Eine Country-Code-Top-Level-Domain (ccTLD) ist eine zweibuchstabige Top-Level-Domain, die einem Land oder Gebiet zugeordnet ist, etwa .de oder .jp. Für Google sind die meisten ccTLDs ein starkes geografisches Signal: Sie zeigen, für welches Land eine Website ausdrücklich bestimmt ist. Das ist ein Zuordnungssignal, kein Versprechen auf Sichtbarkeit, Qualität oder lokale Relevanz.
Was eine ccTLD signalisiert
Der Ländercode stammt aus der DNS-Wurzel und nicht aus einer Einstellung auf der Seite. Google führt ccTLDs als eines von mehreren Signalen auf, mit denen sich die Zielgruppe einer Seite bestimmen lässt. Google behandelt einige Ländercode-Zeichenfolgen, darunter .io, .me und .tv, als generisch, weil Menschen sie oft ohne Länderbezug nutzen. Prüfen Sie die aktuelle Google-Liste, bevor Sie eine Endung als geografische Festlegung betrachten.
Eine ccTLD legt keine Sprache fest. Eine .ca-Website braucht unter Umständen englische und französische Alternativen; eine deutschsprachige Seite kann mehrere Länder ansprechen. Wenn gleichwertige Seiten nach Sprache oder Region variieren, kennzeichnen Sie ihre Beziehung mit hreflang, geben Sie jeder Version eine stabile URL und halten Sie einen sichtbaren Sprach- oder Regionsselektor bereit. Verlassen Sie sich nicht allein auf die IP-Adresse der Besucher: Google warnt, dass sich lokal angepasste Varianten nur schwer konsistent crawlen lassen.
URL-Modell auswählen
Die Wahl ist architektonisch, weil sie Zuständigkeiten, Veröffentlichungsprozess, Analysebereich und Migrationskosten bestimmt. Google beschreibt Länderdomains, Subdomains und Unterverzeichnisse als praktikable Muster für Locale-URLs. Keines davon macht lokalisierte Inhalte, crawlbare Navigation und eine klare Canonical-Regel überflüssig.
| Muster | Sinnvoll, wenn | Betriebskosten |
|---|---|---|
example.de | Ein Land hat ein eigenständiges dauerhaftes Angebot, ein eigenes Team oder eine eigene rechtliche Präsenz | Eigene Domain und oft eigener Betrieb |
de.example.com | Länderseiten brauchen eine technische Trennung unter einer Marke | Mehr Abstimmung bei DNS und Deployment |
example.com/de/ | Eine gemeinsame Plattform bedient mehrere Locales | Zentrale Pflege; eine saubere Locale-Architektur ist nötig |
- Listen Sie die Länder, Sprachen, Währungen, Versandregeln und Teams auf, die sich wirklich unterscheiden.
- Entscheiden Sie, ob das Land eine eigene Domain braucht oder nur einen Locale-Pfad. Halten Sie die Entscheidung fest, bevor die Inhalte produziert werden.
- Prüfen Sie Registrierungsvoraussetzungen, Verantwortung für die Verlängerung und lokale Einschränkungen bei der zuständigen Registry oder dem Registrar. Die Anforderungen ändern sich und sind keine allgemeine SEO-Regel.
- Legen Sie für jede gleichwertige Seite eine kanonische URL fest und setzen Sie wechselseitige
hreflang-Auszeichnungen, sofern Sprach- oder Regionsvarianten existieren. - Halten Sie einen crawlbaren Selektor bereit, der direkt auf jede verfügbare Locale verlinkt, statt Besucher allein anhand eines vermuteten Standorts umzuleiten.
Umsetzen und prüfen
Behandeln Sie den Start einer ccTLD wie jede mehrregionale Veröffentlichung. Erfassen Sie die alten und neuen URLs, leiten Sie nicht jede entfallene Seite auf die Startseite um, und prüfen Sie Weiterleitungskette, Canonical, Alternate-Auszeichnungen, Sitemap-Einträge und die gerenderte Navigation gemeinsam. Eine passende permanente Weiterleitung kann für ein entfallenes Pendant sinnvoll sein. Sie ersetzt aber keine eigenständige regionale Version.
Praktisch ist es, URL- und Canonical-Regeln als explizite Fälle zu formulieren und dann zu prüfen, was ein Crawler tatsächlich erhält, statt eine Framework-Voreinstellung für die gewünschte öffentliche Route zu unterstellen. Beim Start einer Locale ist der Nachweis klein, aber konkret: Die finale URL antwortet mit 200, ihr Canonical verweist auf sich selbst, die Alternate-Auszeichnungen sind wechselseitig, wo sie verwendet werden, und die Sitemap listet die bevorzugten indexierbaren URLs.
- Prüfen Sie eine Quell-Locale und eine Ziel-Locale ohne angemeldete Sitzung.
- Kontrollieren Sie, ob Sprache, Preis, Kontakt und Lieferinformationen zur deklarierten Locale passen, sofern diese Angaben veröffentlicht werden.
- Validieren Sie die
hreflang-Syntax und die Rücksprung-Tags. Eine Auszeichnung nur auf einer Seite ist unvollständig. - Crawlen Sie nach dem Livegang von Weiterleitungen und Canonical-Tags erneut und vergleichen Sie die gefundenen URLs mit der Sitemap.
Grenzen und typische Fehler
Eine ccTLD kann nur ein Land anzeigen. Sie kann nicht eine Seite für jeden Nutzer in diesem Land passend machen. Suchsysteme bewerten weiterhin zugänglichen Inhalt, Links, Sprache, Suchintention und technische Qualität. Ebenso riskant ist die Behauptung, eine ccTLD mache hreflang überflüssig oder den Serverstandort entscheidend. Google nennt den Serverstandort als mögliches Signal, betont aber, dass er nicht maßgeblich ist, besonders wenn CDNs eingesetzt werden.
- Fehler: jede zweibuchstabige Endung als geografisch behandeln
- Einige Ländercode-Domains behandelt Google als generisch. Prüfen Sie die aktuelle Einstufung, statt sie aus der Schreibweise abzuleiten.
- Fehler: eine Weiterleitung für jedes Land
- Eine pauschale Weiterleitung kann die Version verbergen, die ein Nutzer oder Crawler angefordert hat. Bieten Sie stabile Locale-URLs und explizite Links an.
- Fehler: dieselbe Seite ohne Auszeichnungen kopieren
- Nahezu doppelte regionale Seiten brauchen eine klare Beziehung von bevorzugter und alternativer Version, nicht konkurrierende indexierbare Kopien.
- Fehler: die Entscheidung nur nach Rankings treffen
- Die Kosten für lokalen Support, Registrierungsvoraussetzungen und redaktionelle Verantwortung sind genauso wesentlich wie Suchsignale.