WordPress Multisite ist ein eingebautes Feature, mit dem du mehrere WordPress-Websites aus einer einzigen WordPress-Installation betreiben kannst. Alle Seiten im Netzwerk teilen sich dieselben WordPress-Core-Dateien, dieselben Plugin- und Theme-Verzeichnisse und denselben Datenbankserver. Jede Seite behält jedoch ihre eigenen Inhalte, Einstellungen, Uploads und Benutzerrollen. Stell dir das vor als eine WordPress-Installation, die viele separate Websites bedient, alle verwaltet über ein zentrales Dashboard.
Wie WordPress Multisite aufgebaut ist
Wenn du Multisite aktivierst, erstellt WordPress zusätzliche Datenbanktabellen für jede Seite im Netzwerk. Die Hauptseite behält den Standard-Tabellensatz (wie wp_posts und wp_options), während jede zusätzliche Seite ihren eigenen präfixierten Satz bekommt (wie wp_2_posts, wp_3_options usw.). Die Core-Dateien, Plugin-Dateien und Theme-Dateien bleiben geteilt. Das bedeutet, du musst WordPress Core nur einmal aktualisieren und es gilt für jede Seite im Netzwerk.
Subdomain- vs Unterverzeichnis-Setup
Multisite unterstützt zwei URL-Strukturen direkt ab Werk:
- Subdomain-Setup: Jede Seite bekommt ihre eigene Subdomain, zum Beispiel
blog.example.com,shop.example.com,news.example.com. Das erfordert eine Wildcard-DNS-Konfiguration auf deinem Server, damit alle Subdomains auf dieselbe Installation zeigen. - Unterverzeichnis-Setup: Jede Seite lebt unter einem Pfad auf derselben Domain, zum Beispiel
example.com/blog/,example.com/shop/,example.com/news/. Das ist einfacher zu konfigurieren, steht aber nur für neue Installationen zur Verfügung (bestehende Seiten, die länger als einen Monat laufen, sind auf Subdomains beschränkt).
Mit zusätzlichen Plugins oder benutzerdefiniertem Code kannst du auch komplett separate Domains auf einzelne Seiten im Netzwerk mappen. Zum Beispiel könnte meinemarke.de auf eine Seite zeigen, während anderemarke.de auf eine andere zeigt, beide laufend auf derselben Multisite-Installation.
Die Super-Admin-Rolle
Multisite führt eine spezielle Rolle namens Super Admin ein. Ein Super Admin hat volle Kontrolle über das gesamte Netzwerk, einschließlich der Möglichkeit, Seiten zu erstellen und zu löschen, Plugins netzwerkweit zu installieren und zu aktivieren, Themes zu verwalten und Benutzer über alle Seiten hinweg hinzuzufügen oder zu entfernen. Reguläre Seiten-Administratoren in einem Multisite-Netzwerk haben eingeschränkte Fähigkeiten im Vergleich zu einem Single-Site-Admin. Sie können keine Plugins oder Themes selbst installieren; sie können nur Plugins und Themes aktivieren, die der Super Admin verfügbar gemacht hat.
Netzwerkweit aktivierte Plugins vs Plugins pro Seite
Plugins in einem Multisite-Netzwerk können auf zwei Arten verwaltet werden. Ein Super Admin kann ein Plugin "netzwerkweit aktivieren", wodurch es auf jeder Seite im Netzwerk gleichzeitig aktiviert wird. Alternativ kann der Super Admin ein Plugin verfügbar machen, ohne es netzwerkweit zu aktivieren, sodass einzelne Seiten-Admins es auf ihrer eigenen Seite aktivieren oder deaktivieren können. Nicht alle WordPress-Plugins unterstützen Multisite korrekt. Manche Plugins speichern Daten auf eine Weise, die mit der geteilten Datenbankstruktur in Konflikt steht, oder sie gehen davon aus, auf einer Single-Site-Installation zu laufen. Prüfe immer die Plugin-Kompatibilität, bevor du sie in einem Multisite-Netzwerk einsetzt.
Geteilte Benutzertabellen
Alle Seiten in einem Multisite-Netzwerk teilen sich dieselbe Benutzertabelle. Das bedeutet, ein Benutzer, der auf einer Seite registriert ist, kann Zugang zu anderen Seiten erhalten, ohne ein neues Konto zu erstellen. Die Anmeldedaten des Benutzers funktionieren im gesamten Netzwerk. Rollen werden jedoch pro Seite zugewiesen. Ein Benutzer kann auf einer Seite Redakteur und auf einer anderen Abonnent sein. Dieses geteilte Benutzersystem vereinfacht die Verwaltung für Organisationen, in denen Personen Zugang zu mehreren Seiten benötigen.
Wann Multisite sinnvoll ist
Multisite passt gut in bestimmte Szenarien:
- Universitäten und Schulen: Jede Abteilung, Fakultät oder Studentenorganisation bekommt ihre eigene Seite, zentral verwaltet von der IT-Abteilung.
- Unternehmens-Intranets: Verschiedene Abteilungen oder regionale Büros betreiben separate Seiten, teilen sich aber Branding, Plugins und Benutzerkonten.
- Franchise-Unternehmen: Jeder Franchise-Standort hat seine eigene Seite mit lokalen Inhalten, während das Mutterunternehmen Design und Plugin-Stack kontrolliert.
- Entwicklungsagenturen: Agenturen, die viele kleine Kunden-Seiten verwalten, können Multisite nutzen, um den Wartungsaufwand zu reduzieren. WordPress Core und Plugins werden einmal statt dutzende Male aktualisiert.
- Mehrsprachige Seiten: Manche Teams bevorzugen eine separate Seite pro Sprache statt ein Übersetzungs-Plugin und nutzen Multisite, um sie verbunden zu halten.
Wann Multisite NICHT sinnvoll ist
Multisite ist nicht immer die richtige Wahl. Vermeide es in diesen Situationen:
- Unzusammenhängende Seiten: Wenn die Seiten nichts gemeinsam haben (verschiedene Besitzer, verschiedene Zwecke, verschiedene Plugin-Anforderungen), sind separate Installationen einfacher zu verwalten.
- Unterschiedliche Hosting-Anforderungen: Wenn eine Seite einen Hochleistungsserver braucht, während eine andere ein einfacher Blog ist, schafft das Bündeln unnötige Einschränkungen.
- Plugin-Inkompatibilität: Wenn deine wichtigsten Plugins Multisite nicht unterstützen, wirst du auf schwer zu behebende Probleme stoßen.
- Individuelle Kundenkontrolle: Wenn Kunden vollen Admin-Zugang einschließlich Plugin-Installation brauchen, wird sie die eingeschränkte Admin-Rolle von Multisite frustrieren.
Performance-Überlegungen
Multisite bringt etwas Overhead mit, weil bei jeder Anfrage ermittelt werden muss, welche Seite im Netzwerk angesprochen wird. Die geteilte Datenbank kann zum Engpass werden, wenn viele Seiten gleichzeitig starken Traffic erhalten. Object Caching (mit Redis oder Memcached) wird für Multisite-Netzwerke dringend empfohlen. Große Netzwerke mit Hunderten von Seiten sollten auch Datenbank-Replikation und Load Balancing in Betracht ziehen. Auf der positiven Seite bedeutet das Teilen von Plugins und Themes über Seiten hinweg weniger Speicherplatz und weniger Dateien im Vergleich zum Betrieb von Dutzenden separater Installationen.
Migration weg von Multisite
Eine Seite aus einem Multisite-Netzwerk in eine eigenständige WordPress-Installation zu verschieben ist möglich, aber nicht einfach. Du musst den Inhalt der Seite exportieren, die Datenbanktabellen ohne das Multisite-Präfix neu erstellen, die Uploads in die korrekte Verzeichnisstruktur verschieben und Plugins sowie Einstellungen neu konfigurieren. Mehrere Migrations-Plugins unterstützen diesen Prozess, aber manuelle Datenbankanpassungen sind oft nötig. Es lohnt sich, diese Migrationsschwierigkeit zu bedenken, bevor du dich für Multisite entscheidest, besonders wenn die Chance besteht, dass die Seiten später getrennt werden müssen.
Was InspectWP prüft
InspectWP kann erkennen, ob eine WordPress-Seite Teil eines Multisite-Netzwerks ist, indem es WordPress-Indikatoren, URL-Strukturen und netzwerkspezifische Muster in der HTML-Ausgabe und den Response-Headern der Seite analysiert.