Wählen Sie Multisite für Websites mit gemeinsamer technischer Verwaltung, ähnlichem Designsystem und zentralen Regeln. Setzen Sie es nicht nur wegen einer einheitlichen Administration ein, wenn die Websites isolierte Daten, unterschiedliche Plugins oder unabhängige Releases benötigen. Prüfen Sie vor der Entscheidung die Kompatibilität und das Szenario einer künftigen Abtrennung einer Website.
WordPress Multisite ermöglicht den Betrieb eines Netzwerks mehrerer Websites in einer Installation mit gemeinsamem Core, Themes, Plugins und Netzwerkverwaltung. Es kann Universitätseinrichtungen, Franchise-Filialen oder sprachlich und organisatorisch ähnliche Websites vereinfachen. Gleichzeitig verknüpft es deren Verfügbarkeit, Updates und einen Teil des Sicherheitsrisikos. Es ist nicht automatisch ein günstigerer Ersatz für mehrere eigenständige Installationen.
Die Entscheidung muss sich am Umfang gemeinsamer Regeln, an der Eigenständigkeit der Teams, an Daten, Domains und einer künftigen Trennung orientieren. Wenn jede Website andere Plugins, einen anderen Zeitplan und einen anderen vertraglichen Eigentümer braucht, kann ein Netzwerk mehr Koordinationsaufwand als Nutzen verursachen. Dieser Artikel hilft, die Architektur zu beurteilen, bevor eine Funktion aktiviert wird, die sich später nur schwer wieder aufteilen lässt.
Bewerten Sie gemeinsame und unabhängige Anforderungen
Listen Sie alle geplanten Websites, Verantwortlichen, Zielgruppen, Domains, Sprachen, Designs und Funktionen auf. Kennzeichnen Sie, was einheitlich sein muss und was das jeweilige Team selbst steuert. Multisite bringt Mehrwert, wenn die zentrale Verwaltung von Themes, Plugins und Benutzerregeln der Organisation entspricht. Eine ähnliche Farbe oder dasselbe Hosting allein sind kein ausreichender Grund.
Berücksichtigen Sie den Lebenszyklus. Eine Niederlassung kann heute Teil der Marke sein, sich später jedoch abspalten oder verkauft werden. Ein Projekt kann einen eigenen Zeitplan für Updates und Integrationen benötigen. Beschreiben Sie für jede Website, was bei einem Netzwerkausfall, einem Sicherheitsvorfall und einem Export geschieht. Die Architektur soll die wahrscheinliche Zukunft unterstützen, nicht nur den heutigen Komfort des Administrators.
Verstehen Sie Code-Sharing und die Trennung von Inhalten
Websites in einem Netzwerk teilen sich den Core und den installierten Code, während die Inhaltstabellen in einer gemeinsamen Datenbank logisch getrennt sind. Der Netzwerkadministrator gibt Themes und Plugins frei, der lokale Administrator verwaltet seine Website innerhalb festgelegter Grenzen. Ein Fehler oder eine Inkompatibilität eines gemeinsamen Plugins kann mehrere Websites gleichzeitig betreffen, daher erfordert ein Release einen repräsentativen Netzwerktest.
Nicht alle Daten werden automatisch geteilt. Zentrale Leistungen, Personen oder Medien benötigen eine eigene Quelle und ein Synchronisationskonzept; das Kopieren eines Beitrags zwischen Websites erzeugt voneinander unabhängige Versionen. Legen Sie fest, ob ein Datum global, lokal oder vererbt mit Ausnahmemöglichkeit sein soll. Unklare Zuständigkeiten führen zu abweichenden Kontaktdaten und unvorhersehbarem Überschreiben.
- Gemeinsamer Core, Themes und Plugins
- Getrennte Inhalte der einzelnen Websites
- Explizites Modell für gemeinsam genutzte Daten
- Netzwerkweite Auswirkungen jedes Updates
Entwerfen Sie Domains, Benutzer und Rollen
Entscheiden Sie sich für Subdomains, Verzeichnisse oder zugeordnete eigene Domains und prüfen Sie DNS, HTTPS, Cookies und Analytics. Kanonische URLs und Sitemaps muss jede Website entsprechend ihrer eigenen Domain erzeugen. Testen Sie bei einer Änderung der Zuordnung die Anmeldung, Medien und Weiterleitungen. Lokale oder Staging-Domains dürfen nicht in öffentliche Metadaten gelangen.
Ein Benutzer kann im Netzwerk existieren und auf jeder Website eine andere Rolle haben. Eine zentrale Anmeldung vereinfacht den Zugang, doch Onboarding und Offboarding müssen alle Zuweisungen abdecken. Halten Sie die Zahl der Netzwerk-Super-Admins minimal und schützen Sie diese mit Mehrfaktor-Authentifizierung. Ein lokaler Administrator soll nicht automatisch beliebigen Code installieren dürfen, was bereits vor der Einführung erklärt werden sollte.
Überprüfen Sie Plugins, Performance und Betrieb
Jedes kritische Plugin muss Multisite und die gewünschte Aktivierungsart ausdrücklich unterstützen. Lizenzen können Websites einzeln zählen, und die Daten mancher Erweiterungen werden netzwerkweit gespeichert. Testen Sie Formulare, Cache, SEO, Übersetzungen, E-Mails und Integrationen auf mehreren Websites. Spielen Sie ein Update nicht allein deshalb ein, weil eine einzige Startseite funktioniert.
Die Datensicherung soll die Wiederherstellung des gesamten Netzwerks ermöglichen und, soweit möglich, auch einzelner Websites. Das Monitoring unterscheidet zwischen einem gemeinsamen Ausfall und einem lokalen Fehler. Datenbank, Objekt-Cache, geplante Aufgaben und Uploads wachsen mit dem gesamten Netzwerk, überwachen Sie daher deren Kapazität. Der Incident-Plan legt fest, ob sich eine problematische Website isolieren lässt, ohne die übrigen abzuschalten.
- Bestätigte Multisite-Kompatibilität
- Test mehrerer repräsentativer Websites
- Netzwerk- und lokale Wiederherstellung
- Monitoring gemeinsamer Ressourcen
Bereiten Sie die Migration in beide Richtungen vor
Die Überführung bestehender Websites in ein Netzwerk umfasst URLs, Benutzer, Medien, Plugin-Tabellen, Formulare und externe Schlüssel. Erstellen Sie zuerst einen Pilot mit der am wenigsten riskanten, aber repräsentativen Website und durchlaufen Sie den gesamten Veröffentlichungs- und Wiederherstellungsprozess. Kollidierende Benutzernamen und Identifikatoren lassen sich nicht allein durch einen XML-Import lösen. Die Migrationsübersicht erfordert technische Tests ebenso wie eine inhaltliche Prüfung.
Das Herauslösen einer Website aus dem Netzwerk kann den Export ihrer Tabellen, Uploads, Einstellungen und Benutzerbeziehungen in eine neue Installation erfordern. Dokumentieren Sie bereits beim Entwurf Präfixe, zugeordnete Domains, gemeinsam genutzte Daten und Lizenzen. Lässt sich ein realistischer Ausstieg nicht ohne unverhältnismäßiges Risiko durchführen, ist Multisite für organisatorisch unabhängige Projekte möglicherweise nicht geeignet.
Häufige Fragen
Ist WordPress Multisite schneller als mehrere Installationen?
Nicht automatisch. Es teilt den Code und kann Cache oder Verwaltung vereinfachen, aber das gesamte Netzwerk nutzt gemeinsame Ressourcen und eine gemeinsame Datenbank. Die Leistung hängt von Themes, Plugins, Anzahl der Websites, Besucheraufkommen und Infrastruktur ab.
Kann jede Website im Netzwerk eine eigene Domain haben?
Ja, bei korrektem Mapping von Domains, DNS und HTTPS. Anmeldung, Cookies, kanonische URLs, E-Mails und Lizenzen müssen getestet werden. Die konkrete Konfiguration hängt vom Hosting und der Netzwerkarchitektur ab.
Lässt sich eine einzelne Website später aus einer Multisite herauslösen?
Ja, aber es ist nicht immer ein einfacher Export. Inhalte, Medien, Einstellungen, Plugin-Daten und Benutzer müssen übertragen und URLs neu zugeordnet werden. Das Trennungsszenario sollte bereits vor der Einführung des Netzwerks dokumentiert werden.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
