Subdomain

Struktur, die auf ein Ziel einzahlt

Wir klären vor dem Aufbau, was ins Unterverzeichnis gehört und wo eine Subdomain technisch nötig ist — bevor sich die Entscheidung festsetzt.

Eine Subdomain ist ein Bereich unterhalb einer bestehenden Domain, der über einen vorangestellten Namen angesprochen wird — etwa shop.beispiel.de oder blog.beispiel.de. Technisch ist sie ein eigener Einstiegspunkt mit eigener Konfiguration. Für SEO gilt sie überwiegend als eigenständiger Bereich, weshalb die Wahl zwischen Subdomain und Unterverzeichnis keine Formalie ist.

Kurz zusammengefasst:

• Eigener Bereich unterhalb der Hauptdomain, per DNS eingerichtet.
• Für SEO überwiegend eigenständig — Autorität überträgt sich nur begrenzt.
• Im Zweifel: Unterverzeichnis statt Subdomain.
• Sinnvoll für technisch getrennte Systeme.
• Testkopien gehören auf eine Subdomain — mit Zugriffsschutz.

Subdomain oder Unterverzeichnis?

Die Faustregel für Inhalte, die zum eigenen Angebot gehören — Blog, Ratgeber, Referenzen, Glossar — lautet klar: Unterverzeichnis. Alles, was dort an Verweisen und Autorität entsteht, kommt der Hauptdomain zugute. Auf einer Subdomain muss der Bereich seinen Ruf weitgehend neu aufbauen.

Der häufigste Fehler ist der Blog auf einer eigenen Subdomain. Er entsteht meist aus technischen Gründen — der Blog läuft auf einem anderen System — und kostet über die Jahre spürbar Sichtbarkeit.

Wann eine Subdomain richtig ist

• Technisch getrennte Systeme, die sich nicht sinnvoll unter eine Installation bringen lassen — Shop-System, Ticketsystem, Kundenportal.
• Testumgebungen — siehe Staging, zwingend mit Zugriffsschutz.
• Anwendungen mit eigener Anmeldung, aus Sicherheitsgründen getrennt.
• Sprachfassungen bei getrennten Installationen — wobei Unterverzeichnisse auch hier meist die bessere Wahl sind.
• Auslieferung von Dateien ohne Sitzungsdaten.

Das gemeinsame Muster: technische Notwendigkeit, nicht inhaltliche Gliederung. Wer aus Ordnungsliebe Subdomains anlegt, zerlegt seine Domain in kleine Teile, die einzeln schwächer sind.

Was zu beachten ist

1. Einrichtung im DNS — meist ein A- oder CNAME-Eintrag, dazu die Zuordnung beim Hoster.
2. Eigenes Zertifikat. Ein Zertifikat für die Hauptdomain deckt Subdomains nicht automatisch ab — dafür braucht es ein Wildcard-Zertifikat oder ein eigenes je Bereich.
3. Eigene Einträge in der Search Console. Eine URL-Präfix-Property umfasst Subdomains nicht; eine Domain-Property schon.
4. Testumgebungen sperren, sonst entsteht Duplicate Content der gesamten Website.
5. Umzug ist aufwendig. Wer später von der Subdomain ins Unterverzeichnis wechselt, braucht ein vollständiges Weiterleitungskonzept.

Punkt 2 ist der häufigste Stolperstein im Alltag: Die neue Subdomain ist eingerichtet, aber der Browser warnt vor einer unsicheren Verbindung.

Häufige Fragen

Ist eine Subdomain schlecht für SEO?

Nicht schlecht, aber eigenständiger. Suchmaschinen behandeln sie überwiegend als eigenen Bereich — Autorität und Verweise der Hauptdomain wirken dort nur begrenzt.

Blog auf Subdomain oder im Unterverzeichnis?

Im Unterverzeichnis, wenn es technisch geht. So zahlt alles, was der Blog an Verweisen aufbaut, auf die Hauptdomain ein.

Wie richte ich eine Subdomain ein?

Über einen DNS-Eintrag und die Zuordnung beim Hoster. Die meisten Verwaltungsoberflächen erledigen beides in einem Schritt.

Braucht eine Subdomain ein eigenes SSL-Zertifikat?

Ja, sofern kein Wildcard-Zertifikat vorliegt. Ein Zertifikat für die Hauptdomain deckt Subdomains nicht automatisch ab.

Zählt eine Subdomain in der Search Console mit?

Bei einer Domain-Property ja, bei einer URL-Präfix-Property nicht. Das ist ein Grund mehr für die Domain-Property.

Kann ich später ins Unterverzeichnis umziehen?

Ja, mit vollständigem Weiterleitungskonzept. Der Aufwand ist erheblich — deshalb lohnt es sich, die Entscheidung vorher richtig zu treffen.