Multisite ist eine WordPress-Installation, die viele Seiten aus einem Dashboard betreibt
Sinnvoll bei einem Netzwerk ähnlicher Seiten: Filialen, Marken, Sprachen, Franchise
Nicht sinnvoll für eine einzelne Seite oder unabhängige Projekte
Hauptvorteil sind zentrale Updates und ein Plugin-Satz für das Netzwerk
Hauptrisiko ist das gemeinsame Schicksal: ein Ausfall trifft alle Seiten
[/dwb_keytakeaways]

Was WordPress Multisite ist

Multisite ist eine in den WordPress-Kern eingebaute Funktion, mit der du mehrere getrennte Webseiten aus einer einzigen Installation betreibst. Du schaltest sie einmal frei und legst danach im Dashboard weitere Seiten an, die für Besucher wie völlig eigenständige Webseiten aussehen. Im Hintergrund teilen sie sich jedoch denselben WordPress-Code, dasselbe Verzeichnis für Plugins und Themes sowie eine Datenbank.

Das ist der entscheidende Unterschied, der oft übersehen wird. Von außen wirken filiale1.firma.de und filiale2.firma.de wie zwei Seiten. Technisch ist es ein WordPress, das je nach Adresse anderen Inhalt ausliefert. Ein Update des Kerns aktualisiert alle Seiten auf einmal. Die Installation eines Plugins stellt es dem ganzen Netzwerk bereit. Ein Serverausfall legt alle Webseiten in derselben Sekunde lahm.

Das Netzwerk läuft in drei Adressierungsvarianten: Unterverzeichnisse (firma.de/shop), Subdomains (shop.firma.de) oder eigene Domains pro Seite (shop.de, firma.at). Letztere Variante, das Domain-Mapping, ist seit WordPress 4.5 im Kern und interessiert Firmen am häufigsten, weil sie verbirgt, dass die Seiten auf einer Installation laufen.

Multisite im Vergleich

MerkmalMultisiteGetrennte InstallationenMehrsprachen-Plugin
Anzahl Seitenviele aus einer Installationeine pro Installationeine Seite, mehrere Sprachen
Updateseinmal für das Netzwerkeinzeln pro Seiteeinmal für eine Seite
Unabhängigkeit der Seitengering, gemeinsames Schicksalvollentfällt
Migration einer einzelnen Seiteschwierigeinfachentfällt
Am besten fürFilialen, Marken, Franchiseunabhängige Projekteeine Seite in mehreren Sprachen

Wann Multisite Sinn macht

Multisite lohnt sich, wenn du viele ähnliche Seiten unter einer Leitung führst und sie von einer Stelle aus steuern willst. Der gemeinsame Nenner dieser Fälle lautet: eine Organisation, ähnliche Seitenstruktur, ein technisches Team und der Wille, Konsistenz zu halten. Hier sind vier Situationen, in denen ich Multisite regelmäßig empfehle.

  • Filial- oder Standortnetzwerk: ein Unternehmen mit mehreren Standorten, bei dem jede Filiale eine eigene Seite mit lokaler Adresse, Oeffnungszeiten und Team hat, der ganze Rest aber (Design, Struktur, Formulare) gemeinsam ist. Die Zentrale verwaltet die Vorlage, die Filialen fuellen den Inhalt.
  • Mehrere Marken eines Unternehmens: eine Gruppe, die 3 bis 5 Marken mit ähnlichem Modell, aber anderem Logo und anderen Farben führt. Multisite gibt jeder Marke eine eigene Domain und ein eigenes Aussehen, hält sie aber aus einem Dashboard und mit einem Plugin-Satz.
  • Länder- und Sprachversionen, die eigenständig sein sollen: wenn die deutsche, österreichische und Schweizer Niederlassung ein anderes Angebot und ein anderes Redaktionsteam haben, nicht nur dieselben übersetzten Seiten. Dann sind getrennte Seiten im Netzwerk sauberer als eine Seite mit Mehrsprachen-Plugin.
  • Franchise: der Franchisegeber stellt den Franchisenehmern eine fertige Seitenvorlage bereit, die diese nur mit eigenem Inhalt fuellen. Die Zentrale kontrolliert Design und Funktionen, die Partner können die Struktur nicht kaputtmachen, und Updates erreichen alle zugleich.

Ein einfacher Test: Wenn die Seiten, die du buendeln willst, einander ähneln und von einer Organisation verwaltet werden, ergibt Multisite wahrscheinlich Sinn. Sind sie verschieden, unabhängig und könnte eine davon eines Tages verkauft oder umgezogen werden, sind getrennte Installationen besser.

Wann Multisite keinen Sinn macht

Hier beginnen die häufigsten Fehler. Multisite klingt verlockend, weil es nach Ersparnis klingt, fügt aber in vielen Fällen Komplexität hinzu, ohne echten Nutzen. In diesen Situationen rate ich davon ab.

  • Eine gewöhnliche, einzelne Firmenseite: Hast du eine Seite und planst keine weiteren, ist Multisite nur eine unnötige Komplexitaetsschicht. Ein normales WordPress ist einfacher in Wartung, Hosting und Backup.
  • Völlig unabhängige Seiten: verschiedene Eigentümer, verschiedene Firmen, verschiedene Geschaeftsmodelle. Haben die Webseiten außer dem Ersteller nichts gemeinsam, ist das Bündeln in ein Netzwerk eine Einladung für Ärger.
  • Projekte, die verkauft oder umgezogen werden könnten: Eine einzelne Seite aus Multisite auf einen eigenen Server zu loesen ist aufwendig und mühsam. Könnte ein Kunde irgendwann seine Seite mitnehmen wollen, mach von Anfang an eine separate Installation.
  • Seiten, die unterschiedliche Plugins und volle Kontrolle brauchen: Soll jede Webseite einen anderen Plugin-Satz, anderes Hosting und einen Administrator mit voller Freiheit haben, stört Multisite eher, weil es ein gemeinsames Plugin-Verzeichnis und eine gemeinsame Umgebung erzwingt.

Der häufigste falsche Grund für Multisite lautet "ich will mehrere Sprachen". Für eine Seite in mehreren Sprachen ist fast immer ein Mehrsprachen-Plugin (WPML, Polylang) besser. Multisite für Sprachen nimm nur, wenn die Laenderversionen wirklich eigenständig sein sollen, mit anderem Angebot und anderem Team.

Vor- und Nachteile kompakt

Bevor du entscheidest, lohnt der Blick auf beide Seiten nebeneinander. Multisite ist immer ein Kompromiss: Du kaufst Verwaltungskomfort und zahlst mit dem gemeinsamen Schicksal der Seiten.

Vorteile

  • Zentrale Verwaltung aller Seiten aus einem Dashboard
  • Updates von Kern, Themes und Plugins in einem Schritt für das Netzwerk
  • Weniger Serverressourcen als getrennte Installationen pro Seite
  • Ein Plugin-Satz und eine Lizenz statt vieler
  • Gemeinsame Benutzerkonten und einheitliche Seitenstruktur

Nachteile

  • Ein Ausfall oder Hack trifft alle Seiten auf einmal
  • Nicht jedes Plugin ist für das Netzwerk getestet und läuft sauber
  • Backup und Wiederherstellung einer einzelnen Seite sind schwieriger
  • Eine Traffic-Spitze auf einer Seite belastet ohne gutes Hosting das ganze Netz
  • Die Migration einer Seite aus dem Netzwerk ist aufwendig

Das Netzwerk im Alltag verwalten

Multisite führt eine neue Rolle ein: den Super-Administrator. Das ist die Person, die das gesamte Netzwerk sieht, neue Seiten anlegt, Plugins für alle installiert und entscheidet, was die Administratoren der einzelnen Seiten dürfen und was nicht. Normale Seiten-Administratoren haben engere Rechte: Sie verwalten den Inhalt ihrer Webseite, installieren aber keine Plugins und greifen nicht ins ganze Netzwerk ein.

In der Praxis sieht das so aus. Der Super-Admin (meist du oder deine IT) pflegt die gemeinsame Vorlage, achtet auf Updates und kontrolliert die Plugin-Liste. Die Redakteure der Filialen oder Marken melden sich an ihren Seiten an und machen ihre Arbeit, ohne die Struktur kaputtmachen zu können. Das ist ein gutes Modell für Organisationen, in denen viele Personen Inhalte erstellen, die technische Kontrolle aber in einer Hand bleiben soll.

Eine wichtige Entscheidung zum Start ist, welche Plugins du netzwerkweit aktivierst (für alle Seiten auf einmal) und welche du pro Seite freischaltest. Technische Plugins wie SEO, Cache oder Sicherheit gebe ich meist netzwerkweit. Die zu konkretem Inhalt oder einer Funktion einer Seite gehörenden lasse ich einzeln aktivieren, um Seiten nicht zu belasten, die sie nicht brauchen.

  1. 1
    Entscheide die Adressierung: Unterverzeichnisse, Subdomains oder eigene Domains pro Seite
  2. 2
    Aktiviere Multisite in der wp-config.php und .htaccess (am besten auf einer sauberen Installation)
  3. 3
    Konfiguriere das Netzwerk und lege Rollen fest: Super-Admin und Seiten-Administratoren
  4. 4
    Lege die erste Seite an, binde Domain und SSL-Zertifikat ein, prüfe die Funktion
  5. 5
    Aktiviere technische Plugins netzwerkweit (SEO, Cache, Sicherheit) und teste auf einer Kopie
  6. 6
    Lege einen Backup-Plan fest, der Netzwerk und einzelne Seite wiederherstellbar macht

Backups und Sicherheit

Das ist der Bereich, in dem Multisite mehr Aufmerksamkeit verlangt als ein normales WordPress, und der oft unterschätzt wird. Das gesamte Netzwerk hat eine Datenbank und gemeinsame Dateien, also umfasst das Backup alles auf einmal. Einerseits bequem, weil du mit einem Schritt das ganze Netzwerk sicherst. Andererseits wird es schwieriger, wenn du nur eine Seite wiederherstellen willst, weil auf ihr etwas kaputtgegangen ist. Eine einzelne Webseite aus einem Multisite-Backup zu loesen erfordert das Trennen der passenden Tabellen in der Datenbank, nicht nur das Zurücklegen einer Datei.

In Sachen Sicherheit ist Multisite ein Kompromiss. Plus: Du aktualisierst Kern und Plugins an einer Stelle, also bleibt alles leichter aktuell, und das ist das Fundament von Sicherheit. Minus: Eine Lücke in einem Plugin oder ein Hack auf einer Seite kann den Weg ins ganze Netzwerk oeffnen, weil alle Seiten denselben Code und dieselbe Datenbank teilen. Gerade unter der DSGVO ist ein Datenleck heikel: Ein Vorfall kann gleich mehrere Seiten und damit mehrere Datensaetze betreffen. Multisite mag deshalb keinen Wildwuchs bei Plugins.

Sicherheitshygiene fuer das Multisite-Netzwerk

  • Halte die Plugin-Liste kurz und installiere nur geprüfte, gepflegte Plugins
  • Aktualisiere Kern, Themes und Plugins regelmäßig, schiebe Sicherheits-Updates nicht auf
  • Mache automatische Backups und teste regelmäßig die Wiederherstellung
  • Beschränke die Rolle des Super-Admins auf ein, zwei vertrauenswürdige Personen
  • Stelle das Netzwerk auf ein Hosting, das Multisite wirklich unterstützt und Ressourcen trennt
  • Aktiviere Zwei-Faktor-Anmeldung für Konten mit Zugriff auf das ganze Netzwerk

Alternativen zu Multisite

Bevor du dich für ein Netzwerk entscheidest, prüfe, ob eine einfachere Lösung reicht. In vielen Fällen tut sie das.

  • Mehrsprachen-Plugin: Für eine Seite in mehreren Sprachen sind WPML oder Polylang einfacher, günstiger in der Wartung und binden dich nicht an die Multisite-Architektur. Das ist die Standardwahl, wenn es nur um Uebersetzungen geht.
  • Getrennte WordPress-Installationen: Für unabhängige Seiten, die verkauft oder umgezogen werden können, geben separate WordPress-Instanzen volle Freiheit. Mehr Verwaltungsaufwand, aber kein gemeinsames Schicksal.
  • Werkzeuge zur Verwaltung mehrerer Seiten: Geht es dir vor allem um Updates und Backups vieler getrennter Seiten von einer Stelle, geben Werkzeuge wie ManageWP oder MainWP ein zentrales Dashboard, ohne die Seiten in eine Installation zu zwingen. Das ist oft die goldene Mitte: getrennte, unabhängige WordPress-Instanzen plus ein Verwaltungs-Dashboard.

Die Entscheidung läuft auf eine Frage hinaus: Sollen diese Seiten wirklich ein Organismus sein, oder willst du sie nur bequem verwalten. Ist es Letzteres, gewinnt ein Werkzeug zur Verwaltung getrennter Installationen meist gegen Multisite, weil es Komfort ohne das Risiko des gemeinsamen Schicksals gibt.

Wenn du überlegst, welcher Weg für dein Geschäft der richtige ist, wähle ich bei DawidWeb die Architektur nach dem konkreten Fall aus, nicht nach einem Modewort. Ich habe sowohl Multisite-Netzwerke für Firmen mit Filialen aufgesetzt als auch Sätze getrennter Installationen mit zentralem Verwaltungs-Dashboard. Webseiten und Shops baue ich ab 600 EUR, habe über 120 Projekte hinter mir, und ein Angebot für dein konkretes Vorhaben, samt Empfehlung zur Architektur, bekommst du innerhalb von 24 Stunden.

Häufige Fragen

Worin unterscheidet sich Multisite von mehreren einzelnen WordPress-Installationen?

Multisite ist ein WordPress, eine Datenbank und ein Satz Dateien fuer alle Seiten im Netzwerk. Einzelne Installationen sind getrennte WordPress-Instanzen, jede mit eigener Datenbank und eigenen Updates. Multisite spart Zeit bei Verwaltung und Updates, verbindet die Seiten aber mit einem gemeinsamen Schicksal. Einzelne Installationen geben volle Unabhaengigkeit, kosten dafuer mehr Verwaltungsaufwand.

Kann jede Seite im Netzwerk eine eigene Domain bekommen?

Ja. Multisite laeuft im Unterverzeichnis-Modus (firma.de/filiale), mit Subdomains (filiale.firma.de) oder mit eigenen Domains pro Seite (das Domain-Mapping ist seit WordPress 4.5 im Kern). Du kannst also seite1.de, seite2.at und seite3.com in einem Netzwerk fuehren. Du musst nur DNS und SSL-Zertifikate korrekt auf denselben Server zeigen lassen.

Funktioniert jedes Plugin in Multisite?

Nicht jedes. Die meisten gaengigen Plugins laufen, aber ein Teil ist nicht fuer das Netzwerk getestet und verhaelt sich bei netzwerkweiter Aktivierung unvorhersehbar. Vor dem Einsatz im Live-Netzwerk teste ich Plugins immer auf einer Kopie. WooCommerce laeuft in Multisite, aber ein Shop ist eine Seite im Netzwerk. Mehrere unabhaengige Shops auf derselben Seite gehen aus einer Installation nicht.

Wie macht man Backups eines Multisite-Netzwerks?

Das Backup umfasst das gesamte Netzwerk auf einmal: eine Datenbank und gemeinsame Dateien. Das ist bequem, weil du mit einem Schritt alles sicherst, aber unhandlich, wenn du nur eine Seite aus dem Netzwerk wiederherstellen willst. Eine einzelne Webseite aus einem Multisite-Backup zu loesen ist schwieriger als bei einer separaten Installation und erfordert das Trennen der Tabellen in der Datenbank. Deshalb stimme ich den Backup-Plan darauf ab, wie oft du einzelne Seiten wiederherstellen musst.

Ist Multisite sicherer oder unsicherer?

Es ist ein Kompromiss. Einerseits aktualisierst du Kern und Plugins an einer Stelle, also bleibt alles leichter aktuell, und das ist die Grundlage von Sicherheit. Andererseits kann eine Luecke in einem Plugin oder ein Hack auf einer Seite den Weg ins ganze Netzwerk oeffnen, weil alle Seiten Code und Datenbank teilen. Multisite verlangt also Disziplin: weniger Plugins, regelmaessige Updates und gutes Hosting.

Brauche ich fuer mehrere Sprachen Multisite?

Meist nicht. Fuer eine Seite in mehreren Sprachen ist ein Mehrsprachen-Plugin wie WPML oder Polylang besser und einfacher, weil du die Uebersetzungen an einer Stelle haeltst und konsistente Inhalte leichter pflegst. Multisite fuer Sprachen lohnt erst, wenn die einzelnen Laenderversionen wirklich eigenstaendig sein sollen: anderes Angebot, anderes Redaktionsteam, andere Produkte, nicht nur dieselben uebersetzten Seiten.