2021 kam ein mittelständiger E-Commerce-Kunde zu Seahawk, nachdem ihr deutscher Online-Shop acht Monate lang online war. Acht Monate. Ihre UK-Website rangierte wunderbar. Die deutsche Version? Praktisch unsichtbar in Google.de. Wir audituierten sie und fanden das Problem in zwanzig Minuten: Der Entwickler hatte hreflang-Tags implementiert, die auf URLs zeigten, die nach einer Migration nicht mehr existierten. Google las seit fast einem Jahr widersprüchliche Signale. Ihr organischer Traffic aus Deutschland lag bei etwa 4% von dem, was er hätte sein sollen.
Genau diese Art von stillem Desaster ist das, womit internationale SEO voller ist. Es platzt nicht laut auf. Es blutet einfach langsam aus.
Also lass mich dir sagen, was ich beim Aufbau und bei der Reparatur internationaler Websites in über 40 Ländern gelernt habe, einschließlich das, was tatsächlich funktioniert, das, was die Dokumentation dir nicht sagt, und die spezifischen Fehler, die ich ständig sehe.
---
Die drei Domain-Strukturen (und wann du jede einsetzt)
Das ist die erste Entscheidung und auch die dauerhafteste. Sie falsch zu treffen, kostet dich Monate, manchmal Jahre.
Deine Optionen sind Ländercode-Domains (ccTLDs, wie .de, .fr, .com.au), Subdomains (de.example.com) oder Unterverzeichnisse (example.com/de/). Das ist alles. Es gibt keine geheime vierte Option.
ccTLDs
Eine ccTLD gibt dir das stärkste geografische Signal. Google weiß, dass example.de für Deutschland ist. Keine Konfiguration nötig. Aber du fängst auch bei der Domain Authority bei jeder neuen ccTLD bei null an. Wenn du gleichzeitig in fünf Ländern startest, baust du fünf separate Authority-Profile auf. Das braucht ein seriöses Link-Building-Budget und Zeit.
Ich würde ccTLDs empfehlen, wenn das Unternehmen in jedem Land wirklich als separate lokale Entität operiert, die Marke das Budget hat, um langfristig in jede Domain zu investieren, und lokale Vertrauenssignale wichtig sind (Finanzdienstleistungen, Gesundheitswesen, regierungsnahe Arbeiten). Ansonsten kämpfst du gegen einen unnötigen Kampf bergauf.
Unterverzeichnisse
Ehrlich gesagt ist example.com/de/ für die meisten Kunden, mit denen ich arbeite, die richtige Antwort. Du behältst deine gesamte Domain Authority konsolidiert. Die Signale, die du über Jahre auf der Root Domain aufgebaut hast, fließen durch. Google hat explizit erklärt, dass Unterverzeichnisse für internationales Targeting perfekt funktionieren.
Der Kompromiss ist, dass du mehr Arbeit leisten musst, um geografische Relevanz zu etablieren. Da kommen hreflang und GSC Geo-Targeting ins Spiel.
Subdomains
Subdomains sind okay, aber ich finde sie praktisch unübersichtlich. Sie verhalten sich aus Crawl-Perspektive näher an separaten Sites. Ich habe gesehen, dass Crawl Budgets litten, wenn ein Kunde acht Sprach-Subdomains und einen Bot hatte, der sie nicht effizient behandelte. Es sei denn, es gibt einen spezifischen technischen oder CMS-Grund, sie zu nutzen – ich rate den Leuten davon ab.
---
hreflang: Der Teil, den alle falsch verstehen
Ich werde etwas sagen, das dramatisch klingt, aber vollkommen korrekt ist: hreflang ist eine der fehleranfälligsten Dinge in der gesamten technischen SEO. Die Spezifikation selbst ist klar genug, aber die Implementierung hat etwa fünfzehn verschiedene Wege, um zu scheitern.
Das selbstreferenzielle Tag ist nicht optional
Jede Seite braucht ein hreflang-Tag, das auf sich selbst verweist. Das verwirrt vielleicht 40% der Entwickler, mit denen ich zusammenarbeite und die dies zum ersten Mal implementieren. Du kannst nicht einfach die alternativen Sprachversionen auflisten. Die aktuelle Seite muss auf sich selbst verweisen.
`` <link rel="alternate" hreflang="en-GB" href="https://example.com/en-gb/product/" /> <link rel="alternate" hreflang="de" href="https://example.com/de/product/" /> <link rel="alternate" hreflang="fr" href="https://example.com/fr/product/" /> ``
Das en-GB-Tag in dieser ersten Zeile? Diese Seite verweist auf sich selbst. Wenn du es vergisst, verarbeitet Google den Cluster möglicherweise nicht korrekt.
Bidirektional oder gar nicht
Jede hreflang-Beziehung muss gegenseitig sein. Wenn deine englische Seite auf deine deutsche Seite verweist, muss die deutsche Seite auf die englische Seite zurückverweisen. Google behandelt nicht gepaarte Tags als Fehler und ignoriert sie weitgehend.
Ich habe schon gesehen, dass Entwickler hreflang nur in der „Hauptsprache" implementieren und sich wundern, warum sich die Rankings nicht verbessern. Der vollständige Beziehungsgraph muss auf jedem Knoten deklariert werden.
Sprachcodes vs. Regionscodes
hreflang="de" bedeutet Deutsch, beliebige Region. hreflang="de-DE" bedeutet Deutsch wie in Deutschland verwendet. hreflang="de-AT" bedeutet Deutsch wie in Österreich verwendet. Wenn du denselben deutschen Content an Deutschland und Österreich auslieferst, kannst du de als Wildcard verwenden. Aber wenn du echte lokalisierte Varianten hast, sei explizit.
Wo das Menschen trifft: en verwenden, wenn sie en-GB meinen, und sich dann wundern, warum die US-Site UK-Traffic bekommt. Das sind nicht dieselben Tags.
Das x-default Tag
Füge hreflang="x-default" hinzu, das auf deine Fallback-URL verweist (normalerweise die englische Startseite oder eine Language-Selector-Seite). Das sagt Google, was ausgeliefert werden soll, wenn keine andere hreflang-Variante mit der Sprache/Region eines Nutzers übereinstimmt. Viele Sites vergessen das. Es ist nicht katastrophal, aber es ist eine Lücke.
---
Häufige Fehler, die ich in echten Projekten gesehen habe
Lass mich die aufzählen, auf die ich am meisten treffe. Ohne Umschweife.
- Hreflang-Tags, die auf Redirects verweisen. Deine hreflang-URLs müssen die kanonischen, finalen Ziel-URLs sein. Wenn
example.com/de/aufexample.com/de/home/weitergeleitet wird, sollte dein hreflang-Tag auf letztere verweisen. - Inkonsistente Slashes am Ende.
example.com/de/undexample.com/desind technisch unterschiedliche URLs. Wähle eine und sei konsistent über alle hreflang-Tags und Canonicals hinweg. - hreflang in der XML-Sitemap implementieren, aber nicht im HTML-Head. Beide sind gültige Auslieferungsmethoden, aber wenn man sie inkonsistent auf einer Website mischt, führt das zu Verwirrung. Wähle eine Methode aus und wende sie überall an.
- Geo-Targeting in GSC nicht eingestellt. Bei Unterverzeichnis- oder Subdomain-Strukturen musst du dein Geo-Target in Google Search Console festlegen. In GSC zu gehen und in dem Bericht „International Targeting" ein Länder-Ziel auszuwählen, ist eine Arbeit von fünf Minuten, die überraschend viele Teams komplett überspringen.
- Nur den Body-Content übersetzen, nicht die Metadaten. Dein
<title>, deine Meta-Beschreibung und sogar deine URL-Slugs sollten lokalisiert sein. Übersetzter Content mit englischen Metadaten ist ein hybrides Durcheinander, das sowohl Nutzer als auch Bots verwirrt. - Keine lokalisierte Link-Building-Strategie. Das ist zwar kein technischer Fehler, aber es schadet den internationalen Rankings genauso effektiv. Domain Authority wird nicht automatisch für ein deutsches Publikum bedeutsam. Du brauchst Links von deutschsprachigen, Deutschland-relevanten Quellen.
---
Canonical Tags und wie sie mit hreflang in Konflikt geraten
Das ist etwas, das selbst erfahrene Entwickler stolpern lässt. Canonical Tags und hreflang Tags müssen übereinstimmen. Falls Seite A ein hreflang Tag hat, das auf Seite B als deutschsprachige Variante verweist, aber Seite B hat ein Canonical, das zurück auf Seite A verweist, hast du eine Schleife erzeugt. Google sieht das Canonical und nimmt an, dass B nicht die echte Version ist, was das hreflang-Signal weitgehend nutzlos macht.
Seahawk hatte 2022 einen SaaS-Kunden mit genau diesem Problem. Sein CMS generierte automatisch Canonicals, die alle auf die englische Root verwiesen. Jede lokalisierte Seite. Alle verwiesen mit Canonical auf Englisch. Das hreflang war technisch gültig, aber die Canonicals sagten Google, alles außer der englischen Version zu ignorieren. Drei Monate verschwendete Arbeit.
Die Regel: Jede lokalisierte Seite sollte ein selbstreferenzierendes Canonical haben, das auf ihre eigene URL verweist, nicht auf die primäre Sprachversion.
---
Wie Google das tatsächlich verarbeitet (und was es dir nicht sagen wird)
Google garantiert nicht, dass es deine hreflang-Tags befolgt. Ich möchte da ehrlich mit dir sein. Es ist ein Hinweis, keine Direktive. Google sagt das explizit in seiner eigenen Dokumentation. Praktisch bedeutet das: Wenn dein Content nicht wirklich lokalisiert ist (nur Englisch mit einem /de/-Präfix und maschinell übersetztem Text im Body), kann Google trotzdem die „falsche" Version ausliefern, weil seine eigene Spracherkennung mit deinen Tags nicht übereinstimmt.
Eine gute hreflang-Implementierung verstärkt gute Lokalisierung. Sie ersetzt sie nicht.
Das andere: hreflang wirkt sich nicht auf Rankings im primären Such-Index aus. Es bestimmt, welche URL welchem Nutzer in welchem Land angezeigt wird. Deine deutsche Seite muss für deutsche Anfragen trotzdem auf ihre eigenen Stärken hin ranken. hreflang sorgt nur dafür, dass die richtige Seite der richtigen Zielgruppe angezeigt wird, wenn du das Ranking bereits verdient hast.
Nutze Aleyda Solis' hreflang-Tag-Generator, wenn du diese manuell erstellst. Das ist das Tool, auf das ich Juniors zuerst hinweise. Und führe deine Implementierung danach durch Merkles hreflang-Testing-Tool, um Fehler zu finden, bevor Google sie findet.
---
Content-Strategie über Märkte hinweg (der Part, den die meisten Posts auslassen)
Die technische Einrichtung bekommt die ganze Aufmerksamkeit. Aber ich habe Sites gesehen, die perfekt optimierte hreflang, korrekte Canonicals und gut konfigurierte GSC-Properties haben, und trotzdem international nicht performen. Warum? Weil sie ihren englischen Blog-Content Wort für Wort übersetzt und es dann lokalisiert genannt haben.
Deutsche Zielgruppen suchen anders als britische. „Running shoes" im UK ist im Deutschen zwar „Laufschuhe", aber die Absicht hinter der Anfrage, das Format, das gut funktioniert, die Details dessen, was Menschen lesen möchten – das unterscheidet sich alles. Du brauchst Keyword-Recherche in der Zielsprache, gemacht von jemandem, der diese Sprache wirklich nutzt, nicht eine Übersetzungsschicht über englischer Recherche.
Ein paar Dinge, die beim internationalen Content wirklich einen Unterschied machen:
- Recherchieren Sie lokale SERPs in einem Browser mit VPN oder Googles länderspezifischen Such-URLs
- Überprüfen Sie Konkurrenzinhalte im Zielland, nicht Ihre britischen oder amerikanischen Konkurrenten
- Passen Sie Beispiele, Preise, kulturelle Referenzen an. Ein Beitrag voller Dollarsymbole kommt in Deutschland nicht an.
- Bauen Sie lokale Backlinks vor oder während Ihres Content-Push auf, nicht sechs Monate später
---
Wann sollte man ein CDN oder einen Hosting-Standort nutzen?
Spielt der Serverstandort für internationales SEO eine Rolle? Weniger als früher, um ehrlich zu sein. Mit CDNs wie Cloudflare vor Ihrer Website spielt der physische Standort Ihres Servers fast keine Rolle. Die Edge-Knoten von Cloudflare werden Inhalte ohnehin von dort aus bereitstellen, wo sie dem Nutzer geografisch am nächsten sind.
Was noch zählt: wie schnell deine Website in der Zielregion lädt. Nutze PageSpeed Insights und schau dir deine Core Web Vitals speziell für Mobile-Nutzer in deinem Zielmarkt an. Ich kenne Websites, die im Vereinigten Königreich blitzschnell waren, aber in Australien 6 Sekunden zum Laden brauchten, weil ihr Bild-CDN dort keine Server vor Ort hatte. Das zieht deine Rankings runter. Punkt.
---
FAQ
Beeinflusst hreflang die Google-Rankings direkt?
Nein. hreflang teilt Google mit, welche Version einer Seite welchem Publikum angezeigt werden soll – es verbessert nicht das Ranking. Das Ranking selbst wird durch die üblichen Faktoren bestimmt: Relevanz, Autorität, On-Page-Signale. Denk an hreflang als Routing, nicht als Ranking.
Kann ich hreflang mit einer WordPress Multisite verwenden?
Ja, und das ist eigentlich eines der sauberen Setups, wenn es richtig gemacht ist. Plugins wie WPML oder Polylang generieren hreflang automatisch, aber ich überprüfe ihre Ausgabe immer, da automatisch generierte Tags gelegentlich die oben erwähnten selbstreferenziellen oder Bidirektionalitätsprobleme aufweisen. Geh nicht davon aus, dass das Plugin es perfekt gemacht hat. Überprüfe es.
Wie überprüfe ich, ob mein hreflang funktioniert?
Rufe deine Seiten in der Google Search Console unter dem Bericht „International Targeting" auf und suche nach Fehlern. Nutze auch das URL-Inspektionstool, um einzelne Seiten zu überprüfen und zu sehen, welche Tags Google tatsächlich indexiert hat. Und verwende den hreflang-Tab von Screaming Frog während eines vollständigen Crawls. Das gibt dir das komplette Bild: fehlende Paare, unterbrochene URLs, Fehler bei Sprachcodes.
Benötige ich separate Sitemaps für jedes Land oder jede Sprache?
Nicht unbedingt erforderlich, aber es ist sauberer. Wenn du Unterverzeichnisse verwendest, macht eine separate XML-Sitemap pro Sprache, die einzeln in der GSC eingereicht wird, das Crawl-Management einfacher, besonders wenn die Seite wächst. Eine einzelne Sitemap funktioniert auch, solange jede hreflang-URL enthalten ist.
Was ist der häufigste hreflang-Fehler?
Fehlende selbstreferenzielle Tags. Jedes Mal. Ich habe in den letzten vier Jahren wahrscheinlich 200 internationale Seiten überprüft und das ist der Fehler, den ich am konsistentesten finde, normalerweise weil der Entwickler ein vereinfachtes Tutorial gelesen hat, das dies nicht erwähnt. Den zweiten Platz belegt die Implementierung von hreflang auf den HTML-Seiten, aber das Vergessen, die XML-Sitemap-Version nach einer URL-Migration zu aktualisieren (oder umgekehrt).
---
International SEO ist wirklich eines der Bereiche, in denen die korrekte Ausführung der langweiligen technischen Details Seiten unterscheidet, die weltweit wachsen, von Seiten, die Jahre lang im Kreis fahren. Die Konzepte sind nicht geheimnisvoll. Die Umsetzung erfordert nur mehr Präzision, als die meisten Leute erwartet haben. Richten Sie zunächst die Domain-Struktur ein. Dann bauen Sie hreflang sorgfältig auf und validieren es. Dann führen Sie die eigentliche Lokalisierungsarbeit durch. In dieser Reihenfolge.
Dieser deutsche Mandant, den ich am Anfang erwähnt habe? Wir haben hreflang repariert, die Canonicals bereinigt und ihm hochwertige deutschsprachige Links von lokalen Branchenseiten verschafft. Innerhalb von vier Monaten zog er 60% des Traffics an, den seine UK-Seite erhielt. Nicht schlecht für einen Markt, in dem sie zuvor unsichtbar waren.