Bedeutung und Umfang
Eine Subdomain legt Inhalte auf einen eigenen Hostnamen, etwa docs.example.com. Ein Unterverzeichnis platziert sie unter dem Hauptnamen, etwa example.com/docs/. Die Wahl verändert Verantwortlichkeiten, Deployment, Navigation, Analytics-Einrichtung, Cookie-Geltungsbereich und Migrationsaufwand. Google hat keinen allgemeingültigen Ranking-Gewinner veröffentlicht. Die Entscheidung sollte sich daher am Produkt und am operativen Modell orientieren, nicht an einer überlieferten Faustregel.
So prüfen Sie es
Ermitteln Sie die tatsächlichen Grenzen: Wer besitzt die Inhalte, teilen sie Suchpublikum und Marke, wie hängt die Navigation zusammen und was passiert langfristig mit den URLs? Crawlen Sie beide Bereiche so, wie Besucher und Bots sie sehen. Prüfen Sie kanonische URLs, interne Links, Sitemaps, robots-Regeln, Sprachzuordnung und Messung getrennt. Deuten Sie einen Sichtbarkeitsunterschied erst als Hostname-Effekt, wenn diese Punkte geprüft sind.
- Wählen Sie eine Struktur auf Basis von Verantwortlichkeit, Zielgruppe, technischem Lebenszyklus und Migrationskosten des Inhalts.
- Nutzen Sie eine einheitliche öffentliche Navigation, damit Nutzer ohne Kontextbruch zwischen verwandten Bereichen wechseln können.
- Pflegen Sie Canonical-, robots- und Sitemap-Regeln für jeden Hostnamen und jeden Pfad bewusst.
- Beim Umzug ordnen Sie jede alte URL genau einer passenden finalen URL zu und testen Sie Weiterleitungsketten, Schleifen und die gerenderte Navigation.
- Segmentieren Sie das Reporting so fein, dass sich ein Seitenumzug von einer echten Änderung bei Inhalten oder Nachfrage unterscheiden lässt.
Praktische Entscheidungen
Eine Subdomain kann sinnvoll sein für eine getrennt betriebene Anwendung, ein eigenes Dokumentationssystem oder ein regional eigenständiges Angebot. Ein Unterverzeichnis vereinfacht gemeinsame Templates und Navigation für einen zusammenhängenden Auftritt. Keine der beiden Optionen ersetzt eine klare interne Architektur. Machen Sie die Grenze zuerst für Nutzer nachvollziehbar und dokumentieren Sie sie anschließend, damit künftige Teams keine doppelten Routen anlegen.
Grenzen und typische Fehler
Migrieren Sie nicht allein wegen eines vermuteten Ranking-Schubs. Ein Wechsel des Hostnamens ist eine echte Migration mit Risiken für Weiterleitungen, Analytics, Links und Caches. Leiten Sie nicht ab, dass zwei Bereiche nach einem einfachen, festen Muster konkurrieren oder Ranking-Signale teilen. Bewerten Sie die konkreten URLs, Links und Zielgruppen.