In diesem Artikel
Eine Interessentin aus London sucht nach deinem Angebot und landet auf der deutschen Leistungsseite. Die englische Übersetzung existiert, ist gut geschrieben und lässt sich direkt aufrufen. Trotzdem scheint die Zuordnung nicht zu stimmen. Bei mehrsprachigen Websites lohnt sich dann ein Blick auf hreflang.
Das Attribut verbindet Sprach- und Regionalversionen einer Seite. Eine saubere Umsetzung beginnt allerdings vor dem ersten Tag: Welche URLs gehören zusammen, welche Inhalte sind tatsächlich übersetzt und wer pflegt diese Beziehungen bei Änderungen? Dieser Leitfaden führt dich von dieser Bestandsaufnahme bis zur technischen Abnahme.
Was ist hreflang – und wann brauchst du es?
Mit hreflang kennzeichnest du alternative Sprach- oder Regionalversionen eines Inhalts. Google kann damit die passende Variante in der Suche zuordnen. Das ersetzt weder eine Übersetzung noch eine gute Seitenstruktur. Google erklärt den Einsatzzweck im ursprünglichen Beitrag zum mehrsprachigen Markup.
Prüfe den Bedarf anhand deines Angebots:
| Deine Situation | Sinnvoller nächster Schritt |
|---|---|
| Deine Website hat ausschließlich deutsche Inhalte | Zuerst klären, ob du überhaupt eine weitere Sprachversion anbieten möchtest |
| Eine Leistung ist auf Deutsch und Englisch beschrieben | Beide Übersetzungen als zusammengehörige Gruppe planen |
| Du hast eigene Angebotsseiten für Deutschland und Österreich | Inhaltliche und regionale Unterschiede dokumentieren |
| Du betreibst mehrere Websites zu unterschiedlichen Themen | Nicht allein wegen desselben Unternehmens Sprachalternativen anlegen |
Ein gutes Erfolgskriterium ist konkret: „Interessierte gelangen über die Suche häufiger zur für sie vorgesehenen Angebotsversion.“ Eine pauschale Rankingsteigerung solltest du daraus nicht als Projektversprechen ableiten.
Schritt 1: Eine eindeutige URL-Zuordnung erstellen
Lege vor der Umsetzung eine Tabelle an. Jede Zeile beschreibt denselben Inhalt in seinen verfügbaren Varianten. Arbeite bei größeren Websites mit einer stabilen Inhalts-ID statt mit automatisch ausgetauschten URL-Bestandteilen.
| Inhalts-ID | Deutsch | Englisch | Redaktioneller Status |
|---|---|---|---|
| service-audit | /de/website-analyse/ | /en/website-audit/ | Beide freigegeben |
| guide-images | /de/ratgeber/bilder/ | Noch nicht vorhanden | Nur Deutsch veröffentlichen |
| contact | /de/kontakt/ | /en/contact/ | Beide freigegeben |
Die Beispieladressen in diesem Artikel gehören zu einer fiktiven Website. Ersetze sie bei der Umsetzung durch deine eigenen vollständigen URLs.
Prüfe jede Zuordnung redaktionell: Beschreiben beide Seiten dieselbe Leistung? Sind Angebot und Umfang vergleichbar? Führt der Sprachwechsel zur entsprechenden Unterseite? Ein englischer Übersichtsartikel ist beispielsweise kein geeigneter Ersatz für eine ausführliche deutsche Produktanleitung.
Bei fehlender Übersetzung bleibt das Feld leer. Verweise als vermeintliche Übersetzung nicht pauschal auf die fremdsprachige Startseite. Ergänze stattdessen einen Übersetzungsauftrag mit Verantwortlichem und Termin. So wird eine Inhaltslücke sichtbar, ohne dass eine unpassende Zuordnung sie verdeckt.
Für jede Sprachversion empfiehlt Google eine eigene URL. Automatische Sprachwechsel unter derselben Adresse können das Auffinden der Varianten erschweren. Eine sichtbare Sprachauswahl mit Links erleichtert den Wechsel. Die Empfehlungen für mehrsprachige Websites erläutern die Hintergründe.
Schritt 2: Sprachcodes bewusst auswählen
Unterscheide zunächst Sprache und Zielmarkt. de steht für Deutsch ohne besondere regionale Eingrenzung. de-DE bezeichnet Deutsch für Deutschland, de-AT Deutsch für Österreich. Für Englisch im Vereinigten Königreich lautet die Kombination en-GB, nicht en-UK. Ein Land allein reicht nicht als Sprachangabe.
Die technischen Grundregeln sind überschaubar: Verwende vollständige URLs mit Protokoll und Host. Jede Variante verweist auf sich selbst und ihre Alternativen; die Verbindungen müssen gegenseitig bestehen. HTML-Tags, HTTP-Header und XML-Sitemaps sind mögliche Umsetzungen. Google dokumentiert Codes, Rückverweise und die drei Methoden.
Entscheide nach deinem tatsächlichen Angebot. Ein kleines Beratungsunternehmen mit einer deutschen und einer internationalen englischen Seite braucht in seiner Planung andere Varianten als ein Händler mit abweichenden Sortimenten pro Land. Schreibe zu jeder Kombination einen kurzen Zweck: „Englischsprachiges Angebot für alle bedienten Märkte“ ist eindeutiger als „EN-Seite“.
Schritt 3: Hreflang im HTML einrichten
Für eine überschaubare Website ist die Ausgabe im HTML-Head gut überprüfbar. Unser Beispiel hat zwei vollständig übersetzte Leistungsseiten. Auf der deutschen Seite steht:
<link rel="canonical" href="https://example.com/de/website-analyse/">
<link rel="alternate" hreflang="de" href="https://example.com/de/website-analyse/">
<link rel="alternate" hreflang="en" href="https://example.com/en/website-audit/">Auf der englischen Seite steht:
<link rel="canonical" href="https://example.com/en/website-audit/">
<link rel="alternate" hreflang="de" href="https://example.com/de/website-analyse/">
<link rel="alternate" hreflang="en" href="https://example.com/en/website-audit/">Die beiden Alternate-Zeilen sind identisch, der Canonical gehört zur jeweiligen Seite. Gib diese Informationen aus einer zentralen Zuordnung aus. Wenn Navigation, SEO-Erweiterung und Template unabhängig voneinander Tags erzeugen, wird die Fehlersuche unnötig schwierig.
Für die praktische Abnahme kannst du beide Quelltexte nebeneinander öffnen. Markiere die Zieladressen und hake sie gegen deine Zuordnungstabelle ab. Prüfe anschließend ein zweites Seitenpaar aus einem anderen Template, etwa einen Ratgeber statt einer Leistungsseite. Ein funktionierendes Einzelbeispiel sagt noch wenig über die übrigen Seitentypen aus.
Wann ist x-default sinnvoll?
x-default kennzeichnet die Auffangversion, wenn keine angegebene Sprache oder Region passt. Das kann eine passende Auswahlseite sein. Der Wert übersetzt keine Inhalte und ist keine zusätzliche Sprache. Google erläutert den Einsatz von x-default mit Beispielen.
Plane den Fallback aus Sicht der besuchenden Person: Welche Seite hilft ihr an dieser Stelle weiter? Wenn dein Projekt eine Auswahlseite verwendet, dokumentiere auch deren Zuordnung und prüfe den Weg von dort zur gesuchten Leistung. Ein Auswahlbildschirm ohne verständlichen nächsten Schritt löst das eigentliche Problem nicht.
Schritt 4: Canonical und hreflang abstimmen
Canonical und hreflang beantworten unterschiedliche Fragen. Canonical benennt die bevorzugte URL für doppelte oder sehr ähnliche Inhalte. Hreflang beschreibt Sprach- und Regionalalternativen.
Bei unseren vollständig übersetzten Seiten verweist der Canonical jeweils auf die eigene URL. Würde die englische Übersetzung stattdessen die deutsche Seite als Canonical nennen, wären die Signale für das geplante Ergebnis widersprüchlich. Bei nahezu identischen regionalen Seiten ist die Kanonisierung gesondert zu beurteilen. Google empfiehlt im Zusammenhang mit hreflang eine kanonische Seite derselben Sprache, sofern vorhanden. Die Canonical-Dokumentation erklärt diese Abstimmung.
Halte die Entscheidung in deiner Tabelle fest. Ergänze neben der sichtbaren URL eine Spalte für den erwarteten Canonical. Dadurch erkennt dein Team bei einem späteren Domainwechsel oder Relaunch, welche Beziehung beabsichtigt war.
Schritt 5: Typische Fehler gezielt untersuchen
Die folgende Tabelle ist ein praktischer Prüfplan. Beginne bei einem betroffenen Seitenpaar und suche danach nach demselben Muster im übrigen Bestand.
| Beobachtung | Was du untersuchst | Mögliche Korrektur |
|---|---|---|
| Der Sprachwechsel führt zur Startseite | Zuordnung im CMS | Passende Unterseite hinterlegen oder fehlende Übersetzung kennzeichnen |
| Nach einer URL-Änderung erscheint noch die alte Adresse im Markup | Datenquelle der Tags | Zuordnung auf die endgültige Adresse aktualisieren |
| Die deutsche Seite kennt Englisch, umgekehrt fehlt Deutsch | Beide erzeugten Quelltexte | Dieselbe freigegebene Variantengruppe ausgeben |
| Vorschau- oder Staging-Adressen stehen im Live-HTML | Domainkonfiguration und Cache | Produktionsadressen korrekt erzeugen und Ausgabe erneut prüfen |
| Ein Seitenpaar enthält mehrere unterschiedliche Canonicals | Plugins und Template | Eine verantwortliche Ausgabequelle bestimmen |
| Der Sprachwechsel funktioniert nur auf einzelnen Templates | Seitentypen und Komponenten | Zuordnungslogik über alle betroffenen Templates prüfen |
Notiere pro Fehler ein nachvollziehbares Beispiel mit Ausgangs-URL, beobachtetem Ergebnis und Sollzustand. „Hreflang kaputt“ ist kein brauchbares Ticket. „Auf der englischen Leistungsseite fehlt der Rückverweis zur freigegebenen deutschen Version“ lässt sich dagegen eindeutig bearbeiten und abnehmen.
Ein allgemeiner SEO-Check mit VitoScore hilft dir, die Seite zunächst technisch einzuordnen. Für dieses Projekt ergänzst du die Prüfung der Sprachgruppen anhand deiner URL-Matrix und der tatsächlich ausgegebenen Tags. Plane dafür einen eigenen Arbeitsschritt ein.
Schritt 6: Veröffentlichung und Kontrolle organisieren
Führe die Änderung zunächst an einer kleinen, repräsentativen Gruppe durch: eine Leistungsseite, ein Ratgeber und gegebenenfalls eine Produktseite. Vergleiche vor und nach der Änderung dieselben URLs. Bewahre den Stand der Zuordnungstabelle und die Abnahmeergebnisse mit Datum auf.
In der Search Console hilft die URL-Prüfung dabei, den Indexierungsstand und die von Google gewählte kanonische URL einzuordnen. Der Live-Test untersucht den aktuellen Abruf; er garantiert keine spätere Indexierung. Die Dokumentation zur URL-Prüfung beschreibt die Unterschiede.
Behandle diese Kontrolle als Teil der Diagnose. Prüfe zusätzlich, ob die Zuordnung im veröffentlichten HTML deinem Plan entspricht. Ein einzelner unauffälliger Bericht ersetzt die Abnahme der übrigen Varianten nicht.
Für die anschließende Beobachtung definierst du vorab eine Seitengruppe und einen ausreichend langen Vergleichszeitraum. Schaue auf passende Suchanfragen und die jeweils besuchten Sprachseiten. Halte andere Änderungen fest: Ein neuer englischer Text, eine Kampagne oder saisonale Nachfrage können die Entwicklung ebenfalls beeinflussen. Der bestehende Leitfaden zu SEO-KPIs und ihrer Einordnung hilft dir bei der Auswahl sinnvoller Messgrößen.
Checkliste für die technische Abnahme
- Die URL-Matrix enthält freigegebene und inhaltlich passende Varianten.
- Fehlende Übersetzungen sind als offene Aufgabe dokumentiert.
- Sprach- und Regionscodes entsprechen der geplanten Zielgruppe.
- Die ausgegebenen Alternate-URLs stimmen mit der Matrix überein.
- Selbstverweise und gegenseitige Verknüpfungen sind geprüft.
- Canonicals passen zur dokumentierten Entscheidung.
- Sprachwechsel wurden auf mehreren Seitentypen ausprobiert.
- Verantwortliche für neue, verschobene und entfernte Varianten stehen fest.
Verbinde die technische Pflege mit deinem redaktionellen Ablauf. Wenn ein Artikel übersetzt, eine Leistung umbenannt oder ein Produkt entfernt wird, gehört die Variantenbeziehung zur Veröffentlichung dazu. Für die allgemeinen Wege zwischen deinen Inhalten ergänzt der Beitrag zur internen Verlinkung die Planung.
Häufige Fragen zu hreflang
Braucht jede mehrsprachige Website sofort Ländervarianten?
Beginne mit den tatsächlich verfügbaren Angeboten. Zusätzliche Länderfassungen schaffen redaktionelle Aufgaben: Wer prüft Preise, Beispiele, Verfügbarkeit und Kontaktwege? Plane eine eigene Variante dann, wenn du ihren Zweck und ihre laufende Pflege klar benennen kannst.
Muss ich HTML-Tags und Sitemap gleichzeitig pflegen?
Google nennt die Methoden als gleichwertige Alternativen; mehrere parallele Umsetzungen bringen keinen zusätzlichen Suchvorteil. Wähle eine gut wartbare Lösung und dokumentiere die zuständige Datenquelle. Die oben verlinkte Google-Anleitung zu lokalisierten Versionen beschreibt die Einzelheiten.
Was mache ich, wenn eine Übersetzung noch fehlt?
Nimm sie als offene Aufgabe in die Matrix auf. Gib deinem Team den Originalinhalt, die gewünschte Zielgruppe und das Freigabekriterium mit. Prüfe nach Fertigstellung das gesamte Seitenpaar, einschließlich Sprachwechsel und Markup.
Wie verhindere ich neue Fehler nach dem Launch?
Ergänze deinen Veröffentlichungsprozess um drei Fragen: Hat sich eine Zieladresse geändert? Gibt es eine neue oder entfernte Übersetzung? Wurde die Zuordnung auf den betroffenen Varianten geprüft? Mit dieser festen Zuständigkeit bleibt die Umsetzung auch nach dem ersten Audit nachvollziehbar.
