Ein Shopify-Store-Besitzer implementiert Geolokalisierungs-Weiterleitungen für seine internationalen Kunden. Die Conversion steigt in den ersten zwei Wochen. Dann beginnt der organische Traffic zu sinken. Nach drei Monaten haben sie 23% ihrer Suchsichtbarkeit verloren und können nicht herausfinden, warum. Die Weiterleitungen, die internationale Besucher unterstützen sollten, haben Google stillschweigend blockiert, die Hälfte ihrer Website zu durchsuchen.
Dies ist kein seltener Grenzfall. Es ist einer der häufigsten SEO-Fehler im internationalen E-Commerce, und er passiert, weil Geolokalisierung und die Suchmaschinen-Indexierung auf grundlegend unterschiedlichen Annahmen basieren. Ihre Besucher sind Menschen mit Standorten. Googlebot ist ein Crawler ohne Standort – und wenn Sie ihn wie einen Besucher behandeln, zerstören Sie Ihre eigenen Rankings.
- Google warnt ausdrücklich davor, automatisch basierend auf dem wahrgenommenen Benutzerstandort umzuleiten – dies verhindert, dass Crawler alle Versionen Ihrer Website indexieren
- Googlebot durchsucht hauptsächlich von US-IP-Adressen und folgt Geo-Weiterleitungen nicht so wie ein menschlicher Besucher
- Hreflang-Tags teilen Google Ihre regionalen Seiten mit, ohne sich auf Weiterleitungen zu verlassen – sie sind für jeden Multi-Region-Store erforderlich
- Weiterleitungsschleifen zwischen regionalen Versionen sind die schnellste Methode, um Seiten aus Googles Index zu entfernen
- Shopify Markets verwaltet hreflang automatisch, aber benutzerdefinierte JavaScript-Weiterleitungen können dies überschreiben und beschädigen
Warum Google Geo-Weiterleitungen bestraft
Googles Dokumentation zu internationaler Ausrichtung ist ungewöhnlich direkt zu diesem Thema: „Vermeiden Sie automatische Umleitungen basierend auf der wahrgenommenen Sprache des Benutzers. Diese Umleitungen können verhindern, dass Benutzer (und Suchmaschinen) alle Versionen Ihrer Website anzeigen.”
Der Grund ist mechanisch. Googlebot durchsucht hauptsächlich von Rechenzentren in den Vereinigten Staaten. Wenn Ihr Geolokalisierungssystem eine US-IP-Adresse erkennt und zur /us/-Version Ihres Stores weiterleitet, sieht Googlebot nur die US-Version. Ihre /uk/-, /de/-, /fr/- und /au/-Versionen werden von diesem Einstiegspunkt aus niemals durchsucht. Wenn diese Seiten nur über Geo-Weiterleitungen und nicht über interne Links oder Sitemaps erreichbar sind, kann Google sie möglicherweise überhaupt nicht entdecken.
Das Ergebnis ist, dass sich Ihre US-Seiten alle Ranking-Signale sammeln – Backlinks, Engagement-Daten, Crawl-Verlauf – während Ihre regionalen Seiten in einem Crawl-Vakuum sitzen. Wenn jemand in Deutschland nach einem Produkt sucht, das Sie verkaufen, kann Google ihnen die US-Seite anzeigen (wenn sie rankt) oder nichts (wenn die regionale Seite ranken sollte, aber nie indexiert wurde).
Dies ist technisch nicht als „Strafe” im Sinne einer manuellen Maßnahme von Googles Spam-Team. Es ist schlimmer: Es ist ein Indexierungsausfall, der die gleichen Symptome erzeugt – verlorener Traffic, fehlende Seiten, Ranking-Drops – aber ohne Benachrichtigung in der Search Console. Sie erhalten keine Warnung. Ihre Seiten erscheinen einfach nicht.
Wie Googlebot Sprache und Standort verarbeitet
Das Verständnis dafür, was Googlebot tatsächlich tut, wenn es auf Ihren Store trifft, verdeutlicht, warum bestimmte Implementierungen fehlschlagen.
Googlebot hat keinen geografischen Standort. Er durchsucht von US-basierten IP-Adressen und simuliert nicht, sich in verschiedenen Ländern zu befinden. Wenn er eine Seite anfordert, sendet er Standard-HTTP-Header, einschließlich eines Accept-Language-Headers, der normalerweise auf en-US oder en eingestellt ist.
Googlebot führt nicht all JavaScript aus. Während Googles Rendering-Engine JavaScript ausführen kann, geschieht dies nach einem verzögerten Zeitplan und kann Client-seitige Umleitung-Logik möglicherweise nicht auf die gleiche Weise auslösen wie ein Browser. Eine JavaScript-basierte Geolokalisierungs-Umleitung kann für menschliche Besucher ausgelöst werden, aber nicht für Googlebot, was zu einer Aufteilung führt, bei der Menschen eine Version sehen und Google eine andere indexiert.
Googlebot folgt Weiterleitungen, aber nicht unendlich. Wenn Ihre Geolokalisierungs-Logik eine Umleitungskette erstellt (Homepage leitet zu /us/ um, /us/ leitet zurück zur Homepage um, weil der Accept-Language-Header des Crawlers „English” angibt), kann Google aufgeben und die Seite vollständig aus seinem Index entfernen. Weiterleitungsschleifen sind eines der häufigsten technischen SEO-Probleme, das für internationale Websites in der Google Search Console gekennzeichnet ist.
Googlebot verwendet hreflang-Tags, um regionale Versionen zu entdecken. Dies ist der beabsichtigte Mechanismus, um Google über Ihre regionalen Seiten zu informieren. Anstatt den Crawler zur richtigen Version umzuleiten, teilen Sie Google mit, dass alternative Versionen existieren, und lassen Sie ihn jede einzeln durchsuchen.
Hreflang: der richtige Weg zum Umgang mit regionalen Seiten
Hreflang-Tags sind HTML-Anmerkungen, die Suchmaschinen mitteilen: „Diese Seite hat alternative Versionen in anderen Sprachen oder für andere Regionen.” Sie werden im <head> jeder Seite oder in der XML-Sitemap eingefügt.
Eine Produktseite in Ihrem US-Store würde enthalten:
<link rel="alternate" hreflang="en-us" href="https://store.com/products/widget" />
<link rel="alternate" hreflang="en-gb" href="https://store.com/uk/products/widget" />
<link rel="alternate" hreflang="de" href="https://store.com/de/products/widget" />
<link rel="alternate" hreflang="x-default" href="https://store.com/products/widget" />
Das x-default-Tag teilt Google mit, welche Version angezeigt werden soll, wenn keine spezifische regionale Übereinstimmung existiert. Dies ist normalerweise Ihr Hauptstore oder Standard-Store.
Was hreflang erreicht, das Weiterleitungen nicht können:
- Google durchsucht und indexiert jede regionale Version unabhängig
- Jede Version sammelt ihre eigenen Ranking-Signale
- Google zeigt die entsprechende regionale Version in den Suchergebnissen basierend auf dem Standort und den Spracheinstellungen des Suchenden an
- Kein Crawler wird daran gehindert, auf eine beliebige Version zuzugreifen
Shopify Markets generiert hreflang-Tags automatisch, wenn Sie Märkte mit Unterverzeichnissen oder Subdomains konfigurieren. Dies ist einer der stärksten Gründe, Shopifys native Internationalisierung anstelle von benutzerdefinierten Umleitung-Logiken zu verwenden. Die hreflang-Implementierung ist sofort einsatzbereit und aktualisiert sich automatisch, wenn Sie Produkte oder Märkte hinzufügen.
Die kritische Warnung: Wenn Sie benutzerdefinierte JavaScript-Weiterleitungen auf Shopify Markets aufbauen, können die Weiterleitungen ausgelöst werden, bevor Google die hreflang-Tags liest. Der Crawler wird von der Seite umgeleitet, bevor er den <head> analysiert, sodass die hreflang-Anmerkungen niemals verarbeitet werden. Dies ist die häufigste Art, wie Stores ein ansonsten korrektes hreflang-Setup versehentlich beschädigen.
Häufige Fehler und wie man sie behebt
Crawler zusammen mit Besuchern umleiten
Der Fehler: Ihre Geolokalisierungs-Logik unterscheidet nicht zwischen menschlichen Besuchern und Suchmaschinen-Crawlern. Jede Anfrage von einer US-IP geht zu /us/, einschließlich Googlebot.
Die Lösung: Überprüfen Sie die User-Agent-Zeichenkette, bevor Sie Geo-Weiterleitungen anwenden. Googlebot identifiziert sich im User-Agent-Header. Wenn die Anfrage von einem bekannten Crawler kommt, stellen Sie die Seite ohne Umleitung bereit. Dies ist keine Cloaking – Google empfiehlt es ausdrücklich in den Richtlinien zur internationalen Ausrichtung.
In der Praxis führen Sie eine Liste bekannter Crawler-User-Agents (Googlebot, Bingbot usw.) und umgehen Sie die Geolokalisierungs-Logik für diese Anfragen. Auf Shopify ist dies am einfachsten auf der CDN-/Edge-Ebene (Cloudflare Workers) zu implementieren, anstatt in Liquid oder JavaScript.
Verwenden von 302-Weiterleitungen statt 301
Der Fehler: Ihre Geo-Weiterleitungen verwenden 302 (temporär) Status-Codes, die Google mitteilen „diese Umleitung ist temporär, indexiere die ursprüngliche URL weiterhin.” Google kann beide Versionen indexieren und Ranking-Signale zwischen ihnen aufteilen.
Die Lösung: Wenn die Umleitung dauerhaft ist (ein Besucher aus Deutschland sollte immer die /de/-Version sehen), verwenden Sie eine 301-Umleitung. Wenn die Umleitung bedingungslos ist und sich ändern kann (der Besucher könnte die Regionen wechseln), verwenden Sie eine 302, kombinieren Sie sie aber mit korrekten hreflang-Tags, damit Google sich nicht auf die Umleitung zur Entdeckung verlässt.
In den meisten Fällen sollten Geo-Weiterleitungen 302 sein, da sie vom Standort des Besuchers abhängig sind, nicht dauerhaft. Aber das bedeutet, dass Sie absolut hreflang-Tags benötigen, um die Indexierungs-Seite zu verwalten. Wenn Sie sich nur auf 302-Weiterleitungen verlassen, damit Google Ihre regionalen Seiten entdeckt, funktioniert dies nicht.
Fehlende hreflang auf regionalen Seiten
Der Fehler: Sie implementieren hreflang auf Ihrem Hauptstore, vergessen aber, gegenseitige hreflang-Tags auf den regionalen Versionen hinzuzufügen. Hreflang muss bidirektional sein – wenn Seite A sagt „meine deutsche Version ist Seite B”, muss Seite B auch sagen „meine englische Version ist Seite A.”
Die Lösung: Überprüfen Sie jede regionale Version jeder Seite, um bidirektionale hreflang zu bestätigen. In Shopify Markets ist dies automatisch, aber wenn Sie benutzerdefinierte Designs oder Headless-Setups verwenden, fehlen gegenseitige Tags häufig. Googles International Targeting-Bericht in der Search Console kennzeichnet hreflang-Fehler – überprüfen Sie ihn monatlich.
JavaScript-Weiterleitungen, die vor Server-seitigem hreflang ausgelöst werden
Der Fehler: Ihr Design oder eine Drittanbieter-App enthält ein JavaScript-Snippet, das den Standort erkennt und den Besucher umleitet, bevor die Seite vollständig geladen ist. Googlebot kann dieses JavaScript ausführen oder nicht, was zu Inkonsistenz zwischen dem führt, was Google indexiert, und dem, was Besucher sehen.
Die Lösung: Entfernen Sie Client-seitige Geo-Umleitung-JavaScript vollständig. Verarbeiten Sie die Geolokalisierung auf der Server- oder Edge-Ebene (Cloudflare Workers, Shopify Markets oder die Edge-Funktionen Ihres Hosting-Anbieters). Server-seitige Erkennung erfolgt, bevor das HTML gesendet wird, sodass hreflang-Tags und Seiteninhalte unabhängig davon konsistent bleiben, ob die Anfrage von einem Crawler oder einem Besucher kommt.
SEO-GesundheitsprüfungÖffnen Sie die Google Search Console, navigieren Sie zum Bericht „International Targeting" und prüfen Sie auf hreflang-Fehler. Suchen Sie dann Google nach „site:yourstore.com" und vergleichen Sie die indizierten Seiten mit Ihrer erwarteten regionalen Struktur. Wenn regionale Seiten im Index fehlen, interfiert Ihre Geolokalisierungs-Einrichtung wahrscheinlich mit dem Durchsuchen.
Regionale Stores durchsuchbar halten
Über hreflang und Umleitung-Verarbeitung hinaus stellen einige strukturelle Praktiken sicher, dass Google all Ihre regionalen Inhalte entdecken und indexieren kann.
Interne Verlinkung über Regionen hinweg. Ihre Hauptnavigation, Fußzeile oder Sitemap-Seite sollte Links zu allen regionalen Versionen Ihres Stores enthalten. Diese Links geben Googlebot direkte Pfade zu regionalen Inhalten, ohne auf Geo-Erkennung zu verlassen.
XML-Sitemaps pro Region. Reichen Sie separate Sitemaps für jeden regionalen Store in der Google Search Console ein. Jede Sitemap sollte alle Seiten für diese Region auflisten und hreflang-Anmerkungen enthalten. Shopify generiert Sitemaps automatisch, aber überprüfen Sie, dass alle Märkte vertreten sind.
Canonical-Tags. Jede regionale Seite sollte ein selbstreferenzierendes Canonical-Tag haben, das auf sich selbst zeigt, nicht auf die „Haupt”-Version. Ein häufiger Fehler besteht darin, das Canonical jeder regionalen Seite auf die US-Version einzustellen, was Google mitteilt, die regionalen Seiten vollständig zu ignorieren.
Das Zusammenspiel zwischen Geolokalisierung und SEO läuft auf ein einfaches Prinzip hinaus: Helfen Sie Google, Ihre regionalen Seiten durch Metadaten und Links zu entdecken, nicht durch Weiterleitungen. Weiterleitungen sind für Menschen. Metadaten sind für Crawler. Wenn Sie Navi+ oder ähnliche Tools verwenden, um Navigation zu erstellen, die regionales Umschalten einschließt, dienen die internen Links, die diese Menüs generieren, auch als Crawl-Pfade – ein weiterer Grund, warum die Navigations-Ebene für internationales SEO über die bloße Besuchererfahrung hinaus wichtig ist.
This article is part of the larger guide on Auto-detecting visitor location: when to redirect vs when to ask.