Magazin Multisite-Strategien in TYPO3: Effizienz durch Vererbung und zentrale Steuerung
Viele Unternehmen betreiben heute eine ganze Website-Landschaft: Neben der Unternehmenswebsite gehören dazu beispielsweise Produktseiten, Länderauftritte und Kampagnenseiten. Häufig sind diese über Jahre hinweg entstanden – mit unterschiedlichen Systemen, Strukturen und Zuständigkeiten.
Je größer diese Landschaft wird, desto höher ist der Aufwand für Pflege und Weiterentwicklung. Verschiedene Zugänge, separate Update-Zyklen und individuelle technische Abhängigkeiten erschweren die zentrale Steuerung. Fällt eine Person mit spezifischem Systemwissen aus, können Aufgaben liegen bleiben. Soll ein bewährtes Inhaltselement auf einer weiteren Website eingesetzt werden, muss es unter Umständen neu entwickelt werden.
Eine Multisite-Architektur in TYPO3 führt diese getrennten Strukturen in einer zentral verwalteten Umgebung zusammen. Mehrere Websites lassen sich innerhalb einer Instanz betreiben, gemeinsam warten und gezielt weiterentwickeln, ohne ihre Eigenständigkeit zu verlieren. Wie das technisch funktioniert, welche Aufwände dadurch tatsächlich sinken und für wen sich dieser Ansatz rechnet, zeigen wir anhand unserer Projekte.
Das Wichtigste in Kürze
- Viele Websites, viele Probleme: Wer Websites parallel in TYPO3, WordPress und Webflow betreibt, hat einen höheren Wartungsaufwand und macht die Pflege häufig vom Wissen einzelner Personen abhängig.
- Prinzip: In einem TYPO3-Multisite-Setup laufen mehrere Websites in einer Instanz – jeweils mit eigener Domain, eigenem Design und eigenen Inhalten.
- Geteilte Inhalte: News-Artikel, Ansprechpersonen und Mediendateien werden an einer Stelle gepflegt und auf allen Websites ausgespielt, die sie benötigen.
- Wartung: Security-Updates und Versionsupgrades laufen einmal für alle Websites, und die ELTS-Lizenz wird pro Instanz abgerechnet statt pro Website.
- Vorgehen: Die Konsolidierung muss nicht auf einmal passieren. Ein Pilotprojekt zeigt, ob die Architektur trägt, bevor weitere Websites folgen.
Die typische Ausgangssituation: viele Websites, viele Systeme
Wir erleben es in Projekten immer wieder: Die Firmenwebsite läuft in TYPO3, die Produktseite in WordPress, die Kampagnenseite in Webflow. Jede dieser Entscheidungen war zu ihrem Zeitpunkt nachvollziehbar. In Summe entsteht daraus eine Infrastruktur aus Technologieinseln, die niemand mehr vollständig überblickt.
Die Folgen zeigen sich zuerst bei der Inhaltspflege. Jedes System verlangt eigene Zugangsdaten und spezifisches Systemwissen. Fällt die zuständige Person aus oder ist sie im Urlaub, müssen sich Kolleg:innen kurzfristig in ein unbekanntes Backend einarbeiten. Häufig passiert stattdessen das Naheliegende: Die Inhalte bleiben liegen und veralten.
Weniger sichtbar, aber ebenfalls kostspielig ist die fehlende Wiederverwendbarkeit: Ein Inhaltselement, das auf einer Website gut funktioniert, lässt sich nicht ohne Weiteres auf eine andere Website übertragen. Stattdessen muss es in einer anderen Technologie nachgebaut werden.
Die technischen Betriebskosten werden häufig erst später sichtbar. Jedes System benötigt eigene Updates, Security-Patches und die Pflege seiner Erweiterungen. Bei mehreren TYPO3-Instanzen kommen separate ELTS-Lizenzen und Upgrade-Projekte hinzu. Diese Aufwände verteilen sich auf viele kleine Positionen und fallen deshalb selten als zusammenhängender Kostenblock auf.
Was ist ein TYPO3-Multisite-System und wie funktioniert es?
In einem Multisite-Setup betreiben Sie mehrere eigenständige Websites innerhalb einer TYPO3-Installation. Jede Website kann eine eigene Domain, ein eigenes Design und eigene Inhalte haben, teilt sich aber die technische Basis mit den anderen Auftritten. Die grundlegenden Funktionen für den Betrieb mehrerer Websites bringt TYPO3 bereits mit.
Eine Instanz, mehrere Websites
Jede Website wird über eine eigene Root-Seite im gemeinsamen Seitenbaum angelegt. Redakteur:innen melden sich einmal im Backend an und können – sofern sie über die entsprechenden Berechtigungen verfügen – zwischen den Websites wechseln, ohne die Oberfläche zu verlassen. Templates, Inhaltselemente und Funktionen lassen sich websiteübergreifend wiederverwenden oder für einzelne Auftritte anpassen.
Für Besucher:innen treten die Websites weiterhin als eigenständige Auftritte auf: Jede kann ihre eigene Adresse, Navigation und bei Bedarf eigene Sprachversionen behalten. Ob mehrere Domains oder eine gemeinsame Domain mit Unterverzeichnissen die bessere Wahl sind, entscheidet allerdings nicht das CMS. Klären Sie diese Frage vorab, da die gewählte Domainstruktur die Verteilung von Inhalten, Rankings und SEO-Sichtbarkeit beeinflusst.
Drei Architekturvarianten für unterschiedliche Anforderungen
Grundsätzlich lassen sich drei Varianten unterscheiden. Sie bestimmen, wie eng die Websites technisch miteinander verbunden sind:
- Eine Installation, eine Datenbank: Das klassische Multisite-Setup bietet die größten Synergien bei Inhalten, Funktionen und Wartung.
- Gemeinsame Codebasis, getrennte Installationen und Datenbanken: Diese Variante ermöglicht eine stärkere Trennung der Daten und Systeme, während sich zentrale Bestandteile des Codes gemeinsam weiterentwickeln lassen.
- Getrennte Installationen mit gemeinsam genutzten Extensions: Ausgewählte Funktionen werden installationsübergreifend bereitgestellt, während Betrieb, Datenbanken und weitere Bestandteile getrennt bleiben.
In unseren Projekten setzen wir bislang durchgängig auf die erste Variante. Sie erzielt genau die Synergien, die Unternehmen mit einer Konsolidierung in der Regel erreichen möchten. Die beiden anderen Varianten eignen sich für besondere Anforderungen, etwa an Datentrennung, Sicherheit, Zuständigkeiten oder unterschiedliche Release-Zyklen.
Die zentralen Vorteile im Unternehmenseinsatz
Die Vorteile eines Multisite-Setups zeigen sich weniger beim Launch als im laufenden Betrieb. Drei davon wiegen in der Praxis besonders schwer.
-
01
Geteilte Inhalte: einmal pflegen, mehrfach nutzen
Inhalte, die auf mehreren Websites benötigt werden, lassen sich in einem Multisite-System zentral verwalten. News-Artikel, Ansprechpersonen und Mediendateien liegen in gemeinsamen Bereichen und werden auf den Websites ausgespielt, die sie benötigen. Ändert sich beispielsweise eine Ansprechperson, muss die Information nur einmal aktualisiert werden.
Das gilt auch für die Gestaltung. Ein Inhaltselement, das für eine Website entwickelt wurde, lässt sich für weitere Auftritte übernehmen und bei Bedarf anpassen. Was bei getrennten Systemen ein eigenes Entwicklungsprojekt erfordert, wird dadurch häufig zur Konfigurationsaufgabe.
-
02
Updates und Wartung: einmal für alle
Security-Patches, Extension-Updates und Versionsupgrades werden in einer Multisite-Instanz einmal eingespielt und stehen anschließend allen darin betriebenen Websites zur Verfügung. Das betrifft auch größere Versionswechsel: Ein Upgrade von TYPO3 v13 auf v14 ist ein gemeinsames Projekt statt mehrerer separater Upgrades. Auch die Neuerungen der aktuellen TYPO3-Version lassen sich damit für alle Auftritte innerhalb der Instanz nutzen.
Besonders deutlich wird der Effekt bei den Lizenzkosten. Der Extended Long Term Support (ELTS) stellt nach dem Ende des regulären Supports weiterhin Sicherheitsupdates und Fehlerbehebungen für eine TYPO3-Version bereit. Abgerechnet wird er pro Instanz, nicht pro Website. Wer drei Websites in drei eigenständigen Instanzen betreibt, benötigt daher drei ELTS-Abdeckungen. Sind dieselben Websites in einer Multisite-Instanz gebündelt, genügt eine.
-
03
Teamflexibilität und geringere Abhängigkeiten
Wenn alle Websites über dasselbe System gepflegt werden, können Unternehmen das erforderliche Wissen gezielter im Team aufbauen. Redakteur:innen arbeiten mit derselben Oberfläche und können sich mit entsprechender Einarbeitung bei Urlaub oder kurzfristigen Ausfällen leichter gegenseitig vertreten.
Auch beim Extended Long Term Support (ELTS) zählt eine TYPO3-Installation mit mehreren Websites als eine Instanz. Mehrere eigenständige Installationen werden dagegen als mehrere Instanzen berechnet.
Dass alle Websites in einem System liegen, heißt nicht, dass alle Beteiligten sämtliche Inhalte sehen oder bearbeiten dürfen. Über granulare Rollen- und Rechtekonzepte erhalten Redakteur:innen Zugriff auf genau die Websites und Inhaltsbereiche, für die sie zuständig sind. Zugriffsrechte müssen daher nicht weiter gefasst werden, als es die jeweilige Aufgabe erfordert.
TYPO3 Multisite in der Praxis: Relaunch der DVV Media Group
Neun Redaktionssysteme, eine TYPO3-Plattform
Die DVV Media Group ist ein Fachverlag für Transport und Logistik und gehört zur Rheinische Post Mediengruppe. Zum Portfolio zählen mehr als 80 Fachmedien und über 30 Websites. Neun journalistische News-Portale waren über Jahre hinweg in separaten TYPO3-Systemen gewachsen. Wir haben sie schrittweise in ein gemeinsames TYPO3-Kernsystem überführt.
Den Anfang machte eurailpress.de als Initialprojekt. Das dort entwickelte System bildete anschließend die technische Grundlage für die weiteren Relaunches. Schrittweise folgten unter anderem dvz.de und shipandoffshore.net. Auch weitere Angebote wie rad-schiene.de und DVZ-plus wurden in das zentrale System integriert. Aus neun separaten Logins wurde ein zentraler Admin-Login über die Single-Sign-on-Plattform der DVV Group. Den gesamten Projektverlauf haben wir in der Case Study zum DVV-Relaunch dokumentiert.
Vergleichbare Multisite-Setups haben wir unter anderem auch für GAG, Solidaris und Neubourg umgesetzt.
Messbare Ergebnisse nach dem Relaunch
Der wichtigste Effekt zeigt sich im laufenden Betrieb: Anpassungen am TYPO3-Kernsystem können zentral für alle neun Websites bereitgestellt werden. Dadurch müssen die einzelnen Portale nicht mehr jeweils separat mit Updates versorgt und getestet werden.
Auch die Performance und Sichtbarkeit der Websites haben sich nach dem Relaunch verbessert.
- dvz.de: +52 % Non-Brand-Traffic in den ersten sechs Monaten nach dem Launch
- eurailpress.de: +12 % Non-Brand-Traffic in den ersten sechs Monaten
- Ship & Offshore: +18 % Non-Brand-Klicks in den ersten vier Monaten nach dem Launch
Für wen lohnt sich eine Multisite-Strategie?
Eine Multisite-Strategie kommt insbesondere infrage, wenn mehrere organisatorisch zusammengehörende Websites technisch getrennt betrieben werden. Je mehr Gemeinsamkeiten bei Inhalten, Funktionen, Design und Redaktionsprozessen bestehen, desto größer ist in der Regel das Einsparpotenzial. Typische Einsatzbereiche sind:
- Unternehmen mit mehreren Marken, Produkten oder Tochterfirmen
- Konzerne und Holdings mit internationalen Ländergesellschaften
- Verbände mit regionalen Strukturen wie Landesverbänden, Geschäftsstellen und Mitgliedsorganisationen
- Bildungs- und Forschungseinrichtungen mit mehreren Sub-Sites, etwa Instituten oder Abteilungen
- Unternehmen im Relaunch, die ihre Website-Infrastruktur gleichzeitig konsolidieren wollen
- Franchise-Systeme mit einheitlichem Corporate Design und standortspezifischen Inhalten
Entscheidend ist nicht allein die Anzahl der Websites, sondern wie viele technische, gestalterische und redaktionelle Gemeinsamkeiten sie aufweisen.
Was bei der Planung zu beachten ist
Template-Vererbung und zentrale Steuerung als Basis
Die wichtigste Entscheidung fällt vor der ersten Zeile Code: Was wird zentral gesteuert und was bleibt pro Website konfigurierbar? Master-Template, Design-System und gemeinsam genutzte Inhaltselemente gehören typischerweise auf die zentrale Ebene. Farbwelten, Navigationen und websitespezifische Funktionen können dagegen individuell konfiguriert werden.
Diese Aufteilung prägt die gesamte Architektur. Wird sie zu spät geklärt, entstehen Sonderlösungen für einzelne Websites, die die Vorteile der zentralen Steuerung und Vererbung wieder einschränken.
Rollen- und Rechtekonzepte von Beginn an mitdenken
Wer darf welche Website und welche Inhaltsbereiche bearbeiten? Diese Frage gehört in die Konzeptionsphase, nicht in die Woche vor dem Go-live. Eine klare Rechtematrix verhindert, dass Redaktionen versehentlich Inhalte in Bereichen bearbeiten, für die sie nicht zuständig sind.
Gemeinsame technische Risiken absichern
Eine zentrale Instanz vereinfacht die Wartung, verbindet aber auch die darin betriebenen Websites technisch miteinander. Fehlerhafte Updates oder Änderungen am Kernsystem können dadurch mehrere Auftritte betreffen. Verbindliche Test- und Freigabeprozesse, getrennte Entwicklungs- und Staging-Umgebungen sowie zentrale Backups und ein zuverlässiges Monitoring gehören deshalb von Beginn an zur Architektur.
Multisite ist eine Architekturentscheidung
Für Unternehmen mit mehreren Websites kann ein Multisite-System erhebliche Vorteile bieten. Ob sich die Konsolidierung lohnt, hängt jedoch nicht allein von der Anzahl der Websites ab. Entscheidend ist, wie viele technische, gestalterische und redaktionelle Gemeinsamkeiten bestehen und welche Anforderungen eine gemeinsame Plattform erfüllen muss.
Der Nutzen zeigt sich vor allem im laufenden Betrieb: bei der zentralen Pflege gemeinsam genutzter Komponenten, bei Updates und Versionsupgrades sowie in einheitlichen Redaktionsprozessen. Gleichzeitig bietet die Konsolidierung die Gelegenheit, historisch gewachsene Strukturen zu prüfen und zu vereinfachen.
Der erste Schritt ist eine Bestandsaufnahme: Welche Websites werden in welchen Systemen betrieben? Welche Wartungs- und Lizenzkosten entstehen? Und welche Auftritte teilen Inhalte, Funktionen oder Redaktionen? Auf dieser Grundlage lässt sich bewerten, ob eine Multisite-Strategie sinnvoll ist und welche Website sich als Pilotprojekt eignet.
Häufige Fragen zu TYPO3 Multisite
Was ist TYPO3 Multisite und wie unterscheidet es sich von einer normalen TYPO3-Installation?
Eine TYPO3-Installation kann für eine einzelne Website oder als Multisite-System eingerichtet werden. Im Multisite-Betrieb enthält dieselbe Instanz mehrere Root-Seiten, die jeweils als eigenständige Website mit eigener Domain, eigenem Design und eigenen Inhalten konfiguriert sind. Wartung, Updates und Erweiterungen werden zentral für die gesamte Instanz verwaltet.
Wie viele Websites lassen sich in einer TYPO3-Instanz betreiben?
Eine feste technische Obergrenze gibt TYPO3 nicht vor. Wie viele Websites innerhalb einer Instanz sinnvoll betrieben werden können, hängt unter anderem von der Performance, der Datenbankgröße, der Infrastruktur und den Redaktionsstrukturen ab.
Können verschiedene Websites in einer TYPO3-Instanz unterschiedliche Designs haben?
Ja. Jede Website lässt sich mit eigenem Design, eigener Navigation, eigenen Sprachversionen und eigenen Inhalten konfigurieren und teilt sich trotzdem gemeinsame Elemente, Erweiterungen und die technische Wartung. Zentrale Steuerung und individuelle Gestaltung schließen sich nicht aus, sie werden über Template-Vererbung getrennt.
Lohnt sich eine Konsolidierung auch, wenn wir bereits mehrere TYPO3-Instanzen betreiben?
Das hängt davon ab, wie viele technische, gestalterische und redaktionelle Gemeinsamkeiten zwischen den Websites bestehen. Besonders relevant ist die Konsolidierung, wenn Updates, ELTS-Lizenzen und Upgrade-Projekte aktuell mehrfach anfallen. Der Umstieg muss dabei nicht auf einmal erfolgen: Ein Pilotprojekt mit einer Website zeigt, ob die Architektur trägt, bevor weitere Instanzen schrittweise zusammengeführt werden.
Was ist TYPO3 ELTS und warum spart der Multisite-Betrieb hier Kosten?
ELTS steht für Extended Long-Term Support und bezeichnet den kostenpflichtigen Sicherheits-Support für TYPO3-Versionen nach ihrem regulären End-of-Life. Abgerechnet wird die Lizenz pro Instanz, nicht pro Website. Wer fünf Websites auf fünf getrennten Instanzen betreibt, zahlt fünffach; wer sie in einer Multisite-Instanz bündelt, zahlt einmal.
