Länder-Targeting baut je Zielland eine eigene Version (Deutschland, Österreich, Schweiz getrennt) und passt Preise, Rechtliches und Ansprache pro Markt an. Sprach-Targeting baut je Sprache eine Version (eine deutsche, eine englische) für alle Länder dieser Sprache. Länder-Targeting ist präziser und aufwendiger, Sprach-Targeting schlanker und unschärfer. Die Wahl hängt davon ab, ob sich deine Märkte je Land wirklich unterscheiden.

Die Entscheidungslogik in drei Fragen. Erstens: Unterscheiden sich Preise, Währungen, Versand oder Rechtliches zwischen den Ländern? Wenn ja, sprichst du für Länder-Targeting, denn ein Schweizer will Franken-Preise und Schweizer Versandkosten sehen. Zweitens: Unterscheidet sich die Sprache im Detail? Deutsch ist nicht gleich Deutsch, dazu gleich mehr, und je größer die Unterschiede im Suchverhalten, desto stärker der Fall für getrennte Länder-Versionen. Drittens: Hast du die Ressourcen, mehrere Versionen aktuell zu halten? Eine veraltete Länderversion ist schlechter als gar keine, dann lieber sauber mit Sprach-Targeting starten und später ausdifferenzieren.

In der Praxis fahren viele erfolgreiche Setups eine Mischform: Sprach-Targeting als Basis (eine deutsche Version für alle), plus gezielte Länder-Seiten für die Punkte, an denen sich die Märkte wirklich unterscheiden, etwa Preise, Versand und die wichtigsten Leistungsseiten. So bleibt der Pflegeaufwand realistisch, ohne die Präzision ganz aufzugeben. Wichtig ist nur: Die Entscheidung fällt am Anfang, denn die Domain-Strategie im nächsten Abschnitt baut direkt darauf auf, und ein späterer Umbau ist teuer.

hreflang ist ein HTML-Attribut, das Google sagt, welche Sprach- und Länderversion einer Seite für welchen Nutzer bestimmt ist: hreflang=“de-AT“ markiert die Version für deutschsprachige Nutzer in Österreich. Jede Version verweist auf alle anderen und auf sich selbst, dazu kommt eine x-default-Version als Auffangnetz. Fehlt hreflang oder ist es fehlerhaft, zeigt Google Nutzern die falsche Länderversion, und die Versionen konkurrieren gegeneinander.

So sieht der Baustein im Quelltext aus, am Beispiel einer Seite mit Versionen für Deutschland, Österreich und die Schweiz:

Die drei häufigsten hreflang-Fehler, die in Audits immer wieder auftauchen: Fehlende Rück-Verweise, denn hreflang funktioniert nur wechselseitig, wenn die DE-Seite auf die AT-Seite zeigt, muss die AT-Seite auch auf die DE-Seite zeigen, sonst ignoriert Google beide Angaben. Falsche Codes, der Klassiker ist „de-AU“ statt „de-AT“, das wäre Deutsch für Australien, ebenso beliebt: Ländercodes ohne Sprachcode, die es allein nicht gibt. Und hreflang auf nicht indexierbare Seiten, wer auf eine Version mit noindex oder Weiterleitung verweist, entwertet das ganze Geflecht.

Für WordPress-Websites nehmen Mehrsprachigkeits-Plugins wie WPML oder Polylang die hreflang-Pflege weitgehend ab, prüfen solltest du das Ergebnis trotzdem, am schnellsten mit dem kostenlosen hreflang-Validator von Sistrix oder einem Screaming-Frog-Crawl. Und eine Grenze ist wichtig: hreflang ist eine Zuordnungshilfe, kein Ranking-Boost. Es sorgt dafür, dass die richtige Version erscheint, ranken muss sie durch Inhalt und Autorität selbst.

Übersetzung überträgt Wörter, Lokalisierung überträgt den Markt: Währung und Preise, Versand- und Rechtsangaben, Trust-Elemente wie lokale Telefonnummern und Gütesiegel, Maßeinheiten, Tonalität und die Keywords, die im Zielland wirklich gesucht werden. Eine übersetzte Seite liest sich korrekt, eine lokalisierte fühlt sich für den Nutzer wie eine einheimische an, und genau das entscheidet über Vertrauen, Rankings und Conversion.

Die Checkliste der Elemente, die bei der Lokalisierung regelmäßig vergessen werden: Preise in Landeswährung (ein Schweizer, der Euro-Preise sieht, rechnet mit Zoll-Ärger und springt ab), landesspezifische Zahlungsarten (TWINT in der Schweiz, EPS in Österreich), eine lokale oder zumindest kostenfreie Rufnummer, das richtige Impressums- und Rechtsformat, lokale Referenzen und Bewertungen statt nur deutscher Kundenstimmen, und Datums-, Maß- und Schreibkonventionen bis hin zum ß, das die Schweiz nicht verwendet.

Für die Suchmaschine zahlt Lokalisierung doppelt ein: Sie erzeugt genau die lokalen Begriffe und Entitäten, über die Google die Länderzuordnung jenseits von hreflang erkennt, und sie senkt die Absprungrate, weil Nutzer bleiben statt zurückzuspringen. Wer beim Content spart, spart also an der Stelle, an der International SEO gewonnen wird. Maschinelle Übersetzung als Rohfassung ist dabei völlig legitim, aber der Feinschliff durch jemanden, der den Zielmarkt kennt, ist der Unterschied zwischen einer Website, die dort steht, und einer, die dort verkauft.

Vier technische Basics tragen jedes internationale Setup: die Ladezeit muss auch im Zielland stimmen (per CDN), jede Länderversion braucht eine eigene, crawlbare URL statt automatischer IP-Weiterleitung, die Sitemap führt alle Sprachversionen auf, und die Search Console wird je Länderversion als eigene Property überwacht.

Der wichtigste Einzelpunkt ist die automatische Weiterleitung nach IP oder Browser-Sprache, und zwar als Verbot: Wer Besucher zwangsweise auf „ihre“ Version umleitet, leitet auch den Googlebot um, der überwiegend aus den USA crawlt, und macht damit die anderen Versionen praktisch uncrawlbar. Die saubere Lösung ist ein dezenter Hinweis-Banner („Du besuchst uns aus Österreich, hier geht es zur AT-Version“), der die Wahl beim Nutzer lässt. Dazu kommen die Klassiker: Core Web Vitals je Marktversion messen statt nur einmal zentral, ein CDN, wenn Zielmärkte geografisch weit weg sind, und Duplicate-Content-Hygiene zwischen sehr ähnlichen Versionen, die genau hreflang plus Canonical sauber regeln.

Und weil es in Audits immer wieder auftaucht: Strukturierte Daten werden mitlokalisiert. Die Organisation mit Adresse, Währung in Produkt-Schemas, das inLanguage-Attribut in Artikel-Schemas, alles Signale, mit denen Google und KI-Systeme die Marktzuordnung verifizieren. Ein vollständiger, je Version angepasster Schema-Stack ist international doppelt wertvoll, wie er grundsätzlich aussieht, zeigt der Ratgeber Article-Schema.

Die sechs häufigsten Fehler im International SEO: Zwangs-Weiterleitung nach IP, Übersetzen statt Lokalisieren, fehlerhaftes hreflang ohne Rück-Verweise, zu viele Länder-Domains ohne die Ressourcen dafür, wörtlich übersetzte Keywords und Länderversionen, die nach dem Start nie wieder gepflegt werden.