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..de , .fr , .com.au ), subdomains ( de.example.com ), or subdirectories ( example.com/de/). That's it. There is no secret fourth 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.example.de is for Germany. No configuration required. But you're also starting from scratch with domain authority on every new ccTLD. If you're launching in five countries simultaneously, you're building five separate authority profiles. That takes serious link-building budget and time.
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.example.com/de/ is the right answer. You keep all your domain authority consolidated. The signals you've built over years on the root domain flow through. Google has explicitly stated that subdirectories work perfectly well for international targeting.
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.spec itself is clear enough, but implementation has about fifteen different ways to break.
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/" /> `` <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.en-GB tag on that first line? That page is referencing itself. Miss it and Google may not process the cluster correctly.
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. means German, any region. hreflang="de-DE" means German as used in Germany. hreflang="de-AT" means German as used in Austria. If you serve the same German content to both Germany and Austria, you might use de as a catch-all. But if you have genuinely localised variants, be explicit.
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.en when they mean en-GB, then wondering why the US site is getting UK traffic. These are not the same tag.
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.hreflang="x-default" pointing to your fallback URL (usually the English homepage or a language selector page). This tells Google what to serve when no other hreflang variant matches a user's language/region. Lots of sites forget this. It's not catastrophic but it is a gap.
---
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/ auf example.com/de/home/ weitergeleitet wird, sollte dein hreflang-Tag auf letztere verweisen. Your hreflang URLs must be the canonical, final destination URLs. If
example.com/de/redirects toexample.com/de/home/, your hreflang tag should point to the latter. - Inkonsistente Slashes am Ende. example.com/de/ und example.com/de sind technisch unterschiedliche URLs. Wähle eine und sei konsistent über alle hreflang-Tags und Canonicals hinweg.
example.com/de/andexample.com/deare technically different URLs. Pick one and be consistent across every hreflang tag and canonical. - 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. Both are valid delivery methods, but mixing them inconsistently across a site causes confusion. Pick one method and do it everywhere.
- 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. For subdirectory or subdomain structures, you need to set your geo-target inside Google Search Console. Going into GSC and selecting a country target in the "International Targeting" report is a five-minute job that a surprising number of teams skip entirely.
- 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. Your
<title>, meta description, and even your URL slugs should be localised. Translated content with English metadata is a hybrid mess that confuses both users and bots. - 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. This one isn't a technical mistake but it kills international rankings just as effectively. Domain authority doesn't automatically transfer meaning to a German audience. You need links from German-language, Germany-relevant sources.
---
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./de/ prefix and machine-translated body text), Google may still serve the "wrong" version because its own language detection disagrees with your tags.
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.Aleyda Solis's hreflang tag generator if you're building these manually. It's the tool I point juniors to first. And run your implementation through Merkle's hreflang testing tool after the fact to catch errors before Google does.
---
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-URLsGoogle's country-specific search 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 zählt noch: Seitengeschwindigkeit in der Zielregion. Führen Sie Ihre Website durch PageSpeed Insights aus und überprüfen Sie gezielt Ihre Core Web Vitals für Mobile-Nutzer in Ihrem Zielmarkt. Ich habe im Vereinigten Königreich optimierte Websites gesehen, die im Inland wunderbar schnell waren, aber in Australien in 6 Sekunden geladen haben, weil ihr Bild-CDN dort keine Edge-Präsenz hatte. Das schadet den Rankings unabhängig von allem anderen.PageSpeed Insights and specifically check your Core Web Vitals for mobile users in your target market. I've seen UK-optimised sites that were beautifully fast domestically but loaded in 6 seconds in Australia because their image CDN had no edge presence there. That kills rankings independently of everything else.
---
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.