Vor drei Jahren kam ein Kunde zu einem Call, und in den Händen hielt er das, was ich nur als ein Tabellenblatt des Chaos beschreiben kann. Sieben Marken. Vier Zielmärkte. Zwei Sprachen. Alle auf separaten WordPress-Installationen, jede mit eigener Hosting-Rechnung, eigenen Plugin-Lizenzen, eigenem verlassenem Blog. Sie wollte "konsolidieren". Ich verbrachte vierzig Minuten damit, sie von der falschen Entscheidung abzubringen — und die falsche Entscheidung war in ihrem Fall WordPress Multisite.out of the wrong decision — and the wrong decision, in her case, was WordPress Multisite.
Das überraschte sie. Es überrascht viele Menschen. Multisite klingt nach der naheliegenden Antwort, wenn du mehrere Marken jonglierst. Aber die Frage, wie man eine Multi-Brand-WordPress-Property für SEO strukturiert, ist wirklich eine der folgenreichsten Architekturentscheidungen, die du treffen wirst, und sie bekommt fast nie die Nuanciertheit, die sie verdient.
Also beheben wir das.
---
Die drei Strukturen, kurz gefasst
Bevor ich meine Meinung äußere, ein schneller Überblick.
- WordPress Multisite — eine einzelne WordPress-Installation, die mehrere Websites unter einer gemeinsamen Codebasis betreibt. Jede Website kann eine Subdomain sein (brand2.yourdomain.com), ein Unterordner (yourdomain.com/brand2/) oder sogar eine gemappte Domain (brand2.com) über ein Plugin wie Mercator. — a single WordPress installation running multiple sites under a shared codebase. Each site can be a subdomain (
brand2.yourdomain.com) or a subfolder (yourdomain.com/brand2), or even a mapped domain (brand2.com) via a plugin like Mercator. - Separate Unterordner — eine WordPress-Installation, Inhalte werden über Pfade wie yourdomain.com/brand2/ bereitgestellt. Technisch nicht Multisite. Lässt sich mit Tools fälschen oder bei bestimmten Page-Builder-Setups richtig umsetzen, bedeutet aber meist eine Website mit segmentiertem Inhalt. — one WordPress install, content served from paths like
yourdomain.com/brand2/. Not technically Multisite. Can be faked with tools, or done properly with certain page-builder setups, but usually it means one site with segmented content. - Subdomains — brand2.yourdomain.com. Entweder innerhalb von Multisite oder als vollständig separate WordPress-Installation, die auf eine andere Subdomain verweist. —
brand2.yourdomain.com. Either within Multisite or as a fully separate WordPress install pointing to a different subdomain.
Die Verwirrung entsteht meist, weil Multisite Subdomains oder Unterordner nutzen kann. Menschen vermischen dann die Hosting-Architektur mit der URL-Struktur. Das sind separate Entscheidungen. Halte sie in deinem Kopf auseinander.can use subdomains or subfolders. So people conflate the hosting architecture with the URL structure. They're separate decisions. Keep them separate in your head.
---
Wie Google das wirklich behandelt (Keine Mythen, bitte)
Das ist der Punkt, der viele Agentur-Eigentümer verwirrt: Google war hier ziemlich konsistent, auch wenn die SEO-Community es alle anderthalb Jahre neu debattiert.
Googles eigene Dokumentation behandelt Unterordner und Subdomains als separate Entitäten. Subdomains können Domain Authority vererben, aber Google hat explizit gesagt, dass es Subdomains zum Crawlen und Indexieren als separate Websites behandelt. John Mueller bestätigte das 2019 in einem Search Central Office Hour: Unterordner konsolidieren Signale grundsätzlich besser als Subdomains, wenn der Inhalt thematisch verwandt ist. treats subfolders and subdomains as distinct entities. Subdomains can inherit domain authority, but Google has said explicitly that it treats subdomains as separate sites for crawling and indexing purposes. John Mueller confirmed this in a 2019 Search Central office hours: subfolders generally consolidate signals better than subdomains when the content is topically related.
Was bedeutet das praktisch? Wenn deine zwei Marken wirklich separate Unternehmen sind — unterschiedliche Zielgruppen, unterschiedliche Nischen, unterschiedliche Intents — machen Subdomains oder separate Domains Sinn. Wenn sie eine gemeinsame übergeordnete Identität teilen oder sich thematisch überlappen, sammelt eine Unterordner-Struktur oder ein Multisite-Unterordner-Netzwerk Link-Equity schneller an.
Seahawk hatte einen Hospitality-Client mit vier Hotelmarken unter einer Muttergesellschaft. Wir haben sie von vier separaten Domains zu einem Multisite-Subfolder-Netzwerk unter der Parent-Domain migriert. Zwölf Monate später hatte drei der vier Marken ihren organischen Traffic verdoppelt. Die vierte hatte ein Content-Problem, kein Struktur-Problem — die Struktur würde dünne Seiten nicht retten.
---
WordPress Multisite: Wann es brillant ist, wann es ein Albtraum ist
Der echte Vorteil
Multisite ist wirklich ausgezeichnet, wenn du eine vorhersehbare, wiederholbare Markenstruktur hast. Denk an: ein Franchise-Netzwerk, eine Nachrichtenorganisation mit regionalen Ausgaben oder ein SaaS-Unternehmen, das lokalisierte Marketing-Sites aufbaut. Eine Codebase. Zentralisiertes Plugin-Management. Geteilte Benutzer, wenn du sie brauchst.
Die Admin-Effizienz ist real. Wir verwalten ein Netzwerk von 40+ Sites für einen Client. Ein Theme-Update, ein Security-Patch — fertig für alle. Ohne Multisite wäre das ein Montagmorgen für sich allein.
Wo es zusammenbricht
Multisite bestraft dich hart, wenn deine Marken auseinandergehen. In dem Moment, in dem Brand A ein Plugin braucht, das mit etwas kollidiert, das Brand B benötigt, hast du ein Problem. Und WordPress-Plugins sind nicht immer Multisite-kompatibel — das ist 2024 wirklich immer noch ein Ding. WP Engines Multisite-Leitfaden listet Plugin-Kompatibilität als Friktionspunkt Nummer eins auf, und ich stimme das aus Erfahrung zu.WP Engine's Multisite guide lists plugin compatibility as the number-one friction point, and I'd agree from experience.
Performance-Isolation ist auch schwach. Ein Traffic-Spike einer Site kann eine andere auf derselben Installation beeinflussen. Ich habe schon gesehen, wie ein Produktlaunch auf einer Subsite drei andere verlangsamt hat, weil die gemeinsame wp-cron-Queue überfordert wurde. Nicht spaßig, das einem Client um 23 Uhr zu erklären.wp-cron queue got hammered. Not fun to explain to a client at 11pm.
Meine ehrliche Faustregel
Wenn deine Marken ein Team teilen, eine gemeinsame Code-Basis-Intention verfolgen und sich in Plugin-Anforderungen nicht auseinanderentwickeln werden — lohnt sich Multisite. Wenn es sich um echte separate Geschäftseinheiten mit separaten technischen Anforderungen handelt, sind separate Installationen weniger Kopfschmerzen, auch wenn der Admin-Overhead höher ist.
---
Subfolder-Architektur: Unterschätzt für SEO, von Agenturen wenig genutzt
Ich bin leicht fanatisch, wenn es um Subfolder geht. Nicht für jede Situation, aber Agenturen verschlafen sie.
Wenn du eine Multi-Brand- oder Multi-Kategorie-Präsenz als parentbrand.com/subbrand/ strukturierst, trägt jeder Content unter diesem Pfad zur Autorität der Root-Domain bei. Ein starker Backlink zu einem Post unter /subbrand/ hebt die gesamte Domain. Die Mathematik dahinter wächst exponentiell im Laufe der Zeit auf eine Weise, die separate Domains einfach nicht schnell replizieren können.parentbrand.com/subbrand/, every piece of content under that path contributes to the root domain's authority. A strong backlink to a post under /subbrand/ lifts the whole domain. The maths on this compounds over time in a way that separate domains simply don't replicate quickly.
2020 habe ich an einem britischen Fintech gearbeitet, das drei separate Domains für drei Produktlinien aufgebaut hatte. Kombiniertes Backlink-Profil über alle drei hinweg? Etwa 1.400 verweisende Domains. Wir haben die Struktur über acht Monate hinweg in eine Subfolder-Struktur auf ihrer stärksten Domain konsolidiert. Innerhalb von vierzehn Monaten hatten sie diese Signale effektiv gepoolt — wir sahen die schwächeren Produktlinien für Begriffe ranken, die sie vorher nie angerührt hatten, rein weil die Domain Authority um sie herum gestiegen war.
Der Haken
Subfolder-Strukturen erfordern Disziplin. Deine URL-Taxonomie muss von Tag eins an sauber sein. /brand-a/ sechs Monate später zu /brand-a-uk/ zu ändern ist eine Redirect-Kopfschmerz. Plan die Taxonomie, bevor du baust, nicht danach./brand-a/ to /brand-a-uk/ six months later is a redirect headache. Plan the taxonomy before you build, not after.
Außerdem — wenn du zwei verschiedene Marken mit unterschiedlichen Zielgruppen wirklich betreibst, sieht ein Subfolder unter der Domain einer Marke für Nutzer seltsam aus. Markenwahrnehmung zählt. Wenn jemand auf fashionlabel.com/industrial-tools/ landet, ist etwas in der Positionierungs-Konversation schiefgelaufen.different brands with different audiences, a subfolder under one brand's domain looks odd to users. Brand perception matters. If someone lands on fashionlabel.com/industrial-tools/, something has gone wrong in the positioning conversation.
---
Subdomains: Das Argument dafür (Es existiert)
Ich möchte nicht als Anti-Subdomain-Mensch rüberkommen. Es gibt echte Szenarien, in denen sie die richtige Wahl sind.
- Wirklich getrennte Zielgruppen. Ein Medienunternehmen mit einer B2C-Nachrichtenseite und einem B2B-Datenprodukt. Unterschiedliche Nutzer, unterschiedliche Intention, unterschiedlich alles. Sie unter einer Domain zu vermischen würde beiden schaden. A media company with a B2C news site and a B2B data product. Different users, different intent, different everything. Mixing them under one domain would hurt both.
- Regulatorische Trennung. Seahawk hat mit Finanzclients gearbeitet, bei denen die Compliance erforderte, dass bestimmte Inhalte in einer nachweisbar separaten Umgebung leben. Subdomains gaben eine saubere Grenze. Seahawk has worked with financial clients where compliance required certain content to live in a demonstrably separate environment. Subdomains gave a clean boundary.
- International ohne verfügbare unterschiedliche TLDs. Wenn brand.fr nicht verfügbar ist, aber fr.brand.com – eine Subdomain mit korrekt gesetztem hreflang ist besser als nichts. When
brand.frisn't available butfr.brand.comis — a subdomain with a properhreflangsetup is better than nothing. - Großflächige Community- oder App-Bereiche. app.yourdomain.com oder community.yourdomain.com, wo der Inhaltstyp und die technischen Anforderungen so unterschiedlich sind, dass Trennung mehr spart als Konsolidierung bringt.
app.yourdomain.comorcommunity.yourdomain.comwhere the content type and technical requirements are so different that separation saves more than consolidation gains.
Die SEO-Kosten von Subdomains sind real, aber nicht katastrophal, wenn deine Domain bereits stark ist. Eine DA 60+ Root Domain, die eine Subdomain startet, wird diese relativ schnell etwas Vertrauen erben sehen. Ein DA 15 Startup? Die Subdomain startet nahe bei null. Diese Unterscheidung zählt.
---
Die Tools, die ich wirklich nutze, um das zu prüfen und zu planen
Wenn ein Client mit einer Multi-Brand-Struktur-Frage zu mir kommt, sieht mein Start-Stack so aus:
- [Screaming Frog SEO Spider](https://www.screamingfrog.co.uk/seo-spider/) — alle Kandidaten-Domains durchsuchen und die aktuelle Autoritätsverteilung abbilden. Ich möchte sehen, wo die Backlinks tatsächlich liegen, bevor ich etwas zum Umzug empfehle. — crawl all candidate domains and map the current authority distribution. I want to see where the backlinks actually live before I recommend moving anything.
- Ahrefs — speziell der Site Explorer zum Vergleich von Domains nebeneinander. Ich hole mir die Referring-Domain-Zahlen, DR-Scores und die Verbreitung der thematischen Autorität. — specifically the Site Explorer comparing domains side by side. I'll pull referring domain counts, DR scores, and topical authority spread.
- Google Search Console — wenn der Kunde Daten hat, möchte ich sehen, welche Properties tatsächlich Impressionen generieren und welche inaktiv sind. Eine Domain mit 50.000 Referring Domains aber null GSC-Impressionen hat ein Content-Problem, kein Strukturproblem. — if the client has data, I want to see which properties are actually driving impressions versus sitting dead. A domain with 50,000 referring domains but zero GSC impressions has a content problem, not a structure problem.
- WP CLI — für jede Multisite-Migration lebe ich in WP CLI. Manuelle Datenbankmigrations für Multisite sind eine ganz besondere Art von schmerzhaft. — for any Multisite migration work, I live in WP CLI. Manual database migrations for Multisite are a special kind of painful.
- Raygun oder Datadog — Überwachung nach der Migration. Wenn ich vier Properties zusammengefasst habe, möchte ich in den ersten sechs Wochen Echtzeit-Fehler-Tracking. — post-migration monitoring. If I've merged four properties, I want real-time error tracking for the first six weeks.
Das Audit dauert mich normalerweise vier bis sechs Stunden bei einem mittelgroßen Multi-Brand-Setup. Es zu überspringen und zu raten führt dazu, dass du die Architektur zweimal neu aufbaust.
---
Migration: Der Teil, den jeder unterschätzt
Lass mich direkt sein. Die Migration ist dort, wo die SEO-Arbeit tatsächlich passiert. Die neue Struktur zu entscheiden ist vielleicht 20% der Arbeit.
Hier ist eine grobe Reihenfolge für die Migration zu einer konsolidierten Subfolder- oder Multisite-Struktur:
- Prüfe alle bestehenden URLs über alle Eigenschaften hinweg — Screaming Frog, exportiere alles.
- Ordne jede alte URL ihrem neuen Ziel zu. Jede einzelne. Nicht „wir kümmern uns später um Weiterleitungen."
- Richte die neue Struktur im Staging ein. Teste Weiterleitungen mit einem Tool wie Redirect Path (Chrome-Erweiterung).
- Migriere Content zuerst, gehe an einem ruhigen Tag live (Dienstagmorgende funktionieren für mich — niedriger Traffic, volle Woche zum Überwachen).
- Reiche aktualisierte Sitemaps bei GSC für alle betroffenen Eigenschaften innerhalb von 24 Stunden ein.
- Überwache GSC täglich mindestens 30 Tage lang auf Crawl-Fehler.
- Aktualisiere alle internen Links. Dieser Schritt wird ständig übersprungen. Überspringe ihn nicht.
Die Weiterleitungszuordnung in Schritt 2 ist der Ort, wo die meisten Agenturen Abkürzungen nehmen. Ich habe 301-Weiterleitungsketten mit sechs Sprüngen gesehen, weil jemand die Migration in drei Phasen ohne Aufräumen durchgeführt hat. Google toleriert Ketten, aber das ist schlampig und du verlierst bei jedem Sprung einen Bruchteil der Link-Equity.
„Die Weiterleitungskarte ist wichtiger als die neue Architektur. Wenn du sie falsch machst, wirst du Monate damit verbringen, Rankings zurückzuholen, die du nicht hätte verlieren müssen." — Etwas, das ich jedem Kunden vor einer Migration sage.
---
Welche solltest du also wirklich wählen?
Hängt wirklich von deiner Situation ab, aber so würde ich es rahmen:
Wähle Multisite, wenn du ein Netzwerk ähnlicher Seiten verwaltest (Franchises, regionale Ausgaben, templated Brands) und dein Team die WordPress-Tiefe hat, um damit umzugehen. Investiere in qualitativ hochwertiges Multisite-kompatibles Hosting — WP Engine oder Kinsta, nicht einen geteilten cPanel-Plan. if you're managing a network of similar sites (franchises, regional editions, templated brands) and your team has the WordPress depth to handle it. Invest in quality Multisite-compatible hosting — WP Engine or Kinsta, not a shared cPanel plan.
Wähle Subfolder-Konsolidierung, wenn deine Brands thematisch verwandt sind und SEO-Performance wichtiger ist als Markenunabhängigkeit. Das ist mein meistempfohlener Weg für Serviceunternehmen und Content-getriebene Unternehmen. if your brands are topically related and SEO performance is the priority over brand independence. This is my most-recommended path for service businesses and content-led companies.
Wähle Subdomains oder separate Domains, wenn deine Brands wirklich unterschiedliche Zielgruppen bedienen, in verschiedenen regulatorischen Umgebungen tätig sind oder technische Anforderungen haben, die zu Plugin- oder Performance-Konflikten unter einer Installation führen würden. Akzeptiere den langsameren Authority-Aufbau und investiere in Link-Akquisition für jede Property. if your brands genuinely serve different audiences, operate in different regulatory environments, or have technical requirements that would create plugin or performance conflicts under one install. Accept the slower authority build and invest in link acquisition for each property.
Und ehrlich gesagt? Wenn dir jemand eine pauschale Antwort verkaufen will, ohne dein spezifisches Backlink-Profil, deine Content-Tiefe und die technische Kapazität deines Teams zu überprüfen — sei skeptisch. Die Antwort liegt immer in den Daten, nicht in der Doktrin.
---
FAQ
Schadet WordPress Multisite SEO?
Nicht grundsätzlich. Multisite selbst ist aus einer Crawling-Perspektive neutral. Die SEO-Auswirkungen ergeben sich aus der Struktur deiner URLs (Subdomains vs. Subfolders) und wie gut du Canonical-Tags, hreflang und XML-Sitemaps im gesamten Netzwerk verwaltest. Ein schlecht konfiguriertes Multisite mit doppelten Canonicals wird Schaden anrichten. Ein ordnungsgemäß eingerichtetes nicht.how you structure the URLs (subdomains vs. subfolders) and how well you manage canonical tags, hreflang, and XML sitemaps across the network. A badly configured Multisite with duplicate canonicals will hurt. A properly set-up one won't.
Behandelt Google Subdomains als separate Websites?
Ja, funktional gesehen. Google hat bestätigt, dass es Subdomains beim Crawling und bei der Bewertung als separate Sites behandelt. Das bedeutet nicht, dass sie null Autorität von der Root-Domain erben — eine starke Root-Domain gibt durchaus etwas Vertrauen weiter — aber rechne nicht damit, dass eine neue Subdomain automatisch rankt, nur weil die übergeordnete Domain autoritativ ist. Das wird sie nicht, nicht ohne eigene Backlinks und Content-Signale.
Kann ich Domain Mapping in WordPress Multisite für verschiedene Brands nutzen?
Ja. Mit einem Plugin wie Mercator (gepflegt von Human Made) oder dem eingebauten Domain Mapping in neueren WordPress-Versionen kannst du brand2.com einer Subsite in deinem Multisite-Netzwerk zuordnen. Das ist mächtig für Agenturen, die ein Portfolio von Brands verwalten. Die SEO-Implikation ist, dass jede zugeordnete Domain sich für Suchzwecke wie eine unabhängige Domain verhält — nützlich, wenn du Brand-Trennung willst, aber geteilte Infrastruktur.brand2.com to a subsite in your Multisite network. This is powerful for agencies managing portfolio brands. The SEO implication is that each mapped domain behaves as its own independent domain for search purposes — useful if you want brand separation but shared infrastructure.
Wie lange dauert es, bis eine Multi-Domain-SEO-Konsolidierung Ergebnisse zeigt?
Länger, als Clients hören wollen. Nach meiner Erfahrung solltest du mit drei bis sechs Monaten rechnen, bevor du nach einer Konsolidierungsmigration eine aussagekräftige Ranking-Bewegung siehst — vorausgesetzt, die Redirects sind sauber und der Content ist intakt. Zwölf Monate, um den vollständigen kumulativen Effekt zu sehen. Wer schneller verspricht, arbeitet entweder mit einer ungewöhnlich starken Domain oder beschönigt die Timeline.
Sollte ich hreflang mit WordPress Multisite für mehrsprachige Brands nutzen?
Ja, absolut — wenn du verschiedene Sprachen oder regionale Inhalte auslieferst. Googles hreflang-Dokumentation ist bei der Implementierung gründlich. WPML und Polylang haben beide Multisite-kompatible Modi, obwohl WPML-Multisite-Support nach meiner Erfahrung mehr bewährt ist. Validiere deine hreflang immer mit dem International Targeting Report in der Search Console nach dem Launch.Google's hreflang documentation is thorough on implementation. WPML and Polylang both have Multisite-compatible modes, though WPML's Multisite support is more battle-tested in my experience. Always validate your hreflang with Search Console's International Targeting report after launch.
---
Die Architektur-Diskussion ist unsexy. Clients wollen über Content und Rankings sprechen. Aber ich habe beobachtet, wie dieselbe Konsolidierungsentscheidung — gut gemacht versus schlecht gemacht — über zwei Jahre hinweg einen 90%-Unterschied beim organischen Wachstum erzeugt. Mach die Struktur zuerst richtig. Alles andere wird von dort aus leichter.