Hreflang und mehrsprachiges SEO: die Fehler, die teuer werden

Was Google verlangt, in drei Regeln

Hreflang ist die Annotation, die Google sagt: „Diese Seite gibt es auch auf Englisch, hier, und auf Deutsch, dort.“ Auf dem Papier ist das einfach. Die Google-Dokumentation zu lokalisierten Versionen lässt sich in drei Regeln fassen, die man auswendig kennen sollte:

• Die Links gehen in beide Richtungen. Wenn Seite X Seite Y ankündigt, muss Y auch X ankündigen. Andernfalls, so Google, können die Annotationen ignoriert oder falsch interpretiert werden.
• Jede Version führt sich selbst auf, zusätzlich zu allen anderen.
• x-default bezeichnet die Ausweichseite, die ausgeliefert wird, wenn die Sprache des Besuchers keiner Version entspricht.

Google stellt außerdem klar, dass eine übersetzte Seite nur dann als Duplikat gilt, wenn ihr Hauptinhalt nicht übersetzt wurde. Merken Sie sich das für später: Das Menü zu übersetzen und den Rest auf Englisch zu lassen, ergibt keine lokalisierte Version.

Was wir bei Palmora Property gefunden haben, in sechs Sprachen

Palmora Property, eine Immobilien-Vermittlungsplattform in Phuket, die wir begleiten, veröffentlicht ihre Website auf Englisch, Französisch, Thai, Russisch, Chinesisch und Deutsch. Sechs Sprachen sind sechs Gelegenheiten, sich auf jeder Seite zu irren. Hier sind die festgestellten Fehler und was sie behoben hat.

1. Angekündigte Sprachen, die es nicht gibt (behoben am 22. Juli 2026)

Die Vorlage der Blogartikel gab systematisch alle sechs Hreflang und ein x-default aus, ob die Übersetzung existierte oder nicht. Ein guter Teil der Artikel ist jedoch für eine einzige Nationalität geschrieben: Ein Steuerleitfaden für französische Käufer hat keinen Grund, auf Thai zu existieren. Das Audit vom 22. Juli 2026 prüfte in der Produktion einen Artikel, der nur auf Französisch vorlag: Fünf von sechs Hreflang und das x-default führten zu 404-Seiten.

Vierundzwanzig Artikelgruppen waren betroffen: neunzehn Artikel in nur einer Sprache und fünf, die in fünf von sechs Sprachen übersetzt waren. Das Ärgerlichste: Die Sitemap des Blogs war korrekt. Sie führte nur die vorhandenen Sprachen auf. Die Website sendete also zwei widersprüchliche Signale.

Die Korrektur: Hreflang nur für die Sprachen erzeugen, in denen der Artikel wirklich existiert, nach derselben Logik wie die Sitemap. Für das x-default Englisch, wenn vorhanden, sonst die Ausgangssprache. Heute kündigt der nur auf Französisch vorhandene Artikel nur sich selbst an, auf Französisch und als x-default.

2. Die 404-Seite, die allen auf Englisch antwortete (behoben am 18. September 2026)

Wenn eine Adresse nicht existiert, zeigt die Website die 404-Seite über eine interne Umschreibung an. Diese Umschreibung hatte in allen sechs Sprachen einen Nebeneffekt:

Die Korrektur liest die Sprache aus der ursprünglichen Adresse, nicht aus der umgeschriebenen. Die 404 wird mit noindex ausgeliefert, ohne Canonical und ohne Hreflang: Eine Fehlerseite hat keine Übersetzung anzukündigen.

3. „Übersetzte“ Titel, die es nicht waren (behoben am 18. September 2026)

Die Listenseiten setzten ihren Titel zusammen, indem sie einen Immobilientyp und eine Vertragsart aneinanderhängten. Auf Deutsch ergab das „Villas Zu verkaufen“, mit einem Großbuchstaben zu viel und falscher Wortstellung. Auf Thai, Russisch, Chinesisch und Deutsch blieben die Title- und Description-Tags auf Englisch. Für Google sendet eine Seite, deren Titel und Beschreibung auf Englisch sind, die aber als russisch angekündigt wird, ein verwirrendes Signal; für den Besucher ist es eine Website, die nicht wirklich seine Sprache spricht.

Die Korrektur: vollständige Vorlagen pro Sprache, mit Singular- und Pluralformen und der Kongruenz mit der Zahl (das Russische hat drei davon). Nie mehr Wortverkettung in einer Komponente. Auf diese Vorlagen kommen wir im Artikel über programmatisches SEO zurück: In einem generierten Katalog wiederholt sich ein Vorlagenfehler auf allen Seiten, die er erzeugt.

4. Eine geroutete, aber anderswo vergessene Sprache (behoben am 18. September 2026)

Deutsch hatte alle seine Adressen, fehlte aber in mehreren Sprachlisten im Code, sodass manche Seiten mit 200 und einem leeren Inhalt antworteten. Hier geht es nicht um Hreflang, aber um dieselbe Ursache: Eine Sprache besteht nicht nur aus ihren Adressen. Sie muss überall vorhanden sein, wo der Code die Sprachen auflistet.

Was wir auf unserer eigenen Website gemacht haben

Brain Plus AI zeigt den umgekehrten Fehler. Die Website wurde lange in vier Sprachen erzeugt: Englisch, Französisch, Spanisch und Chinesisch.

1. 24. Juli 2026

   Wir beschließen, nur Englisch und Französisch zu behalten. Sechzehn Monate Search Console zeigten 15 Klicks auf den spanischen Teil und keinen auf den chinesischen, fast alle bei Markensuchen, die das Englische ebenso gut abdeckte.

2. 9. September 2026

   Das Audit der Website findet 18 spanische und chinesische Seiten, die weiterhin erzeugt, in der Sitemap deklariert und von allen Seiten per Hreflang angekündigt wurden, mit der alten, übersetzten Positionierung. Die Entscheidung war nicht umgesetzt worden.

3. Am selben Tag

   Wir archivieren die spanischen und chinesischen Seiten. Sie werden gelöscht, /es/ und /zh/ leiten per 301 auf das englische Gegenstück weiter, und Hreflang beschränkt sich auf Englisch und Französisch.

Zwei Regeln stehen seitdem im Code der Vorlage: Ein Hreflang zeigt nie auf eine 404, und eine Seite mit noindex gibt keines aus.

Die Lehre: Eine Sprache, die man einstellt, wird zurückgezogen wie eine Seite, die man löscht, mit ihren Weiterleitungen und Annotationen. Sie „vorerst“ stehen zu lassen, kostet mehr, als eine Entscheidung zu treffen.

Die Checkliste

Vor dem Livegang einer mehrsprachigen Website oder beim Audit einer bestehenden:

1. Jedem ausgelieferten Hreflang folgen und prüfen, dass er mit 200 antwortet. Nicht an einer Stichprobe: auf allen Seiten, per Skript. Eine Vorlage, die bei einer übersetzten Adresse nur das Sprachpräfix übersetzt (/fr/produits/ angekündigt als /en/produits/ statt /en/products/), fällt bei einer Stichprobe nicht auf, weil anders aufgebaute Seiten korrekt sind.
2. Die Gegenseitigkeit prüfen. Jede Version kündigt alle anderen an, sich selbst eingeschlossen, und alle kündigen sie umgekehrt an.
3. Die Hreflang der Seiten mit denen der Sitemap vergleichen. Zwei Quellen, die Unterschiedliches sagen, ergeben bestenfalls ein ignoriertes Signal.
4. Das x-default bewusst wählen: die allgemeine Version oder die Ausgangssprache, wenn es nur eine Version gibt.
5. Die Tags lesen, nicht nur die Seite: Title, Description und H1 übersetzt, nicht Wort für Wort zusammengeklebt.
6. In jeder Sprache eine falsche Adresse eintippen und prüfen, dass die 404 in der richtigen Sprache und mit noindex antwortet.
7. Eine aufgegebene Sprache sauber zurückziehen: 301, kein Hreflang mehr, nichts mehr in der Sitemap.

Diese Prüfungen sind Teil unseres SEO-Audits, und jede Migration auf eine statische Website führt sie erneut durch: Der Wechsel des Systems ist der Moment, in dem man die Vorlage neu baut, also der Moment, in dem man die Hreflang korrigiert oder kaputt macht. Sie gehören auch zur Grundlage unserer SEO- und GEO-Engine, die die Website repariert, bevor sie auch nur einen Artikel schreibt.

Mehrsprachigkeit ist nur ein Teil eines Audits: Den Rest beschreiben wir in was eine SEO-Agentur im Zeitalter der KI liefern muss.

Häufige Fragen

Quellen

1. Google-Dokumentation zu lokalisierten Versionen (neuer Tab)developers.google.com