Subdomain oder Verzeichnis: was ist besser für SEO?

Ein neuer Blog, ein Shop, ein Hilfebereich: Sobald eine Website wächst, stellt sich die Frage, ob der neue Teil unter blog.beispiel.de oder unter beispiel.de/blog laufen soll. Beide Varianten funktionieren, und beide können gut ranken. Sie unterscheiden sich aber darin, wie Suchmaschinen, Browser und Werkzeuge sie einordnen. Diese Unterschiede sind gut dokumentiert, und aus ihnen ergibt sich in den meisten Fällen eine klare Antwort.

Die beiden Varianten im Vergleich

Ein Verzeichnis ist ein Pfad auf demselben Host: beispiel.de/blog/ liegt unter derselben Adresse wie die Startseite, nutzt denselben Server oder dieselbe Server-Konfiguration und meist dasselbe Content-Management-System. Eine Subdomain ist ein eigener Name in der DNS-Zone der Domain, etwa blog.beispiel.de. Sie kann auf denselben Server zeigen oder auf einen ganz anderen, bei einem anderen Anbieter, mit eigener Software. Was eine Subdomain technisch ist, erklärt der Beitrag Was ist eine Subdomain?.

Was Google offiziell dazu sagt

Von Google gibt es keine Vorgabe, eine der beiden Varianten zu bevorzugen. John Mueller, damals Webmaster Trends Analyst bei Google, sagte 2018 in einer Sprechstunde für Websitebetreiber: "In general, we see these the same." Er fügte hinzu, dass er Inhalte nach Möglichkeit zusammenhalten würde ^[1]. Das ist eine persönliche Einschätzung, kein Rankingfaktor. Sie passt aber zu dem, was Google in seiner Dokumentation über die Technik schreibt.

In der Anleitung für mehrsprachige und länderspezifische Websites vergleicht Google die Strukturen direkt. Für Subdomains wie de.example.com nennt Google als Vorteile, dass sie leicht einzurichten sind, verschiedene Serverstandorte erlauben und sich gut voneinander trennen lassen. Für Verzeichnisse wie example.com/de/ nennt Google ebenfalls die einfache Einrichtung und dazu den geringen Pflegeaufwand, weil alles auf demselben Host liegt. Als Nachteil der Verzeichnisse führt Google an, dass die Bereiche schwerer zu trennen sind ^[2].

Eigener Host, eigene Regeln

Der wichtigste technische Unterschied: Für Googles Crawler ist jeder Hostname eine eigene Website. In der Dokumentation zum Crawl-Budget steht, dass Googles Crawling-Infrastruktur eine Website als eindeutigen Hostnamen definiert. Als Beispiel nennt Google www.example.com und code.example.com, die als getrennte Websites mit getrenntem Crawl-Budget gelten ^[3]. Für kleine und mittlere Websites spielt das kaum eine Rolle. Google richtet diesen Teil der Dokumentation an große Websites mit mehr als einer Million Seiten oder an Websites ab etwa 10.000 Seiten, deren Inhalte sich täglich ändern ^[3].

Auch die robots.txt gilt nur für den Host, das Protokoll und den Port, unter dem sie liegt. Eine Datei unter www.example.com/robots.txt regelt weder example.com noch eine Subdomain darunter ^[4]. Wer eine Subdomain anlegt, braucht also eine eigene robots.txt, eine eigene XML-Sitemap oder einen Eintrag in einem Sitemap-Index und eine eigene Prüfung, ob Suchmaschinen die richtigen Seiten sehen.

In der Google Search Console lässt sich das zusammenfassen. Eine Domain-Property schließt alle Subdomains und Protokolle ein, eine URL-Präfix-Property nur die Adressen, die genau mit dem angegebenen Präfix beginnen ^[5]. Mit einer Domain-Property siehst du also Hauptseite und Subdomains in einem Bericht.

Nach Googles Dokumentation zu Websitenamen kann eine Subdomain ohne eigene Angabe den Namen der Hauptdomain übernehmen, und www und m gelten in der Regel als gleichwertig zur Hauptdomain ^[6].

Cookies, Anmeldung und Sicherheit

Subdomains teilen sich mit der Hauptdomain mehr, als viele denken. Setzt ein Server ein Cookie mit dem Attribut Domain=beispiel.de, schickt der Browser es an beispiel.de und an jede Subdomain. Fehlt das Attribut, bleibt das Cookie beim Host, der es gesetzt hat ^[7]. Für eine gemeinsame Anmeldung auf shop.beispiel.de und konto.beispiel.de ist das praktisch. Es heißt aber auch, dass eine schlecht gesicherte Subdomain an Cookies kommen kann, die für die ganze Domain gelten.

In einem Verzeichnis stellt sich die Frage nicht, weil alles unter demselben Host läuft. Dafür fehlt die Möglichkeit, einen Bereich technisch abzuschotten, etwa ein Forum mit fremder Software, das nichts mit dem Shop zu tun haben soll.

Zertifikate und laufende Pflege

Ein Verzeichnis läuft automatisch unter dem Zertifikat der Hauptdomain. Für eine Subdomain muss der Name im Zertifikat stehen, entweder ausdrücklich oder über ein Wildcard-Zertifikat für *.beispiel.de. Ein solcher Platzhalter deckt nach RFC 9525 genau eine Ebene ab ^[8]. Ein Zertifikat für *.beispiel.de gilt also für blog.beispiel.de, aber für keine tiefere Ebene wie test.blog.beispiel.de. Wer mehrere Ebenen von Subdomains plant, braucht weitere Zertifikate.

Dazu kommt die Pflege. Jede Subdomain hat einen eigenen DNS-Eintrag, oft eine eigene Server-Konfiguration und eigene Software, die Updates braucht. Bei zwei oder drei Subdomains ist das überschaubar. Bei zwanzig lohnt sich eine Liste, wer für welchen Host zuständig ist und wann er zuletzt geprüft wurde.

Wann ein Verzeichnis die bessere Wahl ist

Ein Verzeichnis passt, wenn der neue Bereich inhaltlich zur Hauptseite gehört und von derselben Software ausgeliefert werden kann. Typische Fälle sind:

• ein Blog oder Magazin, das die Themen der Website vertieft,
• ein Ratgeber- oder Hilfebereich zu den eigenen Produkten,
• ein Glossar oder eine Wissenssammlung,
• Sprachversionen, wenn dieselbe Firma dieselben Inhalte übersetzt anbietet.

Der Vorteil liegt in der Einfachheit: eine robots.txt, eine Sitemap, ein Zertifikat, ein Analyseprofil. Interne Links zwischen Blog und Produktseiten sind normale Links innerhalb derselben Website. Wie du sie planst, erklärt die Seite Interne Verlinkung planen. Eine einfache Faustregel: Würde der neue Bereich auch im Hauptmenü der Website sinnvoll aussehen, gehört er in ein Verzeichnis.

Wann sich eine Subdomain lohnt

Eine Subdomain spielt ihre Stärken aus, wenn sich etwas wirklich trennen soll. Das kann das Thema sein, die Technik oder die Verantwortung.

Getrennte Technik

Ein Shop auf Shopware, die Unternehmensseite auf WordPress und eine Webanwendung auf eigenem Code laufen am einfachsten auf eigenen Hosts. Jede Subdomain kann per DNS auf einen anderen Server oder Dienst zeigen. Google nennt die Möglichkeit verschiedener Serverstandorte ausdrücklich als Vorteil der Subdomain ^[2].

Getrennte Themen und Marken

Ein Verlag mit mehreren Magazinen oder ein Projekt mit vielen voneinander unabhängigen Themen profitiert davon, dass jede Subdomain eigene Navigation, eigenes Design und einen eigenen Websitenamen in der Suche haben kann. domain-root.de ist selbst so aufgebaut: Bibel, Fußball, Poker und SEO haben wenig miteinander zu tun und laufen deshalb auf eigenen Subdomains. Die Übersicht steht unter Alle Projekte.

Werkzeuge, Testumgebungen und Dienste

Für app., api., status., dev. oder staging. ist die Subdomain üblich. Testumgebungen gehören nicht in die Suche. Schütze sie mit einem Passwort und sperre sie für Suchmaschinen, denn eine robots.txt auf der Hauptdomain greift dort nicht ^[4].

Wechsel zwischen den Varianten

Wer einen Blog von blog.beispiel.de nach beispiel.de/blog/ verlegt oder umgekehrt, zieht für Google auf einen neuen Host um. Jede alte Adresse braucht dann eine dauerhafte Weiterleitung mit Status 301 auf die neue Adresse. Wie das geht, steht in den Beiträgen Die .htaccess-Datei und Website-Relaunch ohne Rankingverlust. Ein Umzug kostet Arbeit und birgt Risiken. Die Entscheidung lohnt sich deshalb am Anfang, bevor die ersten Links auf den neuen Bereich zeigen.

Entscheidungshilfe in fünf Fragen

1. Gehört der Bereich inhaltlich zur Hauptseite und würde er ins Hauptmenü passen? Dann spricht viel für ein Verzeichnis.
2. Braucht der Bereich andere Software oder einen anderen Server? Dann ist eine Subdomain einfacher.
3. Soll der Bereich in der Suche einen eigenen Websitenamen tragen? Das geht nur mit einer Subdomain ^[6].
4. Ist ein anderes Team oder ein externer Dienstleister zuständig? Getrennte Hosts erleichtern getrennte Zugänge.
5. Hast du Zeit für eine zweite robots.txt, Sitemap und Zertifikatsverwaltung? Wenn nicht, bleib beim Verzeichnis.

Wenn du dich für eine Subdomain entscheidest, führt die Anleitung Subdomain einrichten durch DNS-Eintrag, Webserver und Zertifikat. Ob ein Wildcard-Zertifikat oder einzelne Zertifikate besser passen, klärt SSL für Subdomains.

1. Google Treats Subdomains & Subdirectories the Same, John Mueller Says. Search Engine Journal. Stand 25.05.2018. abgerufen am 29.10.2026
2. Organisation Managing multi-regional and multilingual sites. Google Search Central. Stand 10.12.2025. abgerufen am 29.10.2026
3. Organisation Large site owner's guide to managing your crawl budget. Google Search Central. Stand 22.07.2026. abgerufen am 29.10.2026
4. Organisation How Google interprets the robots.txt specification. Google Search Central. Stand 23.10.2026. abgerufen am 29.10.2026
5. Organisation Website- oder Plattform-Property zur Search Console hinzufügen. Google Search Console-Hilfe. Stand 2026. abgerufen am 29.10.2026
6. Organisation Provide a site name to Google Search. Google Search Central. Stand 10.12.2025. abgerufen am 29.10.2026
7. Organisation Set-Cookie header. MDN Web Docs, Mozilla. Stand 2026. abgerufen am 29.10.2026
8. Gesetz RFC 9525: Service Identity in TLS. IETF. Stand November 2023. abgerufen am 29.10.2026

Zuletzt geprüft am 29.10.2026, nächste Prüfung spätestens im Oktober 2027. Fehler entdeckt? Schreib uns.