WordPress Multisite: Wann es sich lohnt und wann nicht
WordPress Multisite verwaltet mehrere Websites in einer Installation. Wann das trägt, wann es teuer wird und was der Ausstieg kostet.
Du verwaltest fünf Websites, und jede Woche steht dieselbe Arbeit fünfmal an: Updates einspielen, Plugins nachziehen, Backups prüfen. WordPress Multisite verspricht genau dagegen die Lösung, nämlich mehrere Websites aus einer einzigen Installation heraus zu betreiben. Die Frage ist nur, ob dein Fall dazu passt. Denn Multisite nimmt dir Arbeit ab und legt dir gleichzeitig eine Abhängigkeit auf, die sich später nur mit Aufwand wieder lösen lässt.
- Multisite ist keine Erweiterung, sondern eine Betriebsart von WordPress. Sie wird in der
wp-config.phpaktiviert und verändert die Installation grundlegend. - Alle Websites im Netzwerk teilen sich Dateisystem, Plugins, Themes und Nutzerkonten. Ein Update trifft immer alle gleichzeitig.
- Der Gewinn ist gesparte Pflegezeit, nicht gespartes Geld. Multisite senkt die Hostingkosten nicht automatisch, weil die Gesamtlast dann auf einem Paket liegt, das entsprechend dimensioniert sein muss.
- Die Wahl zwischen Unterverzeichnis und Subdomain fällt bei der Einrichtung und ist danach nur mit Migration änderbar.
- Der Ausstieg ist der am meisten unterschätzte Posten: eine einzelne Website wieder aus einem Netzwerk zu lösen, ist deutlich aufwendiger als ein normaler Umzug.
- Faustregel: gleiche Betreiber, gleiche Technik, gleicher Pflegerhythmus spricht für Multisite. Unterschiedliche Kunden, Verträge oder Ausbaupfade sprechen dagegen.
Was WordPress Multisite technisch wirklich ist
Multisite steckt seit Version 3.0 im WordPress-Kern. Du installierst nichts nach, du schaltest eine vorhandene Betriebsart frei. Dafür kommt zuerst eine Zeile in die wp-config.php:
define('WP_ALLOW_MULTISITE', true);Danach erscheint im Backend der Punkt „Netzwerk-Einrichtung". WordPress erzeugt dort weitere Konstanten für die wp-config.php und Regeln für die .htaccess, die du beide selbst einträgst. Erst danach existiert das Netzwerk, und im Adminbereich taucht mit dem Super Admin eine neue Rollenebene über allen einzelnen Websites auf.
Unter der Haube passiert Folgendes: Alle Websites laufen aus einem Verzeichnis und aus einer Datenbank. Jede zusätzliche Website bekommt darin einen eigenen Satz Tabellen mit fortlaufendem Präfix, also wp_2_posts, wp_3_posts und so weiter. Inhalte bleiben getrennt. Geteilt werden dagegen die Nutzertabellen, die Plugin- und Theme-Dateien und der gesamte WordPress-Kern.
Diese Aufteilung erklärt fast alle Vorteile und alle Nachteile, die weiter unten kommen. Was geteilt wird, sparst du an Pflege. Was geteilt wird, kannst du aber auch nicht mehr pro Website unterschiedlich behandeln.
Die eigentliche Frage: Netzwerk oder getrennte Installationen
Die meisten Anleitungen zu diesem Thema erklären die Einrichtung. Das ist der leichte Teil. Die Entscheidung davor ist der schwere, und sie hängt an einer einzigen Frage: Gehören diese Websites wirklich zusammen?
Zusammengehörigkeit heißt hier nicht „gehören derselben Firma“, sondern etwas Engeres. Sie heißt: gleiche technische Basis, gleicher Pflegerhythmus, gleiche Verantwortung, gleicher Ausbaupfad. Sobald eine dieser vier Achsen auseinanderläuft, arbeitet das Netzwerk gegen dich statt für dich.
| Kriterium | Multisite-Netzwerk | Getrennte Installationen |
|---|---|---|
| Updates | Einmal für alle Websites | Pro Website einzeln |
| Plugins und Themes | Zentral installiert, pro Website aktivierbar | Frei pro Website wählbar |
| Nutzerkonten | Netzwerkweit gemeinsam | Pro Website getrennt |
| Ausfallrisiko | Ein technischer Fehler trifft alle | Auf eine Website begrenzt |
| Backup einer einzelnen Website | Aufwendig, Tabellen müssen gefiltert werden | Standardvorgang |
| Umzug einer einzelnen Website | Migration aus dem Netzwerk heraus nötig | Normaler Umzug |
| Hosting | Ein Paket, das die Last aller Websites trägt | Last verteilt sich auf mehrere Pakete |
| Rechtliche Trennung | Schwach, gemeinsame Datenbasis | Sauber getrennt |
Wann Multisite die richtige Wahl ist
Es gibt Konstellationen, in denen Multisite nicht nur funktioniert, sondern klar überlegen ist. Ihnen ist gemeinsam, dass die Websites aus derselben Quelle gespeist werden und dieselbe Person oder dasselbe Team dahintersteht.
Eine Kette mit eigenen Seiten je Standort. Gleiches Design, gleiche Struktur, nur andere Adresse, Öffnungszeiten und Team.
Jede Sprache bekommt eine eigene Website im Netzwerk statt einer Übersetzungsebene innerhalb einer Installation.
Dachverband mit Ortsgruppen, Hochschule mit Fachbereichen, Konzern mit Marken. Redaktionell selbstständig, technisch identisch.
Kurzlebige Seiten, die schnell entstehen, dieselbe Basis nutzen und nach Projektende wieder verschwinden.
Wann Multisite die falsche Wahl ist
Multisite scheitert selten daran, dass die Technik nicht läuft. Es scheitert daran, dass die geteilte Basis irgendwann jemandem im Weg steht.
Fünf Konstellationen, in denen ich von Multisite abrate
- Verschiedene Auftraggeber unter einem Dach. Wer Kundenwebsites in ein gemeinsames Netzwerk legt, verbindet fremde Datenbestände in einer Datenbank. Datenschutzrechtlich ist das heikel, und beim Vertragsende wird aus einer Kündigung ein Migrationsprojekt.
- Eine Seite soll ein Online-Shop werden. Shop-Systeme bringen eigene Anforderungen an Caching, Sessions und Rechenlast mit. Innerhalb eines Netzwerks konkurriert dieser Bedarf mit allen anderen Websites.
- Unterschiedliche Pflegeverträge. Wenn eine Website ein Wartungspaket hat und die andere nicht, kannst du Updates trotzdem nicht trennen. Du pflegst am Ende beide oder gefährdest beide.
- Ein Plugin ist nicht netzwerkfähig. Nicht jedes Plugin kommt mit Multisite zurecht, besonders bei Lizenzschlüsseln und Einstellungen, die pro Installation gedacht sind. Das merkst du oft erst nach dem Kauf.
- Nur zwei Websites. Bei zwei Seiten steht der Einrichtungs- und Betriebsaufwand in keinem Verhältnis zur gesparten Pflege. Spürbar wird der Vorteil erst ab einer Handvoll gleichartiger Websites.
Unterverzeichnis oder Subdomain: eine Entscheidung mit Haltbarkeit
Bei der Netzwerk-Einrichtung fragt WordPress, ob die Websites unter Unterverzeichnissen oder unter Subdomains laufen sollen. Diese Frage wirkt harmlos und ist es nicht, denn ein Wechsel danach bedeutet Migration und Weiterleitungen für jede einzelne URL.
| Unterverzeichnis | Subdomain | |
|---|---|---|
| Adresse | beispiel.de/standort-b | standort-b.beispiel.de |
| Serveranforderung | Keine besondere | Wildcard-DNS-Eintrag nötig |
| Zertifikat | Vorhandenes reicht | Wildcard-Zertifikat nötig |
| Wahrnehmung | Teil derselben Website | Eigenständiger Auftritt |
| Typischer Einsatz | Standorte, Sprachen, Projektseiten | Eigenständige Marken oder Untergliederungen |
Was ist besser für die Suchmaschinen-Sichtbarkeit?
Diese Frage kommt an dieser Stelle fast immer, und die Antwort ist unbequemer als erhofft: Google behandelt Subdomains inzwischen weitgehend als Teil derselben Website, wenn sie erkennbar zusammengehören. Ein pauschaler Ranking-Vorteil für Unterverzeichnisse lässt sich daraus nicht ableiten.
Der Unterschied, der praktisch zählt, ist ein anderer: Bei Unterverzeichnissen liegen alle Inhalte unter einer Domain, interne Verlinkung und Autoritätsaufbau laufen deshalb ohne Umweg. Bei Subdomains baust du für jeden Auftritt ein eigenes Profil auf. Das ist genau dann richtig, wenn die Auftritte auch inhaltlich eigenständig sind, und genau dann nachteilig, wenn sie eigentlich zusammengehören und sich die Aufmerksamkeit gegenseitig wegnehmen.
Eigene Domains im Netzwerk
Eigene Domains sind übrigens in beiden Varianten möglich. WordPress bringt die Zuordnung eigener Domains zu Netzwerk-Websites seit Version 4.5 mit, ein zusätzliches Plugin braucht es dafür nicht mehr. Die Grundstruktur des Netzwerks bleibt davon aber unberührt, sie liegt darunter weiter so, wie du sie einmal eingerichtet hast.
Aus der Praxis
Ich entwickle seit Jahren eigene WordPress-Themes und Plugins für Kunden im deutschsprachigen Raum, von Therapiepraxen über Vermögensverwalter bis zum Industriedesign. Die Multisite-Frage kommt fast immer von der Verwaltungsseite her: jemand ist es leid, dieselben Updates mehrfach zu machen. Meine Gegenfrage ist dann immer dieselbe, nämlich ob die Websites in drei Jahren noch dieselbe Technik brauchen werden. Wenn diese Frage niemand mit Ja beantworten kann, sind getrennte Installationen die ruhigere Wahl, auch wenn sie kurzfristig mehr Arbeit machen.
Was Multisite im Betrieb tatsächlich kostet
Der häufigste Denkfehler bei diesem Thema ist die Erwartung, Multisite spare Hostingkosten. Das tut es in aller Regel nicht. Fünf Websites erzeugen dieselbe Last, ob sie nun in einer Installation stecken oder in fünf. Der Unterschied ist, dass diese Last bei Multisite auf einem einzigen Paket landet, das entsprechend größer dimensioniert sein muss. Wie sich Hostingpakete darin unterscheiden, habe ich im Vergleich der WordPress-Hostingtypen aufgeschlüsselt.
Gespart wird an anderer Stelle, nämlich an wiederkehrender Pflegezeit. Genau das ist bei mehreren Websites der Posten, der tatsächlich ins Gewicht fällt, wie die Aufschlüsselung in meinem Beitrag zu Pflege- und Wartungskosten einer Website zeigt. Ein Netzwerk verwandelt fünf Update-Durchläufe in einen. Das ist der eigentliche Ertrag, und er ist real.
Dagegen stehen drei Posten, die selten eingeplant werden:
Netzwerk-Setup, Serverkonfiguration, bei Subdomains zusätzlich DNS und Zertifikat. Einmalig, aber nicht nebenbei erledigt.
Ein Update betrifft alle Websites gleichzeitig. Es muss also auch gegen alle geprüft werden, nicht nur gegen die wichtigste.
Der große unsichtbare Posten. Eine Website aus dem Netzwerk zu lösen ist kein normaler Umzug, sondern eine Datenbank-Operation.
Der Ausstieg: warum du ihn vorher durchdenken solltest
Eine einzelne Website wieder aus einem Netzwerk herauszulösen ist der Punkt, an dem Multisite-Projekte unangenehm werden. Der Grund liegt in der Struktur: Die Inhalte der Website liegen zwar in eigenen Tabellen, die Nutzerkonten aber nicht. Sie stehen in der gemeinsamen Nutzertabelle des Netzwerks, zusammen mit allen anderen.
Die drei Schritte eines Ausstiegs
- Tabellen herausziehen. Die zur Website gehörenden Tabellen mit dem Präfix der jeweiligen Site-ID sauber exportieren und in der neuen Installation auf den dortigen Präfix umschreiben. Das ist der berechenbarste Teil.
- Nutzerkonten rekonstruieren. Der unangenehme Teil. Die Konten stehen in der gemeinsamen Netzwerktabelle, ihre Rechte hängen an Metafeldern, die auf die alte Site-ID zeigen. Beides muss in der neuen Installation neu aufgebaut werden.
- Verweise und Medien umschreiben. Sämtliche internen Links, Bildpfade und Datenbankeinträge zeigen noch auf die Netzwerk-Adresse. Medien liegen im Netzwerk zudem in einer eigenen Ordnerstruktur je Website.
Migrations-Werkzeuge nehmen dir Teile davon ab, vor allem Schritt eins. Keines davon macht aus dem Ganzen einen Ein-Klick-Vorgang. Als Einordnung ohne Preisangabe: Schritt eins ist bei einer überschaubaren Website Stundenarbeit, Schritt zwei und drei brauchen erfahrungsgemäß eine Testumgebung und einen zweiten Durchlauf, bevor das Ergebnis produktiv gehen kann.
Deshalb gehört diese Frage an den Anfang und nicht ans Ende: Wie wahrscheinlich ist es, dass eine dieser Websites das Netzwerk in den nächsten Jahren verlassen wird? Wenn ein Standort verkauft werden könnte, eine Marke ausgegliedert oder ein Kunde eigene Wege gehen könnte, ist das ein starkes Argument gegen die gemeinsame Installation. Wer eine bestehende Website ohnehin neu aufsetzt, klärt diese Weichenstellung am besten gleich mit, siehe dazu meine Vorgehensweise beim Website-Relaunch.
Die Alternativen, bevor du dich für ein Netzwerk entscheidest
Zwischen „fünf getrennte Installationen von Hand pflegen" und „alles in ein Netzwerk" liegen zwei Wege, die oft übersehen werden.
Zentrale Verwaltungswerkzeuge. Es gibt Dienste, die mehrere getrennte WordPress-Installationen von einer Oberfläche aus verwalten. Updates, Backups und Sicherheitsprüfungen laufen dort gebündelt, die Installationen bleiben aber technisch eigenständig. Damit bekommst du einen großen Teil des Pflegevorteils ohne die Kopplung.
Eine gemeinsame Theme-Grundlage. Wenn der Wunsch nach Multisite hauptsächlich aus dem Wunsch nach einheitlichem Design kommt, erreicht ein gemeinsam gepflegtes Theme dasselbe Ziel. Die Websites bleiben getrennt, das Erscheinungsbild bleibt konsistent. Ob WordPress dafür überhaupt das passende System ist, lohnt bei größeren Vorhaben eine eigene Prüfung, dazu habe ich die Systeme im Vergleich gegenübergestellt.
Die Entscheidungshilfe zum Ausdrucken
Die vier Prüffragen, die Gegenüberstellung und die Punkte, die vorher geklärt sein sollten, auf einer Seite. Gedacht zum Durchgehen im Team, bevor etwas aufgesetzt wird.
Häufige Fragen zu WordPress Multisite
Was ist der Unterschied zwischen WordPress Multisite und mehreren WordPress-Installationen?
Bei Multisite teilen sich alle Websites eine Installation, eine Datenbank und einen Satz Plugins und Themes. Bei getrennten Installationen hat jede Website ihre eigene Umgebung. Multisite spart Pflegeaufwand, koppelt die Websites aber technisch aneinander. Getrennte Installationen kosten mehr Pflege und lassen jede Website unabhängig.
Kann ich bei WordPress Multisite eigene Domains verwenden?
Ja. Seit WordPress 4.5 ist die Zuordnung eigener Domains zu einzelnen Netzwerk-Websites im Kern enthalten, ein zusätzliches Plugin ist dafür nicht mehr nötig. Die zugrundeliegende Netzwerkstruktur mit Unterverzeichnissen oder Subdomains bleibt davon unberührt.
Ist WordPress Multisite langsamer als eine normale Installation?
Eine einzelne Website im Netzwerk verhält sich zunächst ähnlich wie eine eigenständige Installation. Spürbar wird der Unterschied über die Summe: Alle Websites teilen sich dieselben Serverressourcen. Wenn eine Website viel Last erzeugt, betrifft das auch die anderen. Das Hosting muss deshalb auf die Gesamtlast ausgelegt sein, nicht auf die größte Einzelseite.
Funktionieren alle Plugins mit Multisite?
Nein. Viele Plugins laufen problemlos, aber es gibt regelmäßig Ausnahmen, besonders bei Lizenzmodellen, die pro Installation gedacht sind, und bei Einstellungen, die netzwerkweit gelten müssten, aber pro Website gespeichert werden. Vor dem Kauf lohnt der Blick in die Plugin-Dokumentation, ob Multisite ausdrücklich unterstützt wird.
Wie aufwendig ist es, eine Website aus einem Multisite-Netzwerk herauszulösen?
Deutlich aufwendiger als ein gewöhnlicher Umzug. Die Inhalte liegen in eigenen Tabellen und lassen sich exportieren, die Nutzerkonten stehen aber in der gemeinsamen Netzwerktabelle und müssen samt Rechten rekonstruiert werden. Dazu kommen Medienpfade und interne Verweise, die auf die neue Adresse umgeschrieben werden. Werkzeuge helfen, ein Ein-Klick-Vorgang ist es nicht.
Ab wie vielen Websites lohnt sich Multisite?
Eine feste Zahl gibt es nicht, weil der Nutzen an der Ähnlichkeit der Websites hängt und nicht an ihrer Menge. Bei zwei sehr ähnlichen Websites steht der Einrichtungsaufwand meist noch in keinem guten Verhältnis. Ab einer Handvoll gleichartiger Websites mit gemeinsamem Betreiber wird der Pflegevorteil klar spürbar.
Unterstützt jeder Hoster WordPress Multisite?
Nein, und das ist ein häufiger Abbruchgrund. Besonders bei günstigen Managed-WordPress-Paketen ist Multisite oft ausgeschlossen oder nur in höheren Tarifen enthalten, weil der Anbieter pro Installation kalkuliert. Dazu kommt bei Subdomain-Netzwerken die Frage, ob Wildcard-DNS und ein passendes Zertifikat im Tarif überhaupt möglich sind. Diese beiden Punkte gehören vor der Entscheidung geklärt, nicht danach.
Ist Multisite für die Suchmaschinen-Sichtbarkeit besser oder schlechter?
Multisite selbst ist für Suchmaschinen unsichtbar, sie sehen nur die ausgelieferten Websites. Relevant ist allein die gewählte Struktur: Unterverzeichnisse bündeln alles unter einer Domain, Subdomains bauen eigenständige Profile auf. Ein pauschaler Vorteil einer Variante lässt sich nicht belegen. Entscheidend ist, ob die Auftritte inhaltlich zusammengehören oder nicht.
Kann ich eine bestehende WordPress-Website in ein Multisite-Netzwerk umwandeln?
Ja, eine vorhandene Installation lässt sich zum Netzwerk erweitern, sie wird dann zur Hauptwebsite. Vor diesem Schritt gehören ein vollständiges Backup und ein Test in einer Kopie der Umgebung dazu, weil die Änderungen an wp-config.php und .htaccess die gesamte Installation betreffen.
Die Entscheidung in einem Satz
WordPress Multisite lohnt sich, wenn mehrere Websites dauerhaft dasselbe brauchen und derselben Verantwortung unterstehen. Es wird zur Last, sobald eine von ihnen einen eigenen Weg einschlagen will. Die Einrichtung ist an einem Nachmittag erledigt, die Entscheidung darüber trägt Jahre. Deshalb lohnt es sich, die vier Prüffragen vom Anfang wirklich durchzugehen, bevor die erste Zeile in der wp-config.php steht.
Unsicher, ob dein Fall zu einem Netzwerk passt?
Ich betreue WordPress-Installationen für Unternehmen aus Münster und dem gesamten deutschsprachigen Raum, von der einzelnen Website bis zu gewachsenen WordPress-Landschaften. Wenn du vor dieser Entscheidung stehst, schaue ich mir deine Ausgangslage gemeinsam mit dir an, bevor etwas aufgesetzt wird.
