Internationales SEO-Audit

TL;DR — Ein internationales SEO-Audit prüft, ob Ihre Website Suchmaschinen die richtigen Informationen darüber gibt, für welche Sprache und welches Land jede Seite bestimmt ist. Es unterscheidet sich von einem regulären technischen Audit, weil es eine ganze Ebene von Signalen hinzufügt – hreflang, URL-Struktur, Geo-Redirects, lokalisierte Inhalte –, die nur existieren, wenn Sie mehr als einen Markt bedienen. Sie führen es in der Regel durch, bevor Sie in ein neues Land expandieren, nachdem der Traffic in einem bestimmten Markt eingebrochen ist, oder wenn Sie hreflang zum ersten Mal einrichten.

Was ein internationales SEO-Audit abdeckt

Ein normales technisches SEO-Audit fragt: „Können Suchmaschinen diese Website crawlen, rendern und indexieren?“ Ein internationales Audit fügt eine zweite Frage hinzu: „Liefern Suchmaschinen die richtige Version jeder Seite an die richtigen Personen aus?“

Diese zweite Frage bringt eine Reihe von Signalen ins Spiel, die Sie bei einer Single-Market-Website nicht haben:

• URL-/Domain-Struktur – Verwenden Sie eine Länderdomain (example.de), eine Subdomain (de.example.com) oder einen Unterordner (example.com/de/)? Und wird diese Wahl konsequent angewendet?
• Hreflang – die Annotationen, die Google mitteilen: „Hier ist dieselbe Seite auf Französisch, Deutsch, Japanisch.“ Hier liegen die meisten Probleme.
• Geo-Redirects – Wenn Sie Besucher automatisch basierend auf ihrem Standort an eine Version weiterleiten, bricht das dann stillschweigend das Crawling des restlichen Teils Ihrer Website durch Google?
• Lokalisierte Inhalte – Sind die Inhalte tatsächlich für jeden Markt geschrieben oder nur maschinell übersetzt und dann unverändert gelassen?
• Länderspezifische Leistung – Schneiden einige Märkte im Verhältnis zur dort vorhandenen Suchnachfrage schlechter ab?

Warum es sich von einem regulären Audit unterscheidet

Hreflang ist der Hauptgrund. Es fühlt sich wie ein kleines Meta-Tag an, aber es ist eines der kniffligsten Dinge im SEO, richtig hinzubekommen. John Mueller von Google drückte es unverblümt aus:

“TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” (Übersetzung) „Ehrlich gesagt ist hreflang einer der komplexesten Aspekte des SEO (wenn nicht der komplexeste). Es fühlt sich so einfach an wie ein Meta-Tag, aber es wird schnell wirklich schwierig.“

Er hat recht. Als ich 374 756 Domains für meinen Brighton-SEO-2023-Vortrag untersuchte, hatten 67 % der Domains, die hreflang verwenden, mindestens einen Fehler. Zwei Drittel. Das sind Probleme, die Sie auf einer einsprachigen Website einfach nicht haben, weshalb internationale Audits ihren eigenen Prozess benötigen.

Wann Sie eines benötigen

Führen Sie ein internationales SEO-Audit durch, wenn:

• Sie kurz vor der Expansion in einen neuen Markt stehen. Auditieren Sie vor dem Start, damit Sie hreflang und Struktur von Anfang an richtig einrichten, anstatt es später zu korrigieren.
• Der Traffic in einem bestimmten Land eingebrochen ist. Wenn Deutschland einbricht, aber die USA in Ordnung sind, ist das fast immer ein Problem mit internationalen Signalen – defektes hreflang, ein Geo-Redirect oder Inhalte, die lokal nicht mehr ranken.
• Sie hreflang zum ersten Mal implementieren. Es ist so leicht, Fehler zu machen, dass sich ein Pre-Launch-Audit (und ein Re-Audit nach dem Livegang) selbst bezahlt macht.
• Als routinemäßige Wartung. Hreflang bricht stillschweigend, wenn Entwickler Änderungen ausliefern. Eine regelmäßige Überprüfung fängt Abweichungen ab, bevor sie Traffic kosten.

Eine Sache, über die viele stolpern: Der Bericht „International Targeting“ in der Google Search Console ist weg. Google hat ihn am 22. September 2022 entfernt. Es gibt keinen dedizierten Regler mehr in der GSC, daher stützt sich ein Audit heute auf Crawl-Tools (Ahrefs Site Audit, Screaming Frog) plus das Wenige, das im Bereich „Verbesserungen“ der GSC auftaucht.

Möchten Sie den vollständigen Prozess mit sechs Bereichen – jeden hreflang-Fehlertyp, die Geo-Redirect-Falle und die Tool-Anleitung? Wechseln Sie zum Tab Erweitert.

SOP: Wiederkehrendes internationales SEO-Audit

Führen Sie dies vierteljährlich und nach jedem Release von Locale-Templates, Routing, Canonicals oder hreflang durch.

1. Locale-Inventar einfrieren. Exportieren Sie jede unterstützte Sprach-/Regionskombination, ihr URL-Muster und ihr erwartetes Fallback. Fertig, wenn: jedes aktive Locale einen Verantwortlichen und repräsentative URLs hat.
2. Jedes Locale ohne Weiterleitungen crawlen. Sammeln Sie Status, Indexierbarkeit, kanonische Angaben, Sprachsignale, interne Links und hreflang aus HTML, Headern und Sitemaps. Fertig, wenn: alle deklarierten Locale-URLs in einem Crawl-Datensatz vertreten sind.
3. Cluster als Graphen validieren. Prüfen Sie Selbstreferenzen, Rückverlinkungen, gültige Codes, direkte 200-Ziele und Übereinstimmung zwischen Implementierungsmethoden. Fertig, wenn: jeder Fehler einem Cluster und einer Vorlage zugeordnet ist.
4. Routing und Zugriff überprüfen. Vergleichen Sie Standardanfragen mit relevanten Accept-Language-Anfragen und verifizieren Sie, dass Crawler jede Version erreichen können. Fertig, wenn: erzwungene Weiterleitungen und unzugängliche Umschalter dokumentiert sind.
5. Lokalisierungsqualität stichprobenartig prüfen. Überprüfen Sie sichtbare Sprache, Währung, Formate, lokale Begriffe und marktspezifische Aussagen mit einem qualifizierten Prüfer. Fertig, wenn: jeder Prioritätsmarkt eine genehmigte Stichprobe und einen Verantwortlichen für die Behebung hat.
6. Marktperformance vergleichen. Segmentieren Sie Suchdaten nach Land, Seitenverzeichnis und Abfragesprache; annotieren Sie Veröffentlichungen und technische Vorfälle. Fertig, wenn: Bewegungen in Nachfrage-, Targeting- und technische Hypothesen getrennt sind.
7. Priorisieren und erneut testen. Beheben Sie defekte Ziele und fehlende Rückverlinkungen vor der optionalen x-default-Bereinigung. Fertig, wenn: wirkungsvolle Korrekturen dieselben Crawl-Prüfungen bestehen und das nächste Überprüfungsdatum geplant ist.

Kennzahlen, die das Audit betriebsfähig halten

Hreflang-Cluster-Integrität

Kennzahl: Prozentsatz der erwarteten Locale-Paare mit reziproken, selbstreferenziellen Annotationen zu direkten kanonischen 200-URLs. Aussage: Ob alternative Beziehungen technisch nutzbar sind. Erhebung: Verbinden Sie Crawler-Exporte nach Cluster und vergleichen Sie tatsächliche Kanten mit dem Locale-Inventar. Benchmark / realistischer Bereich: Legen Sie die aktuelle Basislinie fest und treiben Sie kritische Vorlagenfehler gegen null. Rhythmus: Nach relevanten Veröffentlichungen und monatlich bei großen, sich ändernden Websites.

Indexierbare Locale-Abdeckung

Kennzahl: Erwartete Locale-URLs, die indexierbar und selbstkanonisch sind. Aussage: Ob Routing, robots, Status oder kanonische Regeln beabsichtigte Seiten entfernen. Erhebung: Verbinden Sie das Locale-Inventar mit Crawl-Status, robots-Anweisungen und kanonischen Zielen. Benchmark / realistischer Bereich: Vergleichen Sie mit dem genehmigten Inventar; untersuchen Sie jede unerklärte Lücke. Rhythmus: Monatlich und nach Migrationen.

Suchsichtbarkeit für Nicht-Standard-Märkte

Kennzahl: Suchklicks und Impressionen für jedes Locale-Verzeichnis und Zielland. Aussage: Ob beabsichtigte Märkte Suchpräsenz erhalten, anstatt dass Standardmarkt-URLs sie absorbieren. Erhebung: Segmentieren Sie Search Console-Seiten- und Länderdaten mithilfe der Locale-Muster der Website. Benchmark / realistischer Bereich: Verwenden Sie die saisonal vergleichbare Basislinie jedes Marktes selbst, anstatt das Ziel eines anderen Marktes zu übernehmen. Rhythmus: Wöchentliche Überwachung mit monatlicher Überprüfung.

Exposition umgeleiteter Einstiegsseiten

Kennzahl: Locale-Einstiegs-URLs, die basierend auf Anfragesprache, Standort oder Cookie-Status umleiten. Aussage: Wo Entdeckungs- und Benutzerwahlrisiken bestehen. Erhebung: Führen Sie eine Anfragematrix gegen repräsentative Einstiegs-URLs aus und vergleichen Sie Status- und Location-Header. Benchmark / realistischer Bereich: Keine erzwungene Weiterleitung auf URLs, die direkt crawlbar bleiben müssen; dokumentieren Sie jede Ausnahme nur für die Startseite. Rhythmus: Bei jedem Routing-Release und vierteljährlich.

Testen Sie sich selbst: Internationale SEO-Audits

TL;DR — Prüfen Sie internationales SEO in sechs Bereichen: (1) URL-/Domain-Struktur – beginnen Sie mit einer Locale-Inventur (Markt, URL-Muster, Zielgruppe, kanonische URL, Indexierbarkeit, Alternativmethode), dann ccTLD vs. Subdomain vs. Unterordner, konsistent angewendet; (2) hreflang – der Kern, bei dem 67 % der hreflang-nutzenden Domains in meiner 374 756-Domain-Studie Fehler aufwiesen; (3) Geo-Redirects vs. Googlebot – testen Sie eine Request-Status-Matrix (IP, Accept-Language, Cookie, Deep Links), da Googlebot hauptsächlich von US-IPs aus crawlt und kein Accept-Language sendet; (4) technische Signale – html lang, Content-Language, JS- Rendering, Paginierung, Server-Geolokalisierung; (5) Inhaltsqualität – maschinelle Übersetzung (bewertet nach Wert und Zweck, nicht nur nach der Methode), Lücken, lokales E-E-A-T; (6) länderspezifische Leistung, wobei beobachtete GSC/GA4-Daten getrennt von Ahrefs-Schätzungen gehalten werden. Führen Sie dies im großen Maßstab mit einem Crawler durch, nicht Seite für Seite. Priorisieren Sie fehlende Rückverweise und defekte URLs gegenüber x-default und selbstreferenziellen Tags. Der GSC-Bericht „International Targeting“ ist weg – hreflang-Fehler erscheinen jetzt unter „Enhancements“.

Führen Sie das Ganze mit einem Crawler durch, nicht von Hand. Manuelle Prüfungen decken nur Probleme auf den exakt geprüften Seiten auf; ein Crawl (Ahrefs Site Audit oder Screaming Frog) erfasst den Rest. Hier ist der Sechs-Bereiche-Prozess, den ich durcharbeite.

1. URL-Struktur-Audit

Bevor Sie etwas bewerten, erstellen Sie eine Locale-Inventur – eine Zeile pro Markt-/Sprachkombination, mit URL-Muster, Zielgruppe, kanonischem Ziel, Indexierbarkeit und der tatsächlich eingesetzten hreflang-Übermittlungsmethode (HTML-Head-Tags, HTTP-Header oder Sitemap). Dies verwandelt den Rest des Audits von einem Haufen einzelner URL-Befunde in einen Datensatz, den Sie mit Ihrem Crawl verknüpfen können:

Ersetzen Sie diese Zeilen durch Ihre eigenen Locales – der Punkt ist eine normalisierte Tabelle, bevor Sie mit der Bewertung von hreflang-, Geo-Redirect- oder Inhaltsfehlern dagegen beginnen.

Drei Strukturen, jede mit einem anderen Kompromiss, und Google behandelt sie als legitim:

• ccTLD (example.de) – stärkstes Geotargeting-Signal, Serverstandort irrelevant, aber teuer, und Sie müssen Domain-Autorität separat pro Domain aufbauen.
• Subdomain (de.example.com) – einfache Einrichtung, flexibles Hosting, aber Nutzer erkennen sie möglicherweise nicht als länderspezifisch.
• Unterordner (example.com/de/) – am einfachsten, bündelt Autorität auf einer Domain, aber schwerer zu trennen und an einen Serverstandort gebunden.

Es gibt keine universell überlegene Struktur – jede hatte Erfolgsgeschichten. Die Audit-Frage ist nicht „Welche ist die beste?“, sondern „Wird die gewählte Struktur konsistent umgesetzt?“ Die Fehlerquelle sind gemischte Signale: eine .de-Domain, die auf US-Servern gehostet wird und englische Inhalte ausliefert, oder eine Website, die auf einigen Seiten /de/ und auf anderen de.example.com verwendet. Konsistenz über TLD + Inhaltssprache + Server-/CDN-Standort + interne Links + Backlinks ist das, was Sie überprüfen.

Zwei weitere Prüfungen hier: Verwenden Sie niemals URL-Parameter für Sprach-/Länder-Targeting (Google nennt dies „nicht empfohlen“ – es erschwert die Segmentierung), und denken Sie daran, dass GSC keine manuelle Länder-Targeting-Einstellung mehr hat. Für ccTLDs leitet Google Geotargeting automatisch aus der TLD ab. Wenn Sie Bing-Märkte ansprechen, hat Bing Webmaster Tools weiterhin eine Geo- Targeting-Funktion (Domain-/Subdomain-/Verzeichnis-/Seitenebene), die es wert ist, eingerichtet zu werden.

2. Hreflang-Audit (der Kern)

Hier leben und sterben die meisten internationalen Audits. Hreflang-Tags arbeiten paarweise und bilden einen Cluster äquivalenter Seiten – bei korrekter Konfiguration wird die richtige Version bei der Neubewertung für das richtige Land eingetauscht; bei fehlerhafter Konfiguration findet der Tausch nicht statt und Nutzer sehen die falsche Sprache.

Dieser Abschnitt behandelt, was in ein breites Audit gehört – die Fehlertaxonomie, was tatsächlich einen Cluster bricht, und wie ich mit einem Crawler triagiere. Für die vollständige Extraktions-zu-Matrix-Mechanik (alle Annotationen aus allen drei Implementierungsmethoden ziehen, die reziproke Matrix aufbauen und Cluster-Graphen in großem Maßstab lesen) siehe So auditieren Sie Hreflang in großem Maßstab.

Die neun Fehlertypen

Aus meiner Brighton-SEO-2023-Studie (Die häufigsten Hreflang-Probleme auf 374 756 Domains, die größte Hreflang-Studie bisher – fast 10× größer als jede andere), hier sind die Fehler, nach denen Sie suchen sollten, mit ihrer Häufigkeit:

67 % der Domains, die Hreflang verwenden, haben mindestens ein Problem. Aber nicht alle Fehler sind gleich; diesen wichtigen Unterschied übersehen die meisten Checklisten:

• Fehlende Rück-Tags sind funktional am schädlichsten. Wenn Seite A auf Seite B verweist, aber B nicht auf A zurückverweist, kann Google das gesamte Annotationspaar ignorieren. “If page X links to page Y, page Y must link back to page X.” (Übersetzung) „Wenn Seite X auf Seite Y verlinkt, muss Seite Y auf Seite X zurückverlinken.“
• Fehlendes x-default ist am häufigsten (56,3 %), aber nicht strikt erforderlich – es ist ein empfohlener Fallback, keine harte Anforderung.
• Selbstreferenzierende Tags sind eine Best Practice, aber ebenfalls keine Anforderung. 18 % lassen sie aus und viele funktionieren trotzdem einwandfrei. Für Robustheit beheben, aber es ist kein kritischer Blocker.
• Wertfehler sind echte Brecher: die Verwendung von jp statt ja für Japanisch, Tippfehler wie js statt ja, dreistellige Codes (gbr statt gb), la (Laos) fälschlich für Lateinamerika verwendet. Verwenden Sie ISO 639-1 für die Sprache und ISO 3166-1 Alpha-2 für die Region. (Google toleriert einige Dinge – Unterstriche wie en_gb, das speziell reservierte en-UK, relative URLs, UTF-8-kodierte Zeichen.)
• Inkonsistente URL-Formate (trailing slash, http vs. https) und verwaiste Locale-URLs (Hreflang, das auf 404s oder Weiterleitungen zeigt) brechen ebenfalls leise Cluster. Alternative URLs müssen vollständig qualifiziert sein mit der Transportmethode – https://example.com/page, nicht //example.com/page oder /page.

Eine wichtige Unterscheidung, die ich auf der Pubcon 2019 gezogen habe: Hreflang betrifft die indexierte Version, nicht die kanonische. Es spielt keine Rolle, was Ihre kanonische URL ist – es zählt, was die indexierte Version ist. Wenn Ihr Hreflang auf eine URL zeigt, die durch kanonische Verkettung von der indexierten URL weggeführt wird, kann das Signal verloren gehen. Überprüfen Sie die indexierte URL mit der URL-Inspektion in der Google Search Console, nicht nur das kanonische Tag.

Ahrefs Site Audit Hreflang-Checks

Ahrefs Site Audit führt eine spezifische Reihe von Hreflang-Checks durch, auf die ich mich verlasse:

1. Hreflang-Annotation ungültig (falsche ISO-Codes, z. B. en-en oder en-uk)
2. Selbstreferenzierende Hreflang-Annotation fehlt
3. Seite für mehr als eine Sprache referenziert
4. Mehr als eine Seite für dieselbe Sprache
5. Hreflang- und HTML-lang-Mismatch
6. Fehlendes reziprokes Hreflang (kein Rück-Tag)
7. Hreflang auf nicht-kanonische URL
8. Hreflang auf fehlerhafte Seite
9. HTML-lang-Attribut fehlt / Hreflang definiert, aber HTML-lang fehlt

Ahrefs Hreflang-Cluster-Visualisierung (das Unterscheidungsmerkmal)

Dies ist der Teil, den kein konkurrierender Leitfaden erwähnt, und er hat meine Audits wirklich verändert. In Site Audit öffnen Sie das URL-Details-Panel für eine beliebige Seite, gehen Sie zum Hreflangs-Tab, und Sie sehen den vollständigen Hreflang-Cluster der Seite als Netzwerkgraph dargestellt – jede Seite im Cluster als Knoten, jede Annotation als Kante. Fehler sind rot hervorgehoben, sodass eine fehlende oder fälschlich hinzugefügte Verknüpfung im Cluster visuell ins Auge springt.

Es ist das erste Tool, das Hreflang-Cluster auf diese Weise darstellt. Statt eine Tabelle mit “Seite X fehlt ein Rückverweis auf Seite Y” zu lesen, sehen Sie die defekte Kante im Graphen. Das macht es viel einfacher, auf einen Blick zu erkennen, welcher Cluster defekt ist – und viel einfacher, das Problem Stakeholdern zu erklären als ein typischer Export.

Screaming Frog Hreflang-Methode

Wenn Sie Screaming Frog bevorzugen: Aktivieren Sie Konfiguration > Spider > Hreflang crawlen, bevor Sie crawlen. Für Multi-Domain-Implementierungen (ccTLDs, die aufeinander verweisen), fügen Sie die externen Domains unter Konfiguration > CDNs hinzu – ohne das werden Hreflang-Tags, die auf .de, .fr usw. verweisen, nicht validiert. Führen Sie die Post-Crawl-Analyse aus, um die Hreflang- Filter zu füllen, und prüfen Sie anschließend die Ergebnisse (Enthält Hreflang, Nicht-200-Hreflang-URLs, Nicht verlinkte Hreflang-URLs, Fehlende Rückverweise, Inkonsistente Sprach- & Regions-Rückverweise, Nicht-kanonische Rückverweise, Noindex-Rückverweise, Falsche Sprach- & Regionscodes, Mehrfache Einträge, Fehlende Selbstreferenz, Nicht kanonisch, Fehlendes X-Default und Tags außerhalb des head). Exportieren Sie über Berichte > Hreflang.

Für eine manuelle Stichprobe: Quelltext einer Beispielseite anzeigen, nach hreflang suchen, und für jede alternative URL bestätigen, dass sie 200 zurückgibt und ein Rückverweis-Tag enthält, das zurückweist, mit übereinstimmenden ISO- Codes.

3. Geo-Redirect-Audit

Das ist der stille Killer. Googlebot crawlt hauptsächlich von US-IP-Adressen aus. Wenn Ihre Website jeden nicht-lokalen Besucher automatisch auf eine “lokale” Version basierend auf der IP umleitet, wird Googlebot – der von einer US-IP kommt – jedes Mal an die US-Version gesendet. Die Konsequenz: Googlebot erreicht nie Ihre anderen Sprachversionen, kann deren Rückverweis-Tags nicht sehen, und diese Versionen können effektiv aus dem Index fallen. Eine stille Deindexierung.

Es gibt keinen Weg, der alle internationalen SEO-Best Practices befolgt und gleichzeitig Geo-IP-Redirects auf einzelnen Seiten beibehält. Google selbst stellt fest, “IP location analysis is difficult and generally not reliable” (Übersetzung) „die Standortanalyse anhand der IP-Adresse ist schwierig und im Allgemeinen nicht zuverlässig“, und erklärt außerdem, “most, but not all, Google crawls originate from the US.” (Übersetzung) „die meisten, aber nicht alle Google-Crawls stammen aus den USA“. Für locale-adaptive Seiten (Seiten, die je nach erkanntem Standort oder erkannter Sprache unterschiedliche Inhalte statt separater URLs ausliefern) erklärt Google ausdrücklich, es “might not crawl, index, or rank all your content for different locales” (Übersetzung) „crawlt, indexiert oder rankt möglicherweise nicht alle Inhalte für verschiedene Sprach- und Ländervarianten“ – hauptsächlich, weil Googlebot typischerweise keinen Accept-Language-Header sendet. (Websites für mehrere Regionen und Sprachen verwalten; Wie Google locale-adaptive Seiten crawlt)

Testen Sie über eine Request-State-Matrix, nicht nur eine Bedingung:

• Kein IP-Signal, kein Accept-Language, kein Cookie – der typische Zustand von Googlebot. Bestätigen Sie, dass die URL weiterhin zu einer crawl- und indexierbaren Seite auflöst, statt auf einen Standard- Markt umzuleiten.
• US-IP (oder VPN) mit Standard-Browsereinstellungen – sehen Sie, welche Version lädt.
• Variierte Accept-Language-Werte – prüfen Sie, ob der Redirect eine explizite hreflang/Sprachwahl überschreibt.
• Vorhandenes Locale-Cookie – verifizieren Sie, dass es einen Benutzer, der den Markt wechseln möchte, nicht dauerhaft einsperrt.
• Deep Links direkt zu einer nicht-Standard-Locale-URL (nicht nur die Startseite) – bestätigen Sie, dass sie das angeforderte Locale laden, statt auf ein Standard umzuleiten.

Aus dieser Matrix:

• Identifizieren Sie alle IP- oder Cookie-basierten Weiterleitungen.
• Die einzige akzeptable automatische Weiterleitung ist von der x-default / Root-URL. Einzelne Sprach-/Länderseiten sollten niemals automatisch weiterleiten.
• Stellen Sie sicher, dass Benutzer die Sprache manuell über einen Sprachwahlschalter überschreiben können und dass eine Cookie-Präferenz sie nicht dauerhaft einsperrt.

4. Technische Prüfungen

Ein Bündel von Signalen über hreflang hinaus:

• Das html lang-Attribut. Setzen Sie es korrekt, aber kennen Sie seine Rolle: Google verwendet den sichtbaren Inhalt der Seite zur Spracherkennung, nicht das lang-Attribut. Daher ist html lang hauptsächlich für UX/Barrierefreiheit (Screenreader) und andere Suchmaschinen gedacht – Google ignoriert es für die Spracherkennung. Eine Seite mit lang="en", die französische Inhalte ausliefert, ist dennoch ein Fehler, der behoben werden sollte. (Ahrefs kennzeichnet hreflang/lang-Diskrepanzen.)
• Content-Language-HTTP-Header. Das <meta http-equiv="content-language">-Tag ist laut HTML-Spezifikation veraltet – verwenden Sie es nicht. Der HTTP-Response-Header ist weiterhin gültig, und er ist wichtig, weil Bing Content-Language als primäres Sprachsignal gewichtet, während Google es als schwachen Hinweis behandelt. Für Bing-Märkte setzen Sie den Header korrekt.
• JavaScript-Rendering. Wenn hreflang nach dem Laden per clientseitigem JavaScript injiziert wird, können Crawler, die JS nicht vollständig rendern, es übersehen oder erst spät verarbeiten. Vergleichen Sie den rohen Seitenquelltext (ohne JS) mit der gerenderten Version in der URL-Inspektion. Best Practice: hreflang im serverseitig gerenderten HTML-Head, in HTTP-Link-Headern oder in XML-Sitemaps. SPA-Seiten (React, Vue, Next.js im CSR-Modus) haben das höchste Risiko.
• Paginierung mit hreflang. Jede paginierte URL benötigt ihren eigenen vollständigen hreflang-Satz, und Seite 2 auf Englisch sollte auf Seite 2 auf Französisch verweisen – nicht auf die französische Startseite. Wenn Sie auch paginierte Seiten kanonisieren, stellen Sie sicher, dass hreflang auf die kanonische/indexierte URL verweist, da Google hreflang auf nicht-kanonischen Seiten ignoriert.
• Server-IP / CDN-Geolokalisierung für ccTLDs. Bei ccTLD-Eigenschaften ist das Hosting im Inland (oder ein CDN mit PoPs dort) ein leicht verstärkendes Signal – die TLD dominiert, aber Konsistenz hilft in wettbewerbsintensiven Märkten. Praktischer gesagt: Regionale PoPs senken die TTFB und verbessern die Core Web Vitals, was messbar ist.
• GSC nach der Abschaffung. Der International-Targeting-Bericht wurde am 22. September 2022 abgeschafft/entfernt (seit 2014 verfügbar), und nichts hat ihn direkt ersetzt. Hreflang-Fehler erscheinen jetzt im Bereich Verbesserungen mit begrenzten Details – behandeln Sie ihn als sekundäres Signal hinter Ihren Crawl-Tools.

5. Audit der Inhaltsqualität

Die Implementierung kann perfekt sein, und die Website kann dennoch im Markt scheitern, weil der Inhalt nicht wirklich lokalisiert ist:

• Prüfung der maschinellen Übersetzung. Unbearbeitete maschinelle Übersetzung ist eine rote Flagge. Sie verfehlt die lokale Suchintention (die Begriffe, nach denen Menschen in diesem Land tatsächlich suchen), den kulturellen Kontext und die kohärente semantische Struktur. Google bewertet übersetzte Seiten nach demselben Qualitätsmaßstab wie Originalinhalte. Prüfen Sie, ob auch Titel, Meta-Beschreibungen und URL-Slugs lokalisiert wurden – Slugs sollten lokale Keywords verwenden, keine Transliteration. Eine Nuance, die es genau zu prüfen gilt: Maschinelle Übersetzung ist nicht automatisch ein Verstoß gegen die Richtlinien. Die Richtlinie von Google zu skalierbarem Content-Missbrauch hängt von Zweck und Wert ab – sie nennt automatisierte Übersetzung als ein Beispiel für eine Technik, die missbräuchlich wird, wenn sie hauptsächlich zur Manipulation von Rankings eingesetzt wird und den Nutzern wenig Mehrwert bietet; derselbe Test gilt für von Menschen geschriebenen, skalierten Content. Bewerten Sie übersetzte Seiten nach Nützlichkeit, Originalität, Genauigkeit und Markttauglichkeit – nicht allein nach der Frage „Wurde dies von einer Maschine übersetzt?“.
• Dünner/duplizierter Content über Versionen hinweg. Achten Sie auf nahezu identische Seiten in verschiedenen Sprachen und darauf, dass Seiten des Primärmarkts die lokalisierten Versionen für dieselben Suchanfragen kannibalisieren.
• Marktspezifische Content-Lücken. Nutzen Sie Ahrefs Site Explorer > Organic Keywords, gefiltert nach Zielland, um zu sehen, für welche Begriffe die Website in jedem Markt rankt, und vergleichen Sie dies mit dem Primärmarkt. Hochperformanter englischer Content ohne lokalisiertes Äquivalent ist Ihre Lückenliste.
• Lokales E-E-A-T. Autorität überträgt sich nicht automatisch – Relevanz wird aufgebaut, nicht vorausgesetzt. US-PR-Berichterstattung schafft in Japan kein Vertrauen. Prüfen Sie auf lokale Autoren-Bios und Qualifikationen, lokale Referenzen, lokale Zertifizierungen/Konformität, Bewertungen auf lokalen Plattformen (z. B. Rakuten in Japan) und Links von lokalen Websites. Ein zentrales Content-Team ohne lokalen Input kann nicht dieselbe Schwelle erreichen wie ein lokaler Fachexperte.

6. Performance-Audit nach Markt

Schließlich: Wo gewinnen und verlieren Sie tatsächlich? Behalten Sie zwei Datentypen getrennt, während Sie vorgehen: Search Console und GA4 liefern Erstanbieter-beobachtete Zeilen (tatsächliche Klicks, Impressionen, Sitzungen); die Länder-Traffic-Anteile und Keyword-Volumen-Zahlen von Ahrefs sind Drittanbieter-Schätzungen. Beide sind nützlich, um eine Hypothese über einen Markt aufzustellen – keiner von beiden beweist für sich genommen, warum Google sich entschieden hat, eine Seite in diesem Markt zu ranken oder nicht. Google formuliert es für Geotargeting im Allgemeinen so: “geotargeting isn’t an exact science.” (Übersetzung) „Geotargeting ist keine exakte Wissenschaft.“ Behandeln Sie Crawl- und Performance-Ergebnisse als Hinweise, die es zu bestätigen gilt, nicht als endgültigen Beweis.

• Länderbezogener Traffic. Ahrefs Site Explorer > Metrics by Country zeigt organischen

• Länderbezogener Traffic. Ahrefs Site Explorer > Metrics by Country zeigt organischen Traffic-Anteil und Keyword-Anzahl pro Land. Vergleichen Sie den tatsächlichen Traffic-Anteil jedes Marktes mit seinem Potenzial (Suchnachfrage dort). Märkte, in denen Sie Content haben, aber unverhältnismäßig wenig Traffic, deuten auf ein technisches/hreflang-Problem hin; gute Rankings mit schlechter CTR deuten auf ein Lokalisierungsproblem bei Titel/Beschreibung hin.

• Benchmark lokaler Wettbewerber. Site Explorer > Organic Competitors, gefiltert nach Land, zeigt, wer in diesem Markt tatsächlich rankt – oft völlig andere, lokalsprachliche Akteure als Ihre globalen Wettbewerber. Nutzen Sie eine Link-/Content-Lücke gegen sie.

• GA4-Ländersegmentierung rundet das Ganze ab: hoher Traffic + schwaches Engagement = Content-Qualität; niedriger Traffic in einen Markt, für den Sie lokalisiert haben = Auffindbarkeit/hreflang. Prüfen Sie auch Core Web Vitals nach Land (CrUX in PageSpeed Insights), da die regionale Leistung ohne CDN stark variiert.

KI-Zusammenfassung

Eine komprimierte Darstellung der erweiterten Version:

• Ein internationales SEO-Audit deckt sechs Bereiche ab: URL-/Domainstruktur, hreflang, Geo-Redirects, technische Signale, Content-Qualität und länderspezifische Leistung. Beginnen Sie mit einer Locale-Inventur (Markt, URL-Muster, Zielgruppe, kanonische URL, Indexierbarkeit, Alternativmethode), bevor Sie Fehler bewerten. Führen Sie es im großen Maßstab mit einem Crawler durch, nicht Seite für Seite.
• Hreflang ist der Kern. Meine Brighton-SEO-Studie 2023 mit 374 756 Domains ergab, dass 67 % der hreflang-Nutzer mindestens einen Fehler haben. Die neun Fehlertypen: fehlende Rückverweise, falsche Sprach-/Ländercodes, nicht-kanonische Ziele, fehlende selbstreferenzielle Tags, fehlendes x-default, hreflang auf nicht-kanonischen Seiten, inkonsistente URL-Formate und verwaiste/kaputte Locale-URLs.
• Prioritäten: Fehlende Rückverweise und kaputte URLs sind am wichtigsten; x-default (fehlt bei 56,3 %) und selbstreferenzielle Tags sind Best Practices, keine Blocker. Hreflang folgt der indexierten Version, nicht der kanonischen.
• Ahrefs Site Audit führt 9 hreflang-Prüfungen durch und ist das erste Tool, das Cluster als Netzwerkgraph mit rot markierten Fehlern anzeigt (URL-Details > Hreflang-Tab). Screaming Frog benötigt aktiviertes Crawl Hreflang + CDN-Crawling.
• Geo-Redirects vs. Googlebot: Googlebot crawlt hauptsächlich von US-IPs und sendet keinen Accept-Language-Header, daher senden siteweite IP-Redirects ihn nur an die US-Version – ein stilles Deindexierungsrisiko. Testen Sie eine Request-State-Matrix (kein Signal, US-IP, variiertes Accept-Language, vorhandenes Cookie, Deep Links) statt nur einer Bedingung. Nur die x-default-/Root-Seite sollte automatisch weiterleiten.
• Technische Signale: html lang ist für UX/Bing (Google ignoriert es für die Sprache); der Content-Language-Header ist Bings primäres Signal; JS-injiziertes hreflang riskiert übersehen zu werden; paginierte Seiten benötigen hreflang pro Seite.
• GSC-Bericht „Internationales Targeting“ am 22. September 2022 entfernt – hreflang-Fehler jetzt in „Verbesserungen“ (begrenzte Details).
• Inhalt + Leistung: Markieren Sie unredigierte maschinelle Übersetzungen, bewerten Sie übersetzte Seiten jedoch nach Nützlichkeit, Originalität, Genauigkeit und Markttauglichkeit – die Methode allein ist kein Richtlinienverstoß. Finden Sie Lücken und vergleichen Sie lokale Wettbewerber über Ahrefs-Länderfilter und „Metrics by Country“, wobei Sie beobachtete GSC/GA4-Daten von Ahrefs’ Schätzungen getrennt halten, und verdienen Sie sich lokales E-E-A-T – Autorität reist nicht.

Offizielle Dokumentation

Primärquellen-Dokumentation für internationales Targeting.

Google

• Informieren Sie Google über lokalisierte Versionen Ihrer Seite – die hreflang-Referenz: Rückverweis-Anforderung, vollständig qualifizierte URLs, x-default und die drei äquivalenten Methoden (HTML-Link-Tags, HTTP-Link-Header, XML-Sitemap).
• Verwaltung mehrregionaler und mehrsprachiger Websites – URL-Struktur-Kompromisse (ccTLD / Subdomain / Unterordner), Geotargeting-Signale und warum IP-basierte Anpassung und URL-Parameter nicht empfohlen werden.
• So crawlt Google locale-adaptive Seiten – warum das Ausliefern unterschiedlicher Inhalte basierend auf erkannter Position/Sprache (anstatt separater URLs) riskiert, dass Google nicht jede Locale crawlt, indexiert oder rankt, und das IP-/Accept-Language-Verhalten des Googlebots.
• x-default hreflang für internationale Landingpages (2013) – die ursprüngliche x-default-Referenz.
• Wie x-default Ihnen helfen kann (2023) – aktualisierte x-default-Anwendungsfälle.
• GSC-Verbesserungen / strukturierte Daten und hreflang-Berichterstattung – wo hreflang-Probleme jetzt auftauchen, da der Bericht „Internationales Targeting“ entfernt wurde.

Bing / Microsoft

• Bing Webmaster Tools — Geo Targeting (archiviert, 2013) — die alte Funktion, mit der Sie Ziele auf Domain-, Subdomain-, Verzeichnis- oder Seitenebene festlegen konnten; 2020 aus den neu gestalteten Bing Webmaster Tools entfernt und nicht wieder eingeführt. Bing gewichtet stattdessen das Content-Language-Meta-Tag und den HTTP-Header als primäres Sprach-/Geo-Signal.
• Bing Webmaster Tools entfernt Geo-Targeting-Funktion (Search Engine Roundtable, Sept. 2020) — Fabrice Canel (Bing) bestätigt die Entfernung und verweist auf Content-Language-Meta/Header als Ersatz.

Zitate aus der Quelle

Aussagen für die Akten, die für ein internationales Audit relevant sind.

Google — zur Komplexität von hreflang

• “TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” (Übersetzung) „TBH, hreflang ist einer der komplexesten Aspekte der SEO (wenn nicht der komplexeste überhaupt). Fühlt sich so einfach an wie ein Meta-Tag, wird aber schnell wirklich schwierig.“ — John Mueller, Google, Twitter/X, 19. Februar 2018. Abdeckung

Google — zur Anforderung des Rückverweises

• “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 bei allen Seiten der Fall, die hreflang-Anmerkungen verwenden, können diese Anmerkungen ignoriert oder nicht korrekt interpretiert werden.“ — Google Search Central-Dokumentation. Zum Zitat springen

Google — zur IP-basierten Geolokalisierung

• “IP location analysis is difficult and generally not reliable.” (Übersetzung) „Die IP-Standortanalyse ist schwierig und im Allgemeinen nicht zuverlässig.“ — Google Search Central-Dokumentation (Verwaltung mehrregionaler und mehrsprachiger Websites). Dokument lesen

Google — zum lokalisierungsadaptiven Crawling

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” (Übersetzung) „Wenn Ihre Website lokalisierungsadaptive Seiten hat (das heißt, Ihre Website liefert je nach vermutetem Land oder bevorzugter Sprache des Besuchers unterschiedliche Inhalte), crawlt, indexiert oder rankt Google möglicherweise nicht alle Ihre Inhalte für verschiedene Gebietsschemata.“ — Google Search Central-Dokumentation (So crawlt Google lokalisierungsadaptive Seiten). Zum Zitat springen
• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (Übersetzung) „Verwenden Sie keine IP-Analyse, um Ihre Inhalte anzupassen. Die IP-Standortanalyse ist schwierig und im Allgemeinen nicht zuverlässig. Darüber hinaus kann Google möglicherweise nicht alle Variationen Ihrer Website ordnungsgemäß crawlen. Die meisten, aber nicht alle Google-Crawls stammen aus den USA, und wir versuchen nicht, den Standort zu variieren, um Website-Variationen zu erkennen.“ — Google Search Central-Dokumentation (Verwaltung mehrregionaler und mehrsprachiger Websites). Zum Zitat springen

Google — zum International Targeting-Bericht

• “The International Targeting report has been deprecated, and will be removed from Search Console soon.” (Übersetzung) „Der Bericht zur internationalen Ausrichtung wurde eingestellt und wird bald aus der Search Console entfernt.“ Google fügte hinzu: “we continue to support hreflang and our recommendations for managing multilingual and multiregional sites still stand.” (Übersetzung) „Wir unterstützen hreflang weiterhin, und unsere Empfehlungen zur Verwaltung mehrsprachiger und multiregionaler Websites gelten unverändert.“ (Entfernt am 22. September 2022.) Bericht

Die internationale SEO-Audit-Checkliste

Die Checkliste ist nach den sechs Audit-Bereichen geordnet. Gehen Sie von oben nach unten vor.

1. URL / Struktur

• Locale-Inventar erstellt (Markt, URL-Muster, Zielgruppe, kanonisch, Indexierbarkeit, Alternativmethode)
• Eine Struktur gewählt (ccTLD / Subdomain / Unterordner) und konsistent angewendet
• Keine widersprüchlichen Signale (TLD vs. Server-/CDN-Standort vs. Inhaltssprache vs. interne Links)
• Keine URL-Parameter für Sprach-/Länder-Targeting verwendet
• GSC-Erweiterungen auf hreflang-Fehler geprüft (der alte International-Targeting-Bericht ist entfernt)
• content-language-Meta-Tag oder HTTP-Header für Bing-Märkte gesetzt (Bing hat seine Geo-Targeting-Funktion 2020 entfernt; dies ist jetzt das bevorzugte Signal)

2. Hreflang

• In großem Umfang gecrawlt (Ahrefs Site Audit oder Screaming Frog) – nicht nur stichprobenartig geprüft
• Fehlende Rückverweis-Tags behoben (am kritischsten)
• Defekte / weitergeleitete hreflang-URLs behoben
• Nicht-kanonische hreflang-URLs behoben (zeigen auf die indexierte URL)
• Sprachcodes validiert (ISO 639-1 + ISO 3166-1 Alpha-2)
• html lang stimmt mit den hreflang-Sprachcodes überein
• Selbstreferenzierende Tags vorhanden (Best Practice)
• x-default vorhanden, zeigt auf einen geeigneten Fallback (Best Practice)
• Ahrefs-Cluster-Graph für jedes betroffene Cluster überprüft
• Alternative URLs vollständig qualifiziert, konsistentes Format (kein http/https- oder Trailing-Slash-Drift)

3. Geo-Redirects

• Website über eine Request-State-Matrix getestet (kein Signal, US-IP/VPN, variierte Accept-Language, vorhandenes Cookie, Deep Links)
• Kein websiteweiter Geo-IP-Redirect, der Googlebot nur auf die US-Version sendet
• Nur die x-default-/Root-URL leitet automatisch weiter; Sprachseiten tun dies nie
• Sprachauswahl verfügbar; Cookie-Präferenz sperrt Benutzer nicht ein

4. Technisch

• html lang auf jeder Seite korrekt gesetzt (UX/Barrierefreiheit + Nicht-Google-Engines)
• Content-Language-HTTP-Header für Bing-Märkte gesetzt (nicht das veraltete Meta-Tag)
• Hreflang im serverseitig gerenderten HTML / in Headern / in der Sitemap – nicht nur clientseitig per JS
• Hreflang im Head, nicht außerhalb
• Paginierte Seiten haben korrekte hreflang-Sets pro Seite (Seite 2 → Seite 2)
• Keine internationalen Seiten versehentlich noindexed oder robots.txt-blockiert
• Server-/CDN-Geolokalisierung konsistent mit ccTLD-Targeting

5. Inhalt

• Keine unredigierten maschinell übersetzten Seiten live
• Titel, Meta-Beschreibungen und URL-Slugs lokalisiert (Slugs = lokale Keywords, nicht Transliteration)
• Inhaltslücken pro Markt identifiziert (Ahrefs-Länderfilter)
• Lokale Autoren-Bios / Referenzen auf marktspezifischen Inhalten
• Lokale Vertrauenssignale vorhanden (Zertifizierungen, lokale Kontaktdaten, Bewertungen auf lokalen Plattformen)

6. Leistung

• Ahrefs-Metriken nach Land überprüft; unterdurchschnittliche Märkte markiert
• Traffic-Anteil mit Keyword-Potenzial pro Markt verglichen
• Lokale Wettbewerber pro Markt benchmarkt (Organic Competitors nach Land gefiltert)
• GA4 nach Land segmentiert; Core Web Vitals nach Region geprüft

So priorisieren Sie, was zu beheben ist

Sie werden mehr Probleme finden, als Sie auf einmal beheben können. Ordnen Sie jeden Befund in eine einfache Auswirkungs-×-Aufwands-Matrix ein:

Die hreflang-Fehlerarten darauf abbilden:

• Hohe Auswirkung + einfach → jetzt beheben: fehlende Return-Tags bei einer kleinen Gruppe von Clustern, hreflang, das auf defekte/weitergeleitete URLs verweist, falsche Sprach-/Ländercodes (jp→ja).
• Hohe Auswirkung + schwierig → jetzt planen: standortweite Geo-IP-Weiterleitung, die Googlebot blockiert (erfordert Engineering + ein Sprachauswahl-Muster), clientseitiges JS-hreflang auf einer SPA (erfordert SSR/Sitemap-Umbau), nicht-kanonisches hreflang aus einem tiefen Kanonisch-Ketten-Problem.
• Geringe Auswirkung + einfach → in einem Durchgang: fehlende selbstreferenzielle Tags, fehlendes x-default, html lang-Abweichungen — echte Best Practices, aber nicht clusterbrechend, also in einem Durchgang erledigen.
• Geringe Auswirkung + schwierig → priorisieren: geringfügige Server-Geolokalisierungs-Optimierung für eine ccTLD, bei der die TLD das Signal bereits dominiert.

Das Leitprinzip: Return-Tags und defekte URLs brechen Cluster; x-default und selbstreferenzielle Tags sind Robustheit. Beheben Sie zuerst die Brecher.

Die 6-Schritte-Audit-Sequenz

Arbeiten Sie die Bereiche in dieser Reihenfolge ab — jeder baut auf dem letzten auf:

1. URL / Struktur — bestätigen Sie, dass das Fundament konsistent ist, bevor Sie etwas darüber hinaus prüfen.
2. Hreflang — der Kern; crawlen Sie in großem Maßstab, dann überprüfen Sie den Cluster-Graphen und priorisieren Sie.
3. Geo-Weiterleitungen — verifizieren Sie, dass Googlebot tatsächlich jede Version erreichen kann.
4. Technische Signale — html lang, Content-Language, JS-Rendering, Paginierung, Server-Geo.
5. Inhaltsqualität — Lokalisierung, Lücken und lokale E-E-A-T.
6. Leistung nach Markt — messen Sie, wo Sie gewinnen/verlieren, und benchmarken Sie lokal.

Tools für ein internationales SEO-Audit

• Ahrefs Site Audit (primär). Führt die 9 hreflang-Prüfungen durch (ungültige Annotation, fehlende Selbstreferenz, Mehrsprachigkeits-/Mehrseiten-Konflikte, hreflang↔HTML-lang Abweichung, fehlendes Return-Tag, nicht-kanonisches Ziel, defektes Ziel, fehlendes HTML lang). Seine hreflang-Cluster-Visualisierung — URL-Details > Hreflangs-Tab — rendert jedes Cluster als Netzwerkgraphen mit Fehlern in Rot, der schnellste Weg, ein defektes Cluster zu erkennen. Kombinieren Sie es mit Site Explorer > Metriken nach Land und Organische Konkurrenten gefiltert nach Land für das Leistungsaudit.
• Screaming Frog SEO Spider. Aktivieren Sie Konfiguration > Spider > Hreflang crawlen; fügen Sie referenzierte externe Domains unter Konfig > CDNs für Multi-Domain (ccTLD) Setups hinzu. Überprüfen Sie die hreflang-Filter nach dem Crawl und exportieren Sie über Berichte > Hreflang. Liest auch den Content-Language-Antwortheader und kennzeichnet hreflang, das außerhalb des head platziert ist und auf nicht indexierte Seiten verweist.
• Google Search Console. Da der International-Targeting-Bericht entfernt wurde, prüfen Sie den Verbesserungen-Bereich auf hreflang-Probleme (begrenzte Details) und verwenden Sie URL-Inspektion, um die indexierte URL zu bestätigen, auf die Ihr hreflang verweisen soll.
• Bing Webmaster Tools. Keine Geo-Targeting-Funktion mehr — Bing hat sie 2020 aus dem neu gestalteten Tool entfernt und nie wieder eingeführt. Prüfen Sie stattdessen die Content-Language-Meta-Tag/Header-Behandlung, da dies das tatsächliche Signal von Bing ist und sich von Googles unterscheidet.
• technicalseo.com Hreflang-Tags-Tool — ein manueller Validator zum Generieren und Stichprobenprüfen von hreflang-Annotationen auf einzelnen Seiten.

Änderungsprotokoll