SEO

Subdomain oder Unterverzeichnis? Die SEO Entscheidung für Blog und Sprachversionen

Talha Aslan 17 Minuten Lesezeit 1 Aufrufe

Kurze Antwort

Subdomain oder Unterverzeichnis: Was ist für SEO besser?

Eine Subdomain ist ein eigener Hostname vor Ihrer Domain, etwa blog.example.com; ein Unterverzeichnis ist dagegen ein Ordner innerhalb derselben Domain, etwa example.com/blog/. Google kann beides crawlen und indexieren, also entscheidet bei Subdomain oder Unterverzeichnis vor allem der Aufwand. Ein Unterverzeichnis braucht meist weniger Pflege; eine Subdomain passt zu getrennten Teams oder Systemen.

Alle Details und Beispiele finden Sie weiter unten im Beitrag

Wir von Talha Aslan und Team hören diese Frage vor allem in zwei Momenten: beim Start eines Blogs und bei der zweiten Sprachversion einer Website. Eine allgemeingültige Antwort gibt es nicht. Allerdings gibt es klare Kriterien, die jedes Unternehmen zur passenden Lösung führen. In diesem Leitfaden zeigen wir, was die offizielle Dokumentation von Google sagt, wie Autorität in der Praxis fließt, wie sich die Verwaltung unterscheidet und welches Risiko ein Umzug wirklich birgt.

Was genau sind eine Subdomain und ein Unterverzeichnis?

Eine Webadresse besteht aus mehreren Teilen. In https://blog.example.com/artikel/ ist "example.com" Ihre registrierte Domain. Der Teil "blog" davor ist die Subdomain. In https://example.com/blog/artikel/ liegt der Blog dagegen als Ordner innerhalb der Domain, also hinter dem Schrägstrich.

  • Subdomain: Sie hat einen eigenen DNS Eintrag. Deshalb können Sie sie auf einen anderen Server, ein anderes System und ein anderes Team ausrichten.
  • Unterverzeichnis: Es liegt auf demselben Server wie die Hauptseite und läuft meist im selben Content Management System. Das heißt, Menüs, Vorlagen und Sicherheitseinstellungen bleiben gemeinsam.
  • Länderdomain (ccTLD): Eine vollständig eigene Domain wie example.de. Sie kommt als dritte Option ins Spiel, sobald Sie Sprach- und Länderversionen planen.

Auf dem Papier wirkt der Unterschied klein. In der Praxis behandeln Suchmaschinen, Browser und Analysetools eine Subdomain allerdings oft als eigenen Host. Folglich richten sich robots.txt, Search Console Properties und manche Berichte nach dieser Trennung.

Was sagt die offizielle Google Dokumentation zu beiden Strukturen?

Googles Leitfaden zu mehrsprachigen und länderübergreifenden Websites vergleicht vier URL Strukturen: Länderdomain, Subdomains mit generischer Domain, Unterverzeichnisse mit generischer Domain und URL Parameter. Für Parameter vermerkt Google ausdrücklich, dass es sie nicht empfiehlt. Einen Rankingvorteil für Subdomains oder Unterverzeichnisse nennt der Leitfaden dagegen nicht.

Die dort genannten Vor- und Nachteile lassen sich so zusammenfassen:

  • Subdomains: Sie lassen sich leicht einrichten, erlauben verschiedene Serverstandorte und halten Websites gut getrennt. Der Nachteil: Nutzer erkennen an der Adresse nicht immer, ob "de" eine Sprache oder ein Land meint.
  • Unterverzeichnisse: Sie lassen sich ebenfalls leicht einrichten und brauchen wenig Pflege, weil sie einen Host teilen. Nachteile sind ein einziger Serverstandort und eine schwierigere Trennung der Bereiche.

Zudem nutzt Googles Dokumentation zur URL Struktur für mehrsprachige Websites eine Länderdomain und einen Länderordner auf einer generischen Domain als Beispiele. Wir lesen das nicht als Rankingsignal. Trotzdem fällt auf, dass Googles Beispiele eher zum Ordner tendieren.

Kann Google Subdomains und Unterverzeichnisse gleich gut crawlen?

Ja. Nichts in der Dokumentation von Google schließt Subdomains von der Indexierung aus oder belohnt Unterverzeichnisse an sich. In beiden Fällen durchlaufen Ihre Seiten denselben Ablauf aus Crawling, Rendering und Indexierung. Deshalb halten Aussagen wie "Subdomains erscheinen nicht bei Google" oder "Ordner ranken automatisch besser" einer Prüfung nicht stand.

Der eigentliche Unterschied liegt in den technischen Regeln, die jede Struktur mitbringt. Zum Beispiel schreibt Google in der robots.txt Dokumentation, dass eine robots.txt auf einer Subdomain nur für diese Subdomain gilt. Die robots.txt Ihrer Hauptseite steuert also keine Seiten auf blog.example.com. Ebenso funktionieren manche Suchfunktionen wie Websitenamen auf Domain- und Subdomainebene.

Kurz gesagt kann Google beides verarbeiten. Die Entscheidung hängt deshalb weniger von der Indexierung ab. Wichtiger sind Verwaltung, interne Verlinkung und ein einheitlicher Markenauftritt. Diese Kriterien betrachten wir im Folgenden einzeln.

Wie fließt Autorität zwischen Subdomain und Hauptdomain?

An diesem Punkt entstehen die meisten Missverständnisse. Google veröffentlicht keine Formel dafür, wie Autorität zwischen einer Subdomain und der Hauptdomain fließt. Jede Zahl nach dem Muster "eine Subdomain erhält X Prozent der Autorität" ist daher eine Schätzung. Auf solche Zahlen stützen wir uns nicht.

In der Praxis beobachten wir etwas Einfacheres. Ein Artikel im Unterverzeichnis erhält ganz natürlich interne Links aus dem Hauptmenü, der Fußzeile und den Produktseiten. Somit zirkulieren auch die externen Links, die er gewinnt, innerhalb derselben Seitenstruktur. Auf einer Subdomain müssen Sie diese Verbindungen bewusst aufbauen, und viele Teams vergessen genau das.

Außerdem wirkt eine Subdomain mit eigener Vorlage und eigenem Menü auf Besucher oft wie eine fremde Website. Das schwächt die Verlinkung in beide Richtungen. Wie wir in unserem Leitfaden zur Domain Authority erklären, sind Autoritätswerte externer Anbieter keine Google Signale. Die Kontinuität der internen Links liegt allerdings bei beiden Strukturen in Ihrer Hand.

Subdomain oder Unterverzeichnis für den Blog: Was sollten Sie wählen?

Geht es beim Thema Subdomain oder Unterverzeichnis um einen Blog, empfehlen wir standardmäßig das Unterverzeichnis. Der Grund ist einfach: Ein Blog ist ein Content Hub, der Ihre Leistungs- und Produktseiten stärkt. Wer von einem Ratgeber zu einer Leistungsseite wechselt, sollte dasselbe Menü, dasselbe Design und dieselben Vertrauenssignale sehen.

Ein Unterverzeichnis ist meist die bessere Wahl, wenn Folgendes zutrifft:

  • Blog und Hauptseite laufen im selben Content Management System.
  • Der Blog soll Suchtraffic auf Leistungs- oder Produktseiten lenken.
  • Dasselbe Team pflegt die Inhalte, und ein eigener Server ist nicht nötig.
  • Sie möchten die Leistung der gesamten Website in einem einzigen Search Console Bericht sehen.

Andererseits ändert sich die Lage, wenn der Blog auf einer anderen Plattform bleiben muss. Ist Ihre Hauptseite zum Beispiel eine Individualsoftware und der Blog ein fertiges System, ist eine Subdomain technisch einfacher. Selbst dann kann ein Reverse Proxy den Blog unter einem Ordner ausliefern. Diese Option bedeutet zusätzlichen technischen Aufwand; kalkulieren Sie daher Kosten und Pflege vorher.

Subdomain oder Unterverzeichnis für Sprachversionen: Was ändert sich?

Bei Sprachversionen verschiebt sich die Frage Subdomain oder Unterverzeichnis etwas. Hier lautet das Ziel, jedem Leser die passende Seite in seiner Sprache zu zeigen. Google versteht Sprachpaare in beiden Strukturen über hreflang. Zudem hält Googles Dokumentation zu lokalisierten Versionen fest, dass alternative URLs nicht auf derselben Domain liegen müssen.

In der Praxis bevorzugen wir Sprachordner wie /en/ und /de/, sobald es eine Marke und ein Team gibt. So laufen Übersetzungsprozess, Vorlagen und Sicherheitsupdates an einer Stelle zusammen. Außerdem sind die Seiten einer neuen Sprache vom ersten Tag an mit der internen Verlinkung der Hauptseite verbunden.

Arbeitet allerdings jedes Land als eigene Firma mit eigenem Katalog und Team, passen Subdomain oder Länderdomain oft besser. Egal, welche Struktur Sie wählen: Ihre hreflang Angaben müssen gegenseitig sein. Das erklären wir ausführlich in unserem Beitrag zum hreflang Tag. Den größeren Rahmen zeigt unser Leitfaden zu mehrsprachigem Website SEO.

Wann ist eine Länderdomain als dritte Option sinnvoll?

Eine Länderdomain (ccTLD) ist eine Endung, die zu einem bestimmten Land gehört, etwa example.de. Laut Googles Leitfaden liefert diese Struktur das klarste Signal für die geografische Ausrichtung. Gleichzeitig nennt Google auch Nachteile: Sie kann teuer sein, braucht mehr Infrastruktur und zielt immer nur auf ein einziges Land.

Bedienen Sie zum Beispiel drei deutschsprachige Länder mit denselben Inhalten, deckt example.de allein Österreich und die Schweiz nicht ab. In diesem Fall ist ein Sprachordner flexibler. Ein Unternehmen, das nur in Deutschland verkauft und großen Wert auf lokale Vertrauenssignale legt, kann dagegen von einer Länderdomain profitieren.

Ein weiterer Nachteil: Jede neue Domain muss Vertrauen von null aufbauen. Das heißt, die externen Links Ihrer Hauptseite gehen nicht von selbst auf die neue Domain über. Daher empfehlen wir diesen Weg nur, wenn Sie für jeden Markt eigene Inhalte, eigenen Linkaufbau und ein eigenes Budget einplanen können.

Entscheidungstabelle: Welche Struktur passt zu welcher Situation?

Die folgende Tabelle verbindet die Vor- und Nachteile aus Googles Dokumentation mit unserer Erfahrung aus der Praxis. Sie ist keine Garantie. Betrachten Sie sie stattdessen als Ausgangsrahmen, der die Entscheidung erleichtert.

KriteriumUnterverzeichnis (example.com/blog/)Subdomain (blog.example.com)Länderdomain (example.de)
EinrichtungEinfach, gleiches SystemEinfach, eigener DNS EintragNeue Domain und Infrastruktur
PflegeaufwandGering, ein HostMittel, eventuell eigenes SystemHoch, je Land separat
Interne VerlinkungNatürlich und durchgehendMuss bewusst entstehenLinks zwischen Domains nötig
robots.txtDatei der Hauptseite giltEigene Datei nötigEigene Datei nötig
WebsitenameAuf Ordnerebene nicht möglichAuf Subdomainebene möglichAuf Domainebene möglich
Eigenes Team und eigener ServerSchwierigEinfachEinfach
Typischer EinsatzBlog, Sprachversion, eine MarkeApp, Hilfecenter, eigenes ProduktLandesgesellschaft mit eigenem Katalog

Kurz gesagt: Wählen Sie ein Unterverzeichnis, wenn die Inhalte die Hauptseite stärken sollen. Wählen Sie eine Subdomain, wenn die Inhalte wie ein eigenes Produkt oder ein eigenes Geschäft funktionieren. Beachten Sie beim Lesen außerdem, dass keine einzelne Zeile allein entscheidet. Brauchen Sie etwa einen eigenen Server, die Inhalte stärken aber die Hauptseite, kann ein Reverse Proxy die Ordnerstruktur als Mittelweg erhalten. Prüfen Sie also zuerst den Zweck der Inhalte, dann die Teamstruktur und zuletzt die Infrastruktur.

Wie richten Sie Search Console Properties für beide Strukturen ein?

Die Search Console kennt zwei Arten von Properties. Laut der Search Console Hilfe fasst eine Domain Property alle Subdomains und Protokolle zusammen. Eine Property mit URL Präfix umfasst dagegen nur Adressen, die mit dem eingegebenen Präfix beginnen. Für eine Domain Property ist zudem eine Bestätigung per DNS Eintrag nötig.

Diese Trennung prägt die Berichtsseite Ihrer Entscheidung:

  1. Legen Sie zunächst eine Domain Property an. So erscheinen Hauptseite und alle Subdomains in einem Bericht.
  2. Nutzen Sie eine Subdomain, ergänzen Sie dafür eine eigene Property mit URL Präfix. Dann verfolgen Sie Probleme dieses Bereichs separat.
  3. Nutzen Sie ein Unterverzeichnis, können Sie ebenfalls eine Property mit URL Präfix für https://example.com/blog/ anlegen. Damit werten Sie die Blogleistung leichter getrennt aus.
  4. Reichen Sie für jede Property die passende Sitemap ein und prüfen Sie die Indexierungsberichte regelmäßig.

Sind Sie neu in diesem Tool, führt Sie unsere Google Search Console Anleitung für Einsteiger Schritt für Schritt durch die wichtigsten Ansichten.

Wie verändern sich robots.txt und Sitemaps je nach Struktur?

Googles Dokumentation zur robots.txt ist hier sehr klar. Die Datei muss im obersten Verzeichnis der Website liegen, und ihre Regeln gelten nur für Host, Protokoll und Port, unter denen sie liegt. Crawler suchen in Unterverzeichnissen nicht nach einer robots.txt.

Diese Regel wirkt sich in beiden Strukturen unterschiedlich aus. Beim Unterverzeichnis stehen die Crawlingregeln Ihres Blogs in der robots.txt der Hauptseite. Eine falsche Sperre, die ein Entwickler auf der Hauptseite setzt, kann also auch den Blog treffen. Bei einer Subdomain brauchen Sie dagegen auf jeder Subdomain eine eigene robots.txt. Sonst gelten dort schlicht keine Regeln.

Für Sitemaps gilt eine ähnliche Logik. Googles Dokumentation zu lokalisierten Versionen weist darauf hin, dass eine Sitemap nur URLs unterhalb ihres eigenen Verzeichnisses enthalten darf. Eine Sitemap im Ordner /blog/ kann daher keine anderen Seiten der Hauptseite auflisten. Am saubersten ist es deshalb, Sitemaps im Stammverzeichnis zu halten und jeden Bereich als eigene Sitemap einzubinden.

Beeinflusst die Struktur Websitenamen und Markenauftritt?

Ja, an einer bestimmten Stelle. Googles Dokumentation zu Websitenamen beschreibt, dass der Websitename in den Suchergebnissen für Websites auf Domain- und Subdomainebene funktioniert. Dieselbe Seite stellt klar, dass Google auf Ebene von Unterverzeichnissen keine Websitenamen unterstützt.

Was bedeutet das konkret? Liegt Ihr Blog unter example.com/blog/, erscheint er in den Suchergebnissen mit dem Websitenamen der Hauptseite. Für die meisten Unternehmen ist das ein Vorteil, denn der Blogtraffic zahlt direkt auf die Hauptmarke ein. Eine Subdomain wie blog.example.com kann dagegen einen eigenen Websitenamen tragen.

Das hilft Ihnen, wenn Sie bewusst eine eigene Produktmarke aufbauen. Möchten Sie hingegen die Hauptmarke stärken, kann ein eigener Websitename sie in zwei Hälften teilen. Anders gesagt: Die Markenstrategie sollte die technische Entscheidung nicht überstimmen, beide sollten aber zueinander passen.

Welche Unterschiede gibt es bei Technik und Teamverwaltung?

SEO Debatten drehen sich oft um Rankings. Im Alltag macht allerdings der Verwaltungsaufwand den größeren Unterschied. Beim Unterverzeichnis verwalten Sie ein Zertifikat, eine Firewall und ein Vorlagensystem. Somit wirkt eine Verbesserung der Ladezeit sofort auf der gesamten Website.

Bei einer Subdomain folgt jedes System womöglich einem eigenen Updateplan. Die Hauptseite bleibt zum Beispiel aktuell, während der Blog ein veraltetes Plugin nutzt. Zudem bringen domainübergreifendes Tracking, Cookie Einwilligung und Tag Management zusätzliche Arbeit in der Analyse. Bleiben diese Aufgaben liegen, erscheint derselbe Besucher womöglich als zwei verschiedene Nutzer.

  • Sicherheit: Ein veraltetes System auf einer Subdomain kann dem Ruf der Hauptmarke schaden.
  • Design: Getrennte Vorlagen driften mit der Zeit auseinander, und Konsistenz braucht regelmäßige Kontrollen.
  • Zugriff: Für getrennte Teams erleichtert eine Subdomain die Aufteilung von Berechtigungen.

Daher ist eine Subdomain sinnvoll, wenn Sie wirklich ein eigenes Team, eigene Software und einen eigenen Veröffentlichungsrhythmus brauchen. Ist das nicht der Fall, sorgt ein Unterverzeichnis für weniger Überraschungen.

Welches Risiko birgt der Umzug von der Subdomain ins Unterverzeichnis?

Der Umzug einer bestehenden Subdomain in ein Unterverzeichnis ist ein Websiteumzug mit geänderten URLs. Googles Dokumentation zu Websiteumzügen mit URL Änderungen sagt, dass Sie während des Umzugs mit vorübergehenden Rankingschwankungen rechnen sollten. Bei mittelgroßen Websites kann es laut Google einige Wochen oder länger dauern, bis neue URLs die alten ersetzen.

Das Risiko entsteht weniger durch den Umzug selbst als durch eine fehlerhafte Umsetzung. Fehlende Weiterleitungen, Weiterleitungsketten und vergessene interne Links verursachen die meisten Verluste. Außerdem verdoppelt sich das Problem meist, wenn ein Team bei einem frühen Trafficrückgang in Panik gerät und die Struktur zurückbaut.

Prüfen Sie deshalb vor der Entscheidung, ob die aktuelle Struktur überhaupt ein Problem verursacht. Ziehen Sie nicht nur wegen der Hoffnung auf "besseres SEO" um. Ein Umzug braucht einen konkreten Grund, etwa weniger Pflegeaufwand, eine einheitliche Marke oder stärkere interne Links. Wir planen einen solchen Umzug für Ihre Website, erstellen die Weiterleitungsliste und begleiten die Zeit danach; ein Angebot erhalten Sie über unsere Seite zur SEO Beratung. Rankings garantieren wir nicht, aber wir machen das Risiko messbar.

Wie planen Sie den Umzug Schritt für Schritt?

Verbinden wir die Hauptschritte aus Googles Dokumentation mit unserer eigenen Checkliste, sieht der Ablauf so aus:

  1. Bestand erfassen: Listen Sie alle indexierten URLs der Subdomain, die Sitemap und die Seiten mit dem meisten Traffic auf.
  2. Zuordnungstabelle anlegen: Notieren Sie für jede alte URL die neue Adresse. Aus blog.example.com/artikel/ wird zum Beispiel example.com/blog/artikel/.
  3. Neue Struktur testen: Prüfen Sie vor dem Start, ob die Seiten im neuen Ordner laden, ob Canonical Tags korrekt sind und ob die robots.txt nichts sperrt.
  4. Dauerhafte Weiterleitungen einrichten: Google empfiehlt nach Möglichkeit serverseitige dauerhafte Weiterleitungen wie 301 oder 308. Leiten Sie jede URL ohne Kette direkt auf ihr Ziel.
  5. Interne Links anpassen: Stellen Sie Menü, Fußzeile und Links im Text auf die neuen URLs um, statt sich auf Weiterleitungen zu verlassen.
  6. Sitemap erneuern: Reichen Sie eine Sitemap mit den neuen URLs in der Search Console ein.
  7. Beobachtung starten: Verfolgen Sie alte und neue Property parallel.

Vor dem Start können Sie Beispiel URLs mit unserem Redirect Checker testen. Für den gesamten Prozess bietet unser Beitrag SEO beim Website Relaunch schützen einen breiteren Rahmen.

Welche Signale sollten Sie nach dem Umzug beobachten?

Mit dem Starttag ist die Arbeit nicht vorbei. Im Gegenteil, die eigentliche Lernphase beginnt in den Wochen danach, denn Google entdeckt die neue Struktur nach und nach. Lesen Sie in den ersten Wochen den Bericht zur Seitenindexierung und den Leistungsbericht der Search Console gemeinsam. Das erwartete Bild: Alte Seiten der Subdomain verlassen den Index als Weiterleitung, während Seiten im neuen Ordner hineinkommen.

Diese Signale sollten Sie vor allem im Blick behalten:

  • Wie schnell neue URLs in den Index kommen und welche alten URLs als Seite mit Weiterleitung erscheinen.
  • Die Entwicklung von Impressionen und Klicks auf Ihren wichtigsten Seiten.
  • URLs mit Statuscode 404, die in der Zuordnungstabelle fehlen.
  • URLs, die eine Weiterleitungskette oder Schleife bilden.

Google rät, Weiterleitungen so lange wie möglich zu behalten, in der Regel mindestens ein Jahr. Die praktische Seite beschreiben wir im Beitrag wie lange Sie 301 Weiterleitungen behalten sollten. Bei Problemen mit Ketten hilft unser Leitfaden zu Weiterleitungsketten.

Hilft das Tool zur Adressänderung bei diesem Umzug?

Das Tool zur Adressänderung (Change of Address) in der Search Console teilt Google einen Umzug von einer Domain oder Subdomain auf eine andere Domain mit. Die Search Console Hilfe erklärt, dass das Tool nur mit Properties auf Domainebene funktioniert. Außerdem unterstützt es keinen Umzug eines einzelnen Pfads innerhalb derselben Website.

Verlassen Sie sich deshalb nicht auf dieses Tool, wenn Sie eine Subdomain in einen Ordner derselben Domain verschieben. Für solche Fälle verweist die offizielle Hilfe stattdessen auf Weiterleitungen und eine aktualisierte Sitemap. Der Erfolg hängt also ganz von korrekten Weiterleitungen, angepassten internen Links und einer sauberen Sitemap ab.

Dieselbe Hilfeseite empfiehlt zudem, Weiterleitungen mindestens 180 Tage aktiv zu halten und länger, solange noch Traffic aus der Google Suche ankommt. In der Praxis behandeln wir diese Weiterleitungen als dauerhaft, denn externe Links auf alte URLs bestehen oft jahrelang. Löschen Sie außerdem den DNS Eintrag der alten Subdomain nicht; sonst funktionieren auch die Weiterleitungen nicht mehr.

Welche Fehler passieren bei dieser Entscheidung am häufigsten?

Die Fehler, die wir am häufigsten sehen, entstehen eher aus Eile als aus fehlendem Fachwissen. Nutzen Sie die folgende Liste als Prüfung vor der Entscheidung:

  • Umzug nach Hörensagen: Eine funktionierende Struktur ohne Grund aufgeben, weil "Ordner immer besser sind".
  • Sprache per IP Adresse erzwingen: Automatische Weiterleitungen nach Standort können es Googlebot erschweren, andere Sprachen zu sehen. Dieses Risiko erklären wir im Beitrag zur automatischen Sprachweiterleitung nach IP.
  • Einseitiges hreflang: Laut Google ignoriert die Suche die Angaben, wenn zwei Seiten nicht gegenseitig aufeinander verweisen.
  • Subdomain vergessen: robots.txt, Sitemaps und Search Console nur für die Hauptseite einrichten und die Subdomain sich selbst überlassen.
  • Gemischte Strukturen: Eine Sprache im Ordner, eine andere auf einer Subdomain; das erhöht den Pflegeaufwand ohne Nutzen.

Für fehlerfreie hreflang Angaben können Sie unseren hreflang Generator nutzen.

Beispielszenarien: Wie würden drei Unternehmen entscheiden?

Die drei Fälle unten sind keine echten Kunden. Es handelt sich um Beispielszenarien, die die Entscheidungslogik zeigen.

Beispielszenario 1: Ein Architekturbüro möchte example.com um einen Blog erweitern. Website und Blog laufen im selben System, und dasselbe Team schreibt die Inhalte. Hier ist example.com/blog/ klar die einfachste Wahl. So kann jeder Artikel direkt auf die Leistungsseiten verlinken.

Beispielszenario 2: Ein Softwareunternehmen betreibt eine Marketingseite und eine getrennte Kundenplattform als App. Die Plattform erwartet keinen Suchtraffic, und ein anderes Team entwickelt sie. Dann ist eine Subdomain wie app.example.com sinnvoll. Sollen die Seiten der Plattform nicht in den Index, müssen Sie das allerdings separat einstellen.

Beispielszenario 3: Ein Onlineshop will auf Türkisch, Englisch und Deutsch veröffentlichen. Katalog und Team sind gemeinsam. Somit sind Ordner wie example.com/en/ und example.com/de/ mit gegenseitigem hreflang die am leichtesten zu verwaltende Struktur. Eine Länderdomain lohnt sich erst, wenn jedes Land wie eine eigene Firma arbeitet.

Wann sollten Sie diese Entscheidung mit Fachleuten treffen?

Bauen Sie eine neue Website und liefert die Tabelle eine klare Antwort, können Sie selbst entscheiden. In manchen Situationen spart ein Blick von außen allerdings viel Zeit. Dazu zählen etwa der Umzug einer Subdomain, die seit Jahren Traffic erhält, das Zusammenführen mehrerer Sprachen oder die Bündelung verschiedener Plattformen unter einer Domain.

In solchen Projekten erfassen wir zunächst den aktuellen Stand. Danach bewerten wir die Strukturoptionen gemeinsam mit Ihrem Team und Ihrer Infrastruktur. Anschließend erstellen wir Zuordnungstabelle, Weiterleitungsplan und Beobachtungsplan. In den Wochen nach dem Umzug lesen wir die Daten der Search Console regelmäßig und berichten über Abweichungen.

Möchten Sie diese Entscheidung gemeinsam treffen und die Umsetzung begleiten lassen, erhalten Sie über unsere SEO Beratung ein Angebot passend zu Ihrem Umfang. Ein Rankingergebnis garantieren wir nicht, aber jeder Schritt stützt sich auf die offizielle Dokumentation von Google.

Subdomain oder Unterverzeichnis: Welche Struktur sollten Sie also wählen?

Die Antwort auf Subdomain oder Unterverzeichnis ergibt sich aus der Verwaltung im Alltag, nicht aus Rankingmythen. Google kann beides crawlen und indexieren, und die offizielle Dokumentation erklärt keine der beiden Strukturen zum Rankingsieger. Trotzdem bietet ein Unterverzeichnis einer Marke mit einem Team weniger Pflege und eine natürlichere interne Verlinkung.

Eine Subdomain ist dagegen eine starke Option für eigene Produkte, eigene Apps und eigene Teams. Wollen Sie eine bestehende Struktur ändern, halten Sie zuerst den Grund schriftlich fest. Schätzen Sie dann Risiko, Weiterleitungsplan und Beobachtungsphase ab. So wird Ihre Entscheidung zu einem messbaren Plan statt zu einer Vermutung.

Grundlagen: Was ist Online Marketing? Arten, Beispiele und Vorgehen auf einer Seite, mit einem interaktiven Film durch das Gehirn.

Häufig gestellte Fragen

Behandelt Google eine Subdomain als eigene Website?
Technisch ist eine Subdomain ein eigener Hostname, und manche Regeln gelten für sie separat. Zum Beispiel gilt eine robots.txt nur auf der Subdomain, auf der sie liegt, und Websitenamen funktionieren auf Subdomainebene. Trotzdem crawlt und indexiert Google beide Strukturen. Der praktische Unterschied zeigt sich vor allem bei interner Verlinkung und Verwaltungsaufwand.
Ist ein Unterverzeichnis für den Blog immer besser?
Nicht immer, aber für die meisten Unternehmen empfehlen wir standardmäßig das Unterverzeichnis. Läuft der Blog im selben System mit demselben Team, bedeutet ein Ordner weniger Pflege und natürliche interne Links. Muss der Blog auf einer anderen Plattform bleiben, ist eine Subdomain technisch einfacher. Entscheiden Sie nach Verwaltungsrealität, nicht nach Rankingmythen.
Sinkt der Traffic beim Umzug von der Subdomain in einen Ordner?
Vorübergehende Schwankungen sind möglich. Google schreibt, dass Umzüge mit URL Änderungen kurzfristige Rankingschwankungen auslösen können und neue URLs einige Wochen brauchen. Dauerhafte Verluste entstehen meist durch fehlende Weiterleitungen, Ketten und veraltete interne Links. Eine sorgfältige Zuordnungstabelle und regelmäßige Beobachtung senken das Risiko deutlich, eine Garantie gibt es jedoch nicht.
Funktioniert hreflang auch über Subdomains hinweg?
Ja. Laut Googles Dokumentation zu lokalisierten Versionen müssen alternative URLs nicht auf derselben Domain liegen. Wichtig ist, dass jede Sprachversion sich selbst und alle anderen Versionen nennt und die Seiten gegenseitig aufeinander verweisen. Fehlen diese Rückverweise, ignoriert Google die Angaben womöglich. Prüfen Sie die Verweise deshalb regelmäßig.
Brauche ich für eine Subdomain eine eigene Search Console Property?
Wir empfehlen, zuerst eine Domain Property anzulegen, die alle Subdomains umfasst. Sie verlangt eine Bestätigung per DNS und zeigt alle Protokolle gemeinsam. Danach ergänzen Sie für die Subdomain eine Property mit URL Präfix. So verfolgen Sie Indexierung und Leistung dieses Bereichs separat. Beide Property Arten ergänzen sich.
Kann ich das Tool zur Adressänderung für den Umzug in einen Ordner nutzen?
Darauf sollten Sie sich in diesem Fall nicht verlassen. Laut Search Console Hilfe funktioniert das Tool nur mit Properties auf Domainebene und unterstützt keinen Umzug eines einzelnen Pfads innerhalb derselben Website. Beim Wechsel von einer Subdomain in einen Ordner derselben Domain leisten dauerhafte Weiterleitungen, angepasste interne Links und eine neue Sitemap die eigentliche Arbeit.
  • Subdomain
  • Unterverzeichnis
  • technisches SEO
  • internationales SEO
  • Websiteumzug
  • Search Console
  • hreflang
Teilen:
Talha Aslan

Google Partner und Experte für digitales Marketing. Seit 2012 praktisch in SEO, Google Ads, Webdesign und E-Commerce Projekten; jeder Beitrag hier stammt aus dieser Erfahrung.

Nächstes Projekt

Angebot für Ihr Projekt.

Ihre Anfrage geht direkt an Talha Aslan und Team: Strategie von Talha, Umsetzung durch ein erfahrenes Team. Wir melden uns am selben Tag und senden Umfang, Zeitplan und Preis innerhalb von 1 Werktag als schriftliches Angebot.