Hreflang für Spanisch: So beheben Sie Ergebnisse in der falschen Sprache

Hreflang für Spanisch bedeutet, ein bestimmtes HTML-Attribut zu ergänzen, das Google mitteilt, welche spanischsprachige Version einer Seite einem bestimmten Suchenden angezeigt werden soll. Es sagt Google außerdem, ob diese Version auf Spanien, Mexiko, die USA oder auf Spanischsprachige allgemein ausgerichtet ist. Prüfen Sie als Erstes Ihre bestehenden Tags, statt blind neue zu schreiben.

Was Hreflang-Tags für Spanisch genau aussagen müssen

Ein Hreflang-Tag ist eine kurze HTML-Anweisung, die eine Seite mit ihrem übersetzten oder lokalisierten Gegenstück verbindet. Das Grundformat sieht so aus:

<link rel="alternate" hreflang="es" href="https://example.com/es/producto" />

Diese eine Zeile sagt Google: „Diese URL ist die spanische Version dieses Inhalts.“ Der Sprachteil es folgt ISO 639-1. Der Länderteil, wenn Sie einen wie ES oder MX ergänzen, folgt ISO 3166-1, dem Standard für zweistellige Ländercodes. Das Knifflige speziell bei Spanisch: Hunderte Millionen Menschen sprechen es als Muttersprache. Sie leben in mehr als 20 Ländern. „Spanisch“ allein ist deshalb oft nicht präzise genug.

Allgemeines Spanisch vs. länderspezifisches Spanisch

Beim Auszeichnen spanischer Inhalte haben Sie zwei echte Optionen. Welche die richtige ist, hängt davon ab, wie stark sich Ihre Inhalte zwischen den Regionen tatsächlich unterscheiden.

Ansatz	Codebeispiel	Am besten geeignet für	Nachteil bei falscher Verwendung
Allgemeines Spanisch	es	Eine spanische Seite für alle spanischsprachigen Besucher	Trennt Preise, Redewendungen oder Versanddetails nicht nach Land
Spanien-spezifisch	es-ES	Inhalte mit Preisen für Spanien, der Anrede „vosotros“ oder Angeboten nur für Spanien	Besucher aus Mexiko oder Argentinien sehen womöglich die falsche Währung oder falsche Begriffe
Mexiko-spezifisch	es-MX	Inhalte, die speziell für mexikanische Kunden erstellt wurden	Braucht eine eigene Seite; kann nicht zugleich als allgemeiner Spanisch-Tag dienen
Lateinamerika (regional)	es-419	Eine Seite, die den Großteil Lateinamerikas abdeckt, ohne auf ein einzelnes Land festgelegt zu sein	Entspricht nicht exakt den ISO-Länderlisten, daher mit Vorsicht verwenden
Spanisch in den USA	es-US	Spanische Inhalte für Spanischsprachige innerhalb der Vereinigten Staaten	Lässt sich leicht mit es-MX verwechseln, wenn sich Ihre Zielgruppen überschneiden

Wenn Ihr Unternehmen nach Spanien und Mexiko liefert, brauchen Sie womöglich für jedes Land andere Preise, Checkout-Währungen oder rechtliche Hinweise. Legen Sie dann getrennte es-ES- und es-MX-Seiten an. Jede Seite braucht ihren eigenen Hreflang-Tag, der auf die andere verweist. Sind Ihre spanischen Inhalte überall identisch, etwa derselbe Blogbeitrag oder derselbe Support-Artikel, ist ein einziger es-Tag einfacher. So vermeiden Sie auch, Seiten zu pflegen, die sich gar nicht unterscheiden.

Das entspricht einem Muster, das immer dann auftritt, wenn in einem Land mehr als eine Sprache im Spiel ist. Eine Website für kanadische Leser braucht zum Beispiel aus demselben Grund getrennte Tags für Englisch und Französisch. Zwei unterschiedliche Zielgruppen als eine zu behandeln, führt oft dazu, dass Inhalte falsch ausgespielt werden. Bei Spanisch vervielfacht sich diese Logik lediglich auf mehr Länder.

Die Regel der Selbstreferenz

Jede Seite im Verbund, also das englische Original, die es-ES-Seite und die es-MX-Seite, braucht einen Tag, der auf sie selbst verweist. Außerdem braucht sie Tags, die auf jede andere Version verweisen. Google Search Central hat erklärt, dass diese Selbstreferenz nicht zwingend vorgeschrieben ist, aber der gängigen Praxis entspricht. Sie wegzulassen ist eine der häufigsten Ursachen dafür, dass Hreflang-Verbünde nicht funktionieren. Wenn Sie nicht sicher sind, ob Ihre spanische Seite korrekt auf sich selbst verweist, lesen Sie diese Anleitung zum Beheben fehlender selbstreferenzierender Hreflang-Tags. Sie zeigt genau, was Sie wo ergänzen müssen. Die vollständige Erklärung finden Sie in dieser Anleitung zum Beheben fehlender selbstreferenzierender Hreflang-Tags.

Hreflang für spanische Seiten korrigieren: Schritt für Schritt

Sobald Sie wissen, welchen Code Sie brauchen, es, es-ES, es-MX oder eine andere regionale Variante, erfolgt die Korrektur an einer von drei Stellen. Sie liegt im <head> der Seite, in Ihrer XML-Sitemap oder in den integrierten Übersetzungseinstellungen Ihres CMS.

Schritt 1: Zuerst das Problem bestätigen

Lassen Sie die englische und die spanische Seite beide durch den Hreflang-Validator laufen. Vergleichen Sie die Ergebnisse nebeneinander. Sie suchen nach drei Dingen: einem gültigen Sprach-Regions-Code, einem passenden Tag-Paar und einem selbstreferenzierenden Tag auf jeder Seite. Das passende Paar bedeutet: Die englische Seite verweist auf die spanische, und die spanische verweist zurück auf die englische.

Schritt 2: Den Seiten-Head bearbeiten (wenn Sie HTML direkt verwalten)

Wenn Ihre Website in reinem HTML oder in einem eigenen CMS ohne Übersetzungs-Plugin gebaut ist, öffnen Sie den <head>-Bereich der Seite. Fügen Sie pro Sprachversion ein link-Element hinzu:

<link rel="alternate" hreflang="en" href="https://example.com/product" />
<link rel="alternate" hreflang="es-mx" href="https://example.com/es-mx/producto" />
<link rel="alternate" hreflang="es-mx" href="https://example.com/es-mx/producto" />

Wiederholen Sie den vollständigen Tag-Block auf jeder Seite im Verbund. Die englische Seite muss die spanische auflisten, und die spanische Seite muss die englische sowie sich selbst auflisten.

Schritt 3: Die Sprach- oder Übersetzungseinstellungen Ihres CMS nutzen

Die meisten gängigen Plattformen erzeugen Hreflang automatisch, sobald Sie zwei Seiten als Übersetzungen voneinander verknüpfen. Suchen Sie in der Seitenleiste des Seiten- oder Beitragseditors nach einer Einstellung mit einem Namen wie „Sprache“, „Übersetzungen“ oder „Seitensprache“ (englisch „Language“, „Translations“ oder „Page Language“). Dort finden Sie auch ein Feld, um die aktuelle Seite mit ihrem spanischen Gegenstück zu verknüpfen. Sobald die Verknüpfung steht, schreiben die meisten Plattformen die Hreflang-Tags für Sie in den Seiten-Head, Sie müssen kein HTML direkt bearbeiten.

Wenn Ihr CMS keine native Übersetzungsfunktion hat, prüfen Sie, ob Sie ein spezielles SEO- oder Mehrsprachigkeits-Plugin einsetzen. Diese fügen dem Editor meist ein Panel „Übersetzungen“ oder „Sprachumschalter“ (englisch „Translations“ oder „Language Switcher“) hinzu. Es enthält ein Dropdown zur Auswahl der Zielsprache und ein Feld, in das Sie die passende URL einfügen oder aus dem Sie sie auswählen.

Schritt 4: Über die Sitemap einreichen (alternative Methode)

Statt Tags im Seiten-Head können Sie Hreflang-Beziehungen auch in Ihrer XML-Sitemap angeben. Das ist bei großen Websites üblich, weil die Auszeichnung so in einer Datei liegt statt verteilt auf Tausende Seiten. Jeder <url>-Eintrag listet seine eigene Adresse sowie <xhtml:link>-Einträge für jede Sprachalternative auf, einschließlich sich selbst.

Schritt 5: Erneut validieren

Lassen Sie die spanische URL nach der Veröffentlichung der Änderung noch einmal durch den Validator laufen. Prüfen Sie, dass das Paar nun in beide Richtungen sauber aufgelöst wird. Eine Korrektur, die nur die englische oder nur die spanische Seite aktualisiert, wird weiterhin als fehlerhaft angezeigt. Hreflang ist von Grund auf bidirektional, eine halbe Korrektur ist daher so gut wie keine.

Wann die Tools Ihrer Website genügen und wann nicht

Eine einzelne spanische Seite mit einem kostenlosen Validator zu prüfen reicht meist für ein einzelnes, isoliertes Problem. Eine komplette mehrsprachige Website zu auditieren ist eine andere Aufgabe, und es lohnt sich, ehrlich zu sagen, wo die Grenze liegt.

Situation	Reicht ein kostenloses Tool?	Warum
Eine spanische URL erscheint in den Ergebnissen des falschen Landes	Ja	Eine Einzelseitenprüfung im Validator bestätigt den genauen fehlerhaften Tag
Sie haben gerade eine neue es-MX-Seite veröffentlicht	Ja	Eine kurze Prüfung vor und nach der Veröffentlichung fängt die meisten Fehler früh ab
Ihre gesamte Website hat 50+ spanische Seiten in mehreren Regionen	Nicht allein	Sie brauchen einen Crawl jeder URL statt Stichproben, um uneinheitliche Muster zu erkennen
Hreflang-Fehler tauchen nach jedem Inhalts-Update wieder auf	Nicht allein	Ein wiederkehrendes Problem deutet meist auf ein Template oder eine CMS-Einstellung hin, die ein Entwickler an der Quelle beheben muss
Sie migrieren URL-Strukturen (z. B. von /es/ zu /es-mx/)	Nicht allein	Migrationen betreffen alle Tags auf einmal; eine einmalige Prüfung erkennt keine Folgefehler im gesamten Verbund

Eine einmalige Prüfung einer einzelnen URL ist genau das, wofür ein kostenloses Tool gebaut ist. Ein wiederkehrender Fehler auf Dutzenden Seiten oder eine Migration der gesamten Website ist ein Zeichen, dass die Ursache woanders liegt. Meist liegt sie in einem Template, einer Plugin-Einstellung oder einer Weiterleitungsregel. Dafür braucht es jemanden, der die Struktur der gesamten Website betrachten kann, nicht eine Seite nach der anderen. Wenn Sie einen breiteren Eindruck davon möchten, wie die Einrichtung Ihrer Website im Vergleich zur Konkurrenz abschneidet, kann ein Beispiel-SEO-Report helfen. Er deckt mehr ab als nur Hreflang.

Häufige Hreflang-Fehler bei Spanisch (und wie Sie sie vermeiden)

Die meisten Hreflang-Fehler bei Spanisch folgen einer überschaubaren Zahl wiederkehrender Muster. Hier sehen Sie, was typischerweise schiefgeht und was tatsächlich hilft.

Fehler	Wie er aussieht	Lösung
Falscher Sprachcode	sp statt des korrekten ISO-Codes es	Hreflang erkennt nur gültige ISO-639-1-Codes; es ist richtig, sp ist kein echter Code und wird ignoriert
Regionscode ohne Sprachcode	MX allein statt es-MX	Setzen Sie immer die Sprache zuerst und die Region danach, getrennt durch einen Bindestrich: es-MX, nicht MX oder mx-es
Einseitige Auszeichnung	Die englische Seite verlinkt auf die spanische, aber die spanische nicht zurück	Ergänzen Sie den Gegen-Tag auf der spanischen Seite; Hreflang funktioniert nur als bestätigtes Paar
Fehlende Selbstreferenz	Die spanische Seite listet die englische und andere spanische Varianten auf, aber nicht sich selbst	Ergänzen Sie auf der spanischen Seite einen Tag, der auf ihre eigene URL verweist
Konflikt zwischen Hreflang und Canonical	Die spanische Seite ist mit es-MX ausgezeichnet, aber ihr Canonical-Tag zeigt auf die englische URL	Stellen Sie sicher, dass der Canonical-Tag jeder Sprachseite auf sich selbst zeigt und nicht auf eine andere Sprachversion; ein Canonical-Checker macht diese Abweichung direkt sichtbar
Automatische Weiterleitung spanischer Besucher	Eine serverseitige Weiterleitung schickt jeden auf Spanisch eingestellten Browser direkt nach /es/ und setzt Hreflang außer Kraft	Lassen Sie Hreflang die passende Seite in den Suchergebnissen vorschlagen; eine erzwungene Weiterleitung kann Nutzer festsetzen und Google verwirren, welche Seite es ranken soll
Uneinheitliche URL-Struktur	example.com/es-mx/page gepaart mit example.es/page-alt	Halten Sie die URL-Muster über alle Sprachversionen hinweg einheitlich, damit Suchmaschinen sie zuverlässig gruppieren können

Der Fehler mit der automatischen Weiterleitung verdient einen genaueren Blick. Angenommen, Ihr Server erkennt einen spanischsprachigen Browser und leitet zwangsweise auf die spanische Startseite weiter, auch wenn die Person eine bestimmte englische URL angeklickt hat. Das zerstört das Erlebnis, das Google liefern wollte. Außerdem kann eine Weiterleitungsschleife entstehen, die Google daran hindert, eine der beiden Versionen korrekt zu indexieren. Google Search Central rät aus diesem Grund ausdrücklich davon ab, Nutzer automatisch anhand ihrer vermuteten Sprache oder ihres vermuteten Standorts weiterzuleiten. Hreflang soll ein Hinweis sein, den Suchmaschinen bei der Wahl des angezeigten Ergebnisses nutzen. Es wirkt zusammen mit Ihren Seiten, nicht über eine erzwungene Weiterleitung, die die Absicht des Nutzers übergeht.

Warum inhaltliche Übereinstimmung weiterhin wichtig ist

Hreflang funktioniert am besten, wenn die verknüpften Seiten dasselbe Themenfeld abdecken, auch wenn sich Formulierungen und Währung unterscheiden. Angenommen, Ihre englische Produktseite hat drei Abschnitte, Ihre es-MX-Version aber nur einen. Dann behandelt Google beide womöglich nicht als echte Entsprechungen, und das Hreflang-Signal hat weniger Gewicht. Lassen Sie die spanische Seite für ihr Ziel-Keyword durch einen On-Page-SEO-Checker laufen. So lässt sich vernünftig bestätigen, dass die übersetzte Version tatsächlich für spanischsprachige Suchende optimiert ist und nicht bloß ein dünner Platzhalter.

Zuerst die richtigen spanischen Keywords recherchieren

Eine Seite kann makellose Hreflang-Tags haben und trotzdem unter ihren Möglichkeiten bleiben, wenn die spanischen Inhalte auf die falschen Begriffe zielen. Das spanische Suchverhalten entspricht nicht immer einer direkten Übersetzung Ihrer englischen Keywords. Mexikanisches und spanisches Spanisch verwenden oft unterschiedliche Wörter für dasselbe Produkt. Lassen Sie Ihre Kernbegriffe daher vor der Fertigstellung der Seite durch ein Tool für Keyword-Vorschläge für den jeweiligen spanischsprachigen Markt laufen. Das erspart Ihnen später eine Überarbeitung. Wenn Sie einen spanischen Bereich von Grund auf aufbauen, kann ein Generator für Content-Ideen helfen, herauszufinden, welche Themen sich zuerst zu übersetzen lohnen.

Wie sich Hreflang-Tags für Spanisch auf Rankings und Klicks auswirken

Hreflang schiebt eine Seite nicht direkt im Ranking nach oben. Es sorgt dafür, dass die richtige Version Ihrer Seite beim richtigen Suchenden erscheint. Das senkt tendenziell die Absprungrate und erhöht die Wahrscheinlichkeit, dass jemand klickt und bleibt. Ein spanischsprachiger Nutzer in Mexiko, der auf einer es-ES-Seite mit Preisen für Spanien landet, verlässt sie eher sofort wieder. Vergleichen Sie das mit jemandem, der auf einer Seite landet, die für ihn geschrieben wurde. Dieser Abfall zeigt sich direkt in Ihrer Klickrate und in den Interaktionswerten, selbst wenn die Qualität der Seite an sich identisch ist.

Suchmaschinen nutzen Hreflang außerdem, um zwei Arten von doppelten Inhalten zu unterscheiden. Die eine ist legitim, etwa dieselbe Produktseite ins Spanische übersetzt. Die andere ist versehentlich doppelter Content, der zusammengeführt werden sollte. Wenn die Tags stimmen, behandelt Google Ihre englischen und spanischen Seiten als beabsichtigte Varianten statt als konkurrierende Duplikate.

Wenn Sie für SEO in mehreren Märkten verantwortlich sind, sollten Sie im Blick behalten, wie Hreflang ins große Ganze passt. Der Ressourcenbereich und die allgemeine Anleitung zu den SEO-Grundlagen für kleine Unternehmen behandeln beide verwandte technische Grundlagen über die reine Sprachausrichtung hinaus. SearchBlueprint veröffentlicht außerdem Tool-Updates auf der Seite „Neuigkeiten“, darunter auch Änderungen am Hreflang-Validator selbst. Ein Blick lohnt sich, wenn Sie nach ein paar Monaten wieder vorbeischauen.

Häufig gestellte Fragen

Was ist der richtige Hreflang-Code für Spanisch?

Verwenden Sie es für Spanischsprachige im Allgemeinen. Ergänzen Sie einen Ländercode mit Bindestrich: es-ES für Spanien, es-MX für Mexiko, es-US für Spanischsprachige in den USA. Nutzen Sie einen davon nur, wenn Sie eine Seite haben, die speziell für dieses Land oder diese Region erstellt wurde.

Kann ich in Hreflang-Tags „sp“ für Spanisch verwenden?

Nein. Der korrekte Code ist es, wie in ISO 639-1 festgelegt, dem internationalen Standard für Sprachcodes. „sp“ ist kein anerkannter Sprachcode, und Suchmaschinen ignorieren einen Tag, der ihn verwendet.

Brauche ich getrennte Seiten für es-ES und es-MX, oder kann eine spanische Seite beide abdecken?

Eine allgemeine es-Seite genügt, wenn Inhalt, Preise und Konditionen für alle spanischsprachigen Besucher identisch sind. Legen Sie getrennte es-ES- und es-MX-Seiten nur an, wenn sich Preise, Währung, Versand oder Terminologie zwischen den beiden Märkten tatsächlich unterscheiden.

Warum zeigt Google spanischsprachigen Suchenden weiterhin meine englische Seite?

Die häufigsten Ursachen sind ein fehlender oder einseitiger Hreflang-Tag oder ein Canonical-Tag, der von der spanischen Seite wegzeigt. Eine weitere häufige Ursache ist ein falsch geschriebener Hreflang-Code. Wenn Sie die URL durch einen Validator laufen lassen, sehen Sie in der Regel, welche dieser drei Ursachen vorliegt.

Garantiert Hreflang, dass Google genau die Seite anzeigt, die ich beabsichtige?

Nein. Hreflang ist ein starkes Signal, keine Anweisung. Laut Google Search Central beachtet Google Hreflang im Allgemeinen, kann in Randfällen aber dennoch eine andere Version wählen. Das ist ein weiterer Grund, inhaltliche Übereinstimmung und Canonical-Tags über alle Sprachversionen hinweg konsistent zu halten.

Prüfen Sie Ihre spanischen Seiten jetzt

Die Einrichtung von Hreflang für Spanisch ist wenig Markup mit überproportionaler Wirkung darauf, ob die richtige Zielgruppe Ihre Inhalte überhaupt zu Gesicht bekommt. Lassen Sie Ihre spanische Seite nach Ihren Änderungen noch einmal durch den Hreflang-Validator laufen. So bestätigen Sie, dass das Paar in beide Richtungen sauber aufgelöst wird. Wenn das Audit mehr als einen einzelnen fehlerhaften Tag zutage fördert, sprechen Sie mit dem Team. Das Gleiche gilt, wenn Sie nicht sicher sind, ob das Problem mit einer Korrektur auf einer Seite zu lösen ist oder die gesamte Vorlage betrifft. Sprechen Sie mit dem Team, und es verschafft Ihnen ein klareres Bild davon, was auf Ihrer Website tatsächlich passiert.

Quellen

• How Hreflang Tags Can Help Your International SEO ...
• Hreflang: The Easy Guide for Beginners