wordpress-multisite-subfolder-subdomain-seo.html
< BACK WordPress Multisite vs Subfolder vs Subdomain: Multi-Brand SEO – Strichzeichnung

WordPress Multisite vs. Subfolder vs. Subdomain: Multi-Brand SEO

Vor drei Jahren kam ein Kunde zu einem Call mit dem, was ich nur als Tabellenkalkulation des Chaos beschreiben kann. Sieben Marken. Vier Zielmärkte. Zwei Sprachen. Alle auf separaten WordPress-Installationen laufend, jede mit ihrer eigenen Hosting-Rechnung, ihren eigenen Plugin-Lizenzen, ihrem eigenen verlassenen 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.WordPress installs, each with its own hosting bill, its own plugin licences, its own abandoned blog. She wanted to "consolidate." I spent forty minutes talking her out of the wrong decision, and the wrong decision, in her case, was WordPress Multisite.

Wichtigste Erkenntnis: Unterordner konsolidieren Autorität, Subdomains teilen sie auf, und Multisite ist eher eine Entscheidung für den Betrieb als für SEO; nutze standardmäßig Unterordner, es sei denn, deine Governance zwingt dich zu etwas anderem.Subfolders consolidate authority, subdomains split it, and Multisite is an ops decision rather than an SEO one; default to subfolders unless governance forces otherwise.

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 einzige WordPress-Installation mit mehreren Sites unter einer gemeinsamen Codebasis. Jede Site kann eine Subdomain sein (brand2.deindomain.de) oder ein Unterordner (deindomain.de/brand2), oder sogar eine gemappte Domain (brand2.de) ü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 aus Pfaden wie deindomain.de/brand2/ bereitgestellt. Technisch gesehen nicht Multisite. Kann mit Tools gefälscht werden, oder richtig mit bestimmten Page-Builder-Setups umgesetzt werden, bedeutet aber normalerweise eine Site 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.deindomain.de. Entweder innerhalb von Multisite oder als vollständig separate WordPress-Installation mit Verweis auf eine andere Subdomain., 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 echte separate Unternehmen sind – unterschiedliche Zielgruppen, unterschiedliche Nischen, unterschiedliche Intentionen – ergeben Subdomains oder separate Domains Sinn. Wenn sie eine gemeinsame Identität teilen oder sich thematisch überlappen, wird eine Unterordner-Struktur oder ein Multisite-Unterordner-Netzwerk Link-Guthaben schneller ansammeln.

Seahawk hatte einen Hospitality-Client mit vier Hotelmarken unter einem übergeordneten Unternehmen. Wir haben sie von vier separaten Domains zu einem Multisite-Unterordner-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 – 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 über 40 Sites für einen Client. Ein Theme-Update, einen Security-Patch – erledigt über alle. Ohne Multisite, das wäre ein Montagmorgen für sich.

Wo es zusammenbricht

Multisite bestraft dich hart, wenn deine Marken auseinandergehen. In dem Moment, in dem Marke A ein Plugin benötigt, das mit etwas kollidiert, das Marke B braucht, hast du ein Problem. Und WordPress-Plugins sind nicht immer Multisite-kompatibel -- das ist wirklich noch 2024 der Fall. WP Engine's Multisite-Anleitung führt Plugin-Kompatibilität als größten Reibungspunkt auf, und ich würde das aus Erfahrung bestätigen.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 Codebase-Absicht teilen und sich in Plugin-Anforderungen nicht auseinandergehen -- Multisite lohnt sich. Wenn sie genuinely separate Business Units mit separaten technischen Anforderungen sind, sind separate Installationen weniger Kopfschmerzen, auch wenn der Admin-Aufwand 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 arbeitete ich an einem UK-basierten Fintech, das drei separate Domains für drei Produktlinien aufgebaut hatte. Combined Backlink-Profil über alle drei? Etwa 1.400 verweisende Domains. Wir konsolidierten in eine Subfolder-Struktur auf ihrer stärksten Domain über acht Monate. Innerhalb von vierzehn Monaten hatten sie diese Signale effectively gepooled -- wir sahen die schwächeren Produktlinien für Begriffe ranken, die sie vorher nie berührt hatten, rein weil sich die Domain Authority um sie herum erhöht hatte.

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.

Auch -- wenn du genuinely zwei verschiedene Marken mit verschiedenen Zielgruppen leitest, sieht ein Subfolder unter der Domain einer Marke für Nutzer merkwürdig aus. Brand Perception spielt eine Rolle. Wenn jemand auf fashionlabel.com/industrial-tools/ landet, ist etwas in der Positioning-Diskussion 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.

  1. 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.
  2. 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.
  3. International mit verschiedenen TLDs nicht verfügbar. Wenn brand.fr nicht verfügbar ist, aber fr.brand.com -- eine Subdomain mit korrektem hreflang-Setup ist besser als nichts. When brand.fr isn't available but fr.brand.com is, a subdomain with a proper hreflang setup is better than nothing.
  4. 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.com or community.yourdomain.com where 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/) -- crawle alle Kandidaten-Domains und mappe die aktuelle Authority-Verteilung. Ich will sehen, wo die Backlinks wirklich existieren, bevor ich etwas zu verschieben 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 Site Explorer zum Vergleich von Domains nebeneinander. Ich hole mir verweisende Domain-Zahlen, DR-Scores und topical Authority-Verteilung., 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 Client Daten hat, will ich sehen, welche Properties wirklich Impressions fahren versus tot rumliegen. Eine Domain mit 50.000 verweisenden Domains aber null GSC Impressions hat ein Content-Problem, nicht ein Structure-Problem., 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 jegliche Multisite-Migration-Arbeit lebe ich in WP CLI. Manuelle Datenbank-Migrationen für Multisite sind eine spezielle 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 -- Post-Migration Monitoring. Wenn ich vier Properties gemergt habe, will ich real-time Error Tracking für die ersten sechs Wochen., 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:

  1. Alle bestehenden URLs über alle Properties hinweg prüfen -- Screaming Frog, alles exportieren.
  2. Ordne jede alte URL ihrem neuen Ziel zu. Jede einzelne. Nicht „wir kümmern uns später um Weiterleitungen."
  3. Richte die neue Struktur im Staging ein. Teste Weiterleitungen mit einem Tool wie Redirect Path (Chrome-Erweiterung).
  4. Content zuerst migrieren, an einem ruhigen Tag live gehen (Dienstagmorgen funktioniert für mich -- niedriger Traffic, volle Woche zum Überwachen vor uns).
  5. Reiche aktualisierte Sitemaps bei GSC für alle betroffenen Eigenschaften innerhalb von 24 Stunden ein.
  6. Überwache GSC täglich mindestens 30 Tage lang auf Crawl-Fehler.
  7. 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 Redirect-Map ist wichtiger als die neue Architektur. Wenn du sie falsch machst, wirst du Monate damit verbringen, Rankings zurückzugewinnen, die du nicht hättest verlieren müssen." -- Etwas, das ich jedem Client 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 von ähnlichen Websites 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 gemeinsamen 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 jemand dir eine pauschale Antwort verkaufen will, ohne dein spezifisches Backlink-Profil, deine Content-Tiefe und die technische Kapazität deines Teams zu prü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. Google hat bestätigt, dass es Subdomains für das Crawlen und die Bewertung als separate Websites behandelt. Das bedeutet nicht, dass sie null Autorität von der Root-Domain erben -- eine starke Root-Domain gibt etwas Vertrauen weiter -- aber gehe nicht davon aus, dass eine neue Subdomain automatisch rankt, nur weil die Parent-Domain autoritativ ist. Das wird sie nicht, nicht ohne ihre eigenen Backlink- und Content-Signale.

Kann ich Domain Mapping in WordPress Multisite für verschiedene Brands nutzen?

Ja. Mit einem Plugin wie Mercator (von Human Made gepflegt) oder dem integrierten Domain-Mapping in neueren WordPress-Versionen kannst du brand2.com zu einer Subsite in deinem Multisite-Netzwerk mappen. Das ist mächtig für Agenturen, die Portfolio-Brands verwalten. Die SEO-Implikation ist, dass jede gemappte Domain sich für Suchzwecke wie ihre eigene 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, definitiv -- wenn du unterschiedliche Sprachen oder regionale Inhalte bedienst. Googles hreflang-Dokumentation ist gründlich zur Implementierung. WPML und Polylang haben beide Multisite-kompatible Modi, wobei WPMLs Multisite-Support meiner Erfahrung nach besser getestet ist. Validiere dein hreflang immer mit Search Console's International Targeting Report 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.

---

Das Architektur-Gespräch ist unsexy. Clients wollen über Content und Rankings sprechen. Aber ich habe gesehen, wie dieselbe Konsolidierungsentscheidung -- gut gemacht versus schlecht gemacht -- einen 90%-Unterschied im organischen Wachstum über zwei Jahre produziert. Mach die Struktur zuerst richtig. Alles andere ist von dort an einfacher.

< BACK