Internationales SEO

TL;DR — Internationale SEO ist die Art und Weise, wie Sie Suchmaschinen mitteilen, für welche Sprachen und Länder Ihre Website gedacht ist, damit die richtige Person die richtige Version sieht. Es sind zwei getrennte Fragen – in welcher Sprache ist diese Seite verfasst und für welches Land ist sie gedacht – und drei Haupthebel: Ihre URL-Struktur, hreflang-Tags und On-Page-Signale wie Währung und Adresse. hreflang ist der wichtigste Hebel, und die wichtigste Sache, die Sie sich vorab merken sollten, ist, dass es ein Hinweis ist, kein Befehl.

Was internationale SEO ist

Wenn Ihre Website Menschen in mehr als einer Sprache oder in mehr als einem Land bedient, haben Sie – ob Sie darüber nachgedacht haben oder nicht – ein internationales SEO-Problem zu lösen. Das Ziel ist einfach zu formulieren: Helfen Sie Google und Bing zu verstehen, welche Version einer Seite für welche Zielgruppe gedacht ist, und liefern Sie diese Version der richtigen Person aus.

Der Fehler, den fast alle am Anfang machen, ist, „Sprache“ und „Land“ als dasselbe zu behandeln. Das sind sie nicht:

• Sprachausrichtung ist für mehrsprachige Websites gedacht – derselbe Inhalt wird in mehr als einer Sprache angeboten.
• Länderausrichtung ist für multiregionale Websites gedacht – Inhalte, die auf Nutzer in verschiedenen Ländern abzielen, manchmal in der gleichen Sprache.

Kurze Beispiele, um es zu veranschaulichen: Kanada ist ein Land mit zwei Amtssprachen (Englisch und Französisch) – das ist Sprachausrichtung innerhalb eines Landes. Die USA und Großbritannien sind zwei Länder, die sich weitgehend eine Sprache teilen – das ist Länderausrichtung mit derselben Sprache. Viele große Websites benötigen beides gleichzeitig.

Die drei Dinge, die Sie tatsächlich kontrollieren

1. URL-Struktur. Wo die lokalisierten Versionen liegen:
   • ccTLD – example.de für Deutschland, example.fr für Frankreich. Stärkstes „Das ist für dieses Land“-Signal, aber teuer und schwerer zu verwalten.
   • Subdomain – de.example.com. Einfach einzurichten.
   • Unterverzeichnis – example.com/de/. Geringer Wartungsaufwand, alles unter einer Domain. Für die meisten Websites würde ich das wählen.
2. hreflang. Ein kleines Tag, das besagt: „Diese URL ist die deutsche Version, jene ist die französische Version.“ Es ermöglicht Google, einem Besucher aus Großbritannien die britische Seite zu zeigen, selbst wenn die US-Seite technisch gesehen rankt.
3. On-Page-Signale. Währung, Adresse, Telefonnummer, Sprache des Textes, Links von lokalen Websites. Diese verstärken unauffällig, für wen eine Seite gedacht ist. Evidence for this claim Google supports locale-specific URLs and hreflang, and also considers ccTLDs and several page, server, and local-link signals when identifying an intended audience. Scope: Google Search locale guidance; these are signals rather than guaranteed targeting controls. Confidence: high · Verified: 2026-07-14 Google: Managing multi-regional and multilingual sites

Das Eine, das Sie früh richtig machen sollten

hreflang ist ein Hinweis, keine Anweisung. Sie können es perfekt einrichten und Google kann trotzdem entscheiden, eine andere Version zu zeigen oder zwei nahezu identische Sprachseiten zu einer zusammenzuführen. Seine eigentliche Aufgabe ist nicht, etwas zu erzwingen – es soll die richtige regionale Version in den Suchergebnissen einblenden, wenn möglich. Richten Sie es trotzdem korrekt ein, denn wenn es defekt ist, findet dieser Austausch überhaupt nicht statt.

Beachten Sie außerdem zwei Änderungen: Google hat den alten Bericht „International Targeting“ in der Search Console bereits 2022 entfernt, sodass Sie dort keine Länderziele mehr festlegen. Und Bing basiert nicht wirklich auf hreflang – es bevorzugt ein anderes Tag (mehr dazu in der Advanced-Version).

Möchten Sie die tiefergehende Version – wie Sie Ihre URL-Struktur wählen, hreflang in großem Maßstab, warum der ccTLD-Vorteil schwindet und wie sich Bing unterscheidet – wechseln Sie zum Fortgeschritten-Tab. Jedes Unterthema (hreflang, x-default, Übersetzung vs. Lokalisierung, Keyword-Recherche, Auditing und mehrsprachige SEO) hat dort seinen eigenen Deep Dive.

Testen Sie sich selbst: Internationale SEO

TL;DR — Internationales SEO basiert auf zwei Achsen (Sprache vs. Land) und drei Hebeln (URL-Struktur, hreflang, On-Page-Signale). hreflang ist ein Hinweis: Sein Nutzen liegt im Versionswechsel in den SERPs, nicht im Indexieren, und Google kann ihn überschreiben. Der ccTLD-Ranking-Boost — Googles LDCP-Algorithmus — nimmt ab (Gary Illyes, Juli 2024). Der GSC-Bericht „International Targeting” wurde 2022 eingestellt. Bing stützt sich auf das content-language-Meta-Tag und behandelt hreflang als “a far weaker signal.” (Übersetzung) „ein weitaus schwächeres Signal.“ Im Enterprise-Maßstab wird manuelles hreflang scheitern — automatisieren Sie die Generierung und überwachen Sie ständig. Meine Standardeinstellungen: Unterverzeichnisse und eine Seite pro Sprache. Machen Sie den Markteintritt von Nachfrage, Eignung, Kapazität, Wettbewerb und Wirtschaftlichkeit abhängig, bevor Sie die Architektur wählen — und nichts davon garantiert Indexierung, Rankings oder Traffic; es verbessert nur die Chancen, dass Suchmaschinen die Sprachversionen korrekt zuordnen.

Zwei Achsen, nicht eine

Der mit Abstand nützlichste Unterschied in diesem gesamten Thema ist, dass Sprach-Targeting und Länder-Targeting zwei verschiedene Dinge sind. Googles eigene Dokumentation zieht die Grenze klar: “Multilingual websites are those that offer content in more than one language,” (Übersetzung) „Mehrsprachige Websites sind solche, die Inhalte in mehr als einer Sprache anbieten”, während “Multi-regional websites are those that explicitly target users in different countries.” (Übersetzung) „Multi-regionale Websites sind solche, die explizit Nutzer in verschiedenen Ländern ansprechen.” Sie können eines, beide oder keines davon benötigen.

Gary Illyes hat die Falle deutlich benannt: “The language is absolutely not a tell for what country you are targeting.” (Übersetzung) „Die Sprache ist absolut kein Indikator dafür, welches Land Sie ansprechen.” Eine französische Seite könnte für Frankreich, Kanada, Belgien oder die Schweiz bestimmt sein. Wenn Ihnen das Land wichtig ist, müssen Sie das Land explizit signalisieren – einen Regionscode in Ihrem hreflang (fr-CA, nicht nur fr) oder eine ccTLD. Die Sprache allein reicht nicht aus. Und das HTML-lang-Attribut hilft nicht weiter: Illyes’ Beispiel war eine Website, bei der “Joomla just came with the Lang attribute set to English… And then you looked at the page, and it was 100% German.” (Übersetzung) „Joomla kam einfach mit dem Lang-Attribut auf Englisch daher … Und dann haben Sie sich die Seite angesehen, und sie war zu 100 % Deutsch.” Suchmaschinen haben längst gelernt, dem nicht zu vertrauen.

Keine dieser Achsen-Zuordnungen ist ein Garantiemechanismus, und es ist wichtig, dies klar zu sagen: Die sprachliche/länderspezifische Unterscheidung und die technischen Signale richtig zu setzen, kann verbessern, wie gut Google und Bing lokale Versionen den Suchenden zuordnen, verspricht aber kein Indexieren, keine Rankings, keinen Traffic, keine Conversions, eine bestimmte angezeigte Locale oder Zitate in KI-Antworten für eine einzelne Seite. Die folgende Signalliste hat ihre eigenen dokumentierten Grenzen, was zählt und was nicht.

Priorisieren Sie den Markt, bevor Sie die Architektur festlegen

Bevor Sie sich auf eine URL-Struktur festlegen, prüfen Sie zuerst den Markt selbst – Architektur ist teuer rückgängig zu machen, und sie zu wählen, bevor Sie wissen, ob der Markt es wert ist, erschlossen zu werden, ist rückwärtsgewandt. Die praktische Checkliste, die ich verwende: Suchnachfrage in dieser Sprache/diesem Land, ob Ihr Produkt oder Ihre Dienstleistung dort tatsächlich verkauft oder betrieben werden darf, ob Sie die operative Kapazität haben, es zu unterstützen (Support, Recht, Zahlungen, Fulfillment), wie wettbewerbsintensiv der Markt bereits ist und ob die Unit Economics funktionieren, sobald Sie konvertieren. Behandeln Sie Ahrefs-artige Traffic- und Keyword-Volumen-Zahlen als Schätzungen zur Größenbestimmung und zum Vergleich von Märkten untereinander; behandeln Sie Ihre eigenen Google Search Console- oder Analytics-Zeilen als beobachtete First-Party-Daten, sobald Sie bereits an einem ähnlichen Ort live sind. Diese Hürde zu überspringen ist der Grund, warum Teams mit einer teuren ccTLD in einem Markt enden, der nie konvertieren würde. Die Seite Internationale SEO-Keyword-Recherche behandelt den marktbezogenen Recherche-Workflow ausführlich.

Auswahl Ihrer URL-Struktur

Dies ist die eine architektonische Entscheidung, die teuer rückgängig zu machen ist, daher lohnt es sich, sie richtig zu treffen. Google verwendet mehrere Signale, um Ihre Zielregion zu ermitteln – ccTLD, hreflang, Serverstandort und On-Page-Signale wie lokale Adressen, Telefonnummern, Währung und lokale Site-Links –, aber die URL-Struktur ist diejenige, auf die Sie sich in der Infrastruktur festlegen.

Mein Standard für die meisten Websites ist das Unterverzeichnis. Es hält die gesamte Autorität unter einer Domain, anstatt sie auf separate ccTLDs aufzuteilen, und der Wartungsaufwand ist deutlich geringer. John Mueller sagt seit Jahren, dass “subdomains and subdirectories are essentially equivalent” (Übersetzung) „Subdomains und Unterverzeichnisse im Wesentlichen gleichwertig sind“. Daher entscheiden meist betriebliche Anforderungen und keine vermeintlichen SEO-Vorteile – wählen Sie die Struktur, die zu Ihrer technischen Umgebung und Ihrem langfristigen Plan passt. Das ist Praxiserfahrung aus dem Betrieb in großem Maßstab, keine universelle Google-Ranking-Regel. Googles eigene Dokumentation nennt für jede Option Vor- und Nachteile und erklärt keine Struktur zum Gewinner.

Der große Vorbehalt betrifft die ccTLD-Geschichte. ccTLDs sind immer noch das stärkste Landessignal – Google nennt sie “a strong signal… about the target country of a website” (Übersetzung) „ein starkes Signal … für das Zielland einer Website“ – aber dieser Vorteil schrumpft. Gary Illyes beschrieb im Juli 2024 in Search Off the Record den zugrunde liegenden Mechanismus und seinen Bedeutungsverlust: “One of the main algorithms… is called something like LDCP — language demotion country promotion… But nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (Übersetzung) „Einer der Hauptalgorithmen … heißt ungefähr LDCP – language demotion country promotion … Heutzutage ergibt es für uns aber keinen Sinn mehr, diesen kleinen Bonus automatisch anzuwenden, weil das Signal mehrdeutig ist.“ Er ging weiter: “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away,” (Übersetzung) „Ich denke, dass dieser [ccTLD-Vorteil] irgendwann, also in einigen Jahren, ebenfalls verschwinden wird“, weil “think about all the funny domain names that you can buy… It doesn’t say anything anymore about the country.” (Übersetzung) „man nur an all die ungewöhnlichen Domainnamen denken muss, die man kaufen kann … Sie sagen nichts mehr über das Land aus.“ Sein praktischer Rat deckte sich mit meinem: Eine ccTLD hat weiterhin Marketingwert, “but I would not worry too much about it” (Übersetzung) „aber für das Ranking würde ich mir darüber nicht allzu viele Gedanken machen“. Google leitet sogar eigene Länder-ccTLDs auf google.com um.

hreflang: das zentrale technische Signal

hreflang ist das Arbeitstier der internationalen SEO, und es ist das Thema, mit dem ich mich mehr beschäftigt habe als mit fast jedem anderen technischen Thema – es war einer meiner ersten Beiträge, als ich zu Ahrefs kam, als ich unseren hreflang-Leitfaden bearbeitete.

Was es tatsächlich tut. hreflang teilt Google (und Yandex) mit, für welche Sprache/Region eine URL gedacht ist. Sein eigentlicher Nutzen ist der Versionswechsel in den SERPs: Ein Besucher aus Großbritannien kann Ihre en-gb-Seite angezeigt bekommen, selbst wenn die en-us-Seite rankt, vorausgesetzt hreflang ist korrekt eingerichtet. Wenn die Tags defekt sind, findet dieser Wechsel einfach nicht statt. Was hreflang nicht tut, ist, die Indexierung zu garantieren oder die Kanonisierung zu überschreiben – es ist eines von etwa 19 Kanonisierungssignalen, kein Trumpf.

Drei Implementierungsmethoden, alle gleichwertig: <link rel="alternate" hreflang="…" href="…" />-Tags im <head>; ein HTTP-Link:-Header; oder <xhtml:link>-Einträge in Ihrer XML-Sitemap. Es gibt keinen inhärenten Geschwindigkeitsunterschied – die Signale werden beim Crawlen ohnehin geprüft, also verwenden Sie, was Ihr System am zuverlässigsten generiert. (Bei einem gemischten Setup aus ccTLD plus .com sind zentral gehostete XML-Sitemaps der übliche Weg, um domänenübergreifende Cluster zu verwalten.)

Die goldenen Regeln:

• Bidirektional / reziprok. Wenn Seite X auf Seite Y verweist, muss Y auf X zurückverweisen. hreflang funktioniert in Clustern – einer Gruppe von Seiten, die alle aufeinander verweisen – und ein Cluster entsteht nur, wenn die Verweise reziprok sind. So funktioniert auch der Signalaustausch im Cluster: Die stärkste Seite kann die anderen anheben.
• Selbstreferenzierend ist Best Practice, aber laut Mueller technisch “optional.”
• x-default ist Ihr Fallback für Nutzer, deren Sprache/Region keiner spezifischen Version entspricht.
• Verwenden Sie echte Regionscodes. en-GB, fr-BE, zh-Hans – ISO 639-1-Sprache plus ein optionaler ISO 3166-1-Regionscode. Es gibt keine EU-, LATAM-, APAC- oder MENA- Regionscodes; Sie zielen auf einzelne Länder ab (es-MX, es-AR, es-CO).

Häufige Fehler sind überall. In der Ahrefs-hreflang-Studie, an der ich mitgearbeitet habe – der größten je durchgeführten, über 374 756 hreflang-nutzende Domains – hatten 67 % mindestens ein Problem. Meine ehrliche Reaktion damals: “I’m surprised the numbers weren’t worse… I suspect a lot of these sites have basic implementations.” (Übersetzung) „Ich bin überrascht, dass die Zahlen nicht schlechter waren … ich vermute, viele dieser Websites haben grundlegende Implementierungen.“ Der Punkt bleibt: “Hreflang is complex and hard to get right. It can break in so many different ways.” (Übersetzung) „Hreflang ist komplex und schwer richtig umzusetzen. Es kann auf so viele verschiedene Arten brechen.“

hreflang ist ein Hinweis, keine Anweisung. Das ist der Punkt, den man sich am meisten verinnerlichen muss. Wie Mueller es formulierte (Bluesky, Mai 2025): “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (Übersetzung) „hreflang garantiert kein Indexing … wenn sie gleich sind (z. B. fr-fr, fr-be), ist es üblich, dass eine als kanonisch ausgewählt wird.“ Und: “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (Übersetzung) „Oft wird hreflang die URL trotzdem austauschen, aber die Berichterstattung erfolgt über die kanonische URL.“ Google kann also nahezu identische Sprachvarianten zusammenführen, und Ihre Berichterstattung liegt auf der URL, die es als kanonisch ausgewählt hat.

Andere Signale – und die Dinge, die Google ignoriert

Über hreflang und ccTLD hinaus liest Google On-Page-Lokalisierung: lokale Währung, Adressen, Telefonnummern, die Sprache des Fließtexts und Links von lokalen Websites. Zwei Dinge, die es ausdrücklich nicht verwendet: Geolokalisierungs-Meta-Tags (geo.position, geo.region, geo.placename) und IP-basierte Standortanalyse, die es als “not reliable.” (Übersetzung) „nicht zuverlässig“ bezeichnet.

Es hilft, sich klarzumachen, welche Aufgabe jedes Signal tatsächlich übernimmt, denn sie werden ständig vermischt: Spracherkennung kommt vom sichtbaren Inhalt der Seite, nicht von Code-Ebene-Daten oder der URL – Google bestimmt sie, indem es liest, was tatsächlich auf der Seite steht. Locale-Targeting (für welches Land eine Seite bestimmt ist) wird signalisiert durch ccTLD, hreflang, Serverstandort und die oben genannten On-Page-Hinweise – wobei Google deutlich sagt, dass der Serverstandort allein “nicht ausschlaggebend ist.” hreflang übernimmt eine engere Aufgabe als beide: Es ordnet alternative Locale-URLs einander zu, sodass die richtige in den Ergebnissen ausgetauscht werden kann; es deklariert nicht die Sprache einer Seite. Und Kanonisierung ist die separate Entscheidung, welche URL tatsächlich indexiert und gerankt wird – hreflang fließt dort ein, steuert es aber nicht vollständig.

Eine Falle, die es zu vermeiden gilt: Leiten Sie Nutzer nicht automatisch per IP um. Googles Anleitung ist, “avoid automatically redirecting users to a different language version based on their perceived geographic location.” (Übersetzung) „automatische Weiterleitungen von Nutzern auf eine andere Sprachversion basierend auf ihrer vermuteten geografischen Standort zu vermeiden.“ Geo-Redirects fangen den Crawler in dem Locale, aus dem er zu stammen scheint, sodass Google Ihre anderen Versionen nie sieht – und in der EU kann IP-basiertes Geoblocking gegen die Anti-Geoblocking-Verordnung verstoßen. Verwenden Sie separate, stabile URLs pro Sprache und stellen Sie ihre direkte Erreichbarkeit sicher (keine nur für eine Locale verfügbaren Pfade, die verschwinden, sobald man die “richtige” Region verlässt), und geben Sie Nutzern explizite Links zum Wechseln von Sprache oder Region selbst, anstatt für sie zu raten. Dieselbe Logik verwirft auch cookie-basiertes oder Accept-Language-basiertes Content-Switching: Google empfiehlt “using separate locale URL configurations” (Übersetzung) „die Verwendung separater Locale-URL-Konfigurationen“ mit hreflang anstelle von locale-adaptiven Seiten, weil Googlebot standardmäßig keine Accept-Language-Header setzt und üblicherweise von US-basierter Infrastruktur aus crawlt – eine Antwort, die sich basierend auf wahrgenommenem Standort oder Headern anpasst, wird in ihren anderen Locales also möglicherweise nie gesehen.

Der GSC-Bericht „International Targeting“ ist nicht mehr verfügbar

Wenn ein Leitfaden Ihnen empfiehlt, in der Search Console ein Zielland festzulegen, ist er veraltet. Google hat den Bericht „International Targeting“ am 22. September 2022 eingestellt und erklärte, die Länderziel-Funktion “was determined to have little value for the ecosystem, and is no longer supported.” (Übersetzung) „wurde als von geringem Wert für das Ökosystem eingestuft und wird nicht mehr unterstützt.“ Was hat sie ersetzt? Nichts Direktes – die Länderzielung wird nun aus ccTLD + hreflang + On-Page-Signalen + eingehenden Links abgeleitet. Die hreflang-Fehlerdaten, die früher in diesem Bericht enthalten waren, sind ebenfalls aus der GSC verschwunden, sodass Sie hreflang jetzt mit einem Crawler validieren. Google hat jedoch bestätigt, dass es “will continue to support and use hreflang tags.” (Übersetzung) „hreflang-Tags weiterhin unterstützen und verwenden wird“. Um zu prüfen, welche Version Google tatsächlich für eine Seite indexiert hat, verwenden Sie das Tool URL Inspection.

Wie Bing dies anders handhabt

Hier überspringen die meisten Leitfäden Bing entweder oder liegen falsch – und ich hatte den Vorteil, mit Bings Fabrice Canel in einem Panel zu sitzen und es aus erster Hand zu hören. Bings Signal- Stapel unterscheidet sich wirklich von dem von Google. Canels eigene Worte: „hreflang ist bei Bing tatsächlich ein viel schwächeres Signal als content-language.“

Bings bevorzugte Signale, in grober Prioritätsreihenfolge:

1. <meta http-equiv="content-language" content="fr-FR"> – das content-language Meta-Tag
2. Der Content-Language-HTTP-Header
3. ccTLD / Serverstandort
4. Sprache des Fließtexts
5. Gebietsschema der eingehenden verlinkenden Seiten

Das Rezept für alle Engines lautet also: hreflang für Google implementieren und content-language-Meta-Tags für Bing hinzufügen. Bing liest hreflang, behandelt es jedoch als schwach. Und anders als Google (das 2022 seinen eigenen Targeting-Bericht eingestellt hat) hat Bing auch seine Geo-Targeting-Funktion entfernt – Fabrice Canel bestätigte im September 2020, dass sie nicht in die neu gestalteten Bing Webmaster Tools übernommen wurde, und riet SEOs, stattdessen das content-language-Meta-Tag oder den HTTP-Header zu verwenden.

Andere Engines benötigen ihren eigenen Workflow

Google gegen Bing ist nicht die gesamte internationale Landkarte. Sobald ein Markt von einer anderen Engine abhängt, behalten Sie die gemeinsamen Inhalte und die technische Grundlage bei, überprüfen jedoch den anbieterspezifischen Workflow, anstatt eine Google-Checkliste zu übersetzen:

Die Details gehören in die länderspezifischen SEO-Leitfäden. Die nützliche Regel hier ist einfacher: Gemeinsame SEO-Prinzipien übertragen sich; Produktsteuerungen, Einreichungs- Pfade, Diagnosen und undokumentiertes Verhalten nicht.

Internationales SEO in großem Maßstab

Ich habe internationales SEO bei IBM betrieben, auf einer der größten Unternehmenswebsites der Welt – mit mehreren CMS, mehreren Infrastrukturen und zig Millionen URLs. Die wichtigste Erkenntnis: Manuelles hreflang-Management scheitert in großem Maßstab. Sie können reziproke Tags nicht manuell über Millionen von Seiten und mehrere Systeme pflegen. Was funktioniert:

• Automatisieren Sie alles, was möglich ist. Generieren Sie hreflang aus einem System of Record – oft Middleware, die Ihre CMS verbindet – anstatt jedes Team die Tags von Hand schreiben zu lassen.
• Prüfen Sie wiederholt. Probleme entstehen ständig; dies ist eine Aufgabe von konstantem Crawlen + Warnungen, nicht eine einmal pro Quartal durchgeführte Prüfung. Erwarten Sie Brüche und bauen Sie Systeme, die sie erkennen.
• Achten Sie auf „head section breaks“. hreflang-Tags, die durch fehlerhaftes HTML in den <body> verschoben werden, werden ignoriert – stellen Sie sicher, dass sie im gerenderten <head> stehen.
• Verifizieren Sie die indexierte URL pro Locale mit der URL-Inspektion in der Google Search Console, da die Wirksamkeit von hreflang davon abhängt, welche Version tatsächlich indexiert wurde, nicht nur davon, was Ihr Canonical-Tag angibt.

Architektonisch bevorzuge ich im großen Maßstab eine Seite pro Sprache statt einer Seite pro Land/Locale – das erzeugt weniger, stärkere Seiten, ermöglicht dynamische Personalisierung und umgeht viel hreflang-Komplexität. Geduld ist ebenfalls wichtig: Internationale Änderungen bewegen sich im Tempo der Crawl-Zyklen, nicht im Tempo, das Ihre Stakeholder wünschen.

Wo es weitergeht

Dieser Hub ist die Karte. Jedes Unterthema unten ist ein eigener Deep Dive:

Hreflang (eigener Abschnitt in der Seitenleiste)

• hreflang – das Tag im Detail: die drei Implementierungsmethoden, Cluster, Reziprozität, häufige Fehler und Validierung.
• x-default hreflang – der Fallback-Wert für Benutzer, deren Sprache/Region keiner Ihrer Versionen entspricht, und wo er tatsächlich hilft.

Lokalisierung, Inhalte und Audits

• Übersetzung vs. Lokalisierung – warum maschinelle Übersetzung von Seiten nicht dasselbe ist wie Lokalisierung für einen Markt, und was Googles Anleitung zur automatischen Übersetzung für Sie bedeutet.
• Internationale SEO-Keyword-Recherche – Nachfrage Markt für Markt recherchieren, wo sich die gleiche Sprache je nach Land unterscheidet (die klassische „ibis“- vs. „bin chicken“-Lücke).
• Internationales SEO-Audit – wie Sie hreflang-Cluster und Locale-Signale über eine Multi-Markt-Site hinweg crawlen, validieren und debuggen.
• Mehrsprachige SEO – die sprachliche Targeting-Hälfte der Disziplin im Detail.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• International SEO = Suchmaschinen mitteilen, für welche Sprache und/oder welches Land jede Seite bestimmt ist, damit die richtige Version den richtigen Nutzer erreicht. Zwei Achsen — Sprach-Targeting (mehrsprachig) vs. Länder-Targeting (multi-regional) — und drei Hebel: URL-Struktur, hreflang, On-Page-Signale.
• Nichts davon garantiert Ergebnisse. Die Achsen und Signale richtig zu setzen verbessert, wie gut Suchmaschinen Sprachversionen Suchanfragen zuordnen — es verspricht keine Indexierung, Rankings, Traffic, Conversions, eine bestimmte angezeigte Sprache oder KI-Zitate.
• Markt vor der Architektur prüfen. Priorisieren Sie nach Suchnachfrage, Produkt-/Service-Eignung, operativer Kapazität, Wettbewerb und Unit-Ökonomie. Behandeln Sie Ahrefs-artige Volumen-/Traffic-Zahlen als Schätzungen zur Marktgrößenbestimmung; behandeln Sie Ihre eigenen GSC-/Analytics-Zeilen als beobachtete Daten, sobald Sie irgendwo Ähnlichem live sind.
• Sprache ≠ Land. „Die Sprache ist absolut kein Indikator dafür, welches Land Sie ansprechen“ (Gary Illyes). Um ein Land anzusprechen, verwenden Sie einen Regionscode (fr-CA) oder eine ccTLD; das HTML-lang-Attribut ist unzuverlässig.
• URL-Struktur: ccTLD (stärkstes Ländersignal, aber teuer + teilt Autorität) / Subdomain (einfach) / Unterverzeichnis (bündelt Autorität, geringer Wartungsaufwand). Patricks Standard: Unterverzeichnis. Subdomains und Unterverzeichnisse sind für Google „im Wesentlichen gleichwertig“.
• ccTLD-Vorteil schwindet. Googles LDCP-Boost (Sprach-Demotion, Länder-Promotion) wird abgeschwächt; Illyes (Juli 2024): Er „wird ebenfalls verblassen.“ Marketingwert bleibt; Rankingwert nicht.
• hreflang ist ein Hinweis, keine Anweisung. Nutzen = Versionswechsel in den SERPs, nicht Indexierung. Es ist etwa 1 von 19 Kanonisierungs-Signalen. Regeln: reziproke/bidirektionale Cluster, Selbstreferenz (optional, aber gut), x-default, echte Regionscodes (kein EU/APAC). 67 % von 374 756 Domains hatten hreflang-Probleme (Ahrefs-Studie).
• Jedes Signal hat eine eigene Aufgabe: Spracherkennung liest sichtbaren Inhalt (nicht Code/URL); Länder-Targeting kommt von ccTLD/hreflang/Serverstandort/On-Page-Hinweisen; hreflang ordnet alternative URLs zu (deklariert keine Sprache); Kanonisierung entscheidet über die indexierte URL. Nicht automatisch nach IP umleiten (fängt den Crawler; EU-Anti-Geoblocking-Risiko) — verwenden Sie stabile separate URLs, explizite Wechsler-Links und hreflang statt lokal angepasster Seiten. Google ignoriert Geo-Meta-Tags und IP-Analyse.
• GSC-Bericht „Internationales Targeting“ am 22. September 2022 eingestellt — “little value for the ecosystem.” (Übersetzung) „wenig Wert für das Ökosystem“. Länder-Targeting wird nun aus ccTLD + hreflang + On-Page + Links abgeleitet. hreflang wird weiterhin unterstützt.
• Bing unterscheidet sich: „hreflang ist bei Bing ein weitaus schwächeres Signal als content-language“ (Fabrice Canel). Bing priorisiert das content-language-Meta-Tag + HTTP-Header. Bing entfernte 2020 seine eigene Geo-Targeting-Funktion aus Bing Webmaster Tools.
• Andere Suchmaschinen bleiben getrennt: Naver und Yandex haben eigene Webmaster-Workflows und nehmen an IndexNow teil; Cốc Cốc dokumentiert eigenen Crawler, Einreichungsformular, Sitemap-Erkennung und Direktiven. Nicht dokumentiertes Verhalten nicht von Google ableiten.
• In großem Maßstab (IBM): Manuelles hreflang scheitert — automatisieren Sie die Generierung über Middleware, überwachen Sie ständig, verifizieren Sie die indexierte URL pro Sprache. Eine Seite pro Sprache = weniger, stärkere Seiten.

Offizielle Dokumentation

Die Primärquellen-Dokumentationen, die das internationale Targeting bei jeder Suchmaschine regeln.

Google

• Verwaltung mehrsprachiger und multiregionaler Websites – das Kerndokument: die Definitionen von Sprache vs. Land, URL-Strukturoptionen und die vollständige Liste der Locale-Signale, die Google verwendet.
• Lokalisierte Versionen Ihrer Seiten (hreflang) – die drei Implementierungsmethoden, die bidirektionale Anforderung, Selbstreferenz, x-default und gültige Sprach-/Regionscodes.
• Internationale SEO-Übersicht – der übergeordnete Index für Googles internationale Anleitungen.
• Locale-adaptive Seiten – warum dynamisch ausgelieferte Locale-Inhalte riskant sind und die Empfehlung, stattdessen separate URLs + hreflang zu verwenden.
• x-default-hreflang-Ankündigung (April 2013) – die ursprüngliche Einführung des x-default-Fallback-Werts.
• International Targeting-Bericht eingestellt – die Einstellungsmitteilung von 2022: Länder-Targeting „hatte wenig Wert für das Ökosystem“; hreflang wird weiterhin unterstützt.

Bing / Microsoft

• Bing-Webmaster-Richtlinien – Bings Signalprioritäten, einschließlich des content-language-Meta-Tags und des HTTP-Headers.
• Going International (Bing-Webmaster-Blog, 2009) – grundlegend und weiterhin zitiert: ccTLD als primäres Signal und die Warnungen vor JS- und Cookie-basiertem Sprachwechsel.
• Bing Webmaster Tools entfernt Geo-Targeting-Funktion (Search Engine Roundtable, Sept. 2020) – Fabrice Canel bestätigt, dass die alte Geo-Targeting-Funktion nicht in die neu gestalteten Bing Webmaster Tools übernommen wurde.

Zitate aus der Quelle

Offizielle Aussagen von Google und Bing, die den Rahmen dafür setzen, wie internationales Targeting tatsächlich funktioniert.

Google – Sprache vs. Land und ccTLDs

• “Multilingual websites are those that offer content in more than one language.” (Übersetzung) „Mehrsprachige Websites sind solche, die Inhalte in mehr als einer Sprache anbieten.“ / “Multi-regional websites are those that explicitly target users in different countries.” (Übersetzung) „Multiregionale Websites sind solche, die explizit Nutzer in verschiedenen Ländern ansprechen.“ – Google Search Central-Dokumentation. Zum Zitat springen
• “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 hinsichtlich des Ziellandes einer Website.“ – Google Search Central-Dokumentation. Zum Zitat springen
• “The language is absolutely not a tell for what country you are targeting.” (Übersetzung) „Die Sprache ist absolut kein Indikator dafür, welches Land Sie ansprechen.“ – Gary Illyes von Google (Podcast Search Off the Record, Juli 2024). Berichterstattung lesen
• “One of the main algorithms… is called something like LDCP — language demotion country promotion… nowadays… it doesn’t really make sense for us to like automatically apply that little boost because it’s ambiguous.” (Übersetzung) „Einer der Hauptalgorithmen … heißt so etwas wie LDCP – language demotion country promotion … heutzutage … ergibt es für uns nicht wirklich Sinn, diesen kleinen Boost automatisch anzuwenden, weil er mehrdeutig ist.“ – Gary Illyes, Google (Juli 2024). Berichterstattung lesen
• “I think eventually, like in years’ time, that [ccTLD benefit] will also fade away.” (Übersetzung) „Ich denke, irgendwann, in einigen Jahren, wird dieser [ccTLD-Vorteil] auch verschwinden.“ – Gary Illyes, Google (Juli 2024). Berichterstattung lesen

Google – hreflang und URL-Struktur

• “hreflang doesn’t guarantee indexing… if they are the same (eg fr-fr, fr-be), it’s common that one is chosen as canonical.” (Übersetzung) „hreflang garantiert keine Indexierung … wenn sie gleich sind (z. B. fr-fr, fr-be), ist es üblich, dass eine als kanonisch ausgewählt wird.“ — John Mueller, Google (Bluesky, Mai 2025). Zur Berichterstattung
• “Often hreflang will still swap out the URL, but reporting will be on the canonical URL.” (Übersetzung) „Oft tauscht hreflang die URL trotzdem aus, aber die Berichterstattung erfolgt über die kanonische URL.“ — John Mueller, Google (Mai 2025). Zur Berichterstattung
• “From our point of view… subdomains and subdirectories are essentially equivalent.” (Übersetzung) „Aus unserer Sicht … sind Subdomains und Unterverzeichnisse im Wesentlichen gleichwertig.“ — John Mueller, Google. Zur Berichterstattung

Google – der veraltete Bericht

• “The ability to target search results to specific countries using Search Console country targeting was determined to have little value for the ecosystem, and is no longer supported.” (Übersetzung) „Die Möglichkeit, Suchergebnisse mithilfe des Länder-Targetings in der Search Console auf bestimmte Länder auszurichten, wurde als wenig wertvoll für das Ökosystem eingestuft und wird nicht mehr unterstützt.“ — Google Search Console-Hilfe. Zum Zitat springen

Bing / Microsoft

• “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, Microsoft Bing. Zur Berichterstattung

Die Entscheidungsrahmen

1. Benötigen Sie Sprach-Targeting, Länder-Targeting oder beides?

Beginnen Sie hier, denn das bestimmt jedes nachgelagerte Signal.

• Gleicher Inhalt in mehreren Sprachen, Zielgruppe durch Sprache definiert → Sprach-Targeting (mehrsprachig). hreflang mit Sprachcodes (de, fr, ja).
• Gleicher/ähnlicher Inhalt, der auf bestimmte Länder abzielt → Länder-Targeting (multiregional). hreflang mit Regionscodes (en-GB, en-US) und/oder ccTLDs.
• Beides (z. B. Französisch und Englisch, jeweils nach Land aufgeteilt) → regionscodiertes hreflang (fr-CA, fr-FR, en-CA, en-US).
• Die Falle: Sprache allein impliziert nie ein Land. Wenn das Land wichtig ist, signalisieren Sie es explizit.

2. ccTLD, Subdomain oder Unterverzeichnis?

Arbeiten Sie die Liste ab; stoppen Sie beim ersten Punkt, der passt.

1. Unterverzeichnis (example.com/de/) – meine Standardwahl, sofern kein besonderer Grund dagegen spricht. Es bündelt Autorität, verursacht die geringsten Betriebskosten und wird von Google als gleichwertig zu einer Subdomain behandelt.
2. Subdomain (de.example.com) – sinnvoll, wenn Infrastruktur oder Organisationsstruktur getrennte Hosts deutlich vereinfachen und eine Behandlung als eher eigenständige Website vertretbar ist.
3. ccTLD (example.de) – sinnvoll, wenn Marken-, Marketing- oder Rechtsgründe eine lokale Domain erfordern, etwa lokales Vertrauen oder länderspezifische Vorgaben. Der SEO-Bonus sollte nicht ausschlaggebend sein, denn dieser LDCP-Vorteil schwindet. Planen Sie die Kosten und die aufgeteilte Autorität ein.
4. URL-Parameter – vermeiden; sie werden für Locales nicht empfohlen.

3. Signal oder Produkt an die Aufgabe anpassen

Flatten Sie Spracherkennung, Locale-Zuordnung, Kanonisierung und Einreichung nicht zu einem einzigen „Prioritäts“-Stapel.

Für Bing gilt insbesondere die oben genannte, anbieterbezogene content-language-Anleitung. Bezeichnen Sie hreflang nicht als Googles Spracherkennung: Seine Aufgabe ist es, alternative URLs zuzuordnen, nachdem Google den sichtbaren Inhalt gelesen hat.

4. Der Check „Funktioniert mein hreflang überhaupt?“

• Reziprozität: Verweist jede Seite im Cluster zurück? (Kein Cluster, kein Tausch.)
• Selbstreferenz vorhanden (Best Practice) und ein x-default-Fallback gesetzt?
• Nur gültige Codes — echte ISO-Sprache/Region, kein EU/APAC/LATAM.
• Tags im gerenderten <head>, nicht in den <body> verschoben.
• Bestätigen Sie die tatsächlich indexierte URL pro Locale über die GSC-URL-Inspektion — hreflang gilt für die Version, die indexiert wurde.

Ressourcen, die Ihre Zeit wert sind

Meine Vorträge

• Internationales SEO geht schief – Pubcon Vegas 2017 — der Vortrag aus der IBM-Ära: Internationales SEO bricht ständig, also erwarten Sie Probleme und bauen Sie Systeme, um sie zu erkennen. Automatisieren Sie alles; prüfen Sie wiederholt.
• Internationales SEO: die ungewöhnlichen technischen Aspekte – Pubcon Vegas 2019 — hreflang-Cluster, Sitemap vs. HTML (kein Geschwindigkeitsunterschied), was Google toleriert, Unterbrechungen im Head-Bereich und die Gefahren automatischer Weiterleitungen.
• hreflang-Studie und interessante Probleme – Brighton SEO 2023 — der Mechanismus des Versionswechsels, hreflang als eines von etwa 19 Kanonisierungssignalen und „eine Seite pro Sprache“ als vereinfachende Architektur.
• Internationales SEO vereinfacht – Outspoken-Media-Podiumsdiskussion (Nov. 2023) — eine Podiumsdiskussion mit Bings Fabrice Canel und Bill Hunt über zentrales vs. dezentrales Management, Automatisierung und wie sich Bing und Google unterscheiden.

Meine Artikel

• Die bislang größte hreflang-Studie — 374 756 hreflang-nutzende Domains, 67 % mit mindestens einem Problem, gemeinsam mit Oleksiy Golovko verfasst.
• hreflang-Tags: der einfache Leitfaden für Einsteiger — der Leitfaden, den ich als einen meiner ersten Ahrefs-Beiträge redigiert habe; die hreflang-Cluster-Darstellung und eine Vorlage für Semi-Automatisierung.

Tools, die ich für internationale Arbeit nutze

• Ahrefs Site Explorer — Traffic und Ranking-Keywords nach Land, um Märkte zu bewerten und die länderspezifische Strategie von Wettbewerbern zu lesen.
• Ahrefs Keywords Explorer — Keyword-Recherche nach Land und Sprache, mit einem KI-Übersetzer für über 40 Sprachen; das Tool, das Lücken zwischen gleicher Sprache und unterschiedlichem Markt aufdeckt (das Beispiel „ibis“ vs. „bin chicken“).
• Ahrefs Site Audit — crawlt nach neun Kategorien von hreflang-Problemen und visualisiert die Cluster zum Debuggen.

Von anderen

• Internationales SEO: alles, was Sie wissen müssen — Motoko Hunts umfassender Leitfaden bei Search Engine Land.
• Bewährte Verfahren für internationales SEO — der Checklisten-Leitfaden von Ahrefs von Jamie Grant und Despina Gavoyannis.
• hreflang-Implementierung – die zehn größten SEO-Irrtümer — Motoko Hunt bei Search Engine Journal; behandelt die Mythen „nur die Startseite braucht hreflang“ und Selbstreferenz, mit Zitaten von Mueller.
• Google deutet sinkenden SEO-Wert von ccTLDs an — Berichterstattung von Search Engine Journal über Gary Illyes’ Google-Podcastfolge vom Juli 2024 zum Auslaufen des LDCP-Algorithmus.
• Google erinnert: hreflang-Tags sind Hinweise, keine Anweisungen — Berichterstattung von Search Engine Journal über John Muellers Bluesky-Thread vom Mai 2025 zur hreflang-Kanonisierung.
• Bing: hreflang ist ein deutlich schwächeres Signal als content-language — Berichterstattung von SE Roundtable über Fabrice Canels Aussage zum Signal-Prioritätsstapel von Bing.
• Internationalisierung und hreflang: Zusammenfassung des Google-Podcasts vom Juli 2024 — International Web Masterys ausführlicher Bericht über die Podcast-Folge mit Gary Illyes und Martin Splitt, einschließlich der Unterscheidung zwischen Sprache und Land sowie der Crawl-Abhängigkeit von hreflang.

Änderungsprotokoll