Auf dieser Seite
- Warum Google Subdomains anders behandelt
- Die drei SEO-Kosten einer Subdomain
- Subdomain vs. Subdirectory: Der direkte Vergleich
- Blog auf Subdomain
- Blog im Subdirectory
- Wer besonders betroffen ist
- Wann eine Subdomain trotzdem sinnvoll ist
- Kosten-Nutzen-Rechnung vor der Migration
- Migration-Checkliste: Schritt für Schritt
- Wann eine Migration sinnvoll ist
- Drei Migrationswege im Vergleich
- Cloudflare Worker
- Vollständige CMS-Migration
- AI-Sichtbarkeit als zusätzliches Argument
- Strukturentscheidungen haben lange Halbwertszeiten
B2B-Unternehmen investieren Monate in Content-Produktion und sehen kaum organisches Wachstum. In vielen Fällen liegt die Ursache nicht im Content selbst, sondern in einer architektonischen Entscheidung, die vor Jahren nebenbei getroffen wurde: Der Blog läuft auf einer Subdomain. Die SEO-Grundlagen sind solide. Die URL-Architektur nicht.
blog.firma.de statt firma.de/blog klingt nach einem technischen Detail. Für Google ist es ein grundlegend anderer Sachverhalt. IWantMyName, ein Domain-Registrar, verschob seinen Blog 2014 von einem Subdirectory auf eine Subdomain und verlor dabei 47% seines organischen Traffics. Der umgekehrte Weg funktioniert genauso zuverlässig: Salesforce verdoppelte seinen organischen Traffic, als der Blog von einer Subdomain in ein Subdirectory umzog, wie eine CognitiveSEO-Fallstudie dokumentiert.
Die gute Nachricht: Die Migration ist technisch lösbar, ohne den bestehenden Blog umzuschreiben oder die Infrastruktur zu wechseln. Semrush-Daten zeigen, dass Subdirectories im Durchschnitt 25% mehr organischen Traffic erzielen als vergleichbare Subdomain-Strukturen. Mehrere Fallstudien von SEMrush, Ahrefs und Backlinko bestätigen Traffic-Zuwachse von 15 bis 45% nach solchen Migrationen.
Warum Google Subdomains anders behandelt
Googles offizielle Position ist bekannt. John Mueller, Google Search Advocate, erklärte: "Google websearch is fine with using either subdomains or subdirectories. I recommend picking a setup that you can keep for longer." An anderer Stelle empfahl er, Inhalte zusammenzuhalten: "I would personally try to keep things together as much as possible. So if it's the same site then try to put them on the same site."
Die Praxis widerspricht der offiziellen Gleichbehandlung. Google indexiert und bewertet Hosts unabhängig voneinander. Eine Subdomain wie blog.example.com erhält ein eigenes Crawl-Budget, eine eigene Indexierungshistorie und baut Autorität separat auf. Backlinks, die auf die Subdomain zeigen, stärken nicht die Hauptdomain. Backlinks auf die Hauptdomain fließen nicht automatisch zur Subdomain.
Technisch gelten Links von firma.de zu blog.firma.de als externe Links. Der PageRank, den ein Blogartikel durch Backlinks aufbaut, fließt nicht automatisch in die Hauptdomain zurück. Das Ergebnis: Zwei separate Content-Einheiten konkurrieren um Ranking-Signale, anstatt sich gegenseitig zu stärken.
Die drei SEO-Kosten einer Subdomain
Autorität bleibt fragmentiert. Ein Subdirectory erbt die Domain-Autorität der Hauptdomain automatisch. Eine Subdomain startet bei null, unabhängig davon, wie stark die Hauptdomain ist. Wenn die Hauptdomain einen Domain-Authority-Wert von 70 hat, beginnt blog.example.com trotzdem bei null, wie Superblog anhand von Moz-Daten zeigt.
Backlinks verpuffen. Links, die auf eine Subdomain zeigen, verbleiben dort. Sie stärken nicht die Hauptdomain. Jeder Backlink, den ein Blog-Artikel auf blog.example.com gewinnt, trägt nicht zum Ranking von example.com bei. Für Unternehmen, deren Kundengewinnung wesentlich von organischer Sichtbarkeit abhängt, ist das kein marginaler Unterschied.
Crawl-Budget wird doppelt verbraucht. Google weist jedem Host ein eigenes Crawl-Budget zu. Wer Blog und Hauptdomain auf getrennten Hosts betreibt, zwingt Googlebot, beide separat zu crawlen. Neue Seiten auf der Subdomain werden langsamer entdeckt. Bei grossen Sites mit begrenztem Crawl-Budget verlangsamt das die Indexierungsgeschwindigkeit spürbar, wie Ignite Visibility beschreibt.
Subdomain vs. Subdirectory: Der direkte Vergleich
Blog auf Subdomain
- Startet bei Domain Authority 0
- Backlinks stärken nicht die Hauptdomain
- Eigenes Crawl-Budget erforderlich
- Separate Search Console Property
- Separate Sitemaps und robots.txt
- Cross-Domain-Tracking in GA4 nötig
- Interne Links wirken wie externe Links
Blog im Subdirectory
- Erbt Autorität der Hauptdomain sofort
- Alle Backlinks stärken die Hauptdomain
- Geteiltes Crawl-Budget, schnellere Indexierung
- Eine Search Console Property
- Einheitliche Sitemap und robots.txt
- Einheitliches Analytics-Tracking
- Interne Links geben volle Link Equity weiter
Die Trennung hat auch Auswirkungen auf die interne Linkstruktur. Wer auf der Hauptdomain konsequent auf Blogartikel verlinkt, baut de facto externe Links auf. Die Konsolidierung des PageRanks innerhalb einer Domain ist deutlich effizienter.
Wer besonders betroffen ist
Nicht jede Subdomain-Situation ist gleich problematisch. Einige Konstellationen führen systematisch zu Sichtbarkeitsverlusten.
Betroffen sind vor allem Unternehmen, die ihren Blog auf einer anderen Plattform betreiben als die Hauptseite: WordPress auf der Hauptdomain, Ghost oder Medium auf einer Subdomain. Oder Unternehmen, die nach einer Website-Neugestaltung die bestehende Blog-Infrastruktur auf einer Subdomain belassen haben, weil eine vollständige Migration zu aufwendig wirkte.
Besonders kritisch wird es, wenn die Blogartikel auf Keywords abzielen, die direkt mit den Leistungen der Hauptdomain konkurrieren. Ein Unternehmensberater mit beratung.de als Hauptdomain und blog.beratung.de, der Artikel über "Unternehmensberatung Mittelstand" schreibt, verschenkt ranking-kritische Linkautorität ins eigene Subdomain-Konstrukt.
Kostenlose Erstanalyse. Wie ist Ihre Website strukturiert, und was kostet Sie das an organischer Sichtbarkeit? Wir analysieren Ihre Architektur und zeigen konkrete Handlungsempfehlungen. Jetzt Analyse anfordern
Wann eine Subdomain trotzdem sinnvoll ist
Die Subdomain ist nicht grundsätzlich falsch. Sie ist falsch für Inhalte, die von der Hauptdomain-Autorität profitieren sollen. Für technisch getrennte Systeme gibt es legitime Gründe.
Entwicklerportale und API-Dokumentation auf Subdomains ranken oft für hochqualifizierte Suchanfragen, die direkt zur Produktadoption führen. Compliance-Anforderungen wie PCI oder HIPAA können eine technische Trennung erzwingen. Separate Marken mit eigenem Authentifizierungsmodell rechtfertigen ebenfalls eine Subdomain.
Geografische Subdomains für internationale Märkte sind ein Sonderfall. Wikipedia und Airbnb nutzen de.wikipedia.org oder fr.airbnb.com für Geo-Targeting. Für die meisten B2B-Unternehmen im DACH-Raum ist jedoch die Subdirectory-Variante (example.com/de/) technisch einfacher und SEO-technisch vorteilhafter, da sie Autorität konsolidiert statt fragmentiert.
Kosten-Nutzen-Rechnung vor der Migration
Bevor eine Migration startet, braucht es eine ehrliche Bestandsaufnahme. Der potenzielle Traffic-Gewinn muss gegen den Migrationsaufwand und das temporäre Ranking-Risiko abgewogen werden.
Auf der Nutzenseite stehen drei messbare Größen. Erstens der direkte Traffic-Uplift: Bei einer Subdomain mit 1.000 monatlichen organischen Besuchern und einem konservativen Zuwachs von 20% nach Migration ergibt das 200 zusätzliche Besucher pro Monat. Bei einer B2B-Conversion-Rate von 2% und einem durchschnittlichen Auftragswert von 15.000 Euro entspricht das einem Mehrumsatz von 60.000 Euro jährlich. Zweitens die Backlink-Konsolidierung: Alle künftigen Backlinks auf Blog-Inhalte stärken direkt die Hauptdomain. Drittens der Crawl-Effizienz-Gewinn: Neue Inhalte werden schneller indexiert, was bei aktivem Content-Programm direkt die Time-to-Ranking verkürzt.
Auf der Kostenseite stehen Entwicklungsaufwand, Projektmanagement und das Risiko temporärer Ranking-Schwankungen. Johannes Beus von Sistrix beschreibt den Prozess klar: "Google braucht bis zu 3 Monate, um alle URLs neu zu durchsuchen und zu den vorherigen Ebenen zurückzukehren." Dieser Zeitraum ist einzuplanen. Wer in einem Quartal mit einer wichtigen Kampagne oder einem Produktlaunch rechnet, verschiebt die Migration auf danach.
Die Faustregel: Eine Migration lohnt sich, wenn der Blog mehr als 500 monatliche organische Besucher hat, die Hauptdomain über 30 Referring Domains verfügt und der Blog thematisch direkt mit den Kernleistungen der Domain zusammenhängt. Unterhalb dieser Schwellen ist der Aufwand oft größer als der kurzfristige Ertrag.
Migration-Checkliste: Schritt für Schritt
Eine saubere Migration folgt einer festen Reihenfolge. Fehler in der Handlungskette, nicht Google, sind laut Sistrix für Rankingverluste nach Migrationen verantwortlich. Die folgende Checkliste deckt alle kritischen Punkte ab.
Vorbereitung (2-4 Wochen vor Migration):
- Vollständiges URL-Mapping erstellen: jede Subdomain-URL ihrer neuen Subdirectory-URL zuordnen, exportiert aus der Search Console oder einem Crawler wie Screaming Frog
- Alle eingehenden Backlinks auf die Subdomain dokumentieren (Ahrefs oder Semrush)
- Aktuellen organischen Traffic der Subdomain als Baseline festhalten
- TTL-Werte der DNS-Einträge auf 300 Sekunden (5 Minuten) reduzieren, um Propagationszeiten beim Umschalten zu minimieren
- Vollständiges Backup aller Blog-Inhalte und der Datenbank anlegen
- Staging-Umgebung aufsetzen und Migration dort testen
Technische Umsetzung (Migrationstag):
- 301-Weiterleitungen für alle URLs implementieren, keine 302-Weiterleitungen und keine Meta-Refreshes, da diese keine Link Equity übertragen
- Interne Links im CMS auf die neuen Subdirectory-Pfade aktualisieren
- Canonical-Tags prüfen: alle Canonicals müssen auf die neuen Subdirectory-URLs zeigen
- robots.txt der alten Subdomain aktualisieren: Crawling erlaubt lassen, damit Googlebot die Weiterleitungen verfolgen kann
- SSL-Zertifikat für den neuen Pfad verifizieren
Nach der Migration (erste 8 Wochen):
- Neue Subdirectory-Property in Google Search Console verifizieren
- Aktualisierte XML-Sitemap einreichen, die ausschließlich Subdirectory-URLs enthält
- GA4-Tracking prüfen: Cross-Domain-Konfiguration ist nicht mehr nötig und muss entfernt werden, da doppelte Zählung sonst die Daten verfälscht
- Crawl-Fehler täglich in Search Console überwachen, insbesondere 404-Fehler auf alten Subdomain-URLs
- Rankings der wichtigsten Keywords wöchentlich tracken
- Nach 8 Wochen: Sichtbarkeitsindex in Sistrix oder Semrush mit der Baseline vergleichen
Weiterleitungsfehler sind der häufigste Grund für Rankingverluste nach Migrationen. Jede Subdomain-URL ohne 301-Weiterleitung erzeugt einen 404-Fehler und vernichtet den aufgebauten Linkwert dieser Seite dauerhaft. Ein lückenloses URL-Mapping vor dem Migrationstag ist nicht optional.
Wann eine Migration sinnvoll ist
Eine Migration von Subdomain zu Subdirectory ist nicht in jedem Fall die richtige Entscheidung. Sie lohnt sich, wenn mehrere Bedingungen erfüllt sind.
Die Hauptdomain hat messbare Domain-Autorität: mindestens 20 bis 30 Referring Domains mit relevantem Themen-Bezug. Der Blog produziert Keywords, die direkt mit den Hauptleistungen der Domain zusammenhängen. Und der Blog hat genug Content-Volumen, um von der konsolidierten Autorität zu profitieren: in der Regel mehr als 20 indexierte Seiten.
Für Unternehmen mit weniger als 10 Artikeln und einer jungen Domain ist der Aufwand einer Migration oft größer als der kurzfristige Nutzen. Für etablierte B2B-Unternehmen mit aktivem SEO-Audit in der Pipeline ist die Subdomain-Frage dagegen oft ein schnell identifizierbarer Hebel mit klar messbarem Impact.
Drei Migrationswege im Vergleich
Die technische Umsetzung hängt von der bestehenden Infrastruktur ab. Drei Ansätze haben sich in der Praxis bewährt.
Der einfachste Weg für Unternehmen mit Cloudflare: Ein Cloudflare Worker leitet Anfragen an firma.de/blog intern an blog.firma.de weiter. Der Besucher sieht firma.de/blog, der Blog läuft weiterhin auf seiner eigenen Infrastruktur. Kein Hosting-Wechsel, keine CMS-Migration. Dieser Ansatz funktioniert mit nahezu jeder Blogging-Plattform, von WordPress über Ghost bis Next.js.
Für Unternehmen ohne Cloudflare bietet sich ein klassischer Reverse-Proxy-Ansatz über den Webserver an. Nginx oder Apache leiten /blog-Pfade intern an den Blog-Server weiter. Aufwendiger in der Konfiguration, aber gleichermaßen wirksam.
Der dritte Weg ist eine vollständige technische Migration: Blog-Inhalte werden nativ in das Hauptdomain-CMS importiert. Dieser Ansatz eliminiert alle Routing-Komplexität, erfordert aber den größten initialen Aufwand und birgt das höchste Risiko für Fehler bei der URL-Weiterleitungsstruktur. Superblog beschreibt im Detail, wie SSL-Zertifikatsverwaltung, Path-Rewriting und CORS-Header-Konfiguration dabei zusammenspielen.
Cloudflare Worker
- Kein Hosting-Wechsel nötig
- Blog-Plattform bleibt unverändert
- Einrichtung in 1-2 Stunden möglich
- Abhängigkeit von Cloudflare-Infrastruktur
- Geeignet für: WordPress, Ghost, Next.js
Vollständige CMS-Migration
- Keine externe Routing-Abhängigkeit
- Maximale technische Kontrolle
- Höchster initialer Aufwand
- Größtes Fehlerrisiko beim URL-Mapping
- Geeignet für: große Sites mit Entwicklungsressourcen
AI-Sichtbarkeit als zusätzliches Argument
Ein Aspekt, der in klassischen SEO-Debatten zur Subdomain-Frage fehlt: AI-Suchmaschinen wie ChatGPT, Perplexity und Claude crawlen und zitieren Inhalte nach eigenen Mustern. Fragmentierte Strukturen erschweren es diesen Systemen, Subdomain-Inhalte der Hauptmarke zuzuordnen. Das kann zu inkonsistenten Markenzitierungen in AI-Antworten führen, wie trydecoding.com beschreibt.
Für B2B-Unternehmen, die organische Sichtbarkeit nicht nur bei Google, sondern auch in AI-gestützten Rechercheprozessen aufbauen wollen, ist die konsolidierte Subdirectory-Struktur damit doppelt relevant. Die Autorität der Hauptdomain wirkt als Vertrauenssignal für beide Systeme.
Strukturentscheidungen haben lange Halbwertszeiten
Mueller empfiehlt, eine Struktur zu wählen, die man langfristig beibehält. Das ist pragmatischer Rat: Jede Migration kostet Zeit, Ressourcen und trägt ein temporäres Ranking-Risiko. Wer heute eine Subdomain aufbaut, zahlt diesen Preis zweimal: einmal durch entgangene Autorität, einmal durch die spätere Migration.
Für Revenue-kritische Inhalte wie Blog, Landing Pages, Case Studies und Resource Center gilt die Empfehlung eindeutig: Subdirectory. Für technisch getrennte Systeme mit eigenen Compliance-Anforderungen bleibt die Subdomain eine valide Wahl. Die Entscheidung ist keine technische Präferenz, sondern eine strategische Weichenstellung für die nächsten Jahre. Wer bei Google gefunden werden will, braucht eine kohärente URL-Architektur als Fundament. Die Subdomain-Entscheidung ist oft einer der letzten technischen Blocker, bevor Content-Investitionen ihren vollen Ertrag entfalten.
Verliert man Rankings bei einer Subdomain-zu-Subdirectory-Migration?
Ein temporärer Rückgang ist normal und zu erwarten. Die meisten Sites erholen sich innerhalb von 4 bis 8 Wochen, sofern alle 301-Weiterleitungen korrekt implementiert sind und keine URLs verloren gehen. Ohne vollständige Weiterleitungen sind dauerhafte Ranking-Verluste möglich.
Muss man für eine Subdomain eine separate Search Console Property anlegen?
Ja. Google behandelt Subdomains als eigenständige Hosts. Jede Subdomain benötigt eine eigene Search Console Property mit separater Verifizierung, eigener Sitemap-Einreichung und eigenem Crawl-Budget-Monitoring.
Wann ist eine Subdomain trotzdem die richtige Wahl?
Wenn technische, sicherheitstechnische oder compliance-bedingte Anforderungen eine Trennung erzwingen: Entwicklerportale, API-Dokumentation, PCI- oder HIPAA-konforme Bereiche, separate Marken mit eigenem Login-System. Für Blog-Inhalte und Marketing-Content ist die Subdomain in der Regel die schlechtere Wahl.
Wie lange dauert es, bis Google die neue Subdirectory-Struktur vollständig verarbeitet hat?
Die vollständige Verarbeitung kann Wochen bis Monate dauern. Rankings stabilisieren sich typischerweise nach 4 bis 8 Wochen. Große Sites mit vielen URLs benötigen länger, bis Googlebot alle neuen Pfade gecrawlt und indexiert hat. Sistrix empfiehlt, nach 3 Monaten eine abschließende Bewertung vorzunehmen.
Ab wann lohnt sich eine Migration wirtschaftlich?
Als Faustregel gilt: mehr als 500 monatliche organische Besucher auf der Subdomain, mindestens 30 Referring Domains auf der Hauptdomain und thematische Überschneidung zwischen Blog-Keywords und Kernleistungen. Unterhalb dieser Schwellen übersteigt der Migrationsaufwand den kurzfristigen Ertrag.
Was passiert mit dem GA4-Tracking nach der Migration?
Die Cross-Domain-Konfiguration in GA4, die für Subdomain-Tracking nötig war, muss nach der Migration entfernt werden. Andernfalls werden Nutzer doppelt gezählt. Nach der Konsolidierung auf eine Domain genügt ein einziger GA4-Datenstrom ohne Cross-Domain-Einstellungen.