Search Console für mehrsprachige Websites: Ein Praxisleitfaden

Die Google Search Console ist die zentrale Steuerungsoberfläche für mehrsprachige SEO – allerdings nur, wenn Ihre Property-Struktur, Berichte und Arbeitsabläufe zur tatsächlichen Veröffentlichung Ihrer Sprachversionen passen. Dieser Leitfaden vermittelt praxisnahe Search Console-Workflows zur Überwachung von Sprachversionen, hreflang-Anmerkungen, Sitemaps und Indexierung sowie zum Leistungsvergleich zwischen Sprach- und Länderversionen.

Kurzantwort: Überwachen Sie die URLs aller Sprach- und Länderversionen, nicht nur die der Standardsprache

Kurzantwort: Richten Sie die Search Console auf crawlbare URLs Ihrer Sprach- und Länderversionen aus. Überwachen Sie anschließend Indexierung, Sitemaps, hreflang-bezogene Probleme und Leistung für jedes Sprachsegment einzeln – nicht nur anhand zusammengefasster Website-Kennzahlen für Ihre Standardsprache.

Google empfiehlt separate crawlbare URLs für jede Sprachversion. Wenn französische Seiten unter /fr/ liegen, sollten Sie /fr/ neben dem englischen Stammverzeichnis als eigenständiges, gleichwertiges Segment überwachen. Ein unauffälliger Kurvenverlauf für die Standardsprache kann fehlerhafte Alternativversionen, kaum ausgearbeitete lokalisierte Seiten oder Lücken in den Sitemaps anderer Versionen verdecken.

Hreflang-Cluster müssen wechselseitig verknüpft sein. Die Diagnose in der Search Console beginnt oft dann, wenn fehlende Rückverweise, fehlerhafte Codes oder Canonical-Konflikte den Cluster aufbrechen. Ergänzen Sie die Prüfungen in der Search Console durch Bing Webmaster Tools, wenn Bing in Ihren Zielmärkten relevant ist.

Einrichtungsoptionen für Properties und Domains

Wie sollten Search Console-Properties für mehrsprachige Websites strukturiert werden?

Die meisten Teams nutzen eine Domain-Property (example.com), wenn sie die Bestätigung per DNS selbst durchführen können – sie deckt Subdomains und Protokolle ab. URL-Präfix-Properties eignen sich, wenn Sie einen engeren Bereich benötigen, etwa eine einzelne Subdomain oder ein Pilotprojekt in einem Unterverzeichnis.

Bei Sprach- und Länderversionen in Unterverzeichnissen (example.com/fr/) erfasst eine Domain-Property alle Versionen an einem Ort. Filtern Sie Berichte nach URLs, die /fr/ enthalten, oder nutzen Sie, sofern verfügbar, Regex-Segmente in explorativen Analysen. Bei Versionen auf Subdomains (fr.example.com) fassen Domain-Properties die Daten ebenfalls zusammen. Dokumentieren Sie, welcher Hostname welcher Sprache zugeordnet ist.

Bestätigen Sie die Inhaberschaft einmal und gewähren Sie anschließend den Verantwortlichen für SEO und Lokalisierung Zugriff mit den jeweils erforderlichen Mindestberechtigungen. Vermeiden Sie doppelte, nicht bestätigte Properties, die den Datenverlauf aufsplittern.

Welche Berichte sind für Sprachversionen besonders wichtig?

Beginnen Sie mit Seiten, Indexierung, Sitemaps und der URL-Prüfung. Achten Sie für hreflang-spezifische Hinweise auf Berichte zu Verbesserungen und auf Indexierungsdetails, die alternative URLs oder Canonical-Konflikte erwähnen. Sobald die Indexierung reibungslos funktioniert, helfen Leistungsberichte beim Vergleich der Sprach- und Länderversionen.

Google bestimmt die Sprache einer Seite hauptsächlich anhand der sichtbaren Inhalte. Wenn die Search Console indexierte URLs mit gemischtsprachigen Titeln oder Snippets zeigt, korrigieren Sie zuerst die Inhalte, bevor Sie an den Anmerkungen feilen.

Sitemaps und Überwachung der URL-Erkennung

Wie sollten Sitemaps je Sprach- und Länderversion eingereicht und überwacht werden?

Nehmen Sie die URLs aller Sprach- und Länderversionen in die Sitemaps auf – nicht nur die der Standardsprache. XML-Sitemaps helfen bei der Erkennung von Sprachversionen und können hreflang-Anmerkungen mit xhtml:link enthalten, wenn Sie diese Implementierungsmethode nutzen.

Reichen Sie Sitemaps auf Property-Ebene ein, also für die Domain oder das passende URL-Präfix. Nach dem Start jeder neuen Sprach- oder Länderversion oder einer umfangreichen Veröffentlichung im CMS:

1. Generieren Sie die Sitemap-Dateien mit den neuen lokalisierten URLs und hreflang-Alternativen neu.
2. Reichen Sie sie im Bericht Sitemaps der Search Console erneut ein.
3. Prüfen Sie, ob der Status „Erfolgreich“ angezeigt wird, und achten Sie auf Abruffehler.
4. Kontrollieren Sie stichprobenartig einzelne URLs mit der URL-Prüfung.

Sitemaps helfen Google, URLs einschließlich ihrer Sprachversionen zu entdecken. Sie können auch hreflang-Anmerkungen enthalten, wenn Sie diese Implementierungsmethode nutzen. Eine Sitemap, die ausschließlich englische URLs auflistet, verzögert die Erkennung neuer Sprach- und Länderversionen.

Überwachen Sie die Datumsangaben unter Zuletzt gelesen und die Fehleranzahl. Veraltete Sitemaps nach umfangreichen Übersetzungsprojekten sind eine häufige Fehlerquelle, die leicht unbemerkt bleibt.

Abdeckung, Indexierung und URL-Prüfung

Was zeigt die URL-Prüfung bei lokalisierten Seiten?

Die URL-Prüfung zeigt, ob Google eine bestimmte lokalisierte URL abrufen kann, welche URL indexiert ist, welche kanonische URL erkannt wurde und welche hreflang-Alternativen verknüpft sind, sofern verfügbar. Nutzen Sie dafür eine Stichprobenmatrix: Startseite, Produktvorlage, Blogbeitrag und eine Seite mit rechtlichen Informationen – jeweils in mindestens zwei Sprachen.

Achten Sie auf Folgendes:

• Indexierung zulässig? – Robots-Regeln, noindex oder Zugriffsbeschränkungen durch Anmeldung, die lokalisierte Pfade blockieren.
• Kanonische URL – Bevorzugte URL in derselben Sprache; fehlerhafte sprachübergreifende Canonical-Verweise.
• Alternative/hreflang – Fehlende Rückverweise oder falsche Codes.
• Gecrawlt über – Darstellungsprobleme lokalisierter Vorlagen auf Desktop- oder Mobilgeräten.

Jede URL einer Sprach- oder Länderversion sollte eine eindeutig festgelegte kanonische URL haben, die bei vorhandenen Duplikaten auf die bevorzugte URL derselben Sprache verweist.

Führen Sie die URL-Prüfung nach dem Deployment durch – nicht nur für die englische Live-Version. Prüfungen in der Staging-Umgebung ergänzen Googles Sicht auf die Live-URLs, ersetzen sie aber nicht.

Wie lassen sich hreflang- und Indexierungsprobleme in der Search Console überprüfen?

Arbeiten Sie mit einer Liste nachweislich korrekter URL-Paare verschiedener Sprach- und Länderversionen:

1. Wählen Sie URL A (Englisch) und URL B (die französische Entsprechung).
2. Prüfen Sie A und stellen Sie sicher, dass B als Alternative mit korrektem hreflang erscheint.
3. Prüfen Sie B und stellen Sie sicher, dass A als Rückverweis erscheint.
4. Fehlt der Verweis, prüfen Sie vor der erneuten Veröffentlichung die Implementierung im HTML-Head, in den HTTP-Headern oder in der Sitemap.

Hreflang-Anmerkungen informieren Google über alternative Sprach- oder Länder-URLs. Alle Seiten innerhalb der beschriebenen Gruppe müssen wechselseitig aufeinander verweisen. Die Search Console zeigt viele Probleme als Warnungen zur Indexierung oder zu Verbesserungen an, statt sie in einem einzigen „hreflang-Bericht“ zu bündeln. Schulen Sie Ihr Team darin, die Detailansichten richtig zu lesen.

Beheben Sie zuerst Canonical-Konflikte – sie können die Gruppierung alternativer Versionen außer Kraft setzen. Korrigieren Sie anschließend die wechselseitigen Verweise und die Sprach- und Ländercodes (konsistente Verwendung von en-GB gegenüber en).

Workflows zur Diagnose von hreflang-Problemen

Entwickeln Sie einen wiederholbaren Workflow für den Fall, dass Verknüpfungen zwischen Alternativversionen nicht funktionieren:

Schritt 1 – Das Problem an Live-URLs reproduzieren: Nutzen Sie die URL-Prüfung, statt nur den Quelltext in der Staging-Umgebung anzusehen.

Schritt 2 – Den Fehler einordnen: fehlender Rückverweis, falscher Code, unvollständige Gruppe ohne durchgehend wechselseitige Verweise, HTTP/HTTPS-Abweichung oder ein Canonical-Verweis auf eine andere als die lokalisierte URL.

Schritt 3 — Fehler auf Template-Ebene beheben, damit bei der nächsten Veröffentlichung im CMS der gesamte Cluster neu generiert wird – statt jede Seite einzeln manuell zu korrigieren.

Schritt 4 — Indexierung beantragen: Nach dem Deployment eine Beispiel-URL einreichen und vor dem Schließen des Tickets das erneute Crawling abwarten.

Schritt 5 — In der Locale-Matrix dokumentieren, welche Templates betroffen waren und mit welchem Release die Fehler behoben wurden.

Hreflang-Cluster müssen wechselseitig verknüpft sein. Die Diagnose in der Search Console beginnt häufig, wenn fehlende Rückverweise, fehlerhafte Codes oder Canonical-Konflikte den Cluster beeinträchtigen.

Vermeiden Sie es, hreflang auf fünf zentralen Seiten zu korrigieren, die Collection-Templates aber unverändert zu lassen – solche Teilkorrekturen führen jede Woche zum selben Problem.

Leistungsvergleiche zwischen Sprach- und Länderversionen

Wie lässt sich die Leistung verschiedener Sprachversionen vergleichen?

So vergleichen Sie fair:

• Nach URL-Präfix oder Subdomain segmentieren, passend zur jeweiligen Sprach- oder Länderversion.
• Die Marktreife berücksichtigen – neue französische Inhalte sollten nicht schon in der ersten Woche an den Ergebnissen von fünf Jahren englischsprachiger Inhalte gemessen werden.
• Markenbezogene und nicht markenbezogene Suchanfragen trennen, sofern das Suchvolumen dies zulässt.
• Zuerst die Indexierung prüfen – Leistungskennzahlen für nicht indexierte URLs einer Sprach- oder Länderversion sind irreführend.

Nutzen Sie den Leistungsbericht der Search Console mit Filtern oder exportieren Sie die Daten in ein BI-System und ergänzen Sie die Sprach-/Länderdimension aus Ihrer URL-Zuordnung. Kombinieren Sie dies mit Landingpage-Berichten aus der Webanalyse für jede Sprache.

Googles Leitlinien für hilfreiche Inhalte stellen nutzerorientierte Seiten in den Mittelpunkt. Sprachversionen mit wenig Inhalt oder ausschließlich Standardtexten sind sowohl aus SEO-Sicht als auch als Antwortquellen schwach. Wenige Klicks auf dürftig ausgearbeitete Sprach- oder Länderseiten können auf Qualitätsmängel hindeuten, nicht nur auf eine „verzögerte SEO-Wirkung“.

Versprechen Sie keine Rankingverbesserungen allein durch Anpassungen in der Search Console. Beheben Sie Probleme mit der Crawlbarkeit und den Inhalten und interpretieren Sie anschließend die Leistungstrends mit Bedacht.

Gemeinsamer Arbeitsrhythmus mit der Lokalisierung

In welchem gemeinsamen Rhythmus sollten Lokalisierung und SEO arbeiten?

Stimmen Sie die Release-Kalender aufeinander ab:

Die gemeinsame Verantwortung für die Locale-Matrix verhindert, dass das SEO-Team von neuen /de/-Seiten über die Search Console erfährt statt vom Lokalisierungsteam.

Google rät davon ab, Nutzer anhand ihrer vermuteten Sprache oder ihres vermuteten Standorts automatisch weiterzuleiten. Prüfen Sie bei den Benutzerakzeptanztests (UAT) für die Lokalisierung daher auch das Verhalten der Sprachauswahl, nicht nur die übersetzten Texte.

Häufige Fehler

Welche Fehler in der Search Console verzögern die Diagnose bei mehrsprachigen Websites?

1. Nur den Pfad der Standardsprache überwachen – der Einbruch der Indexierung unter /fr/ bleibt unbemerkt, bis der Traffic versiegt.
2. Nach dem Start einer Sprach- oder Länderversion die Sitemap nicht erneut einreichen – die langsame Erkennung neuer Seiten wird darauf geschoben, dass „SEO nicht funktioniert“.
3. URL-Prüfung nur für englische Seiten durchführen – alternative Versionen werden nie überprüft.
4. Doppelte Properties – fragmentierte Verlaufsdaten und falsch zugeordnete Sitemaps.
5. hreflang als einmalige Aufgabe betrachten – Änderungen an CMS-Templates unterbrechen unbemerkt die wechselseitige Verknüpfung.
6. Sprachübergreifende Canonical-Verweise – die Search Console zeigt für lokalisierte Inhalte die falsche indexierte URL an.
7. Bing Webmaster Tools ignorieren – die Bing Webmaster Guidelines betonen crawlbare, nützliche Inhalte; in manchen Märkten ist eine parallele Überwachung nötig.
8. Leistungspanik vor der Indexierung – Titel von URLs optimieren, die Google noch gar nicht indexiert hat.

Korrigieren Sie Architektur und Auszeichnungen, bevor Sie sich in der Ansicht einer einzelnen Property mit Anpassungen auf Keyword-Ebene befassen.

Checkliste für die Umsetzung

• Domain-Property oder passende URL-Präfix-Property bestätigen und Teamzugriff einrichten
• URL-Strukturen der Sprach- und Länderversionen dokumentieren (/fr/, Subdomains, ccTLDs)
• Alle URLs der Sprach- und Länderversionen in XML-Sitemaps aufnehmen, gegebenenfalls mit hreflang
• Nach jedem Veröffentlichungspaket einer Sprach- oder Länderversion Sitemaps einreichen und überwachen
• Bei jedem Launch URL-Prüfungen anhand einer Stichprobenmatrix durchführen (EN + Zielversion)
• Wechselseitige hreflang-Verweise auf Live-URLs prüfen, nicht nur in der Staging-Umgebung
• Prüfen, ob die Canonicals der untersuchten Sprach- und Länderseiten auf Seiten derselben Sprache verweisen
• Leistungsberichte monatlich nach Sprach- und Ländersegment filtern
• Ergebnisse der wöchentlichen Fehlerprüfung zwischen SEO- und Lokalisierungsverantwortlichen teilen
• Templates nach CMS- oder Plattform-Upgrades erneut prüfen

Grundlagen für klassische Suchmaschinen und Antwortmaschinen

Für Google, Bing und Antwortmaschinen bleiben dieselben Grundlagen wichtig: crawlbare Sprachversionen, klar definierte Entitäten, belegte Aussagen, strukturierte Daten, die den tatsächlichen Inhalten entsprechen, und echte Lokalisierung statt rein englischsprachiger Seitenhüllen. Verstehen Sie die folgenden Leitfäden als plattformspezifische Perspektiven auf dieselben Anforderungen an mehrsprachige Websites.

Plattformleitfaden: Google Search

Für die Google-Suche hängt die Auffindbarkeit von crawlbaren URLs der Sprach- und Länderversionen mit HTML in der jeweiligen Sprache, zutreffenden Seitentiteln und Überschriften sowie wechselseitigen hreflang-Verweisen ab, sofern alternative Versionen vorhanden sind. Zu den technischen Grundlagen gehören indexierbare Inhalte statt rein cookiegestützter Sprachumschaltung, lokalisierte Metadaten, Sitemaps und der konsequent korrekte Einsatz von Canonical-Verweisen. Inhaltsqualität bedeutet, in jeder Sprache Hauptinhalte bereitzustellen, die auf Menschen ausgerichtet sind. Autorität entsteht durch eine klar erkennbare Organisationsidentität und bestätigende Quellen – nicht durch Marketing für Übersetzungstools. Für mehrsprachige Websites heißt das: Jede Markt- oder Sprach-URL muss für sich bestehen können. Messen Sie dies anhand der Indexabdeckung und der URL-Prüfung in der Search Console für jede Sprach- oder Länderversion. Gesichert und ungewiss: Google dokumentiert den Umgang mit mehrsprachigen Websites und hreflang, garantiert aber keine Rankings durch ein bestimmtes CMS oder einen bestimmten Übersetzungsworkflow.

Plattformleitfaden: Bing

Bing findet und indexiert crawlbare mehrsprachige Seiten mit klarer Struktur – ähnlich wie Google eine klare URL- und Inhaltsstruktur erwartet. Zu den technischen Grundlagen gehören abrufbare Sprach-/Regions-URLs, nützliche Inhalte und die Überwachung mit Bing Webmaster Tools. Lokalisieren Sie Überschriften, Aussagen und FAQs, statt nur die Benutzeroberfläche zu übersetzen. Autoritätssignale beruhen weiterhin auf vertrauenswürdigen Quellen und konsistenten Entitäten. Für mehrsprachige Websites heißt das: Verbergen Sie Sprachversionen nicht hinter rein clientseitigen Umschaltern. Prüfen Sie Indexierung und Crawling-Statistiken in Bing Webmaster Tools. Gesichert versus ungewiss: Die Bing-Richtlinien betonen crawlbare, nützliche Inhalte. Erfinden Sie keine Bing-spezifischen Rankingfaktoren für Übersetzungstools.

Plattformleitfaden: ChatGPT

ChatGPT kann öffentlich zugängliche Seiten zitieren oder zusammenfassen, wenn die Sprachversionen klar erkennbar sind und direkt nutzbare Antworten liefern. Die Quellenauswahl entspricht keinem herkömmlichen Ranking auf Basis von Crawling; Sichtbarkeit bedeutet hier, als Quelle ausgewählt oder in Antworten erwähnt zu werden. Die technische Grundlage bilden weiterhin zugängliche HTML-URLs – keine Widget-Overlays, die Texte verbergen. Hilfreich sind direkte Antworten, FAQs und eine einheitliche Terminologie aus Glossaren. Autorität entsteht durch Belege und über Sprach- und Länderversionen hinweg konsistent dargestellte Entitäten. Für mehrsprachige Websites heißt das: Jede Sprach- oder Länderseite sollte eigenständig lesbar sein. Die Messung ist nur eingeschränkt zuverlässig – behandeln Sie Prüfungen auf Quellenverweise als Hypothesen. Gesichert und ungewiss: Es gibt keine dokumentierte Garantie dafür, dass ein bestimmter Übersetzungsworkflow zu Quellenverweisen in ChatGPT führt.

Plattformleitfaden: Gemini

Gemini und verwandte KI-Angebote von Google profitieren von konsistenten Entitäten, korrekt eingesetzten strukturierten Daten und indexierbaren lokalisierten Seiten. Bei Sichtbarkeit geht es darum, als Quelle genannt oder erkannt zu werden – nicht darum, Rankingfaktoren für Gemini zu erfinden. Die technischen Grundlagen überschneiden sich mit den Anforderungen von Google Search an Crawlbarkeit und Metadatenqualität. Inhalte sollten in jeder Sprache klare Aussagen und Definitionen enthalten. Autorität beruht auf einer konsistenten Darstellung der Organisation und bestätigenden Belegen. Für mehrsprachige Websites heißt das: Über Glossare geregelte Produktnamen reduzieren Verwechslungen zwischen Sprach-/Regionsversionen. Messen Sie klassisch über die Search Console und prüfen Sie KI-Antworten stichprobenartig auf ihre Qualität. Gesichert versus ungewiss: Das Verhalten von Gemini ersetzt nicht die dokumentierten Empfehlungen von Google Search zu hreflang und Sprachversionen.

Plattformleitfaden: Google AI Overviews

Google AI Overviews können auf unterstützende Seiten verlinken. Die grundsätzliche Eignung beruht weiterhin auf nutzerorientierten, indexierbaren Inhalten. Sie sind kein Sprachumschalter und ersetzen hreflang nicht. Die technischen Grundlagen bleiben crawlbares HTML für jede Sprach-/Regionsversion und strukturierte Daten, die den Inhalt wahrheitsgemäß abbilden. Zu den relevanten Inhaltsmerkmalen gehören prägnante Antworten und klare Überschriften in jeder Sprache. Die Autoritätssignale entsprechen den Anforderungen an hilfreiche Inhalte. Für mehrsprachige Websites heißt das: Für keine übersetzte Seite ist die Aufnahme in AI Overviews garantiert. Nutzen Sie, sofern verfügbar, Berichte zu generativen Suchfunktionen in der Search Console und betrachten Sie klassische Indexierungskennzahlen getrennt davon. Gesichert versus ungewiss: Kein Übersetzungsworkflow kann eine Platzierung in AI Overviews versprechen.

Wie GlotEO unterstützt

Die Search Console zeigt Ihnen, wenn URLs Ihrer Sprach- und Länderversionen nicht mehr funktionieren. Um dem vorzubeugen, braucht es klare Abläufe. GlotEO hilft Teams, hreflang-fähige Sprach- und Ländermatrizen, glossargestützte Übersetzungen und Freigabeprozesse auf die Prüfungen der Search Console abzustimmen. So arbeiten SEO und Lokalisierung auf einer gemeinsamen, verlässlichen Datengrundlage, noch bevor URLs in den Index gelangen.

Entdecken Sie die Plattform für mehrsprachige SEO, um Annotationen und Übersetzungsabläufe gemeinsam zu verwalten, und sehen Sie sich die Preise und Tarife von GlotEO an, wenn die Zahl der Fehler in der Search Console mit der Anzahl Ihrer Sprach- und Länderversionen wächst. Strategische Hintergründe finden Sie im Beitrag Internationale SEO im Vergleich zu mehrsprachiger SEO.