Ausgangslage: TYPO3-CMS und separater Shop – ein Modell von gestern
Viele Unternehmen setzen historisch auf TYPO3 als CMS für die Unternehmenswebsite und daneben auf ein separates Shopsystem für den Onlinehandel. In der Theorie klingt das nach „Best of both worlds“, in der Praxis bedeutet es jedoch:
zwei Systeme mit eigenen Updates, Releases und Sicherheitsanforderungen
doppelte Pflege von Inhalten, Strukturen und teilweise sogar Produktinformationen
zusätzliche Schnittstellen, die gepflegt, getestet und überwacht werden müssen
Warum TYPO3 keine Basis für ein Shopsystem sein sollte
TYPO3 ist ein mächtiges Enterprise‑CMS, aber kein Commerce‑System. Es wurde dafür gebaut, komplexe Websites, Portale und redaktionelle Inhalte abzubilden – nicht dafür, Warenkörbe, Checkout-Prozesse, Zahlarten oder Commerce-Logiken im Kern zu tragen.
Typische Schwächen eines TYPO3-basierten Shops
E‑Commerce nur über Extensions
Warenkorb, Checkout, Bestelllogik und Payment sind nicht Bestandteil des TYPO3-Kerns, sondern müssen über Dritt-Extensions oder Eigenentwicklungen ergänzt werden. Das erhöht das Risiko von Inkompatibilitäten bei Updates und sorgt für erheblichen Test- und Wartungsaufwand.
Komplexität und hohe Betriebskosten
TYPO3 gilt ohnehin als komplexes System; individuelle Shop-Funktionalität on top macht Implementierung, Updates und Migrationen noch aufwendiger. Major-Upgrades können schnell teuer werden, insbesondere wenn viele Extensions im Einsatz sind.
Eingeschränktes Commerce-Ökosystem
Im Vergleich zu spezialisierten Shopsystemen existiert für TYPO3 kein gleichwertiges Plugin-Ökosystem rund um Payment, Versand, Promotions, Marktplätze und B2B‑Features. Unternehmen zahlen dadurch häufig mit höherem Individualentwicklungsanteil.
Vendor-Lock-in durch Individualerweiterungen
Sobald zentrale Commerce-Funktionen über maßgeschneiderte TYPO3-Extensions laufen, hängt das Geschäft stark von der betreuenden Agentur oder einzelnen Entwickler:innen ab. Das erschwert spätere Migrationen und macht Sie langfristig unflexibel.
Fehlender Commerce-Fokus in der Roadmap
TYPO3 entwickelt sich primär als CMS weiter, nicht als Commerce-Plattform. Themen wie Omnichannel-Commerce, Rule-Builder, Promotion-Engines, Marktplatzanbindung oder KI-gestützte Verkaufslogiken stehen nicht im Zentrum der Produktstrategie – bei Shopware 6 hingegen schon.
Kurz gesagt: Man kann TYPO3 mit viel Aufwand zu einem Shop „verbiegen“, erhält dadurch jedoch ein System, das gegen spezialisierte Commerce-Lösungen antreten muss – bei höherem Risiko und deutlich höherem Betriebsaufwand. Der Weg der Konsolidierung, alles nach TYPO3 zu ziehen, ist daher fachlich und wirtschaftlich nicht der richtige.
Shopware 6 als Komplettsystem: Content & Commerce aus einem Guss
Shopware 6 ist als offene Commerce-Plattform konzipiert, die Shopfunktionalität und moderne CMS-Fähigkeiten in einem System vereint. Herzstück sind:
ein ausgereifter Commerce‑Kern (Produkte, Varianten, Warenkorb, Checkout, Zahlungsmethoden, Steuern, Versand, Kundengruppen, B2B‑Features)
Erlebniswelten als integriertes CMS, mit denen redaktionelle Inhalte, Landingpages, Ratgeber und Markenseiten direkt im Shop erstellt werden
eine API-first-Architektur mit Headless-Optionen, um Inhalte und Funktionen in andere Kanäle (Portale, Apps, Marktplätze) auszuspielen
Damit kann Shopware 6 sowohl klassische Storefronts als auch moderne Headless-Setups bedienen – und ersetzt in vielen Szenarien ein externes CMS vollständig.
Erlebniswelten: CMS, das Commerce versteht
Mit Erlebniswelten lassen sich Inhalte wie Stories, Ratgeber, Markenwelten oder Kampagnenseiten modular aufbauen und direkt mit Produktdaten, Kategorien, Aktionen und Regeln verknüpfen. Redakteure arbeiten in einer visuellen Oberfläche, während Commerce-Logiken (z. B. dynamische Produktlisten, Personalisierung, Promotions) im Hintergrund greifen.
So entsteht ein System, in dem Content und Commerce wirklich zusammengehören – ohne Medienbrüche und ohne Synchronisationsaufwand zwischen TYPO3 und Shop.
Konsolidierung: Von Zwei-Welten-Setup zu einem Shopware‑6-Zielbild
Die sinnvolle Richtung der Konsolidierung ist klar: weg von einer TYPO3+Shop-Kombination, hin zu einem Shopware‑6-Komplettsystem. TYPO3 bleibt dabei ein starkes CMS – eignet sich aber nicht als Basis für eine moderne, skalierbare Shop-Architektur.
Vorteile eines einzigen Systems in Wartung und Pflege
Zentrale Updates und Sicherheit
Statt zwei Systemlandschaften mit jeweils eigenen Sicherheitsupdates, Plugin-Versionen und Release-Zyklen gibt es nur noch ein zentrales System. Das reduziert Koordinationsaufwand, Testaufwand und das Risiko, kritische Patches zu übersehen.
Weniger Schnittstellen, weniger Fehlerquellen
API-Verbindungen zwischen TYPO3 und Shop – inklusive Authentifizierung, Caching, Fallback-Logik – entfallen. Damit sinken Ausfallrisiken und Wartungsfälle, insbesondere bei Lastspitzen oder Systemupdates.
Planbare Wartungskosten
Statt doppelter Wartungsverträge und unklarer Abhängigkeiten lässt sich ein klarer Wartungsrahmen für Shopware 6 definieren. Erfahrungswerte zeigen, dass sich laufende Aufwände durch Konsolidierung merklich reduzieren und planbarer werden.
Effizienzgewinn im Tagesgeschäft
Für Ihre Teams ist der Effekt unmittelbar spürbar:
Redakteure und E‑Commerce-Manager arbeiten in einer Oberfläche mit einem Login.
Inhalte mit starker Kaufabsicht (z. B. Use Cases, Branchenwelten, Kampagnen) lassen sich direkt mit Produktlogiken verbinden – ohne Umweg über TYPO3.
Änderungen an Navigation, Templates oder Content-Bausteinen wirken systemweit und müssen nicht doppelt gepflegt werden.
Das spart Zeit, reduziert Fehlerquellen und schafft mehr Raum für das, was wirklich Wirkung erzeugt: bessere Inhalte, relevantere Angebote und klarere Customer Journeys.
Performance, Skalierbarkeit und Sicherheit: Ein Stack statt Flickenteppich
Mit wachsendem Traffic, komplexeren B2B-Anforderungen und steigenden Sicherheitsanforderungen wird ein fragmentierter Tech-Stack zum Risiko.
Ein konsolidiertes Shopware‑6-System bietet hier klare Vorteile:
Performance
Moderne Architektur, Caching, Such- und API-Optimierungen sorgen für schnelle Ladezeiten, ohne dass ein vorgeschaltetes CMS oder komplexe Proxy-Strukturen notwendig sind.
Sicherheit
Ein einheitliches Rechte- und Patch-Konzept reduziert Angriffsflächen. Zwei getrennte Systeme mit jeweils eigenem User- und Rechte-Management sind deutlich schwerer sauber abzusichern.
Skalierbarkeit
Neue Länder, Mandanten, Kanäle oder Commerce-Features (z. B. Marktplätze, B2B-Portale, Agentic-Commerce-Szenarien) können an eine zentrale Commerce-Plattform andocken. Die Datenbasis ist einheitlich, was spätere KI- und Automatisierungsszenarien massiv vereinfacht.
Marketing, SEO und Experience: Eine Plattform, eine Story
In einem getrennten TYPO3-/Shop-Setup liegen SEO-starke Inhalte häufig im CMS, während Conversion-starke Seiten im Shop liegen – verbunden durch interne Links und mehr oder weniger optimierte Übergänge.
Mit Shopware 6 als Komplettsystem:
entstehen Landingpages, die Inhalte, Storytelling und Produkte auf einer URL vereinen
lassen sich Metadaten, Strukturen und interne Verlinkungen konsistent steuern – ohne CMS-/Shop-Grenze
können Kampagnen schneller gebaut, getestet und skaliert werden, weil nur eine Plattform angepasst und ausgerollt werden muss
Gerade im Hinblick auf moderne Commerce-Szenarien – z. B. KI-gestützte Produktempfehlungen, Conversational Commerce oder Agentic Commerce – ist eine saubere, einheitliche Datenbasis Gold wert.
TYPO3 + Shop vs. Shopware 6 als Komplettsystem
Aspekt | TYPO3 + separates Shopsystem | Shopware 6 als Komplettsystem |
Systemanzahl | Zwei Systeme, zwei Stacks | Ein System, ein Stack |
E‑Commerce-Fokus | E‑Commerce nur per Extensions / Drittshop | Commerce im Kern verankert |
CMS-Funktionalität | Stark als CMS, aber ohne nativen Shop | Integriertes CMS über Plugins erweiterbar |
Wartung & Updates | Doppelter Aufwand, Schnittstellen-Risiken | Zentrale Updates, klarer Wartungsrahmen |
Risiko & Sicherheit | Mehr Angriffsflächen, heterogene Patch-Strategien | Einheitliche Security-Strategie |
Erweiterbarkeit | Viel Individualentwicklung nötig | Reichhaltiges Plugin-/Erweiterungs-Ökosystem |
Zukunftsfähigkeit | CMS-Roadmap, begrenzter Commerce-Fokus | Commerce-Roadmap mit Headless & KI-Fokus |
Jochen Kernwein,
CSO bei elio GmbH
Fazit: Konsolidierung als klarer Business Case – nicht nur als Technikprojekt
Die Konsolidierung von TYPO3-CMS und separatem Shopsystem auf ein Shopware‑6-Komplettsystem ist weit mehr als ein architektonisches Refactoring – sie ist ein harter Business Case. Statt zwei Lizenzmodellen, zwei Hosting-Setups, zwei Wartungsverträgen und zwei Schulungspfaden investieren Sie künftig in genau ein System. Das reduziert Lizenz‑ und Betriebskosten, senkt den Pflegeaufwand spürbar und macht Budgets planbarer.
Teams müssen nicht mehr in zwei Welten ausgebildet, onboardet und fortlaufend geschult werden, was direkte Einsparungen bei Schulungs- und Onboardingkosten mit sich bringt und gleichzeitig die Time‑to‑Productivity neuer Mitarbeitender verkürzt. Weniger Komplexität im Stack bedeutet zudem weniger Störungen, weniger Abstimmungsrunden zwischen IT, Fachbereichen und Dienstleistern und damit messbar geringere interne Aufwände.
Kurz: Wer heute konsolidiert, spart nicht nur im Hier und Jetzt – sondern verschiebt laufende Kosten dauerhaft nach unten und schafft sich gleichzeitig die Freiheit, Budgets in Wachstum, Innovation und neue Commerce-Features zu investieren, statt in die Pflege eines überholten System-Flickenteppichs.
