Multisite bezeichnet eine Funktion, bei der mehrere Websites über eine einzige Installation eines Content-Management-Systems verwaltet werden. Bei WordPress Multisite teilen sich die Seiten denselben Programmkern und Serverunterbau, bleiben aber inhaltlich eigenständig. Das erleichtert die zentrale Verwaltung von Standorten, Marken oder Sprachversionen aus einem gemeinsamen Backend.
Was ist eine Multisite?
Eine Multisite ist eine Betriebsform eines Content-Management-Systems, bei der eine einzige Software-Installation mehrere eigenständige Websites gleichzeitig verwaltet. Alle Seiten teilen sich denselben Programmkern, dieselbe Codebasis und in der Regel eine gemeinsame Datenbank – erscheinen nach außen aber als voneinander unabhängige Auftritte mit eigenen Inhalten, Menüs und teils eigenem Design. Der bekannteste Vertreter ist WordPress Multisite, eine seit Version 3.0 fest integrierte Netzwerkfunktion des Systems. Eine Einordnung der zugrunde liegenden Software liefert der Wikipedia-Artikel zu WordPress.
Der Grundgedanke lässt sich mit einem Mehrfamilienhaus vergleichen: ein gemeinsames Fundament, eine zentrale Haustechnik – aber getrennte Wohnungen mit eigenen Bewohnern. Für Unternehmen mit mehreren Standorten, Marken oder Sprachversionen ist das eine naheliegende Architektur, weil sich Wartung und Weiterentwicklung bündeln lassen, ohne die inhaltliche Eigenständigkeit der Einzelseiten aufzugeben. Der allgemeine Begriff der Multisite wird auch außerhalb von WordPress für solche Mehrfach-Installationen verwendet, etwa in anderen CMS oder im Enterprise-Umfeld.
Abzugrenzen ist die Multisite von zwei benachbarten Konzepten: der schlichten Einzelinstallation, die genau eine Website betreibt, und der Multi-Domain-Verwaltung über getrennte Systeme. Die Multisite steht dazwischen – sie ist ein Netzwerk unter einem Dach. Damit richtet sie sich an alle, die viele ähnliche Auftritte effizient betreiben wollen, ohne für jeden davon eine separate technische Grundlage pflegen zu müssen.
Wie funktioniert eine WordPress Multisite technisch?
Technisch wird das WordPress-System einmal installiert und über einen Eintrag in der zentralen Konfigurationsdatei sowie ergänzende Weiterleitungsregeln als Netzwerk freigeschaltet. Danach erscheint im Backend ein zusätzlicher Bereich, die Netzwerkverwaltung, über den ein Super-Administrator neue Einzelseiten anlegt. Diese Seiten lassen sich entweder als Unterverzeichnisse (beispiel.de/standort-a) oder als eigene Subdomains (standort-a.beispiel.de) betreiben. Die Entscheidung fällt bei der Einrichtung und ist später nur mit Aufwand änderbar.
In der gemeinsamen Datenbank erhält jede Einzelseite ein eigenes Set an Tabellen, sodass Beiträge, Seiten und Einstellungen sauber getrennt bleiben. Bestimmte Daten wie Benutzerkonten werden dagegen zentral gehalten, was die Nutzerverwaltung über das Netzwerk hinweg vereinfacht. Themes und Plugins werden auf Netzwerkebene installiert und können pro Seite aktiviert werden – die zugrunde liegenden Programmdateien existieren aber nur einmal auf dem Server.
Die offizielle Dokumentation beschreibt diesen Aufbau in der Anleitung Create a Network sowie in der Netzwerkverwaltung. Wichtig ist das Rollenkonzept: Nur der Super-Administrator hat Zugriff auf netzwerkweite Einstellungen wie Plugins, Themes und die Erstellung neuer Seiten, während einzelne Seiten eigene Redakteure und Administratoren mit begrenzten Rechten haben. Diese Trennung sorgt für zentrale Kontrolle bei gleichzeitiger redaktioneller Eigenständigkeit.
Warum ist eine Multisite sinnvoll?
Der zentrale Vorteil ist die gebündelte Pflege: Ein Kern-Update, ein Plugin-Update oder ein Sicherheitspatch fällt nur einmal an und gilt sofort für alle Seiten im Netzwerk. Das reduziert den Aufwand für Webseiten-Wartung erheblich und senkt zugleich das Risiko, dass einzelne Auftritte mit veralteter, angreifbarer Software zurückbleiben. Für Agenturen und Unternehmen, die viele strukturell ähnliche Seiten betreuen, ist das ein spürbarer Effizienzgewinn – der Wartungsaufwand steigt nicht linear mit der Zahl der Seiten.
Auch beim Ausrollen von Standards zahlt sich die Architektur aus: Ein einheitliches Design, wiederkehrende Rechtstexte oder eine gemeinsame Suchmaschinen-Grundkonfiguration lassen sich netzwerkweit vorgeben und konsistent halten. Für mehrsprachige oder länderübergreifende Auftritte ergänzt sich Multisite gut mit internationalem SEO und der korrekten Auszeichnung von Sprachversionen per Hreflang, sodass Suchmaschinen die passende Länderfassung ausspielen.
Nicht zuletzt vereinfacht die zentrale Struktur die Governance: Zugriffsrechte, Sicherheitsvorgaben und Backup-Routinen lassen sich einmal definieren und für alle Seiten anwenden. Das ist besonders für Organisationen wertvoll, die viele Auftritte nach denselben Regeln betreiben müssen, etwa im Kanzleimarketing mit mehreren Standorten oder in Franchise-Systemen mit vielen gleichartigen Partnerseiten.
Multisite in der Praxis: typische Anwendungsfälle
In der Praxis wird Multisite überall dort eingesetzt, wo viele strukturell ähnliche Seiten entstehen. Klassische Beispiele sind Filialnetze, etwa eine Kanzlei mit mehreren Standorten, die je Standort eine eigene Seite mit lokalen Ansprechpartnern betreibt, aber ein gemeinsames Erscheinungsbild behält. Ebenso nutzen Konzerne mit mehreren Marken eine Multisite, um jede Marke separat zu präsentieren und dennoch zentral zu administrieren, ohne mehrere getrennte Systeme pflegen zu müssen.
Auch Hochschulen mit vielen Fachbereichen, Vereine mit Untergliederungen oder Handelsketten mit regionalen Auftritten profitieren von dem Modell. Wichtig ist in allen Fällen ein leistungsfähiges Hosting, da alle Seiten dieselben Serverressourcen teilen und ein Lastspitze auf einer Seite die anderen beeinflussen kann. Wer viele Auftritte plant, sollte die Serverkapazität von Beginn an großzügig auslegen.
Vor größeren Änderungen empfiehlt sich eine Staging-Umgebung zum Testen sowie eine durchdachte Backup-Strategie, denn ein Fehler an der gemeinsamen Basis wirkt sich potenziell auf das gesamte Netzwerk aus. Ein netzwerkweites Backup, das alle Seiten in einem konsistenten Zustand sichert, ist deshalb Pflicht – ebenso wie ein Testprozess, der neue Plugins vor dem produktiven Einsatz prüft.
Grenzen und typische Fehler
Multisite ist kein Allheilmittel. Weniger geeignet ist die Architektur, wenn die Seiten technisch stark voneinander abweichen, sehr unterschiedliche Plugins benötigen oder unabhängige Serverstandorte verlangen. Weil alle Seiten am selben Kern hängen, kann ein inkompatibles Plugin oder ein fehlerhaftes Update das ganze Netzwerk beeinträchtigen. Auch die spätere Herauslösung einer einzelnen Seite aus dem Netzwerk ist aufwendiger als ein simpler Umzug einer Einzelinstallation.
Ein häufiger Fehler ist die Unterschätzung der Rechte- und Rollenverwaltung: In einem Netzwerk haben nur Super-Administratoren Zugriff auf Plugins und Themes, was klare Absprachen mit den einzelnen Redaktionen erfordert. Sicherheitsseitig gilt besondere Sorgfalt, da eine einzige Schwachstelle alle Seiten betrifft – hier greifen konsequente Maßnahmen zur Website-Sicherheit und sauber gesetzte Sicherheits-Header.
Wer nur zwei oder drei gänzlich verschiedene Projekte betreibt, fährt oft mit getrennten Einzelinstallationen einfacher, weil dann jede Seite unabhängig aktualisiert, gesichert und bei Bedarf umgezogen werden kann. Die Multisite entfaltet ihren Nutzen erst ab einer gewissen Zahl gleichartiger Auftritte – darunter überwiegt häufig die zusätzliche Komplexität den Effizienzgewinn.
Multisite im Vergleich zu Alternativen
Als Gegenmodell zur Multisite stehen einzelne, voneinander unabhängige Installationen desselben Systems. Sie bieten maximale Freiheit pro Seite, verursachen aber vervielfachten Wartungsaufwand, weil jedes Update, jedes Backup und jede Sicherheitsmaßnahme für jede Seite separat anfällt. Der Vorteil liegt in der vollständigen Isolation: Ein Problem auf einer Seite bleibt auf diese beschränkt.
Ein moderner Gegenpol ist das Headless CMS, bei dem die Inhaltsverwaltung von der Darstellung entkoppelt wird und mehrere Frontends aus einer Inhaltsquelle gespeist werden – ein anderer Weg, viele Ausgabekanäle aus einer Hand zu bedienen. Dieser Ansatz ist technisch anspruchsvoller, bietet dafür aber große Flexibilität bei der Ausspielung der Inhalte über Websites, Apps und weitere Kanäle hinweg.
Die Wahl hängt vom Verhältnis zwischen Gemeinsamkeit und Eigenständigkeit ab: Je ähnlicher die Seiten und je stärker der Wunsch nach zentraler Steuerung, desto eher spricht das für Multisite. Je individueller die Anforderungen je Auftritt, desto eher lohnen getrennte Installationen oder ein Headless-Ansatz. In jedem Fall sollte die Entscheidung früh fallen, weil ein nachträglicher Wechsel des Betriebsmodells mit erheblichem Migrationsaufwand verbunden ist.