Wie man hreflang live über einen Proxy aus 10 Ländern überprüft.

Die hreflang-Markierung im Code der Seite ist das eine, aber das, was der Besucher aus Deutschland, Polen oder Brasilien tatsächlich erhält, ist etwas ganz anderes. Google kann Tags ignorieren, das CDN kann falsch weiterleiten, und der Server kann die falsche Version basierend auf der IP ausliefern. Der einzige Weg, um sicherzustellen, dass alles funktioniert, ist, die Website „live“ aus verschiedenen Ländern zu überprüfen, anstatt der Markierung auf dem Papier zu vertrauen.

Was ist hreflang und warum sind Tags im Code nicht genug

Hreflang ist ein Attribut, das Suchmaschinen mitteilt, welche Sprach- oder Regionalversion der Seite für welche Benutzer gedacht ist. Technisch gesehen sieht das aus wie eine Reihe von Links im <head> oder in sitemap.xml, wo jede Seite auf ihre Alternativen verweist: ru-RU, en-US, de-DE und so weiter.

Das Problem ist, dass die Überprüfung durch Code-Validatoren (Screaming Frog, Ahrefs, Semrush) nur zeigt, was in der Markierung steht. Sie beantwortet nicht die wichtigste Frage: Was passiert tatsächlich, wenn ein lebender Mensch aus Warschau oder Madrid Ihre Website öffnet? Funktioniert die Weiterleitung zur richtigen Locale? Leitet das CDN den Benutzer aufgrund des Caches auf die englische Version um? Bestimmt geo-IP korrekt das Land, wenn der Benutzer über einen Mobilfunkanbieter zugreift?

Für Marketer und SEO-Spezialisten, die multiregionale Websites, Landing Pages für verschiedene Geos oder Werbekampagnen in Google Ads und Facebook Ads für bestimmte Länder testen, ist das entscheidend. Wenn hreflang falsch konfiguriert ist, kann ein Benutzer aus dem gewünschten Land die falsche Version der Website sehen, die Konversion verlieren, und die Suchmaschine kann die falsche URL in den Ergebnissen dieses Landes indexieren.

Warum hreflang „lügt“: 5 typische Gründe

In der Praxis entstehen Diskrepanzen zwischen der Markierung und dem tatsächlichen Verhalten der Website aus mehreren Gründen, und die meisten davon sind nicht zu erkennen, wenn man nur den Code der Seite betrachtet.

Geo-IP-Weiterleitung übersteuert hreflang. Der Server bestimmt das Land anhand der IP und leitet gewaltsam auf die Locale um, selbst wenn der Benutzer eindeutig eine andere Sprachversion über einen direkten Link geöffnet hat.
Cache-Proxy gibt eine veraltete Version aus. Cloudflare oder ein anderer CDN kann HTML ohne Berücksichtigung des angeforderten Landes cachen, und alle Benutzer erhalten dieselbe Version, unabhängig von ihrem Geo.
Unstimmigkeit der Sprach- und Regionscodes. In der Markierung steht en, obwohl es en-GB und en-US separat sein sollte — am Ende sehen Benutzer aus Großbritannien und den USA dieselbe Version.
Fehlender self-referencing Tag. Die Seite verweist nicht auf sich selbst in der hreflang-Liste, weshalb Google die Markierung möglicherweise nicht als gültig ansieht.
Verschiedene URL-Varianten mit www und ohne, http und https. Die Tags verweisen auf ein Protokoll, während der Server tatsächlich auf ein anderes umleitet, was die Überprüfungskette bricht.

All diese Probleme treten nur bei echtem Zugriff mit der IP des gewünschten Landes auf. Daher ist der einzige zuverlässige Weg, um zu testen — einen Besucher aus jedem Ziel-Land zu emulieren und zu sehen, was die Website tatsächlich ausgibt.

Was wird für die Überprüfung aus 10 Ländern benötigt

Um hreflang „live“ zu überprüfen, müssen Sie physisch oder programmatisch eine IP-Adresse aus jedem Ziel-Land erhalten und sehen, welche Version der Website der Server genau dieser IP ausgibt. Dafür gibt es drei funktionierende Methoden:

Geo-gebundene Proxys — die flexibelste und skalierbarste Methode, geeignet sowohl für manuelle Überprüfungen als auch für Automatisierung.
Anti-Detect-Browser (Dolphin Anty, AdsPower, Multilogin, GoLogin, Octo Browser) — praktisch, wenn Sie separate Browserprofile für jedes Land speichern und visuell vergleichen möchten, ohne Verwirrung bei Cookies und Cache.
Befehlszeilenwerkzeuge (curl, httpie) mit Proxys — für schnelle Überprüfungen von HTTP-Headern, Weiterleitungen und Serverantworten ohne Benutzeroberfläche.

Für das Testen von hreflang aus 10 Ländern sind residential Proxys am besten geeignet — sie verwenden IPs realer Benutzer aus dem spezifischen Land, weshalb geo-IP-Dienste und CDNs sie genauso erkennen wie einen normalen Website-Besucher. Datacenter-Proxys landen manchmal auf schwarzen Listen von Geodiensten und können falsche Ergebnisse liefern, wenn der Server sie nicht nach dem angegebenen Land, sondern als „Datacenter, Land unbekannt“ identifiziert.

Proxy im Anti-Detect-Browser einrichten

Der praktischste Weg für einen Marketer ohne Programmierkenntnisse ist, separate Profile im Anti-Detect-Browser für jedes der 10 Ziel-Länder zu erstellen und die hreflang-Überprüfung visuell durchzuführen.

Schritt für Schritt in Dolphin Anty oder AdsPower sieht das so aus:

Erstellen Sie ein neues Browserprofil, benennen Sie es nach dem Land, zum Beispiel „hreflang-DE“ für Deutschland.
Öffnen Sie im Profil die Einstellungen und wählen Sie den Typ HTTP/SOCKS5.
Fügen Sie die Proxy-Daten mit Geo-Bindung zu Deutschland ein: IP oder Host, Port, Benutzername und Passwort.
Speichern Sie das Profil und warten Sie auf die Überprüfung — der Anti-Detect-Browser zeigt eine bestimmte Geolokalisierung, Zeitzone und IP an.
Starten Sie das Profil und öffnen Sie Ihre Website über die direkte URL, ohne von der Suche aus zu gelangen.
Überprüfen Sie, welche Version geöffnet wurde: URL in der Adresszeile, Sprache des Inhalts, hreflang-Werte über „Seitenquelltext anzeigen“.
Wiederholen Sie dies für jedes der 10 Ziel-Länder, indem Sie ein separates Profil für jedes erstellen.

Dieser Ansatz ist praktisch, da die Profile gespeichert werden, und Sie können in einer Woche oder einem Monat zurückkehren, um zu überprüfen, ob sich das Verhalten der Website nach einem CDN-Update oder der Bereitstellung einer neuen Version geändert hat. Für diese Aufgabe eignen sich residential Proxys mit Bindung an eine bestimmte Stadt, nicht nur an ein Land — das bietet eine genauere Emulation eines echten Besuchers.

Überprüfung über die Eingabeaufforderung und curl

Wenn Sie schnell nicht die visuelle Version, sondern die HTTP-Header, Weiterleitungen und Serverantworten überprüfen müssen, bietet der Browser nicht immer ein vollständiges Bild — ein Teil der Logik ist in den Antwort-Headern verborgen. Dafür ist es praktisch, curl mit Proxys zu verwenden.

Grundlegende Überprüfung über einen Proxy mit Bindung zum gewünschten Land:

curl -x http://login:password@proxy-host:port \
  -I https://example.com/ \
  -H "Accept-Language: de-DE"

Das Flag -I zeigt nur die Antwort-Header, ohne den Seiteninhalt. Dies ermöglicht es, den Weiterleitungscode (301 oder 302), den Header Location, der angibt, wohin der Server umleitet, und den Header Vary, der angibt, ob Accept-Language beim Caching berücksichtigt wird, schnell zu sehen.

Um das HTML selbst abzurufen und die hreflang-Tags in der Serverantwort zu finden, entfernen Sie -I und filtern Sie die Ausgabe:

curl -x http://login:password@proxy-host:port \
  -s https://example.com/ | grep -i hreflang

Diese Anfrage wird alle Zeilen mit dem Hinweis auf hreflang direkt aus dem vom Server ausgegebenen HTML abrufen, und nicht aus dem, was in der Dokumentation erwartet wird. Wenn das Ergebnis je nach dem Proxy, über den die Anfrage gesendet wurde, unterschiedlich ist, bedeutet das, dass der Server tatsächlich den Inhalt basierend auf der IP ändert und nicht nur dies in der statischen Markierung deklariert.

Zur Automatisierung der Überprüfung aller 10 Länder kann ein einfaches Skript geschrieben werden, das die Liste der Proxys durchläuft und die Antwort jeder Anfrage in einer separaten Datei zum Vergleich speichert:

for country in de fr es it pl nl br mx jp kr; do
  curl -x "http://login:password@${country}.proxy-host:port" \
    -s https://example.com/ | grep -i hreflang > "result_${country}.txt"
done

Nach der Ausführung des Skripts bleibt es, die Dateien zu vergleichen — wenn überall dasselbe Set von hreflang-Tags vorhanden ist, ändert der Server die Markierung nicht basierend auf dem Geo, was entweder ein erwartetes Verhalten (statische und universelle Markierung) oder ein Problem sein kann (wenn eine unterschiedliche Kanonisierung für verschiedene Regionen erwartet wurde).

Überprüfung über den Browser und DevTools

Für die visuelle Überprüfung und Analyse der Benutzererfahrung ist es bequemer, einen normalen Browser mit eingerichtetem Proxy und geöffneten Entwicklertools zu verwenden. Dies erfordert keinen Code und ist für Marketer geeignet, die mit eigenen Augen sehen möchten, was der Benutzer sieht.

Vorgehensweise:

Richten Sie den Proxy im Browser über eine Erweiterung (z. B. FoxyProxy) oder über die Systemeinstellungen des Netzwerks ein, indem Sie die IP des Prüfungslandes angeben.
Öffnen Sie die Website und drücken Sie sofort F12, um die DevTools zu öffnen, und wechseln Sie dann zur Registerkarte „Netzwerk“.
Aktualisieren Sie die Seite und suchen Sie die erste Dokumentanfrage (normalerweise hat sie denselben Namen wie die Domain der Website).
Öffnen Sie im rechten Bereich die Registerkarte „Header“ und überprüfen Sie den Abschnitt „Antwort-Header“ auf Weiterleitungen und den Wert Content-Language.
Öffnen Sie die Registerkarte „Elemente“ und suchen Sie über Ctrl+F nach allen Vorkommen von hreflang im Quellcode der Seite.
Vergleichen Sie die URL in der Adresszeile mit der, die Sie für dieses Land erwartet haben.

Diese Methode ist besonders nützlich, wenn sowohl die technische Korrektheit der Markierung als auch die visuelle Darstellung des Inhalts überprüft werden müssen — zum Beispiel, ob die Währung, das Datumsformat oder die lokalisierten Banner für ein bestimmtes Land korrekt angezeigt werden.

Welche Proxys für den Geotargeting-Test wählen

Nicht alle Proxy-Typen eignen sich gleich gut zur Überprüfung von hreflang. Der Unterschied liegt darin, wie Geolokalisierungsdienste die IP erkennen und wie stabil der Proxy an das angegebene Land gebunden bleibt.

Proxy-Typ	Genauigkeit der Geo-IP	Wann verwenden
Residential Proxys	Hoch, IPs realer Anbieter	Genaues Emulieren eines lebenden Besuchers aus dem Land und der Stadt
Mobile Proxys	Hoch, IPs von Mobilfunkanbietern	Überprüfung des Verhaltens für mobilen Traffic und AMP-Versionen
Datacenter-Proxys	Niedriger, manchmal als Datacenter gekennzeichnet	Schnelle Überprüfung von Headern und Weiterleitungen über curl, wo Geo-Genauigkeit nicht kritisch ist

Für die finale Abnahmeprüfung vor dem Start einer mehrsprachigen Website oder einer internationalen Werbekampagne in Google Ads sollten am besten Residential oder Mobile Proxys verwendet werden — sie liefern die Ergebnisse, die dem am nächsten kommen, was ein echter Benutzer aus dem Ziel-Land sehen wird.

Checkliste zur Überprüfung von hreflang für 10 Länder

Um nichts bei der Massenüberprüfung zu übersehen, verwenden Sie die folgende Liste für jedes der 10 Länder:

Proxy mit IP genau dieses Landes ist verbunden, Geolokalisierung wurde über einen IP-Checker bestätigt.
Direkte URL der Website ist geöffnet (ohne Zugriff aus der Suche und ohne Referrer).
Endgültige URL nach allen Weiterleitungen wurde überprüft — stimmt sie mit der erwarteten Locale überein.
Im Seitencode ist ein self-referencing hreflang auf sich selbst vorhanden.
Im hreflang-Listen sind alle anderen 9 Sprachversionen ohne Auslassungen aufgeführt.
Die Sprach- und Regionscodes entsprechen dem ISO-Standard (z. B. pt-BR, nicht einfach pt, wenn Brasilien und Portugal unterschieden werden müssen).
Der Header Vary: Accept-Language ist vorhanden, wenn der Inhalt von der Sprache des Browsers abhängt.
Der Seiteninhalt (Währung, Preise, Banner) entspricht der angegebenen Region.
Der kanonische Tag rel="canonical" verweist auf sich selbst und nicht auf eine andere Locale.
Wiederholte Überprüfung nach einer Woche — nach dem Cache-Update des CDNs hat sich das Ergebnis nicht unerwartet geändert.

Häufige Fehler beim Testen

Bei der manuellen Überprüfung von hreflang über Proxys machen Marketer oft mehrere wiederkehrende Fehler, die das Testergebnis verzerren.

Erstens wird die Überprüfung aus einem angemeldeten Konto oder mit einer gespeicherten Sitzung durchgeführt — in diesem Fall kann der Server personalisierte Inhalte anzeigen und nicht das, was ein neuer Besucher sehen würde. Überprüfen Sie immer im Inkognito-Modus oder in einem sauberen Profil des Anti-Detect-Browsers ohne Verlauf.

Zweitens vergessen viele, den DNS- und Browser-Cache zwischen dem Wechsel der Proxys zu leeren, weshalb die alte Version der Seite weiterhin angezeigt wird, obwohl die IP bereits gewechselt wurde. Verwenden Sie bei jedem Geo-Wechsel eine harte Aktualisierung der Seite (Strg+Shift+R).

Drittens testen sie nur die Startseite und ignorieren interne Abschnitte und Produktkarten — genau dort bricht die hreflang-Markierung häufig aufgrund der dynamischen Generierung von URLs zur Laufzeit.

Viertens verwenden sie denselben Proxy für alle 10 Länder und ändern nur den Accept-Language-Header — das ist nicht äquivalent zu einer echten Geo-IP und kann ein falsch positives Ergebnis liefern, wenn der Server sich genau auf die IP und nicht auf die Sprache des Browsers stützt.

Schlussfolgerung

Die Überprüfung von hreflang anhand des Codes der Seite gibt nur die halbe Wahrheit. Um zu verstehen, was ein Benutzer aus einem bestimmten Land tatsächlich erhält, muss man seinen Besuch über die IP dieses Landes emulieren — mit Hilfe von Proxys, einem Anti-Detect-Browser oder einer einfachen curl-Anfrage. Dieser Ansatz deckt Probleme auf, die in einem statischen Audit nicht gefunden werden können: geo-IP-Weiterleitungen, CDN-Caching ohne Berücksichtigung der Region, Diskrepanzen bei den Sprachcodes und defekte self-referencing Tags.

Wenn Sie regelmäßig mehrsprachige Websites testen oder Werbekampagnen für 10 oder mehr Länder vorbereiten, empfehlen wir, residential Proxys auszuprobieren — sie bieten die genaueste Emulation eines echten Besuchers für jedes Ziel-Land und ermöglichen es, hreflang so zu überprüfen, wie es ein lebender Benutzer sieht, und nicht ein Suchroboter.