WordPress Multisite 2026: Netzwerk einrichten und verwalten
WordPress Multisite ist 2026 immer noch das mächtigste Bordmittel für alle, die mehrere Sites unter einem Dach betreiben wollen. Agenturen verwalten Kundenshops, Franchise-Systeme rollen Filialseiten aus, Unternehmen pflegen Sprachversionen. Eine Installation, eine Datenbank, ein Update-Vorgang. Dieser Guide zeigt das Setup, die Stolpersteine und die Wartung in der täglichen Praxis. Als WordPress-Spezialist baue ich Multisite-Netzwerke seit 2014 und kenne die echten Pain-Points hinter der schönen Theorie.
Was ist WordPress Multisite — Definition und Architektur
WordPress Multisite ist seit Version 3.0 ein eingebauter Modus, der aus einer WP-Installation ein Netzwerk aus beliebig vielen Subsites macht. Jede Subsite hat eigene Inhalte, eigene Benutzer und eigene Einstellungen, teilt sich aber Codebasis, Datenbank und das Verzeichnis wp-content/uploads. Verwaltet wird das Ganze von einer neuen Rolle: dem Super Admin.
Zwei URL-Strukturen stehen zur Wahl. Bei Subdomains bekommt jede Subsite eine Adresse wie kunde-a.example.com. Das braucht eine Wildcard-DNS-Konfiguration auf dem Hoster, ist aber sauberer für SEO und Markenwahrnehmung. Bei Subdirectories lautet die URL example.com/kunde-a. Kein Wildcard nötig, dafür weniger flexibel bei späterer Trennung. Die Wahl trifft man einmal beim Setup und kann sie kaum noch ändern.
In der Datenbank sieht das so aus: Die Tabellen wp_users und wp_usermeta bleiben global. Für jede Subsite kommen neue Tabellensätze wie wp_2_posts, wp_2_postmeta, wp_2_options dazu. Bei 50 Subsites sind das schnell mehrere hundert Tabellen in einer Datenbank. Performance-Implikationen folgen weiter unten.
Wann Multisite sinnvoll ist — und wann nicht
Die wichtigste Entscheidung fällt vor dem Setup: Passt Multisite überhaupt zum Use Case? Aus der Erfahrung von rund 40 Multisite-Projekten teile ich die Anwendungsfälle in zwei klare Lager.
„Multisite spart Hosting-Kosten, also nehmen wir das immer.“ Falsch. Wer zwei Sites mit komplett anderer Plugin-Logik, anderem Theme und anderer Zielgruppe betreibt, leidet im Netzwerk dauerhaft unter Konflikten. Zwei separate WP-Installationen auf einem Hosting-Paket sind in 80 Prozent der Fälle die bessere Wahl.
Ein typisches Beispiel aus der Praxis: Ein Franchise-Geber im Fitnessbereich rollt 60 Filialseiten aus. Layout, Buchungssystem und Markenelemente sind überall gleich, nur Adresse, Trainer-Team und Kursplan unterscheiden sich. Hier spielt Multisite seine Stärke voll aus. Updates für 60 Seiten dauern einen Klick. Theme-Änderung global, Subsite-Inhalte individuell.
Voraussetzungen 2026 — Hosting und Technik
Multisite stellt höhere Anforderungen als eine normale WP-Installation. Das billige Shared-Hosting-Paket reicht ab Subsite drei meist nicht mehr. Hier die Mindestanforderungen, die sich in der Praxis bewährt haben.
PHP 8.3 ist 2026 Standard. Ältere Versionen führen zu Plugin-Inkompatibilitäten und Performance-Verlust im Netzwerkbetrieb.
Multisite erzeugt viele Tabellen. Eine moderne DB-Version mit aktivierten Indizes ist Pflicht.
Wer Subdomains nutzt, braucht
*.example.com als A-Record auf den Server. Nicht jeder Hoster bietet das im Standard-Tarif an.Ab 10 Subsites wird RAM zum Engpass. Shared Hosting unter Premium-Stufe ist hier ungeeignet.
Bei Subdomain-Netzwerken muss das Zertifikat alle aktuellen und künftigen Subdomains abdecken. Let’s Encrypt liefert das kostenlos.
Empfehlung 2026 für deutsche Multisite-Projekte: Raidboxes, Mittwald, Kinsta oder WP Engine. Raidboxes und Mittwald liefern deutsche Server, gute Multisite-Unterstützung und faire Preise ab rund 30 Euro im Monat. Kinsta und WP Engine sind teurer (ab 60 Euro), bieten aber bessere Skalierung über 30 Subsites hinaus.
Multisite aktivieren — Schritt für Schritt
Eine bestehende WP-Installation in ein Netzwerk verwandeln dauert etwa 30 Minuten. Vorab Pflicht: vollständiges Backup von Dateien und Datenbank. Multisite verändert die DB-Struktur und ist nicht trivial rückgängig zu machen.
Schritt 1: In wp-config.php direkt vor der Zeile /* That's all, stop editing! */ einfügen:
Schritt 2: WP-Admin neu laden, dann unter Werkzeuge → Netzwerk-Einrichtung die Wahl treffen: Subdomains oder Subdirectories. Netzwerk-Titel und Admin-Mail eingeben, Installation starten.
Schritt 3: WordPress zeigt jetzt zwei Code-Blöcke an. Ersten Block in wp-config.php ergänzen, zweiten in .htaccess (oder Nginx-Config beim Nginx-Stack). Typisches Beispiel für Subdomain-Setup in wp-config:
define(‚SUBDOMAIN_INSTALL‘, true);
define(‚DOMAIN_CURRENT_SITE‘, ‚example.com‘);
define(‚PATH_CURRENT_SITE‘, ‚/‘);
define(‚SITE_ID_CURRENT_SITE‘, 1);
define(‚BLOG_ID_CURRENT_SITE‘, 1);
Schritt 4: Neu einloggen. Im Admin-Bereich erscheint oben links das Meine Websites-Menü mit Netzwerk-Verwaltung. Ab hier sind Sie Super Admin und können Subsites anlegen, Plugins netzwerkweit aktivieren und Updates für alle Sites zentral fahren.
Vor der Aktivierung alle Plugins deaktivieren. Permalinks auf Beitragsname setzen. Nach erfolgter Aktivierung Plugins netzwerkweit oder per Subsite reaktivieren. Spart bis zu drei Stunden Debugging bei Plugin-Konflikten.
Erste Subsite anlegen und konfigurieren
Im Netzwerk-Admin unter Websites → Neu hinzufügen wird die erste Subsite erzeugt. Pflichtfelder: Site-Adresse (Subdomain oder Slug), Titel, Admin-E-Mail, Sprache. Innerhalb von Sekunden steht die neue Site und ist über kunde-a.example.com oder example.com/kunde-a erreichbar.
Wichtiger Unterschied bei den Rollen: Der Super Admin verwaltet das gesamte Netzwerk, installiert Themes und Plugins, kann jede Subsite betreten. Der Site Admin verwaltet nur seine eine Subsite. Inhalte, Menüs, Widgets, Benutzer der Subsite — alles im Zugriff. Themes installieren, Plugins installieren, andere Subsites sehen: nicht möglich.
Themes und Plugins werden vom Super Admin im Netzwerk-Backend hochgeladen. Jede Subsite kann dann frei wählen, welche Themes sie aktiviert. Plugins lassen sich entweder netzwerkweit aktivieren (gilt für alle Subsites) oder pro Subsite einzeln. Für ein sauberes Setup empfehle ich: Kern-Plugins netzwerkweit, optionale Plugins pro Subsite. So bleibt der Wartungsaufwand niedrig.
Eine Werbeagentur betreibt 25 Demo-Subsites unter demo-*.agentur.com, um neuen Kunden Layouts live zu zeigen. Theme: Astra Pro, netzwerkweit. Plugins: Elementor, WPForms, Rank Math, netzwerkweit. Subsite-spezifisch: Custom CSS, Branding-Plugin, Demo-Content. Update-Aufwand pro Monat: 20 Minuten statt 8 Stunden bei Einzel-Installationen.
Plugin-Kompatibilität und Pflicht-Plugins für Multisite
Nicht jedes WordPress-Plugin funktioniert im Multisite-Modus. Manche speichern Daten in der falschen Tabelle, manche bremsen das ganze Netzwerk aus, manche brechen die Aktivierung komplett ab. Vor jeder Plugin-Installation gilt: Multisite-Tauglichkeit prüfen — entweder in der Plugin-Beschreibung oder im Support-Forum.
Diese Plugins haben sich 2026 als verlässlich multisite-fähig erwiesen:
WooCommerce auf Multisite funktioniert, aber jede Subsite braucht eigene Steuer- und Versandeinstellungen. Membership-Plugins wie MemberPress arbeiten teils nur auf Hauptsite sauber. Multilingual-Plugins wie WPML konkurrieren mit dem Multisite-Konzept selbst — vor Setup entscheiden: Multisite ODER WPML, nicht beides parallel.
Backup- und Update-Strategie im Netzwerk
Ein Multisite-Backup ist anders als ein normales WordPress-Backup. Die gesamte Datenbank umfasst alle Subsites gleichzeitig. Ein Wiederherstellungs-Punkt bringt alle Sites zusammen zurück, nicht einzeln. Wer eine einzige Subsite zurücksetzen will, braucht spezielle Tools.
Empfohlene Strategie für 2026:
Datenbank plus
wp-content komplett. UpdraftPlus oder das hostseitige Backup laufen automatisiert. Retention: 14 Tage.Verschlüsselt zu S3, Google Drive oder eigener Storage-Box. Retention: 12 Wochen. Schutz vor Komplettverlust beim Hoster.
Multisite-Staging-Umgebung beim Hoster oder per WP Migrate. Erst Plugin-Updates auf Staging testen, dann produktiv ausrollen.
Wiederherstellungszeit unter 4 Stunden bei Komplettausfall. Schritt-für-Schritt-Doku im Tresor, getestet alle 6 Monate.
Updates laufen im Netzwerk-Admin unter Updates. Core-Updates aktualisieren WordPress selbst und triggern danach ein Datenbank-Update für alle Subsites. Plugin- und Theme-Updates wirken auf alle Subsites, die das jeweilige Plugin oder Theme aktiv haben. Ein einziger Klick reicht für 50 Sites. Genau das ist die Stärke von Multisite.
Performance und Skalierung
Multisite skaliert gut bis etwa 30 bis 50 Subsites auf gutem Hosting. Darüber hinaus wird Tuning Pflicht. Drei Hebel entscheiden über die Performance.
1. Object-Cache: Redis oder Memcached entlastet die Datenbank massiv. Bei 20 Subsites mit aktivem Object-Cache laufen Backend-Aktionen drei- bis fünfmal schneller. Plugin: Redis Object Cache von Till Krüss.
2. CDN für Uploads: Das geteilte Uploads-Verzeichnis kann bei vielen Subsites mit Bildern und Medien schnell auf 50 GB und mehr anwachsen. Ein CDN wie Bunny oder Cloudflare R2 verteilt die Last weg vom Webserver. Plugin: WP Offload Media.
3. Datenbank-Indizes prüfen: Bei 30+ Subsites lohnt ein DBA-Blick auf die wp_posts– und wp_options-Tabellen jeder Subsite. Fehlerhafte Indizes machen das Backend zäh. Tools wie Query Monitor zeigen die langsamsten Queries pro Subsite.
Ab rund 100 Subsites empfehle ich ein Architektur-Review. Manchmal ist die Antwort: Multisite splitten in zwei Netzwerke. Manchmal: Auf Composable WP oder Headless wechseln. Manchmal: Mehr Hardware. Pauschal lässt sich das nicht entscheiden, aber unter 100 Subsites ist Multisite in 99 Prozent der Fälle die richtige Lösung.
Häufige Fehler nach Multisite-Setup und ihre Fixes
Aus über 40 Projekten kenne ich die typischen Stolpersteine. Hier die häufigsten Fehlerbilder und der schnelle Weg zur Lösung.
Ursache fast immer: .htaccess wurde nicht aktualisiert oder die Permalinks-Struktur ist falsch. Lösung: Permalinks neu speichern, htaccess-Block aus dem WP-Setup-Dialog manuell einfügen, bei Nginx die Konfiguration neu laden.
Meist ein Plugin-Konflikt nach netzwerkweiter Aktivierung. WP_DEBUG in wp-config aktivieren, Logs prüfen, den Übeltäter pro Subsite deaktivieren. Klassischer Verursacher: ältere Caching-Plugins ohne Multisite-Logik.
Cookie-Domain stimmt nicht. In wp-config.php hinzufügen: define('COOKIE_DOMAIN', ''); und define('COOKIEHASH', md5('example.com')); nach Bedarf anpassen.
Doppelt geladene Plugins, häufig wenn ein Plugin sowohl netzwerkweit als auch auf Subsite-Ebene aktiv ist. Lösung: Im Netzwerk-Admin Plugin deaktivieren, dann auf jeder Subsite gezielt aktivieren, oder umgekehrt — aber nie beides.
Multisite verlassen — einzelne Site aus dem Netzwerk migrieren
Manchmal soll eine einzelne Subsite raus aus dem Netzwerk und als eigenständige WP-Installation weiterleben. Das passiert bei Verkauf einer Site, bei Abspaltung einer Marke oder wenn eine Subsite so groß wird, dass sie eigenes Hosting verdient. Der Weg ist machbar, aber nicht trivial.
Option A: WP Migrate Pro (kommerziell, empfohlen): Das Plugin exportiert eine einzelne Subsite inklusive aller passenden Tabellen wp_2_*, Medien und Optionen. Beim Import in eine frische WP-Installation werden URLs und Pfade automatisch umgeschrieben. Aufwand: 2 bis 4 Stunden pro Subsite.
Option B: Manueller Export (für Sparfüchse): Tabellen wp_2_* per phpMyAdmin oder WP-CLI exportieren, in die neue Datenbank importieren, dabei das Tabellen-Präfix von wp_2_ auf wp_ umbenennen. Anschließend Search-and-Replace auf der DB mit Tool wie Better Search Replace, um URLs anzupassen. Uploads aus wp-content/uploads/sites/2/ in das neue wp-content/uploads/ verschieben.
Option C: Komplett-Migration über Profi-Service: Bei kritischen Sites mit hohem SEO-Wert lohnt der Profi-Service. Ab 350 Euro netto pro Subsite inkl. 301-Redirects, Search-Console-Übergabe und 14 Tagen Monitoring. Anfrage unter +49 176 21 776099 oder über das Anfrageformular.
Search Console mit neuer URL einrichten. 301-Redirects von alter Subsite-URL auf neue Domain aufsetzen. Sitemap neu generieren. Externe Verlinkungen prüfen und wichtige Backlinks gegebenenfalls anpassen lassen. Erste 30 Tage Rankings beobachten.
Ihre Multisite ab 759 Euro
Festpreis, DSGVO-konform, PageSpeed 90+ und 12 Monate Support inklusive.
Häufige Fragen zu WordPress Multisite
Fazit
WordPress Multisite bleibt 2026 das beste Bordmittel für Netzwerk-Setups in WordPress. Wer Franchise-Filialen ausrollt, Agentur-Demos verwaltet oder Sprachversionen einer Marke pflegt, spart mit Multisite massiv Wartungszeit und Hosting-Kosten. Voraussetzung: solides Hosting ab 30 Euro im Monat, PHP 8.2+, sauberes Backup-Konzept und eine Plugin-Liste, die multisite-tauglich ist.
Wer mit dem Setup unsicher ist oder einen bestehenden Multisite-Stack übernehmen, optimieren oder splitten lassen will: Beratung kostenlos und ohne Vertrag unter +49 176 21 776099. Wir bauen Multisite-Netzwerke ab 759 Euro Festpreis (STARTER mit bis zu 5 Subsites) und betreuen seit 2014 Projekte vom kleinen Franchise bis zum Konzern-Setup mit 80 Filialseiten.
📚 Das könnte Sie auch interessieren