WordPress Multisite ist mächtig – und SEO-technisch komplex. Wer mehrere Websites in einer Installation betreibt, muss wissen und verstehen wie Google mit Sub-Domains, Sub-Directories und gemeinsamen Ressourcen umgeht. Dieser Artikel zeigt die wichtigsten SEO-Aspekte für WordPress Multisite-Netzwerke.
Was ist WordPress Multisite?
WordPress Multisite (früher WPMU) ermöglicht es, mehrere WordPress-Websites über eine einzige Installation zu betreiben. Alle Sites teilen sich denselben Core, dieselben Plugins und denselben Server – haben aber eigene Inhalte, Themes und Konfigurationen.
Typische Anwendungsfälle:
- Agentur die viele Kundenseiten verwaltet
- Unternehmen mit mehreren regionalen Websites
- Publisher mit mehreren thematischen Blogs
- Bildungseinrichtungen mit Unterseiten je Fachbereich
Unternehmen die WordPress Multisite für regionale Websites nutzen, reduzieren den Verwaltungsaufwand um bis zu 60 % gegenüber separaten WordPress-Installationen – bei richtiger SEO-Konfiguration ohne Ranking-Nachteile.
Sub-Domain vs. Sub-Directory: SEO-Unterschiede
Die wichtigste architektonische Entscheidung bei Multisite hat direkte SEO-Konsequenzen:
Sub-Directory (Unterverzeichnis):
hauptdomain.de/site-a/
hauptdomain.de/site-b/Google behandelt alle Sites als Teil einer Domain. Interne Links und Domain Authority werden geteilt. Gut für eng verwandte Themen.
Sub-Domain:
site-a.hauptdomain.de
site-b.hauptdomain.deGoogle behandelt Sub-Domains als eigenständige Websites. Jede baut ihre eigene Authority auf. Besser für thematisch unabhängige Websites.
Separate Domain (Domain Mapping):
site-a.de
site-b.deVollständige Domain-Trennung. Beste SEO-Isolation. Erfordert WordPress MU Domain Mapping Plugin.
Für regionale Websites desselben Unternehmens empfiehlt sich Sub-Directory (nuernberg.ihredomain.de oder ihredomain.de/nuernberg/). Für thematisch unabhängige Projekte besser Domain Mapping mit eigenen Domains nutzen.
Duplicate Content in Multisite-Netzwerken
Das größte SEO-Risiko bei Multisite ist Duplicate Content. Häufige Quellen:
Geteilte Seiten: Wenn Plugins automatisch gleiche Inhalte auf mehreren Sites erstellen (z.B. Login-Seiten, Feed-Seiten), entstehen duplizierte URLs.
Gleiche Inhalte auf mehreren Sites: Ein Artikel der auf Site A und Site B identisch erscheint, wird von Google als Duplicate Content erkannt.
Login und Admin-URLs: wp-login.php und Admin-Bereiche müssen per robots.txt oder noindex ausgeschlossen werden.
Lösung: Canonical Tags auf jeder Seite explizit setzen, robots.txt für jede Sub-Site konfigurieren, Yoast SEO oder Rank Math Network-weit aktivieren.
Yoast SEO in WordPress Multisite
Yoast SEO (und Rank Math) sind Multisite-kompatibel. Konfiguration:
Network-weite Aktivierung: Im Network Admin → Plugins → Yoast SEO network-weit aktivieren. Das ermöglicht zentrale Konfiguration bei gleichzeitiger site-spezifischer Anpassung.
Wichtige Einstellungen per Site:
- Eigener Site Title und Tagline für jede Site
- Eigene XML-Sitemap (
site-a.de/sitemap_index.xml) - Eigene robots.txt oder robots-Direktiven
- Eigene Social Media Accounts verknüpfen
Bei WordPress Multisite mit Yoast SEO Network-Aktivierung können SEO-Grundeinstellungen zentral verwaltet werden – das spart bei 10+ Sites mehrere Stunden Konfigurationsaufwand.
XML-Sitemaps im Netzwerk
Jede Site im Netzwerk braucht eine eigene Sitemap:
site-a.de/sitemap_index.xml
site-b.de/sitemap_index.xmlReichen Sie jede Sitemap separat in der jeweiligen Google Search Console Property ein. Verwechseln Sie nicht: Für Sub-Domains brauchen Sie separate Search Console Properties; für Sub-Directories können Sie eine Property verwenden.
Sitemap-Hierarchie für Sub-Directories:
hauptdomain.de/sitemap_index.xml → Haupt-Sitemap
hauptdomain.de/site-a/sitemap.xml → Site A
hauptdomain.de/site-b/sitemap.xml → Site BGoogle Search Console für Multisite
Jede Multisite-Domain braucht eine eigene Search Console Property:
Sub-Domain-Setup:
- Property für
site-a.hauptdomain.deanlegen - Property für
site-b.hauptdomain.deanlegen - Optional: Domain Property für
hauptdomain.de(erfasst alle Sub-Domains)
Sub-Directory-Setup:
- Eine Property für
hauptdomain.de/reicht – erfasst alle Unterverzeichnisse - Oder separate URL-Prefix Properties für granularere Daten
Domain Properties in der Search Console (ohne `www` oder Protokoll-Prefix) erfassen automatisch alle Varianten und Sub-Domains einer Domain. Für Multisite-Netzwerke mit vielen Sub-Domains ist eine Domain Property deutlich effizienter als einzelne Properties.
Performance und Core Web Vitals
Multisite-Installationen teilen sich Server-Ressourcen. Das kann Core Web Vitals negativ beeinflussen:
Datenbankoptimierung: Alle Sites teilen eine MySQL-Datenbank. Große Netzwerke brauchen regelmäßige DB-Optimierung und Query-Caching.
Caching: WP Super Cache und W3 Total Cache sind Multisite-kompatibel. WP Rocket ebenfalls. Konfigurieren Sie Caching für jede Site separat.
CDN: Cloudflare oder BunnyCDN können für alle Sites im Netzwerk gleichzeitig aktiviert werden – ein Vorteil von Multisite gegenüber separaten Installationen.
Häufige Multisite-SEO-Fehler
Fehlende robots.txt pro Site: Jede Sub-Domain braucht eine eigene robots.txt. Bei Sub-Directories teilen sich alle Sites eine robots.txt – achten Sie auf korrekte Disallow-Regeln.
Geteilte Backlinks falsch eingeschätzt: Backlinks auf hauptdomain.de helfen allen Sub-Directory-Sites, aber nicht Sub-Domains oder separat gemappten Domains.
Plugin-generierte Duplicate Content: Manche Plugins erstellen automatisch Inhalte (z.B. Glossar-Seiten, Tag-Seiten) die netzwerkweit dupliziert werden. Regelmäßiger Audit mit Screaming Frog ist empfehlenswert.
Wenn Sie eine komplexe WordPress Multisite-Infrastruktur SEO-technisch optimieren möchten, bieten wir spezialisierte Beratung an. Mehr Informationen finden Sie unter WordPress SEO.