Setzt Shopify hreflang automatisch?

Ja. Shopify gibt hreflang-Annotationen automatisch über das content_for_header-Objekt im aus — aber nur für Märkte mit eigener Domain, Subdomain oder Subfolder, plus ein x-default. Ist nur ein generisches 'English (en)' aktiv, entsteht hreflang='en' und kein en-GB/en-US-Split. Den Region-Subtag erzeugt Shopify erst, wenn die regionale Locale tatsächlich veröffentlicht ist.

Warum kannibalisieren sich en-GB und en-US im Ranking?

Weil zwei nahezu identische englische Seiten existieren, das hreflang aber nur grob auf 'en' zeigt. Google kann ohne Region-Subtag (en-GB / en-US) nicht zuordnen, welche URL für UK und welche für die USA gedacht ist, und spielt häufig die falsche oder beide gegeneinander aus. Korrekt sind reziproke, selbst-referenzierende hreflang-Annotationen pro Region plus ein x-default.

Ab wann lohnt sich ein eigener Sub-Locale statt einer gemeinsamen Sprache?

Sobald ein zweiter Markt derselben Sprache relevanten Umsatz trägt und sich in Vokabular, Währung, Steuer oder Rechtstexten unterscheidet. Bis dahin reicht eine saubere hreflang-Region-Annotation auf gemeinsamem Content. Die teure Trennung ist die laufende Pflege zweier driftender Locales, nicht das einmalige Setup — deshalb: hreflang früh regional sauber setzen, den Content erst splitten, wenn der zweite Markt es trägt.

Internationalisierung

hreflang je Sub-Locale: wann sich en-GB/en-US lohnen — und wie Shopify es korrekt ausspielt

hreflang trennt nahezu identische Sprachvarianten — en-GB/en-US, nl-NL/nl-BE — für Suchmaschinen, damit sie sich im Ranking nicht gegenseitig kannibalisieren. Shopify Markets gibt diese Annotationen automatisch über das content_for_header-Objekt aus, aber nur für die Märkte, die du je eigener Domain, Subdomain oder Subfolder tatsächlich veröffentlichst. Die eigentliche Entscheidung ist deshalb nicht technisch, sondern ökonomisch: hreflang regional korrekt setzen kostet fast nichts, eine eigene Sub-Locale zu pflegen schon — und lohnt erst ab einer Markt-Schwelle.

Das Problem ist nicht „Englisch", sondern „nur Englisch"

Der typische Schmerz: Eine Brand verkauft nach UK und in die USA über zwei nahezu identische Storefronts — und setzt hreflang grob auf en. Damit sagt die Seite Suchmaschinen: „beide URLs sind irgendwie englisch", aber nicht, welche für welche Region gedacht ist. Google muss dann selbst raten, spielt häufig die falsche Variante im falschen Markt aus oder lässt die beiden Seiten gegeneinander antreten. Dasselbe Muster entsteht bei nl über die Niederlande und Belgien. Das Resultat ist keine klassische Duplicate-Content-Strafe, sondern etwas Subtileres: Sichtbarkeit, die sich selbst verdünnt, weil zwei Seiten um dieselben Suchanfragen konkurrieren.

Die Korrektur ist kein neuer Content, sondern eine präzisere Annotation: nicht en, sondern en-GB und en-US; nicht nl, sondern nl-NL und nl-BE. Der Sprach-Subtag sagt wie gesprochen wird, der Region-Subtag wo es gelten soll.

Wie Shopify Markets hreflang tatsächlich ausspielt

Shopify nimmt dir die mechanische Arbeit ab: Die hreflang-Tags werden automatisch über das content_for_header-Objekt in den <head> geschrieben — du musst sie nicht von Hand pflegen. Ausgegeben werden sie für Märkte mit eigener Domain, Subdomain oder Subfolder, ergänzt um ein x-default. [Quelle: help.shopify.com — Markets & SEO; shopify.dev — hreflang tags.] Das ist die gute Nachricht. Die Stolperfalle steckt in welche Annotationen erzeugt werden:

hreflang folgt deinen veröffentlichten Locales, nicht deiner Absicht. Den Region-Subtag (en-GB, nl-BE) gibt Shopify erst aus, wenn die regionale Locale tatsächlich veröffentlicht ist; bleibt nur ein generisches „English (en)" aktiv, entsteht hreflang="en" — und kein en-GB/en-US-Split. [Quelle: shopify.dev — hreflang tags.]
Eine URL pro Region ist Voraussetzung. hreflang annotiert URLs. Teilen sich UK und USA dieselbe URL, gibt es nichts zu trennen — Google sieht eine Seite, kein Regionssignal.
Strukturierte Daten ziehen nicht automatisch mit. Für Preise im Markup gilt: priceCurrency muss die Cart-Währung spiegeln ({{ cart.currency.iso_code }}), nicht die Shop-Default-Währung — sonst widerspricht dein Rich-Snippet der angezeigten Region. [Quelle: shopify.dev — Multiple currencies and languages.]

Anders gesagt: Shopify generiert das hreflang-Gerüst, aber die Region-Granularität bestimmst du über das Markets-Setup. Auto-hreflang ohne region-spezifische Locales ist nur ein ordentlich verpacktes en.

Die eigentliche Frage: ab wann lohnt der Split?

Hier trennt sich Operator-Praxis von SEO-Folklore. Eine eigene Sub-Locale ist nicht gratis — teuer ist nicht das Setup, sondern die laufende Pflege zweier Locales, die mit jedem Release auseinanderdriften, wenn niemand Konsistenz pro Region prüft. Deshalb lohnt sich der Split nicht „weil man es kann", sondern wenn beide Seiten der Rechnung stimmen:

Uplift-Seite: Trägt der zweite Markt relevanten, eigenständigen Umsatz? Unterscheidet er sich spürbar in Vokabular, Währung, Steuerlogik oder Rechtstexten? Bei en-GB/en-US und nl-NL/nl-BE ist die Antwort fast immer ja — die Frage ist das Volumen.
Overhead-Seite: Wer pflegt die zweite Locale dauerhaft? Gibt es einen Glossar-/Review-Prozess, der Drift verhindert? Ohne diesen Prozess verwässert die Trennung nach wenigen Releases und du zahlst Pflegekosten ohne den Qualitätsgewinn.

Daraus folgt eine pragmatische Reihenfolge, die den meisten Brands Geld spart: hreflang früh regional sauber setzen, den Content erst splitten, wenn der zweite Markt ihn trägt. Die Region-Annotation auf gemeinsamem Content holt den Großteil des Kannibalisierungs-Schadens heraus, lange bevor du eine zweite Vokabular-Ebene betreibst. Den vollen Sub-Locale-Ausbau — eigenes Vokabular, eigene Maße, eigene Rechtstexte — startest du, wenn der Markt es rechtfertigt. Wie weit dieser Ausbau dann geht, haben wir für en-GB vs. en-US und nl-NL vs. nl-BE im Detail aufgeschrieben.

Korrektes hreflang-Setup, das nicht still bricht

Ob Shopify die Tags generiert oder du sie ergänzt — diese Regeln entscheiden, ob die Annotation von Suchmaschinen akzeptiert oder verworfen wird:

Regel	Warum sie zählt
Reziprozität	en-GB muss en-US listen und umgekehrt. Fehlt der Rückverweis, ignoriert Google die Annotation.
Selbst-Referenz	Jede Seite listet auch sich selbst (en-GB verweist auf en-GB). Ohne Self-Tag ist das Set unvollständig.
x-default	Eine Fallback-Variante für Regionen ohne eigene Locale — sonst rät die Suchmaschine bei unklarer Herkunft.
Absolute URLs	hreflang-Ziele immer als vollständige, indexierbare URLs (kein noindex, kein Redirect auf das hreflang-Ziel).
Konsistenz mit canonical	Canonical jeder Region zeigt auf sich selbst, nicht regionsübergreifend — sonst hebt das Canonical die hreflang-Trennung wieder auf.

Die häufigsten Stolperfallen im Betrieb

Erzwungener Geo-Redirect: Hartes Auto-Weiterleiten auf die „passende" Region hindert Crawler daran, alle Varianten zu sehen, und untergräbt die hreflang-Logik. Besser: Vorschlag per sichtbarem Country-Selector, keine Zwangsumleitung.
Region-Subtag ohne URL-Trennung: en-GB und en-US deklarieren, aber dieselbe URL ausliefern — die Annotation zeigt ins Leere.
Theme-Strings und E-Mails vergessen: hreflang trennt die indexierten Seiten, aber wenn Checkout-Strings, Metafelder und transaktionale E-Mails generisch bleiben, bricht das Regionsbild genau dort, wo es am teuersten ist.
Drift ohne Prozess: Nach dem Split prüft niemand mehr, ob die Locales konsistent bleiben. Genau hier entscheidet sich, ob die Investition trägt — eine Frage von Setup-Disziplin und Pflege-Logik, nicht von einem einmaligen Häkchen.

Die kurze Version

hreflang ist die günstigste Maßnahme gegen Selbst-Kannibalisierung nahezu identischer Sprachvarianten — und Shopify nimmt dir die Mechanik über content_for_header ab. Den Wert hebst du aber erst, wenn du region-spezifische Locales veröffentlichst, die Annotation reziprok und selbst-referenzierend hältst und Canonical nicht dagegenarbeiten lässt. Setze die Region-Trennung im hreflang früh; investiere in eine voll getrennte Sub-Locale erst, wenn der zweite Markt den Pflegeaufwand zurückzahlt.

Ihr betreibt zwei Märkte derselben Sprache über ein grobes „en" oder „nl" — oder plant gerade den Rollout? Wir prüfen euer Markets-Setup, richten hreflang, Sub-Locales und die Pflege-Logik region-sauber ein und sagen euch, wo der Split sich rechnet und wo nicht. Gespräch anfragen. Weiter im Kontext: operative Internationalisierung und Shopify-Technik & Performance.