Internationale SEO-Checkliste

TL;DR — Wenn Ihre Website mehr als ein Land oder eine Sprache anspricht, gibt es eine kurze Liste von Dingen, die Sie beim Aufbau richtig machen sollten: Wählen Sie eine URL-Struktur und bleiben Sie dabei, richten Sie hreflang ein, damit jede Version auf die anderen verweist (und zurück auf sich selbst), lokalisieren Sie Ihre Inhalte tatsächlich, anstatt sie durch einen Übersetzer zu jagen, und machen Sie Ihren Sprachumschalter zu einem echten klickbaren Link – nicht zu einem JavaScript-Dropdown. Versuchen Sie nicht, Ihr “Land” in der Google Search Console festzulegen; diese Einstellung wurde 2022 entfernt.

Wofür diese Checkliste gedacht ist

Dies ist die Checkliste, die Sie durcharbeiten, wenn Sie eine Website für mehr als ein Land oder eine Sprache einrichten – eine Bauliste, keine Diagnose. Wenn Ihre internationale Website bereits live ist und etwas nicht stimmt, ist das international SEO Audit der Begleitartikel, der Sie durch die Fehlersuche führt. Für das Warum hinter all dem ist der international SEO Hub die konzeptionelle Grundlage. Diese Seite ist die Version “Führen Sie diese Schritte in dieser Reihenfolge aus”.

1. Wählen Sie eine URL-Struktur – und bleiben Sie konsistent

Sie müssen entscheiden, wie die länderspezifischen oder sprachspezifischen Versionen Ihrer Website per URL getrennt werden. Die drei realistischen Optionen:

• Ländercode-Domain (ccTLD) – example.de. Das stärkste Signal an Google, welches Land Sie ansprechen, aber Sie kaufen und verwalten eine separate Domain pro Land, und jede kann nur ein Land ansprechen.
• Subdomain – de.example.com. Einfach auf derselben Website einzurichten, aber Benutzer können allein an der URL nicht immer erkennen, dass es sich um eine deutsche Website handelt.
• Unterverzeichnis – example.com/de/. Einfach einzurichten, geringer Wartungsaufwand, da alles eine Website ist. Dies ist der häufigste Standard.

Es gibt eine vierte Option – das Land in einen URL-Parameter zu setzen, wie example.com?loc=de – und Google bezeichnet diesen Ansatz klar als “Not recommended.” Verwenden Sie diese Option nicht.

Es geht nicht darum, dass eine Struktur “am besten” ist. Es geht darum, eine zu wählen und sie überall auf die gleiche Weise anzuwenden. Konsistenz ist das, worauf Suchmaschinen (und Ihr zukünftiges Ich) sich verlassen.

2. Richten Sie hreflang korrekt ein

Hreflang ist das Tag, das Google mitteilt: “Hier ist die deutsche Version dieser Seite, die französische Version, die US-englische Version.” Die Regeln, über die Menschen stolpern:

• Jede Version muss alle Versionen auflisten, einschließlich sich selbst.
• Die Links müssen reziprok sein – wenn die englische Seite auf die deutsche verweist, muss die deutsche Seite zurückverweisen.
• Fügen Sie ein x-default hinzu, um zu sagen: “Wenn keiner dieser Einträge zum Benutzer passt, senden Sie ihn hierher.”
• Verwenden Sie die korrekten Codes (Sprache und optional Region) – hier passieren die meisten Fehler.

Die ausführlichen Erläuterungen zum Tag selbst finden Sie unter hreflang und x-default hreflang – dies ist nur die Version “Vergessen Sie diese vier Dinge nicht”.

3. Lokalisieren Sie – übersetzen Sie nicht nur

Ihre englischen Seiten durch maschinelle Übersetzung zu schicken und sie zu veröffentlichen, ist die faule Version, und es liest sich auch so. Echte Lokalisierung passt Währung, Beispiele, Ton und sogar die Produkte an, die Sie hervorheben. Die vollständige Behandlung finden Sie unter translation vs. localization. Checklistenpunkt: Veröffentlichen Sie keine unredigierte maschinelle Übersetzung.

4. Suchen Sie nicht nach einer “Länderziel”-Einstellung in der Google Search Console

Es gab früher eine Einstellung in der Search Console, mit der Sie Google mitteilen konnten, für welches Land ein Abschnitt Ihrer Website gedacht war. Sie ist weg – Google hat sie im September 2022 entfernt. Heute ermittelt Google Ihr Zielland aus Ihrer ccTLD (falls Sie eine haben), Ihrem hreflang, den Signalen auf der Seite selbst und woher Ihre Links kommen. Es gibt keinen Knopf zum Drücken.

5. Machen Sie Ihren Sprachumschalter zu einem echten Link

Wie auch immer Sie Benutzern das Wechseln der Sprache oder Währung ermöglichen, es muss ein echter, klickbarer Link (<a href>) sein, den Google crawlen kann – nicht ein reines JavaScript-Dropdown, das die Seite ohne echte URL ändert. Und erzwingen Sie keine Weiterleitungen basierend auf Standort oder Browsersprache; lassen Sie die Benutzer wählen.

6. Achten Sie auf doppelte Inhalte

Wenn Ihre US- und UK-Seiten im Wesentlichen identisches Englisch sind, könnte Google sie als Duplikate betrachten. Die Lösung ist Canonical plus hreflang zusammen – nicht nur Canonical, da dies dazu führen würde, dass die regionale Version vollständig aus der Suche verschwindet.

Möchten Sie die quellenbasierte, priorisierte Version mit Googles exakter Formulierung, den Bing-Unterschieden und den Validierungsschritten? Wechseln Sie zum Erweitert-Tab.

Validieren Sie einen internationalen Start

Locale-URL-Integrität

Durchzuführender Test: Crawlen Sie eine repräsentative URL pro Vorlage und Locale, ohne Weiterleitungen zu folgen. Erwartetes Ergebnis: Jede gibt 200 zurück, ist indexierbar und deklariert die beabsichtigte Selbst-Canonical. Fehlerinterpretation: Routing-, Robots- oder Canonical-Vorlagen unterdrücken eine Start-URL. Überwachungsfenster: Vor der Veröffentlichung, unmittelbar nach der Veröffentlichung und bis zum nächsten vollständigen Crawl. Rollback-Auslöser: Eine Prioritäts-Locale-Vorlage wird nicht indexierbar oder canonicalisiert unerwartet woanders hin.

Hreflang-Reziprozität

Durchzuführender Test: Vergleichen Sie jede deklarierte Alternative mit dem erwarteten Locale-Cluster, einschließlich Selbstreferenzen und Rückverlinkungen. Erwartetes Ergebnis: Alle Mitglieder veröffentlichen denselben gültigen Cluster und zielen auf direkte Canonical-URLs. Fehlerinterpretation: Generierungsabweichung oder eine fehlende Marktvariante hat den Beziehungsgraphen beschädigt. Überwachungsfenster: Beim Start und nach dem nächsten automatisierten Generierungszyklus. Rollback-Auslöser: Fehlende Rückverlinkungen oder ungültige Ziele betreffen einen Prioritäts-Cluster.

Crawlbares Locale-Wechseln

Durchzuführender Test: Deaktivieren Sie JavaScript und folgen Sie dem Locale-Umschalter von repräsentativen Seiten. Erwartetes Ergebnis: Normale Ankerlinks erreichen jede unterstützte äquivalente Seite ohne erzwungenes Routing. Fehlerinterpretation: Die Locale-Erkennung hängt von clientseitigem Verhalten oder Geolokalisierung ab. Überwachungsfenster: Während der Pre-Launch-QA und des ersten Post-Launch-Crawls. Rollback-Auslöser: Ein Locale kann nicht über crawlbare interne Links erreicht werden.

Marktspezifisches Rendering

Durchzuführender Test: Überprüfen Sie sichtbare Sprache, Währung, Formate und lokale Angaben anhand einer vom Marktverantwortlichen genehmigten Stichprobe. Erwartetes Ergebnis: Die gerenderte Seite entspricht der beabsichtigten Sprache und dem Markt, nicht nur der Quellvorlage. Fehlerinterpretation: Übersetzungs- oder Vorlagenvariablen sind unvollständig oder der falschen Locale zugewiesen. Überwachungsfenster: Vor dem Start und nach jeder Übersetzungs- oder Preisaktualisierung. Rollback-Auslöser: Erhebliche Quellsprachenreste, falsche Preise oder falsche rechtliche Informationen erreichen die Produktion.

TL;DR — Dies ist die Build-/Launch-Sequenz, kein Audit. (1) URL-Struktur: ccTLD (stärkstes Ländersignal, ein Land pro ccTLD, höchster Aufwand), Subdomain oder Unterverzeichnis (am einfachsten, am häufigsten) — Google markiert den URL-Parameter-Ansatz als „Nicht empfohlen“. Wählen Sie eine Variante und wenden Sie diese konsistent an. (2) hreflang: Selbstreferenz, reziproke Rückverweise, x-default, gültige ISO-Codes; HTML-Head, HTTP-Header und XML-Sitemap sind gleichwertige Auslieferungsmethoden — wählen Sie passend zu Ihrem Stack, die Sitemap skaliert am besten. (3) Lokalisieren, nicht maschinell übersetzen. (4) Geotargeting: Der GSC-Bericht „Internationales Targeting“ wurde am 22. September 2022 für alle TLD- Typen vollständig entfernt — es gibt kein manuelles Länderziel mehr; ccTLD + hreflang + On-Page-Signale + Link-Lokalisierung sind das, woraus Google jetzt ableitet. (5) Sprachwechsler müssen crawlbare <a href>-Links sein, niemals nur per JS, und keine automatische Weiterleitung per IP. (6) Nahezu identische regionale Varianten: canonical + hreflang zusammen, und Google kann sie trotzdem konsolidieren. (7) Validieren Sie Reziprozität, Codes, x-default und die Platzierung im gerenderten Head vor und nach dem Launch. Bing gewichtet Content-Language stärker als hreflang und scheint seine eigene Geo-Targeting-Funktion entfernt zu haben.

Wie sich dies vom Audit unterscheidet

Das internationale SEO-Audit ist eine diagnostische Methodik — wie Sie herausfinden, was auf einer Website kaputt ist, die bereits internationales SEO live hat, inklusive der Cluster-Graph-Tools und der Fehleraufschlüsselung aus meiner 374 756-Domain-hreflang-Studie. Diese Checkliste ist die andere Hälfte: die Reihenfolge, die ich durcharbeite, wenn ich einen neuen Build einrichte oder überprüfe. Die hreflang- Fehlerhäufigkeitstabellen und Tool-Walkthroughs lasse ich also dort und bleibe hier aktionsorientiert, und die konzeptionelle Tiefe verweise ich an den internationalen SEO -Hub, statt sie neu abzuleiten.

Schritt 1 — Wählen Sie Ihre URL-Struktur

Googles eigene Dokumentation legt die Strukturen mit expliziten Vor- und Nachteilen dar, und es lohnt sich, von deren Tabelle auszugehen statt von Hörensagen:

Die ccTLD ist immer noch das stärkste Ländersignal, das Google hat — die eigene Dokumentation sagt: “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (Übersetzung) „Länderspezifische Domains (ccTLDs) sind ein starkes Signal für Nutzer und Suchmaschinen über das Zielland einer Website.“ Beachten Sie aber die vierte Zeile: den URL-Parameter-Ansatz, der im Brief zu diesem Thema manchmal als „gTLD + Sprachparameter“-Option beschrieben wird, sollten Sie laut Googles eigener Darstellung vermeiden. Setzen Sie die Locale nicht in einen Query-String.

Ein Hinweis speziell zu ccTLDs: Der automatische Ranking-Vorteil, den sie einst boten, wird abgebaut (Gary Illyes hat das angedeutet – siehe den Hub für die Diskussion zum Abklingen von LDCP). Die ccTLD ist immer noch das klarste _Länder_signal, aber behandeln Sie die ccTLD nicht als garantierten Ranking-Vorteil. Meine eigene Standardempfehlung, an anderer Stelle auf dieser Website, sind Unterverzeichnisse für die meisten Websites – aber die eigentliche Regel hier ist: Entscheiden Sie einmal und wenden Sie es konsistent an, denn Inkonsistenz zwischen Signalen ist genau das, was ein Audit später entwirren muss.

Schritt 2 – hreflang korrekt implementieren

Vier Dinge, und dann übergeben Sie an die vertiefenden Artikel:

• Selbstreferenz. Der hreflang-Satz jeder Version sollte jede Version auflisten, einschließlich sich selbst. Googles Dokumentation stellt die Selbstreferenz als Teil der Standardanweisung dar; Mueller hat sie separat in der Praxis als „optional“ bezeichnet – es gibt also echte Spannung zwischen der Formulierung in der Dokumentation und seinen lockereren öffentlichen Aussagen. Ich nehme die Selbstreferenz auf, weil sie eine billige Absicherung ist und der Dokumentation entspricht.
• Rückverweise (Reziprozität). Das ist der Punkt, der Sätze tatsächlich bricht. Google: „Wenn Seite X auf Seite Y verlinkt, muss Seite Y zurück auf Seite X verlinken. Wenn dies nicht der Fall ist für alle Seiten, die hreflang-Anmerkungen verwenden, können diese Anmerkungen ignoriert oder nicht korrekt interpretiert werden.“
• x-default. Der Fallback für Benutzer, deren Sprache/Region Sie nicht explizit abdecken. Vertiefung in x-default hreflang.
• Gültige ISO-Codes. Sprachcodes (ISO 639-1) und optionale Regionscodes (ISO 3166-1 Alpha 2). en-uk ist falsch; es ist en-gb. Falsche Codes machen die Anmerkung stillschweigend ungültig.

Übermittlungsmethode – wählen Sie eine, bleiben Sie konsistent. hreflang kann im HTML-Head, in einem HTTP-Header (für Nicht-HTML-Dateien wie PDFs) oder in einer XML-Sitemap leben. Google behandelt alle drei als gleichwertig – es gibt keinen Geschwindigkeits- oder Prioritätsunterschied – also wählen Sie basierend auf Ihrem Stack. Bei großem Umfang und besonders bei gemischten ccTLD/Unterverzeichnis-Setups ist die XML- Sitemap in der Regel der wartbarste Ort, um sie zentral zu verwalten. Die vollständige Tag- Mechanik finden Sie unter hreflang.

Schritt 3 – Lokalisieren, nicht nur übersetzen

Ein Absatz, weil es dazu einen ganzen Artikel gibt. Ihre bestehenden Seiten maschinell zu übersetzen und sie unredigiert zu veröffentlichen, ist das Fehlerszenario. Echte Lokalisierung passt Währung, Einheiten, Beispiele, Bildmaterial und Produktmix an den Markt an – und beginnt oft mit marktspezifischer Keyword-Recherche statt mit der Übersetzung Ihrer bestehenden Keywords. Vertiefung: Übersetzung vs. Lokalisierung. Checklistenpunkt: keine unredigierte maschinelle Übersetzung.

Schritt 4 – Geotargeting: Was GSC kann und nicht mehr kann

Hier sind viele veröffentlichte Checklisten schlicht veraltet. Der Bericht „Internationales Targeting“ in der Google Search Console – die Einstellung, mit der Sie manuell ein Unterverzeichnis oder eine Subdomain auf ein Land ausrichten konnten – wurde am 22. September 2022 eingestellt und ist für alle TLD-Typen entfernt. Googles Hinweis: “The International Targeting report has been deprecated. Google will continue to support and use hreflang tags on your pages.” (Übersetzung) „Der Bericht ‚Internationales Targeting‘ wurde eingestellt. Google wird hreflang-Tags auf Ihren Seiten weiterhin unterstützen und verwenden.“ Der angegebene Grund: Die Ländertargeting-Einstellung “was determined to have little value for the ecosystem, and is no longer supported.” (Übersetzung) „Sie wurde als wenig wertvoll für das Ökosystem eingestuft und wird nicht mehr unterstützt.“

Die Formulierung, die Sie also noch sehen werden – „ccTLDs sind automatisch, aber Unterverzeichnisse und Subdomains benötigen die manuelle GSC-Einstellung“ – beschreibt, wie es früher funktionierte, nicht eine Wahl, die Sie heute haben. Es gibt kein manuelles Länderziel mehr irgendwo in der Search Console. Google leitet Geotargeting jetzt vollständig ab aus:

• der ccTLD, falls Sie eine haben (weiterhin automatisch, weiterhin das stärkste Signal);
• hreflang-Anmerkungen;
• On-Page-Signalen – Sprache des sichtbaren Inhalts, Währung, Adressen, Telefon- formate;
• der Locale Ihrer eingehenden Links.

Der Checklistenpunkt lautet daher nicht „Legen Sie Ihr Land in der GSC fest“, sondern „Stellen Sie sicher, dass Ihre ccTLD, Ihr hreflang, Ihre On-Page-Signale und Ihre Link-Lokalisierung übereinstimmen“, denn Übereinstimmung ist das, was Google jetzt liest, da es keine Überschreibung mehr gibt.

Schritt 5 — Sprachwechsler crawlbar machen

Sprach- und Währungswechsler müssen echte, crawlbare Hyperlinks sein – keine reinen JavaScript-Dropdowns oder clientseitigen Routenwechsel ohne echten href. Googles eigene Anleitung ist eindeutig: „Consider adding hyperlinks to other language versions of a page.“ (Übersetzung) „Erwägen Sie, Hyperlinks zu anderen Sprachversionen einer Seite hinzuzufügen.“ Ein Wechsler, der als JS-Zustand ohne crawlbaren Link aufgebaut ist, birgt das Risiko, dass Google die alternativen Versionen über diesen Pfad nie entdeckt. (Google rendert zwar JS und crawlt ohne Accept-Language-Header, aber ein Mechanismus ohne echten <a href> ist der fragile Fall.)

Und erzwingen Sie keine Weiterleitungen: “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (Übersetzung) „Vermeiden Sie es, Benutzer automatisch von einer Sprachversion einer Website auf eine andere Sprachversion umzuleiten.“ Automatische Weiterleitungen basierend auf IP oder Browsersprache sperren Benutzer (und Googlebot, der aus den USA crawlt) in der falschen Version ein. Geben Sie allen einen sichtbaren, klickbaren Pfad zu jeder Version und überlassen Sie ihnen die Wahl. Dies ist dasselbe JS-Rendering-Risiko, das der Audit-Artikel für hreflang selbst dokumentiert – dieselbe Logik, angewendet auf den Wechsler.

Schritt 6 — Beinahe-Duplikate über Varianten hinweg behandeln

Wenn Sie nahezu identische Inhalte in derselben Sprache für verschiedene Regionen ausliefern – die klassischen en-us-/en-gb-Seiten, die zu 95 % gleich sind – kann Google sie als Duplikate behandeln. Die Lösung ist Canonical und hreflang zusammen, laut Google: “pick a preferred version and use the rel="canonical" element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (Übersetzung) „Wählen Sie eine bevorzugte Version und verwenden Sie das rel="canonical"-Element und hreflang-Tags, um sicherzustellen, dass die korrekte Sprach- oder Regional-URL an Suchende ausgeliefert wird.“ Evidence for this claim For similar same-language regional variants, Google recommends selecting a preferred version and using canonical plus hreflang; fully translated pages are a different case. Scope: international, multilingual and multi-regional websites and market research as applicable Confidence: high · Verified: 2026-07-17 Managing multi-regional and multilingual sites

Die entscheidende Nuance: Canonical allein würde die regionale Version vollständig aus der Indexierung entfernen – Sie brauchen beides. Und selbst wenn es korrekt umgesetzt ist, kann Google nahezu identische hreflang-Seiten weiterhin zu einem Canonical zusammenfassen und nur die in der SERP angezeigte URL austauschen (Mueller hat dies für Fälle wie fr-fr / fr-be bestätigt). hreflang garantiert keine getrennte Indexierung; es hilft, die richtige vorhandene Version auszuliefern.

Schritt 7 — Vor und nach dem Launch validieren

Halten Sie dies kurz – der Audit-Artikel enthält die vollständige Methodik und die Aufschlüsselung der neun Fehler aus meiner hreflang-Studie. Die wesentlichen Punkte vor/nach dem Launch:

• Rückverweise vorhanden auf jedem Paar (der häufigste funktionale Bruch).
• Gültige Sprach-/Regionscodes (ISO 639-1 / ISO 3166-1 Alpha 2).
• Selbstreferenz in jedem Satz vorhanden.
• x-default vorhanden.
• Tags im gerenderten <head>, nicht per JS mitten im <body> injiziert und nicht unterhalb des Heads, wo sie ungültig sind.
• Die indexierte URL pro Locale mit GSC URL Inspection überprüfen – bestätigen Sie, dass Google tatsächlich die Version indexiert hat, die Sie für diesen Markt vorgesehen haben.

Bing-spezifische Hinweise

Zwei Dinge weichen von Google ab:

• Bing gewichtet das Content-Language-Meta-Tag / den HTTP-Header stärker als hreflang. Fabrice Canel von Bing hat es direkt gesagt: “hreflang is indeed a far weaker signal than content-language at Bing.” (Übersetzung) „hreflang ist bei Bing tatsächlich ein weitaus schwächeres Signal als content-language.“ Bing liest hreflang zwar – aber nur schwach – und rundet sein Länderverständnis mit ccTLD, Serverstandort, Sprachtext und Link-Lokalisierung ab. Wenn Bing ein relevanter Kanal ist, setzen Sie content-language explizit.
• Bings Geo-Targeting-Funktion scheint entfernt worden zu sein. Das Geo-Targeting-Steuerelement in den alten Bing Webmaster Tools wurde nicht in die aktuelle Benutzeroberfläche übernommen. Bings öffentliche Anleitung verweist nun stattdessen auf die Signalisierung der Geografie über HTML-Meta-Tags / HTTP-Header. (Ich kennzeichne dies als berichtet, aber nicht sicher – siehe den Hinweis unter dem Reiter „Zitate“ –, weil die Primärquelle einer automatisierten Überprüfung widersteht. So oder so: Bauen Sie keinen Checklistenschritt um eine Bing-Dashboard-Einstellung herum; verwenden Sie content-language und On-Page-Signale.)

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Dies ist eine Build-/Launch-Checkliste, kein Audit – die Einrichtungsreihenfolge, wobei die Diagnosemethodik an den Artikel zum internationalen SEO-Audit übergeben wird.
• URL-Struktur: ccTLD (stärkstes Ländersignal, ein Land pro ccTLD, höchster Aufwand) vs. Subdomain vs. Unterverzeichnis (am einfachsten, am häufigsten). Google markiert den URL-Parameter-Ansatz als “Not recommended.” Wählen Sie eine Variante und wenden Sie diese konsistent an. Der automatische ccTLD-Ranking-Vorteil lässt nach.
• hreflang: Selbstreferenz, reziproke Rückverweise (der häufigste Fehler), x-default und gültige ISO-Codes (en-gb, nicht en-uk). HTML-Head, HTTP-Header und XML-Sitemap sind gleichwertig – wählen Sie passend zu Ihrem Stack; die Sitemap skaliert am besten.
• Lokalisieren, nicht maschinell übersetzen – passen Sie Währung, Beispiele und Produktmix an; beginnen Sie mit Keyword-Recherche für den Zielmarkt.
• Geotargeting: Der Bericht „International Targeting“ in der Google Search Console wurde am 22. September 2022 vollständig entfernt für alle TLD-Typen. Es gibt kein manuelles Länderziel mehr; Google leitet es aus ccTLD + hreflang + On-Page-Signalen + der Sprache eingehender Links ab.
• Sprachwechsler müssen crawlbare <a href>-Links sein, niemals reine JS-Dropdowns, und keine automatische Weiterleitung per IP oder Browsersprache.
• Doppelte Inhalte: Nahezu identische, gleichsprachige regionale Varianten benötigen Canonical und hreflang zusammen – Canonical allein unterdrückt die regionale Version – und Google kann sie trotzdem zusammenführen.
• Validierung: Rückverweise, Codes, Selbstreferenz, x-default, Tags im gerenderten <head> und bestätigen Sie die indexierte URL pro Locale über die URL-Inspektion in der Google Search Console.
• Bing: gewichtet content-language stärker als hreflang (Canel) und scheint seine eigene Geo-Targeting-Funktion entfernt zu haben – signalisieren Sie die Geografie über Meta-Tags/Header.

Offizielle Dokumentation

Primärquellen-Dokumentation der Suchmaschinen.

Google

• Mehrregionale und mehrsprachige Websites verwalten – die Tabelle mit Vor- und Nachteilen der URL-Strukturen, Hinweise zu Sprachwechsler-Hyperlinks, die Regel „automatische Weiterleitung vermeiden“ und die Behandlung doppelter Inhalte.
• Google über lokalisierte Versionen Ihrer Seite informieren (hreflang) – die Anforderung an Rückverweise und die drei gleichwertigen Bereitstellungsmethoden (HTML, HTTP-Header, Sitemap).
• Überblick über internationales SEO – die übergeordnete Anleitung für mehrregionale und mehrsprachige Websites.
• An Sprache und Region angepasste Seiten – dynamisches Ausliefern und warum Googlebot ohne Accept-Language-Header crawlt.
• x-default-hreflang für internationale Seiten (2013) – die ursprüngliche Ankündigung von x-default.
• Bericht „International Targeting“ eingestellt – die Entfernung der manuellen Länderziel-Einstellung im September 2022.

Bing / Microsoft

• Bing Webmaster Guidelines – Bings Haltung zu Sprach-/Regionssignalen (content-language wird stärker gewichtet als hreflang).

Zitate aus der Quelle

Aussagen auf der Grundlage öffentlicher Quellen. Jeder Google-Link ist ein Deep-Link, der direkt zum zitierten Abschnitt auf der Quellseite springt.

Google – URL-Struktur

• “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (Übersetzung) „Länderspezifische Domains (ccTLDs) sind ein starkes Signal für Nutzer und Suchmaschinen, in welchem Land eine Website angesiedelt ist.“ — Google Search Central, Mehrregionale und mehrsprachige Websites verwalten. Zum Zitat springen
• Zum URL-Parameter-Ansatz: “Not recommended.” (Übersetzung) „Dieser Ansatz wird nicht empfohlen.“ Zum Zitat springen

Google – hreflang-Rückverweise

• “If page X links to page Y, page Y must link back to page X. If this is not the case for all pages that use hreflang annotations, those annotations may be ignored or not interpreted correctly.” (Übersetzung) „Wenn Seite X auf Seite Y verlinkt, muss Seite Y zurück auf Seite X verlinken. Ist dies nicht für alle Seiten der Fall, die hreflang-Anmerkungen verwenden, können diese Anmerkungen ignoriert oder nicht korrekt interpretiert werden.“ — Google Search Central, Google über lokalisierte Versionen Ihrer Seite informieren. Zum Zitat springen

Google — Geotargeting / GSC-Einstellung

• “The International Targeting report has been deprecated. Google will continue to support and use hreflang tags on your pages.” (Übersetzung) „Der Bericht zur internationalen Ausrichtung wurde eingestellt. Google wird hreflang-Tags auf Ihren Seiten weiterhin unterstützen und verwenden.“ — Google Search Console-Hilfe. Hinweis lesen
• Die Ländereinstellung “was determined to have little value for the ecosystem, and is no longer supported.” (Übersetzung) „wurde als wenig wertvoll für das Ökosystem eingestuft und wird nicht mehr unterstützt.“ Hinweis lesen

Google — Umschalter und automatische Weiterleitungen

• “Consider adding hyperlinks to other language versions of a page.” (Übersetzung) „Erwägen Sie, Hyperlinks zu anderen Sprachversionen einer Seite hinzuzufügen.“ Zum Zitat springen
• “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (Übersetzung) „Vermeiden Sie es, Benutzer automatisch von einer Sprachversion einer Website auf eine andere Sprachversion derselben Website umzuleiten.“ Zum Zitat springen

Google — doppelte Inhalte über Regionen hinweg

• “pick a preferred version and use the rel="canonical" element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (Übersetzung) „Wählen Sie eine bevorzugte Version und verwenden Sie das rel="canonical"-Element und hreflang-Tags, um sicherzustellen, dass die korrekte Sprach- oder Regional-URL an Suchende ausgeliefert wird.“ Zum Zitat springen

Bing — hreflang vs. content-language

• “hreflang is indeed a far weaker signal than content-language at Bing.” (Übersetzung) „hreflang ist bei Bing tatsächlich ein weitaus schwächeres Signal als content-language.“ — Fabrice Canel, Bing (via Search Engine Roundtable). Berichterstattung lesen

Die internationale SEO-Checkliste

Arbeiten Sie von oben nach unten, wenn Sie ein neues internationales Setup aufbauen oder überprüfen. Linkziele führen zu den vertieften Abschnitten, wo Sie mehr als ein Kontrollkästchen benötigen.

URL-Struktur (einmal entscheiden, überall anwenden)

• Eine Struktur gewählt — ccTLD, Subdomain oder Unterverzeichnis — mit einem klaren Grund.
• Keine URL-Parameter für das Gebietsschema (Google: „Not recommended“).
• Struktur konsistent über alle Märkte angewendet.

hreflang

• Das Set jeder Version enthält alle Versionen, einschließlich sich selbst (Selbstreferenz).
• Rückgabe-Tags sind reziprok – jedes X→Y hat auch Y→X.
• x-default für die Fallback-Zielgruppe vorhanden.
• Gültige ISO-Codes – Sprache (639-1) und optionale Region (3166-1 Alpha 2); z. B. en-gb, nicht en-uk.
• Eine Bereitstellungsmethode gewählt (HTML-Head / HTTP-Header / XML-Sitemap) und konsistent verwendet – sie sind für Google gleichwertig; Sitemap skaliert am besten.

Lokalisierung

• Inhalt ist lokalisiert, nicht unbearbeitete maschinelle Übersetzung.
• Währung, Einheiten, Beispiele und Produktmix pro Markt angepasst.
• Keywords stammen aus marktspezifischer Recherche, nicht aus übersetzten Quell-Keywords.

Geotargeting

• Nicht auf eine GSC-Länderzielungs-Einstellung verlassen – sie wurde im September 2022 entfernt und existiert nicht mehr.
• ccTLD (falls vorhanden), hreflang, On-Page-Signale und Inbound-Link-Locale stimmen überein.

Umschalter

• Sprach-/Währungs-Umschalter ist ein echter crawlbarer <a href>-Link, kein reines JS-Dropdown.
• Keine erzwungene automatische Weiterleitung nach IP oder Browsersprache.

Doppelte Inhalte

• Nahezu identische gleichsprachige regionale Varianten verwenden Canonical + hreflang zusammen (nicht nur Canonical).

Validieren (vor und nach dem Start)

• Rückgabe-Tags, gültige Codes, Selbstreferenz und x-default alle vorhanden.
• hreflang-Tags werden im <head> gerendert, nicht per JS in der Mitte des Bodys eingefügt.
• Indizierte URL pro Locale über GSC-URL-Inspektion bestätigt.
• Vollständige Diagnose nach dem Start an das internationale SEO-Audit weitergeleitet.

Bing

• Content-Language-Meta-Tag / HTTP-Header gesetzt (Bing gewichtet es über hreflang).
• Geografie über Meta/HTTP signalisiert, nicht über eine Bing-Webmaster-Tools-Geo-Einstellung.

Testen Sie sich selbst: Internationale SEO-Checkliste

Fünf kurze Fragen zur korrekten Einrichtung einer internationalen Website. Wählen Sie für jede eine Antwort und prüfen Sie dann.

Ressourcen, die Ihre Zeit wert sind

Meine verwandten Artikel und Vorträge

• Die größte hreflang-Studie aller Zeiten – meine Studie über 374 756 hreflang-nutzende Domains, bei denen 67 % mindestens ein Problem hatten. Der empirische Beleg, warum Validierung auf dieser Checkliste steht.
• Hreflang-Tags: Der einfache Leitfaden für Anfänger – die Tag-Anleitung, die ich bei Ahrefs bearbeitet habe.
• Internationales SEO: Die seltsamen technischen Teile – Pubcon Vegas 2019 – die Randfälle, die internationale Einrichtungen brechen.
• Sie werden internationales SEO vermasseln – Pubcon Vegas 2017 – die Tour „alles, was schiefgeht“.
• Hreflang-Studie und interessante Probleme – BrightonSEO 2023 – die Präsentation hinter der Studie.
• Internationales SEO vereinfacht – Outspoken-Media-Panel – ein Panel mit Bings Fabrice Canel und Bill Hunt über die Rolle von hreflang im globalen SEO.

Auf dieser Website

• Internationales SEO – der zentrale Hub für die Konzepte hinter jedem Schritt hier.
• Internationales SEO-Audit – der diagnostische Begleiter nach dem Start zu dieser Aufbau-Checkliste.
• hreflang und x-default hreflang – das Tag im Detail.
• Übersetzung vs. Lokalisierung – Schritt 3 ausführlich.

Offiziell

• Google – Verwaltung mehrregionaler und mehrsprachiger Websites.
• Google – hreflang / lokalisierte Versionen.
• Google – Bericht zur internationalen Ausrichtung eingestellt.

Aus der Branche

• 10 International SEO Best Practices + Checkliste (Ahrefs, Jamie Grant & Despina Gavoyannis) – eine gründliche konkurrierende Checkliste (nicht von mir – lesenswert neben dieser).
• International SEO Checkliste (Lokalise) – eine Sicht eines Lokalisierungsanbieters, strukturiert nach Markteinführungsphasen.
• International SEO: So optimieren Sie Ihre Website (Semrush) – eine breite Einführung in dieselben Grundlagen.
• Bing Webmaster Tools entfernt Geo-Targeting-Funktion (Search Engine Roundtable) – die gemeldete Entfernung der Geo-Einstellung von Bing (siehe Hinweis im Reiter „Zitate“ zur Verifizierung).

Änderungsprotokoll