Subdomain oder Unterverzeichnis: Was ist besser?

Für Inhalte, die eng zur Hauptwebsite gehören, ist ein Unterverzeichnis wie ihre-domain.de/blog/ in den meisten Fällen die bessere Wahl. Eine Subdomain wie blog.ihre-domain.de lohnt sich vor allem dann, wenn ein Bereich technisch getrennt betrieben werden muss, etwa mit anderer Software, auf einem anderen Server oder bei einem externen Anbieter. Suchmaschinen können mit beiden Varianten umgehen, der Unterschied liegt vor allem in Technik, Pflegeaufwand und Eindeutigkeit. Wie Domains, DNS und Hosting grundsätzlich zusammenspielen, erklärt der Bereich Domain und Webhosting.

Was ist der Unterschied?

Merkmal	Unterverzeichnis	Subdomain
Beispiel	ihre-domain.de/blog/	blog.ihre-domain.de
Hostname	Gleich wie die Hauptseite	Eigener Hostname
Einrichtung	Ordner oder Route in der bestehenden Website	DNS-Eintrag plus eigene Website-Konfiguration
Server	Derselbe wie die Hauptseite, außer bei Proxy-Lösungen	Beliebig, auch ein anderer Anbieter
SSL	Deckt das bestehende Zertifikat ab	Muss im Zertifikat enthalten sein
robots.txt und Sitemap	Gemeinsam mit der Hauptseite	Eigene Dateien je Subdomain

Technisch ist eine Subdomain ein eigener Name im DNS. Sie kann auf denselben Webspace zeigen wie die Hauptdomain oder auf einen völlig anderen Server. Ein Unterverzeichnis dagegen ist nur ein Pfad innerhalb derselben Website. Die passenden Eintragstypen für Subdomains, meist A-, AAAA- oder CNAME-Records, beschreibt der Ratgeber zu den DNS-Einträgen.

Was sagt Google?

Google hat mehrfach öffentlich erklärt, Subdomains und Unterverzeichnisse gleichermaßen crawlen und bewerten zu können, und empfiehlt, die Variante zu wählen, die sich für die eigene Website am einfachsten pflegen lässt. In der Praxis gibt es trotzdem Gründe, die für das Unterverzeichnis sprechen:

• Eindeutige Zuordnung: Inhalte im Unterverzeichnis liegen unter demselben Hostnamen und sind klar Teil derselben Website. Bei Subdomains muss eine Suchmaschine die Zusammengehörigkeit erst aus Verlinkung und anderen Signalen ableiten.
• Interne Verlinkung: Navigation, Breadcrumbs und Links zwischen Blog und Produktseiten entstehen im selben System fast von selbst. Bei einer Subdomain mit eigener Software müssen Sie diese Verbindungen bewusst pflegen.
• Gemeinsame Auswertung: Statistiken, Search Console und Sitemaps lassen sich für ein Unterverzeichnis leichter zusammen mit der Hauptseite betrachten.

Erfahrungsberichte über Rankinggewinne nach einem Umzug von der Subdomain ins Unterverzeichnis gibt es viele. Sie sind allerdings Einzelfälle, bei denen oft gleichzeitig Inhalte, Technik und Verlinkung verbessert wurden. Verallgemeinern lässt sich daraus wenig. Planen Sie die Struktur deshalb nach Technik und Nutzen, nicht nach Gerüchten.

Wann ein Unterverzeichnis die bessere Wahl ist

Ein Unterverzeichnis passt, wenn der Bereich inhaltlich zur Hauptseite gehört und mit derselben Software oder auf demselben Server laufen kann. Typische Fälle:

• Blog oder Ratgeber zum eigenen Angebot,
• Sprachversionen wie /en/ oder /fr/, sofern es keine eigenen Länderdomains gibt,
• Hilfe- und Wissensbereiche, die Besucher von den Hauptseiten aus erreichen sollen,
• Kampagnen- und Themenseiten, die nicht dauerhaft getrennt bleiben müssen.

Bei einem einzelnen CMS wie WordPress oder Joomla legen Sie den Bereich einfach als Kategorie oder Menüpunkt an. Läuft der Blog mit anderer Software, lässt er sich trotzdem in ein Unterverzeichnis einbinden, etwa indem der Webserver Anfragen auf /blog/ an eine zweite Installation oder per Reverse Proxy an einen anderen Server weiterreicht. Das ist technisch anspruchsvoller und auf einfachem Shared Hosting nicht immer möglich.

Wann eine Subdomain sinnvoll oder nötig ist

Eine Subdomain ist die richtige Wahl, wenn ein Bereich bewusst getrennt laufen soll:

• Externe Dienste: Shopsysteme als Mietlösung, Ticketsysteme, Newsletter-Werkzeuge oder Buchungsplattformen lassen sich oft nur per CNAME auf einer Subdomain wie shop. oder hilfe. einbinden.
• Andere Software oder anderer Server: Eine Webanwendung in Node.js oder Python neben einer PHP-Website läuft auf einer Subdomain meist einfacher.
• Getrennte Sicherheitsbereiche: Kunden- und Mitgliederbereiche, interne Werkzeuge oder Staging-Umgebungen sollten nicht im selben Ursprung laufen wie die öffentliche Website.
• Klar abgegrenzte Zielgruppen: Etwa ein Karriereportal oder eine Entwickler-Dokumentation mit eigener Navigation.
• Technische Dienste ohne Suchmaschinenbezug: mail., cdn. oder api. gehören ohnehin auf eigene Hostnamen.

Für Staging-Kopien und interne Bereiche gilt zusätzlich: Schützen Sie sie per Passwort oder sperren Sie sie für Suchmaschinen, damit keine doppelten Inhalte im Index landen.

Technische Unterschiede im Detail

Cookies und Anmeldung

Browser behandeln jede Subdomain als eigenen Ursprung. Cookies lassen sich zwar bewusst für die ganze Domain setzen, sodass alle Subdomains sie lesen können, ohne diese Einstellung bleiben sie aber auf den jeweiligen Hostnamen beschränkt. Für gemeinsame Anmeldungen über mehrere Subdomains müssen Sie das also gezielt einrichten. Umgekehrt ist die Trennung ein Vorteil, wenn eine Anwendung keinen Zugriff auf die Cookies der Hauptseite haben soll. Auch Speicher im Browser, etwa localStorage, gilt pro Ursprung.

SSL-Zertifikate

Ein Zertifikat für www.ihre-domain.de deckt Unterverzeichnisse automatisch ab. Jede Subdomain muss dagegen im Zertifikat enthalten sein. Für viele Subdomains ist ein Wildcard-Zertifikat praktisch. Bei Let’s Encrypt setzt ein Wildcard-Zertifikat die Prüfung über einen DNS-Eintrag voraus, was nicht jeder Hoster automatisiert anbietet. Hintergründe erklärt der Ratgeber zum SSL-Zertifikat mit Let’s Encrypt.

Search Console und Statistik

In der Google Search Console erfasst eine Domain-Property alle Subdomains gemeinsam, eine URL-Präfix-Property dagegen nur genau einen Hostnamen samt Pfad. Wer mit Subdomains arbeitet, sollte deshalb die Domain-Property per DNS-Eintrag bestätigen. In Analysewerkzeugen müssen Subdomains oft ausdrücklich als zusammengehörig konfiguriert werden, damit Besuche über die Grenze hinweg nicht als neue Sitzung zählen.

robots.txt und Sitemaps

Die robots.txt gilt immer nur für den Hostnamen, unter dem sie liegt. Eine Sperre in ihre-domain.de/robots.txt betrifft shop.ihre-domain.de nicht. Jede Subdomain braucht also eine eigene robots.txt und meist eine eigene Sitemap.

Entscheidungshilfe

Situation	Empfehlung
Blog oder Ratgeber mit demselben CMS	Unterverzeichnis
Sprachversionen ohne eigene Länderdomains	Unterverzeichnis
Gemieteter Shop oder externes Hilfecenter	Subdomain per CNAME
Webanwendung mit anderer Technik	Subdomain
Kunden-Login oder Mitgliederbereich	Subdomain, getrennt von der öffentlichen Seite
Staging oder Testumgebung	Subdomain mit Zugriffsschutz
Unklar, beides technisch möglich	Unterverzeichnis

Häufige Fehler

• Doppelte Inhalte: Dieselben Artikel sind unter der Subdomain und im Unterverzeichnis erreichbar. Legen Sie eine Hauptadresse fest und leiten Sie die andere per 301 um oder setzen Sie ein Canonical-Tag.
• Vergessene Testumgebungen: Eine offene Staging-Subdomain landet im Suchindex und konkurriert mit der Live-Seite. Ein Passwortschutz verhindert das zuverlässiger als ein Eintrag in der robots.txt.
• Verwaiste DNS-Einträge: Zeigt eine Subdomain per CNAME auf einen Dienst, den Sie nicht mehr nutzen, kann unter Umständen ein Fremder diesen Namen beim Dienst übernehmen. Löschen Sie nicht mehr benötigte Einträge.
• Fehlende Verlinkung: Ein Blog auf der Subdomain ohne Links von der Hauptseite bleibt für Besucher und Suchmaschinen schwer auffindbar.

Von der Subdomain ins Unterverzeichnis umziehen

Wer einen Bereich zusammenführen will, sollte den Umzug wie einen kleinen Relaunch planen:

1. Alle Adressen erfassen: Aus Sitemap, Statistik und Search Console eine vollständige Liste der Subdomain-URLs erstellen.
2. Zielstruktur festlegen: Jeder alten Adresse eine neue Adresse im Unterverzeichnis zuordnen.
3. Inhalte umziehen und interne Links, Canonical-Tags und Sitemaps auf die neuen Adressen umstellen.
4. 301-Weiterleitungen einrichten: Jede alte URL einzeln auf ihre Entsprechung leiten, nicht pauschal auf die Startseite.
5. Subdomain weiterlaufen lassen: Sie muss nach dem Umzug nur noch die Weiterleitungen ausliefern, und zwar dauerhaft.
6. Beobachten: In der Search Console Indexierung und Fehler über einige Wochen verfolgen.

Den umgekehrten Weg gehen Sie nach demselben Muster. Allgemeine Schritte bei einem Hosting-Wechsel beschreibt der Bereich Hosting-Umzug. Grundlagen zu Webspace und Tarifen finden Sie im Webhosting-Ratgeber.

Fazit

Wenn beide Varianten technisch möglich sind, ist das Unterverzeichnis die einfachere und eindeutigere Lösung. Eine Subdomain wählen Sie, wenn ein Bereich auf anderer Software, einem anderen Server oder bei einem externen Dienst läuft oder bewusst von der öffentlichen Website getrennt sein soll. Wichtiger als die Wahl selbst sind eine durchdachte interne Verlinkung, vollständige SSL-Abdeckung und saubere Weiterleitungen, falls Sie die Struktur später ändern.