Wenn du internationale oder mehrsprachige Seiten betreibst, ist hreflang eines dieser Themen, bei denen kleine Schreibweisen schnell größer wirken, als sie technisch eigentlich sind. Genau darum geht es hier: Google hat seine Beispiele für hreflang-Angaben angepasst und zeigt regionale Codes nun in Großbuchstaben, also etwa en-GB statt en-gb. Das klingt im ersten Moment nach einer Änderung, bei der man hektisch alle Templates, XML-Sitemaps oder Header-Ausgaben prüfen möchte. Aus meiner Erfahrung ist aber genau hier ein bisschen Ruhe angebracht.
Die wichtigste Aussage ist nämlich ziemlich unspektakulär, aber für die Praxis beruhigend: Für Google ist der hreflang-Wert nicht von Groß- und Kleinschreibung abhängig. Google akzeptiert also sowohl kleingeschriebene als auch großgeschriebene Codes. Wenn du bisher en-gb, fr-ca oder de-at verwendet hast, bedeutet diese Dokumentationsänderung nicht automatisch, dass deine Implementierung plötzlich falsch ist. Sie wird dadurch nicht ungültig, nicht unbrauchbar und auch nicht schlechter, nur weil die Beispiele jetzt anders aussehen.
Was sich geändert hat, ist vor allem die Darstellung in den Beispielen. Google richtet sich nun sichtbarer nach einer üblichen Konvention: Sprachcodes werden oft klein geschrieben, Regionscodes dagegen groß. Deshalb sieht man jetzt eher Formate wie en-GB, en-US, fr-CA oder de-CH. Das entspricht der ISO-3166-1-Alpha-2-Konvention für Länder- beziehungsweise Regionscodes. Praktisch gesagt: Das GB in en-GB steht für die Region Großbritannien und wird nach dieser Konvention groß geschrieben.
Manchmal sind solche Änderungen in Dokumentationen ein bisschen tückisch. Nicht, weil sie technisch dramatisch wären, sondern weil sie in Teams Diskussionen auslösen. Jemand sieht ein aktualisiertes Beispiel, vergleicht es mit der eigenen Website und sagt: „Moment, bei uns ist das alles klein geschrieben. Müssen wir das ändern?“ Die kurze Antwort lautet: Nein, nicht aus Crawling- oder Indexierungsangst heraus. Die längere Antwort: Du kannst es ändern, wenn du deine Implementierung sauberer, einheitlicher und besser lesbar machen willst. Aber es ist eher eine Frage von Ordnung, Wartbarkeit und Konvention, nicht von akuter SEO-Gefahr.
Was sich bei den hreflang-Beispielen geändert hat
Google hat Beispiele in der Hilfe zu lokalisierten Seitenversionen überarbeitet. Früher wurden hreflang-Codes in den Beispielen offenbar häufiger komplett in Kleinbuchstaben geschrieben. Ein typisches Beispiel wäre etwa en-gb. In der neuen Darstellung wird daraus en-GB. Das Muster ist wichtig: Der erste Teil, also der Sprachcode, bleibt klein. Der zweite Teil, sofern vorhanden, also die Region, wird groß geschrieben.
Das ist keine neue hreflang-Regel im engen Sinne. Es ist eher eine Präzisierung, wie Google seine Beispiele künftig formatiert. Die begleitende Erklärung macht das ziemlich klar: hreflang ist case-insensitive. Das bedeutet, dass Groß- und Kleinschreibung für die Verarbeitung durch Google keine Rolle spielen. Gleichzeitig folgt die Großschreibung der Regionscodes einer anerkannten Konvention. Genau dieser Unterschied ist entscheidend.
Ein Beispiel macht es greifbarer. Wenn du eine englische Seite für Nutzerinnen und Nutzer in Großbritannien hast, kannst du sie technisch mit hreflang="en-gb" auszeichnen. Google kann das verstehen. Die konventionell sauberere Schreibweise ist aber hreflang="en-GB". Für die USA wäre es entsprechend en-US, für Kanada bei französischem Inhalt fr-CA, für Österreich de-AT.
Ich würde das ein wenig mit Dateinamen oder CSS-Klassen vergleichen. Manche Dinge funktionieren auch dann, wenn sie nicht perfekt nach Hausstil aussehen. Aber sobald mehrere Leute daran arbeiten, macht eine konsistente Schreibweise das Leben leichter. Bei hreflang kommt hinzu, dass Implementierungen oft an mehreren Stellen auftauchen: im HTML-Head, in XML-Sitemaps, in HTTP-Headern für Nicht-HTML-Dateien oder in generierten Templates. Wenn dann mal en-gb, mal en-GB und irgendwo noch EN-gb steht, ist das zwar nicht automatisch kaputt, aber es fühlt sich schnell unordentlich an. Und Unordnung ist bei internationalem SEO meistens der Anfang von echten Fehlern.
Warum Google jetzt Großbuchstaben für Regionen zeigt
Der Grund für die neue Darstellung liegt in der ISO-Konvention. Regionscodes nach ISO 3166-1 Alpha 2 werden üblicherweise groß geschrieben. Das sind zweistellige Codes wie GB, US, CA, DE, AT oder CH. Sprachcodes wie en, de, fr oder es werden dagegen normalerweise klein geschrieben. Zusammengesetzt ergibt das dann die bekannte Form: Sprache-REGION.
Das ist nicht nur hübscher. Es hilft auch beim schnellen Lesen. Wenn du de-CH siehst, erkennst du sofort: Deutsch für die Schweiz. Bei fr-CA: Französisch für Kanada. Bei en-GB: Englisch für Großbritannien. Die Großschreibung des zweiten Teils signalisiert dir intuitiv, dass hier keine zweite Sprache gemeint ist, sondern eine Region.
Gerade bei größeren internationalen Projekten ist diese Lesbarkeit nicht zu unterschätzen. Ich habe schon hreflang-Setups gesehen, bei denen zwanzig, dreißig oder noch mehr Sprach-Länder-Kombinationen in einer Sitemap standen. Da suchst du nicht mehr gemütlich nach einem einzelnen Tag, sondern du prüfst Muster. Stimmen die Rückverweise? Hat jede URL ihre Alternates? Gibt es ein x-default? Sind die Canonicals kompatibel? Wenn dann auch noch die Schreibweise wild gemischt ist, wird jede Prüfung zäher.
Die Änderung in den Beispielen ist also weniger ein Signal „alte Schreibweise falsch“, sondern eher ein Signal: So sieht eine saubere, standardnahe Schreibweise aus. Und das ist durchaus sinnvoll. Google dokumentiert damit eine Form, die sich in der Praxis gut lesen, gut prüfen und gut standardisieren lässt.
Was das für deine Website wirklich bedeutet
Die naheliegende Frage ist: Musst du jetzt etwas tun? In den meisten Fällen vermutlich nicht sofort. Wenn deine hreflang-Angaben korrekt aufgebaut sind, wenn sie auf gültige URLs zeigen, wenn die Gegenseitigkeit stimmt und wenn du keine widersprüchlichen Signale sendest, dann ist die Groß- oder Kleinschreibung nicht der Punkt, an dem dein internationales SEO steht oder fällt.
Google akzeptiert beide Varianten. Das ist die zentrale Entwarnung. Wenn du also en-gb in deinen Templates hast, musst du nicht nachts ein Deployment planen. Viel wichtiger ist, dass der Code inhaltlich stimmt. en-GB und en-gb meinen dasselbe. Aber en-UK wäre zum Beispiel problematisch, weil UK in diesem Kontext nicht der korrekte ISO-Regionscode ist; üblich ist GB. Solche Fehler sind deutlich relevanter als die Frage, ob gb groß oder klein geschrieben ist.
Auch solltest du die Änderung nicht mit einer Ranking-Änderung verwechseln. hreflang ist ohnehin kein klassischer Ranking-Booster. Es hilft Google dabei, die passende Sprach- oder Länderversion für Nutzer auszuspielen. Wenn jemand in Kanada auf Französisch sucht, soll idealerweise die französisch-kanadische Version angezeigt werden, nicht zufällig die französische Seite für Frankreich oder eine englische Seite. Wenn jemand in Deutschland sucht, möchtest du möglicherweise eine andere URL anzeigen als für Österreich oder die Schweiz, auch wenn die Sprache ähnlich ist.
Das eigentliche Risiko bei hreflang liegt daher selten in Großbuchstaben. Es liegt in kaputten Clustern. Eine Seite verweist auf eine andere Sprachversion, aber diese verweist nicht zurück. Eine URL ist noindex. Eine canonical-Angabe zeigt auf eine andere Seite als die hreflang-Logik erwarten lässt. Oder es gibt alte URLs in der Sitemap, die inzwischen weiterleiten. Das sind die Dinge, bei denen ich zuerst hinschauen würde. Die Schreibweise kommt danach.
Wenn du nichts änderst, ist das meist okay
Angenommen, du betreibst einen Shop mit Versionen für Deutschland, Österreich und die Schweiz. Deine hreflang-Tags sehen vielleicht so aus: de-de, de-at, de-ch. Wenn alles andere korrekt ist, wird Google diese Werte nicht deshalb ignorieren, weil sie kleingeschrieben sind. Das ist die beruhigende Nachricht.
Trotzdem würde ich, wenn du ohnehin gerade an der technischen Basis arbeitest, die Schreibweise vereinheitlichen. Nicht hektisch, nicht als Notfall, sondern als Teil einer sauberen technischen Pflege. Aus de-de wird de-DE, aus de-at wird de-AT, aus de-ch wird de-CH. Das kostet meist wenig, sofern die Werte zentral generiert werden. Wenn sie allerdings über verschiedene Systeme, Plugins oder Länder-Teams verstreut sind, würde ich genauer planen. Denn bei hreflang ist eine „schnelle kleine Änderung“ manchmal der Moment, in dem man aus Versehen echte Fehler produziert.
Ein Beispiel aus der Praxis: Bei einem internationalen Relaunch werden hreflang-Werte oft nicht manuell geschrieben, sondern aus Sprach- und Länderfeldern im CMS erzeugt. Wenn du dann eine Transformation einbaust, die einfach alles groß schreibt, bekommst du plötzlich EN-GB statt en-GB. Technisch mag auch das für Google kein Drama sein, aber schön ist es nicht. Und wenn andere Systeme diese Werte prüfen, validieren oder vergleichen, kann es unnötige Warnungen geben. Besser ist eine gezielte Logik: Sprachcode klein, Regionscode groß.
Warum Konsistenz wichtiger ist als die einzelne Schreibweise
Die vielleicht praktischste Empfehlung lautet: Sei konsistent. Das klingt banal, ist aber bei hreflang wirklich wertvoll. Entscheide dich für eine Schreibweise und zieh sie durch. Wenn du dich an der neuen Darstellung orientierst, nimm die standardnahe Form mit kleinem Sprachcode und großem Regionscode. Wenn dein bestehendes System alles klein schreibt und zuverlässig funktioniert, ist das ebenfalls kein Grund zur Panik. Nur mischen würde ich es nicht unnötig.
Konsistenz hilft nicht nur Google, sondern vor allem dir und deinem Team. Technische SEO-Arbeit besteht oft aus Fehlersuche. Du vergleichst Sitemaps, HTML-Ausgaben, gecrawlte Daten, Logfiles und vielleicht noch Exporttabellen aus verschiedenen Tools. Je einheitlicher deine Signale sind, desto schneller erkennst du echte Abweichungen. Wenn jede Schreibweise anders aussieht, stumpft man irgendwann ab. Dann übersieht man womöglich den einen wirklich falschen Code zwischen lauter harmlosen Varianten.
Ich mag bei solchen Themen eine einfache Regel: Wenn eine Konvention existiert und keinen Nachteil hat, nutze sie. Die Schreibweise en-GB ist eindeutig, gut lesbar und entspricht der üblichen Norm. Warum also absichtlich bei en-gb bleiben, wenn du gerade ohnehin etwas neu aufsetzt? Bei bestehenden Seiten sieht es anders aus. Dort zählt Stabilität. Wenn alles sauber läuft, ändere nicht aus Nervosität, sondern nur mit Plan.
Auch für Dokumentationen im eigenen Unternehmen ist das hilfreich. Wenn du intern festhältst, wie hreflang-Codes aufgebaut sein sollen, kannst du klar formulieren: Sprache klein, Region groß, getrennt durch einen Bindestrich. Also en-GB, nicht en_gb, nicht eng-GB, nicht en-UK. Diese Klarheit verhindert Fehler bei neuen Ländern oder neuen Sprachversionen.
Worauf du bei einer Prüfung achten solltest
Wenn du die Änderung zum Anlass nimmst, dein hreflang-Setup zu prüfen, würde ich nicht bei der Großschreibung anfangen. Ich würde zuerst die Grundlogik kontrollieren. Jede Seite, die alternative Sprach- oder Regionsversionen nennt, sollte selbst Teil dieses Clusters sein. Die alternativen Seiten sollten zurückverweisen. Die URLs sollten erreichbar sein. Sie sollten nicht durch Robots-Anweisungen blockiert sein. Und sie sollten nicht per canonical auf eine ganz andere Sprachversion zeigen, wenn du eigentlich möchtest, dass sie eigenständig ausgespielt werden.
Danach lohnt sich ein Blick auf die Codes selbst. Sind Sprachcodes korrekt? Sind Regionscodes korrekt? Wird für Großbritannien GB verwendet und nicht etwas, das zwar umgangssprachlich naheliegt, aber nicht dem Standard entspricht? Gibt es Varianten wie es-419 für Lateinamerika, falls relevant? Und gibt es ein x-default, wenn du eine allgemeine Auswahlseite oder globale Fallback-Version hast? Das sind Fragen, die mehr Gewicht haben als „klein oder groß“.
Erst anschließend würde ich die Formatierung vereinheitlichen. Dabei kannst du dich ruhig an der aktualisierten Beispielschreibweise orientieren. Sie ist sauber und erwartbar. Gerade neue Implementierungen würde ich heute direkt so bauen. Bei alten Implementierungen kommt es darauf an, wie leicht du sie ändern kannst und wie gut du danach testen kannst. Ohne Test würde ich an hreflang nicht herumfummeln. Das ist vielleicht etwas konservativ, aber ich habe zu viele internationale Setups gesehen, die durch gut gemeinte Kleinigkeiten durcheinandergeraten sind.
Die eigentliche Botschaft: kein Drama, aber ein guter Anlass zum Aufräumen
Die Änderung der Beispiele ist also kein großer Umbruch. Sie ist eher eine kleine Korrektur in Richtung Standardisierung. Google sagt im Grunde: Wir akzeptieren Klein- und Großschreibung, aber Regionscodes in Großbuchstaben entsprechen der üblichen Konvention. Mehr steckt technisch nicht dahinter. Trotzdem ist die Anpassung bemerkenswert, weil viele SEOs und Entwickler sehr genau auf solche Dokumentationsdetails schauen. Verständlich, ehrlich gesagt. Bei internationalen Seiten kann ein kleiner Fehler schließlich sichtbare Auswirkungen haben.
Für dich heißt das: Wenn deine hreflang-Werte kleingeschrieben sind, musst du nicht in Panik geraten. Wenn du aber gerade eine neue Implementierung planst oder ein bestehendes Setup ohnehin überarbeitest, verwende besser die konventionelle Schreibweise wie en-GB, de-AT oder fr-CA. Sie ist lesbarer, sauberer und entspricht dem, was nun auch in den Beispielen gezeigt wird.
Ich würde die Sache pragmatisch sehen. Technisch zählt, dass hreflang korrekt, vollständig und widerspruchsfrei eingebunden ist. Stilistisch zählt, dass dein Code verständlich bleibt. Und organisatorisch zählt, dass dein Team dieselbe Schreibweise verwendet. Wenn du diese drei Punkte im Griff hast, ist die Großbuchstabenfrage schnell erledigt.
Am Ende ist das eine dieser SEO-Meldungen, die auf den ersten Blick größer wirken, als sie sind. Sie erinnert dich aber an etwas Wichtiges: Internationale SEO funktioniert nur dann wirklich gut, wenn technische Details sauber gepflegt werden. Nicht jedes Detail ist kritisch. Aber viele kleine saubere Entscheidungen ergeben zusammen ein System, dem du vertrauen kannst. Und genau deshalb ist einheitliches hreflang-Format zwar kein Ranking-Geheimnis, aber trotzdem eine gute professionelle Angewohnheit.
