Vorlage für internationales SEO & Hreflang

Planen Sie mehrsprachiges und mehrregionales SEO und implementieren Sie Hreflang korrekt, um der richtigen Zielgruppe die richtige Seite auszuliefern.

International zu gehen bedeutet mehr als das Übersetzen von Seiten. Sie brauchen eine klare URL-Strategie, ein präzises Targeting nach Sprache und Region und bidirektionale Hreflang-Tags, die Suchmaschinen mitteilen, welche Version sie jedem Nutzer zeigen sollen. Diese Vorlage führt Sie durch Struktur, Zuordnung, Implementierung und QA, damit Ihre Locales ranken, ohne miteinander zu konkurrieren.

6 einsatzbereite Varianten

URL-Struktur für internationale Seiten

Entscheiden Sie, wie Sie Länder- und Sprachversionen hosten, bevor Sie irgendetwas aufbauen.

Wählen Sie ein URL-Muster für [Brand]

Ihre internationale URL-Struktur lässt sich später nur schwer ändern, entscheiden Sie also bewusst. Es gibt drei gängige Optionen, jede mit Kompromissen bei Kosten, Signalstärke und Pflege.

ccTLD: [example.de], [example.fr] — stärkstes Geo-Signal, klar für Nutzer, aber teuer und mit separater Autorität pro Domain.
Unterverzeichnis: [example.com/de/], [example.com/fr/] — konsolidiert die Autorität auf einer Domain, am einfachsten zu pflegen, für die meisten Teams empfohlen.
Subdomain: [de.example.com] — flexibles Hosting, aber Signale können stärker getrennt behandelt werden als bei Unterverzeichnissen.

Wählen Sie einen Ansatz und wenden Sie ihn über jede Locale hinweg konsistent an. Das Mischen von Mustern verwirrt Crawler und verkompliziert Hreflang.

Dokumentieren Sie Ihre Entscheidung und die Begründung unten, damit künftige Mitwirkende nicht improvisieren.

Gewählte Struktur: [ccTLD / Unterverzeichnis / Subdomain]
Grund: [Budget, Teamgröße, Geo-Priorität]
Locales im Umfang: [Liste]

Hreflang-Zuordnungsplan

Definieren Sie jedes Sprache-Region-Paar, bevor Sie ein einziges Tag schreiben.

Ordnen Sie Ihre Locales für [Brand] zu

Bevor Sie irgendetwas implementieren, erstellen Sie eine Master-Liste jeder Locale, die Sie bedienen. Setzen Sie die Codes korrekt: Hreflang verwendet einen ISO-639-1-Sprachcode (z. B. en, es, fr), optional gefolgt von einem ISO-3166-1-Alpha-2-Regionscode (z. B. US, MX, GB). Sprache zuerst, Region danach.

en: jeder Englischsprecher (keine Region) → [URL]
en-US: Englisch, Vereinigte Staaten → [URL]
en-GB: Englisch, Vereinigtes Königreich → [URL]
es-MX: Spanisch, Mexiko → [URL]
x-default: Fallback für nicht zugeordnete Nutzer → [URL]

Verwenden Sie eine Region nur, wenn Sie tatsächlich eigenständige Inhalte dafür haben. Wenn Ihre spanische Seite für jedes Land identisch ist, targetieren Sie es allein, statt es-MX, es-AR und es-ES zu erfinden.

Erfassen Sie jedes Paar und seine Zielseite, damit die Implementierung mechanisch ist.

Locale: [Sprache oder Sprache-Region]
Ziel-URL: [absolute https-URL]

Regeln zur Hreflang-Implementierung

Wenden Sie die nicht verhandelbaren technischen Regeln an, damit die Tags tatsächlich funktionieren.

Implementieren Sie Hreflang korrekt für [Brand]

Hreflang funktioniert nur, wenn mehrere Regeln gleichzeitig erfüllt sind. Verletzen Sie eine, ignorieren Suchmaschinen den gesamten Satz.

Selbstreferenz: Jede Seite muss sich selbst unter ihren Hreflang-Annotationen auflisten.
Rücktags: Annotationen müssen bidirektional sein. Wenn Seite A auf Seite B verweist, muss Seite B auf Seite A zurückverweisen.
x-default: Fügen Sie einen Fallback-Eintrag für Nutzer hinzu, deren Sprache oder Region Sie nicht explizit targetiert haben.
Absolute URLs: Verwenden Sie immer vollständige https-URLs, keine relativen Pfade.

Wählen Sie eine Auslieferungsmethode und mischen Sie sie nicht: den HTML-Head (link rel='alternate'), HTTP-Header (nützlich für PDFs und Nicht-HTML-Dateien) oder die XML-Sitemap.

Ein minimal gültiger Satz für eine Locale sieht so aus:

hreflang: en-us → [URL für US-Seite]
hreflang: en-gb → [URL für UK-Seite]
hreflang: x-default → [Fallback-URL]

Denken Sie daran: Hreflang signalisiert, welche Version gezeigt werden soll, kein Ranking-Boost.

Duplicate Content über Locales hinweg vermeiden

Verwenden Sie Canonical und Hreflang gemeinsam, damit sich Locales nicht gegenseitig kannibalisieren.

Verhindern Sie, dass Locales auf [Brand] konkurrieren

Nahezu identische Seiten über Regionen hinweg (zum Beispiel en-US und en-GB) können wie Duplicate Content wirken. Hreflang und Canonical lösen das gemeinsam, aber nur, wenn Sie beide korrekt konfigurieren.

Jede Locale-Seite sollte ein selbstreferenzierendes Canonical haben, das auf sich selbst verweist.
Setzen Sie nicht jede Locale per Canonical auf eine einzige Master-URL: Das weist Suchmaschinen an, Ihre anderen Versionen fallenzulassen.
Kombinieren Sie das Self-Canonical mit einem vollständigen, bidirektionalen Hreflang-Satz, damit Suchmaschinen wissen, dass die Seiten Alternativen und keine Duplikate sind.

Die Kombination signalisiert: Diese Seiten sind gleichwertige Versionen für unterschiedliche Zielgruppen, jede für sich gültig.

Vor der Veröffentlichung pro Seite prüfen:

canonical: verweist auf [dieselbe Locale-URL]
hreflang self: listet [diese Locale]
hreflang others: alle Geschwister-Locales vorhanden [ja / nein]
x-default: vorhanden [ja / nein]

Wenn Canonical und Hreflang für dieselbe Seite jemals auf unterschiedliche URLs verweisen, beheben Sie es. Widersprüchliche Signale werden ignoriert.

Lokalisierung vs. Übersetzung

Liefern Sie wirklich lokale Seiten aus, keine maschinell übersetzten Kopien.

Lokalisieren, nicht nur übersetzen, für [Brand]

Reine maschinelle Übersetzung erzeugt Seiten, die sich holprig lesen und schlecht konvertieren. Echte Lokalisierung passt das gesamte Erlebnis an den Markt an, was zugleich das Signal stärkt, dass jede Locale ihre eigene Seite verdient.

Währung & Preise: zeigen Sie lokale Währung, Steuern und Zahlungsmethoden.
Sprachliche Nuancen: lassen Sie einen Muttersprachler Ton, Redewendungen und Terminologie prüfen.
Einheiten & Formate: passen Sie Datumsangaben, Maße, Adressen und Telefonformate an.
Lokale Suchintention: recherchieren Sie Keywords im Markt; eine wörtliche Übersetzung trifft selten, wie Einheimische tatsächlich suchen.
Vertrauenssignale: lokale Kontaktdaten, Versand, Rückgaben und Rechtsseiten.

Halten Sie Ihren Hreflang-Sprachcode mit der tatsächlichen Inhaltssprache im Einklang. Eine Seite als es-MX zu kennzeichnen, während Sie englischen Text ausliefern, sendet ein widersprüchliches Signal.

Lokalisierungs-Checkliste pro Locale:

Währung angepasst: [ja / nein]
Muttersprachliche Prüfung erfolgt: [Prüfer]
Lokale Keywords recherchiert: [ja / nein]

Hreflang-QA & häufige Fehler

Auditieren Sie Ihre Implementierung und finden Sie die Fehler, die sie still zerbrechen.

Führen Sie QA für Hreflang auf [Brand] durch

Die meisten Hreflang-Fehler sind still: Die Tags existieren, werden aber ignoriert. Führen Sie dieses Audit nach dem Launch und nach jeder Locale-Änderung durch.

Fehlende Rücktags: bestätigen Sie, dass jede Annotation von der Seite erwidert wird, auf die sie verweist.
Keine Selbstreferenz: jede Seite muss sich selbst einschließen.
Falsche Codes: prüfen Sie auf ungültige Regionscodes: verwenden Sie Ländercodes wie GB, keine sprachartigen Codes; UK ist nicht gültig.
Relative URLs: ersetzen Sie alle relativen Pfade durch absolute https-URLs.
Canonical-Konflikt: stellen Sie sicher, dass Canonical und Hreflang pro Seite auf dieselbe URL verweisen.
Fehlendes x-default: fügen Sie den Fallback-Eintrag hinzu.

Verwenden Sie einen Crawler, der Hreflang-Reziprozität meldet, und den Bericht zum internationalen Targeting Ihrer Search Console, um im großen Maßstab zu validieren.

Protokollieren Sie gefundene Probleme und ihren Status:

Fehler: [Beschreibung]
Betroffene Locales: [Liste]
Status: [offen / behoben]

So verwendest du diese Vorlage

Listen Sie jeden Markt und jede Sprache auf, die Sie bedienen, und schreiben Sie jede als Sprachcode oder Sprache-Region-Paar (z. B. en, en-US, es-MX).
Wählen Sie eine URL-Struktur für alle Locales: ccTLD, Unterverzeichnis oder Subdomain, und wenden Sie sie konsistent an.
Erstellen Sie eine Master-Zuordnungstabelle jeder Locale zu ihrer absoluten https-Ziel-URL.
Wählen Sie eine einzige Hreflang-Auslieferungsmethode: link-Tags im HTML-Head, HTTP-Header oder die XML-Sitemap.
Fügen Sie auf jeder Seite einen selbstreferenzierenden Hreflang-Eintrag hinzu, damit jede Locale sich selbst auflistet.
Fügen Sie Rücktags hinzu, damit jede Annotation bidirektional ist, plus einen x-default-Eintrag für nicht zugeordnete Nutzer.
Setzen Sie ein selbstreferenzierendes Canonical auf jeder Locale-Seite und bestätigen Sie, dass es mit der Hreflang-URL dieser Seite übereinstimmt.
Führen Sie einen Crawler und den internationalen Bericht Ihrer Search Console aus, um Reziprozität, gültige Codes und absolute URLs zu verifizieren.

Profi-Tipps

Verwenden Sie einen Regionscode nur, wenn sich Inhalte wirklich je Land unterscheiden; ansonsten targetieren Sie allein die Sprache (es, nicht es-MX).
Hreflang sagt Suchmaschinen, welche Version einem Nutzer gezeigt werden soll, es ist kein Ranking-Boost, erwarten Sie also keinen Sprung in den Rankings.
Setzen Sie niemals alle Locales per Canonical auf eine Master-URL; jede Seite sollte per Canonical auf sich selbst verweisen und sich auf Hreflang verlassen, um den Satz zu verknüpfen.
Halten Sie den Hreflang-Sprachcode mit der tatsächlichen Inhaltssprache im Einklang und lokalisieren Sie Währung und Suchintention, statt maschinell zu übersetzen.

Haeufige Fragen

Was ist das korrekte Format für einen Hreflang-Wert?

Verwenden Sie zuerst einen ISO-639-1-Sprachcode (z. B. en, es, fr), optional gefolgt von einem ISO-3166-1-Alpha-2-Regionscode (z. B. en-US, es-MX). Der Sprachcode ist erforderlich; die Region ist optional und sollte nur hinzugefügt werden, wenn sich Inhalte je Land unterscheiden.

Brauche ich für jede Seite ein Rücktag?

Ja. Hreflang muss bidirektional sein. Wenn Seite A auf Seite B als Alternative verweist, muss Seite B im Gegenzug auf Seite A verweisen. Fehlende Rücktags führen dazu, dass Suchmaschinen die betroffenen Annotationen ignorieren, daher muss jede Seite eines Satzes auf jede andere verweisen, einschließlich sich selbst.

Was macht x-default und ist es erforderlich?

x-default gibt die Fallback-Seite für Nutzer an, deren Sprache oder Region Sie nicht explizit targetiert haben, etwa einen Sprachwähler oder eine internationale Standardseite. Es ist nicht streng vorgeschrieben, wird aber dringend empfohlen, damit nicht zugeordnete Besucher auf einer sinnvollen Standardseite landen und nicht in der falschen Locale.

Wie kombiniere ich Canonical-Tags mit Hreflang?

Jede Locale-Seite sollte ein selbstreferenzierendes Canonical haben, das auf sich selbst verweist, kombiniert mit einem vollständigen bidirektionalen Hreflang-Satz. Setzen Sie nicht jede Locale per Canonical auf eine einzige Master-URL, da das Suchmaschinen anweist, Ihre anderen Versionen fallenzulassen. Canonical und Hreflang müssen für jede Seite auf dieselbe URL verweisen.

Wo sollte ich Hreflang-Tags platzieren?

Sie können Hreflang im HTML-Head als link-rel='alternate'-Tags platzieren, in HTTP-Headern (nützlich für Nicht-HTML-Dateien wie PDFs) oder in Ihrer XML-Sitemap. Wählen Sie eine Methode und verwenden Sie sie konsistent; implementieren Sie denselben Satz nicht an mehreren Stellen, was Konflikte erzeugen kann.

Verbessert Hreflang mein Ranking?

Nein. Hreflang ist ein Signal, das Suchmaschinen hilft, jedem Nutzer die richtige sprachliche oder regionale Version auszuliefern; es steigert das Ranking nicht direkt. Sein Wert liegt in besserem Targeting und der Vermeidung von Duplicate-Content-Verwirrung über Locales hinweg, was Relevanz und Klickrate verbessern kann, aber für sich genommen kein Ranking-Faktor ist.