Subdomain und SEO: Subdomain oder Unterordner, einfach erklärt

Was ist eine Subdomain?

Bei einer Subdomain geht es für SEO um eine einzige Entscheidung. Legst du einen Bereich deiner Website unter blog.example.com oder unter example.com/blog/ an? Das Erste ist eine Subdomain. Das Zweite ist dagegen ein Verzeichnis, das viele auch Unterordner nennen.

Eine Subdomain ist der Teil vor deiner Hauptdomain. In shop.example.com ist das Wort „shop“ die Subdomain. Außerdem zeigt dein DNS sie auf jedes beliebige Ziel. Deshalb kann sie auf einem anderen Server, in einem anderen CMS oder auf der Plattform einer anderen Firma laufen.

Ein Unterordner ist dagegen nur ein Pfad auf demselben Host. Er teilt sich den Server, die robots.txt und meist das CMS. Daher gehört er für einen Crawler klar zur Hauptseite.

Dieser Leitfaden zeigt zuerst, wie Suchmaschinen beide Varianten behandeln. Danach erklärt er, wann eine Subdomain sinnvoll ist und wie du sie in einen Ordner umziehst. Unser kostenloser SEO Checker markiert Seiten auf einer Subdomain, deshalb erklären wir auch diese Warnung.

Wie Google eine Subdomain behandelt

Google sagt, dass es beide Varianten gut crawlen, indexieren und ranken kann. Außerdem hat sein Team das oft wiederholt. Jedoch heißt „kann ranken“ nicht „rankt am ersten Tag genauso gut“.

In der Praxis lernt Google aus den eigenen Seiten und Links eines Hosts, worum es dort geht. Deshalb startet eine neue Subdomain oft mit weniger Vertrauen als ein Ordner auf einer starken Domain. Sie muss eigene Signale aufbauen, und das dauert. Genau dieser Abstand ist also der Kern der ganzen Debatte.

Was eine Subdomain teilt und was nicht

• Getrennt: die robots.txt, der Server, das TLS-Zertifikat (außer bei einem Wildcard-Zertifikat) und oft das CMS samt Sitemap.
• Getrennt in Berichten: Eine URL-Präfix-Property in der Search Console deckt nur einen Host ab.
• Gemeinsam: der Markenname und eine Domain-Property in der Search Console, die alle Subdomains auf einmal abdeckt.
• Verlinkt, nicht verschmolzen: Links zwischen Hauptseite und Subdomain helfen, zählen aber als Links zwischen zwei Hosts.

Googles Leitfaden zur URL-Struktur verlangt einfache, logische Adressen. Keine der beiden Varianten bricht diese Regel. Stattdessen liegt der echte Unterschied darin, wie viel Stärke der Hauptseite jede Variante nutzen kann.

Subdomain oder Verzeichnis

Hier ist die kurze Antwort. Für die meisten kleinen und mittleren Websites ist ein Verzeichnis die sicherere Wahl für SEO. Eine Subdomain ist jedoch besser, wenn der Bereich wirklich ein anderes Produkt, Team oder eine andere Plattform ist.

Subdomain oder Unterordner auf einen Blick

• Links: Ein Ordner profitiert sofort von den Links der Hauptdomain. Eine Subdomain verdient die meisten Links selbst.
• Einrichtung: Ein Ordner braucht denselben Server oder einen Reverse Proxy. Eine Subdomain braucht nur einen DNS-Eintrag.
• Werkzeuge: Eine Subdomain kann jedes CMS oder SaaS nutzen. Ein Ordner läuft meist auf der Technik der Hauptseite.
• Tracking: Ein Ordner teilt Cookies und Analyse ganz leicht. Eine Subdomain braucht in manchen Tools Einstellungen für mehrere Domains.
• Risiko: Eine schwache oder spammige Subdomain steht etwas abseits der Hauptseite. Ein Ordner teilt dagegen ihr Schicksal.

Die Wahl zwischen Subdomain und Verzeichnis ist also ein Tausch. Du gibst etwas gemeinsame Ranking-Stärke für Freiheit beim Aufbau her. Trotzdem nehmen viele Marken das in Kauf. Andere bereuen es jedoch, wenn ihr Blog auf der Subdomain Jahre braucht, um aufzuholen.

Wann eine Subdomain richtig ist

Subdomains sind kein Fehler. Einige der größten Websites der Welt nutzen sie sogar ganz bewusst. Sie passen am besten, wenn der Bereich ein eigenes Leben führt.

• Eine App oder ein Dashboard, etwa app.example.com, das Suchmaschinen sowieso nicht indexieren sollen.
• Eine gehostete Plattform, etwa ein Helpdesk, eine Statusseite oder ein Shop, der nur auf eigenem Host läuft.
• Eine andere Sprache oder ein anderes Land, wenn ein lokales Team es betreut. Ordner funktionieren hier aber auch.
• Ein eigenes Produkt mit eigenem Publikum, eigener Marke und eigenem Linkaufbau.
• Ein Werkzeug, etwa ein Pastebin oder ein Dateihoster, das die Hauptseite bremsen würde oder andere Sicherheitsregeln braucht.

Übrigens ist unser eigener Pastebin ein gutes Beispiel. Er läuft auf paste.denwix.com, denn er braucht eigene strenge Sicherheits-Header und eigenen Speicher. Deshalb markiert unser Checker ihn, und das ist in Ordnung. Die Warnung erinnert an den Tausch und ist kein Urteil.

Wann es sich nicht lohnt

Der Blog ist der klassische Fall. Viele legen den Blog auf eine Subdomain, weil WordPress dort leichter zu installieren war. Dann wächst der Blog und sammelt Links, doch diese Stärke erreicht die Produktseiten nicht. Genau das ist der Preis der Subdomain, den kaum jemand eingeplant hat.

Wann ein Unterordner gewinnt

Ein Unterordner gewinnt immer dann, wenn der Inhalt der Hauptseite beim Ranken helfen soll. Blogs, Leitfäden, Fallstudien, Glossare und Dokumentation gehören dazu. Jeder neue Artikel in einem Ordner stärkt so denselben Host, und die ganze Website wird stärker.

Außerdem macht ein Ordner das Leben einfach. Es gibt eine robots.txt, einen Sitemap-Index, ein Zertifikat und eine Analyse-Einrichtung. Zudem sind Links zwischen Blog und Produktseiten ganz normale interne Links, und genau das willst du.

Und wenn der Blog auf einer anderen Plattform läuft?

Dann kannst du ihn trotzdem aus einem Ordner ausliefern. Ein Reverse Proxy in nginx, Apache oder einem CDN-Worker leitet example.com/blog/ an den echten Server des Blogs weiter. Besucher und Crawler sehen dabei nur die Hauptdomain. Die meisten Hoster und CDNs haben dafür eine Anleitung.

Ein kurzes nginx-Beispiel

location /blog/ {
  proxy_pass https://blog-host.example.net/;
  proxy_set_header Host blog-host.example.net;
}

Danach stellst du die Adresse des Blogs auf https://example.com/blog/ um. So nutzen seine Links, Canonicals und die Sitemap die Ordneradresse.

Warum der SEO Checker bei einer Subdomain warnt

Unser SEO Checker liest den Host jeder Seite, die er prüft. Steht vor der Hauptdomain etwas anderes als www, zeigt er in der Gruppe Adresse eine Warnung.

Werkzeuge wie Seobility zeigen dieselbe Warnung. Dort heißt es, man solle für bessere SEO-Ergebnisse eine Top-Level-Domain nutzen. Das ist etwas scharf formuliert. Trotzdem ist die Idee gleich: Eine Seite auf einer Subdomain kann sich nicht so stark auf die Hauptdomain stützen wie eine Seite in einem Ordner.

Zudem kostet die Warnung kaum Punkte. Lies sie daher als Frage. Ist dieser Bereich absichtlich getrennt? Wenn ja, behalte ihn und folge der Checkliste unten. Wenn nicht, plane den Umzug in einen Ordner.

Dieselbe Zeile prüft noch etwas. Sie stellt sicher, dass die Domain nur lateinische Buchstaben nutzt, denn ein Name in einer anderen Schrift erscheint in vielen Programmen als Punycode, etwa xn--.

Checkliste für eine Subdomain

Eine Subdomain zu behalten ist oft richtig. Dann solltest du Suchmaschinen die Verbindung zur Hauptseite so leicht wie möglich machen. Dafür nutzen wir diese Checkliste.

1. Gib ihr eine eigene robots.txt mit einer Sitemap-Zeile. Ein Crawler liest die robots.txt pro Host, also deckt die Haupt-Datei sie nicht ab.
2. Gib ihr eine eigene XML-Sitemap und reiche sie in der Search Console ein.
3. Bestätige eine Domain-Property in der Search Console, damit du alle Hosts in einem Bericht siehst.
4. Verlinke in beide Richtungen. Setze die Hauptseite in Kopf und Fuß der Subdomain, und verlinke die Subdomain von passenden Hauptseiten.
5. Halte die Marke gleich: Logo, Name und Design, damit Menschen und Maschinen eine Firma sehen.
6. Ergänze Organization-Schema mit gleichem Namen, Logo und sameAs-Profilen auf beiden Hosts.
7. Nutze eine kanonische Adresse pro Seite und veröffentliche nie denselben Artikel auf beiden Hosts.
8. Sichere sie mit HTTPS, per Wildcard-Zertifikat oder eigenem Zertifikat.

Unser robots.txt-Generator und unser XML-Sitemap-Generator erledigen die ersten beiden Schritte in wenigen Minuten.

So ziehst du eine Subdomain in einen Ordner um

Ein Bereich, der von einer Subdomain in einen Unterordner umzieht, ist eine Website-Migration. Geh daher sorgfältig vor. Gut gemacht, rankt der neue Ordner meist nach wenigen Wochen mindestens genauso gut. Schlecht gemacht, sinkt der Traffic dagegen monatelang.

Schritt 1: Jede Adresse auflisten

Crawle die Subdomain und exportiere jede URL mit Status 200. Ergänze dann die URLs aus ihrer Sitemap und aus der Search Console, damit nichts fehlt.

Schritt 2: Alt auf Neu zuordnen

Schreibe für jede alte Adresse eine neue Ordneradresse. Dabei behältst du die Slugs, wo es geht. So wird zum Beispiel blog.example.com/seo-tips/ zu example.com/blog/seo-tips/.

Schritt 3: Inhalt aus dem Ordner ausliefern

Installiere den Bereich auf der Hauptseite oder richte den Reverse Proxy von oben ein. Danach aktualisierst du Canonicals, interne Links, Bilder und die Sitemap auf die neuen Adressen.

Schritt 4: Mit 301 weiterleiten

Leite jede alte Adresse per dauerhafter 301-Weiterleitung auf ihre neue um, eins zu eins. Leite dabei nie alle auf die Startseite. Unser Weiterleitungsketten-Checker zeigt, ob jeder Sprung in einem Schritt ankommt.

# On the old blog host (Apache)
RewriteEngine On
RewriteRule ^(.*)$ https://example.com/blog/$1 [R=301,L]

Schritt 5: Beobachten und abwarten

Zuerst reichst du die neue Sitemap ein. Behalte die Weiterleitungen danach mindestens ein Jahr. Währenddessen prüfst du die Search Console auf 404-Fehler und behebst sie sofort.

Häufige Fehler

• Den Blog nur auf eine Subdomain legen, weil die Installation dort leichter war.
• Dieselben Artikel auf der Subdomain und auf der Hauptseite veröffentlichen, was jedes Signal teilt.
• Die robots.txt der Subdomain vergessen, sodass ein altes „Disallow: /“ aus der Testphase alles blockiert.
• Test-Subdomains für Crawler offen lassen. Schütze sie stattdessen mit einem Passwort.
• Eine Subdomain ohne 301-Weiterleitungen in einen Ordner umziehen.
• Die Subdomain nur aus dem Footer verlinken, sodass sie unwichtig wirkt.

Jeder dieser Fehler bei einer Subdomain ist leicht zu vermeiden, sobald du ihn kennst. Außerdem erklärt die Search-Console-Hilfe zum Hinzufügen einer Property, wie sich Domain- und URL-Präfix-Properties unterscheiden.

Fragen und Antworten