Mehrsprachige SEO: hreflang, Unterordner und nicht schießen sich in den Fuß
Richtig gemacht, multilingual zu gehen vervielfältigt Ihren Suchverkehr. Wenn es schief geht, wird hreflang schweigend ignoriert und niemand sagt es dir. Hier sind die Regeln und die fünf Wege, wie Menschen sie brechen.
Geben Sie jeder Sprache ihre eigene krabbelbare URL — Unterordner wie /fr/ sind am sichersten — und verbinden Sie die Versionen mit hreflang-Annotationen. hreflang muss reziprok sein, einen Selbstreferenzierungs-, gültige Sprach- und Regionscodes verwenden und auf indexierbare kanonische URLs zeigen. Brechen Sie eine dieser und Google ignoriert die Anmerkung vollständig, ohne einen Fehler zu melden.
Die Sache, die mehrsprachige SEO frustrierend macht, ist, dass es leise versagt. Eine kaputte Umleitung wirft einen Fehler. Eine gebrochene hreflang-Annotation tut überhaupt nichts — Google liest es, kann es nicht überprüfen, verwirft es, und Ihre Sprachversionen gehen weiter miteinander konkurrieren, während jedes Tag in Ihrer Quelle korrekt aussieht.
Dies ist also eine Referenz, um die Struktur richtig zu machen, gefolgt von den spezifischen Wegen, wie sie gebrochen wird.
Struktur zuerst: Jede Sprache erhält eine echte URL
Suchmaschinen Rang Seiten können sie erreichen und unterscheiden. Jede Sprache braucht daher ihre eigene, eindeutige, kriechende Adresse, und Sie haben drei realistische Optionen.
| Struktur | Beispiel | Behörde | Urteil |
|---|---|---|---|
| Unterordner | example.com/fr/ | Sprachenübergreifend geteilt | Empfohlen |
| Subdomänen | fr.example.com | Teilung pro Subdomain | Bearbeitbar |
| Länderbereiche | Beispiel.fr | Ganz getrennt | Nur für ein echtes Zielland |
| Parameter | example.com?lang=fr | Inkonsequent indexiert | Vermeidung |
Unterordner gewinnen für die meisten Websites, weil jede Sprache trägt zu und profitiert von einer Domain-Behörde. Ländercode-Domains sind eine echte Option, aber nur, wenn Sie wirklich auf Länder anstatt Sprachen zielen, und jeder ist eine separate Website, um Autorität für von Grund auf aufzubauen – eine Verpflichtung Menschen unterschätzen.
Sprache oder Land?
Eine Unterscheidung lohnt es, früh richtig zu sein, weil sie Ihre URL-Struktur bestimmt und Sie sie später nicht ändern möchten. Servierst du Französisch oder dienst du Frankreich?
Wenn der Inhalt für jeden französischen Sprachgebrauch identisch ist, möchten Sie eine Sprachstruktur: /fr/, kommentiert hreflang="fr". Wenn Preise, Versand, rechtliche Bedingungen oder Produktverfügbarkeit zwischen Frankreich, Belgien und Kanada unterscheiden, möchten Sie Sprache-Region: /fr-fr/, /fr-be/, /fr-ca/. Erstellen Sie keine regionalen Varianten, die Sie eigentlich nicht benötigen – jede Seite ist eine andere Seite, die Sie pflegen müssen, und eine andere Gruppe von Anmerkungen, die Sie reziprok halten sollen.
hreflang, und die Regeln, die tatsächlich durchgesetzt werden
hreflang sagt Suchmaschinen, dass mehrere URLs in verschiedenen Sprachen gleich sind, so dass die richtige Version den richtigen Sucher erreicht und die Versionen nicht als Duplikate miteinander konkurrieren behandelt werden.
Eine korrekte Einstellung auf der englischen Seite sieht so aus, und derselbe Block — identisch, unverändert — erscheint auch auf den französischen und deutschen Seiten:
<link rel="alternate" hreflang="en" href="https://example.com/en/page" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/page" />
<link rel="alternate" hreflang="de" href="https://example.com/de/page" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/page" />Drei Eigenschaften dieses Blocks sind mehr als alles andere:
Es ist wechselseitig. Jede Seite im Set listet jede andere Seite im Set auf. Google behandelt eine one-direktionale Anmerkung als unbestätigt und verwirft sie.
Es enthält eine Selbstreferenz. Die englische Seite listet die englische URL auf. Dies ist erforderlich, ist einfach zu wegzulassen, und seine Abwesenheit entwertet das Set.
Es ist auf jeder Seite identisch. Das ist der praktische Grund, warum es funktioniert: Generieren Sie den Block einmal und geben Sie den gleichen überall aus, anstatt zu versuchen, "die anderen" pro Seite zu berechnen.
Das x-default Eintrag nennt die Version für Sucher, die nichts im Set übereinstimmen. Es ist optional, aber es lohnt sich, absichtlich, oder Sie lassen diese Wahl zu einer Vermutung.
Die fünf Wege, die dies bricht
1. Nicht-gegenseitige Anmerkungen
Das häufigste Versagen an einem breiten Rand. Die englische Seite listet Französisch, die französische Seite listet nichts, und das ganze Set wird verworfen. In der Regel durch die Generierung von Anmerkungen aus einer pro Seite Liste, die für übersetzte Seiten unvollständig ist.
2. Ungültige Sprache oder Region Codes
Das Format ist ein ISO 639-1 Sprachcode, optional gefolgt von einem Bindestrich und einem ISO 3166-1 alpha-2 Mitgliedstaat code. en-GB ist gültig. en-UK ist nicht, weil der Ländercode GB ist. fr-FR gültig ist; fr-FRA Ist es nicht. Und es gibt keine solche Sache hreflang="eu" für Europa — die Region muss ein Land sein. Ungültige Codes werden stillschweigend ignoriert.
3. hreflang zeigt auf nicht-kanonische URLs
hreflang und kanonische Tags müssen zustimmen. Wenn die kanonischen Punkte Ihrer französischen Seite auf die englische Version — was passiert, wenn eine Vorlage Hardcodes es — Sie Google gesagt haben, die französische Seite ist ein Duplikat der englischen, und die hreflang-Set ist bedeutungslos. Jede Sprachversion muss kanonisch für sich sein.
4. Zeigen auf URLs, die umleiten oder blockiert werden
Eine Anmerkung, die auf eine URL zeigt, die 301s irgendwo anders gibt, eine 404 zurückgibt oder in robots.txt nicht erlaubt ist, kann nicht verifiziert werden. Verwenden Sie die endgültige, absolute, indexierbare URL – einschließlich des Protokolls und gegebenenfalls des Trailing Slashs, der Ihrer Website tatsächlich dient.
5. Automatische Umleitungen auf Browser-Sprache basiert
Der subtile und der schädlichste. Erkennung Accept-Language und Zwangsumleitung ist aus zwei getrennten Gründen eine schlechte Idee.
Für den Menschen: Ein französischer Redner in London mag Ihre englische Seite absichtlich wollen, ein Entwickler braucht vielleicht das Original, und ein Besucher, der irgendwo hingeschickt wurde, wo er sich nicht ohne offensichtlichen Weg zurück entschieden hat, ist ein Besucher, der geht. Sprachvorliebe ist keine Sprachfähigkeit.
Für Suchmaschinen: Googlebot krabbelt überwiegend von US-IP-Adressen ohne Sprachpräferenz ausgedrückt. Wenn Sie es umleiten, können Sie nur Ihre englischen Seiten jemals entdeckt werden, und die übersetzten Versionen, die Sie bezahlt werden, werden nie indiziert.
Vorschlag, nicht zu zwingen. Ein abweisendes Banner, das die französische Version anbietet, ist hilfreich; ein automatischer 302 ist es nicht. Lassen Sie hreflang die Suchergebnisse steuern und lassen Sie den Besucher ihr eigenes Surfen steuern.
Ihre Arbeit überprüfen
- Quelle auf einer übersetzten Seite anzeigen und bestätigen, dass der hreflang-Block vorhanden ist, einen Selbstreferenzierungs-Standard enthält und identisch mit dem auf dem Original ist.
- Folgen Sie jeder URL im Block. Jeder sollte 200 zurückgeben, nicht eine Umleitung, und kanonisch zu sich selbst sein.
- Überprüfen Sie das kanonische Tag auf jeder Version Punkte an dieser Version, nicht in der Originalsprache.
- Verwenden Sie dDie internationalen Targeting-Daten von Search Console verwenden speziellen hreflang-Validator, um Gegenseitigkeitsfehler über eine ganze Website gleichzeitig zu erfassen.
- Bestätigen Sie, dass jede Sprache in Ihrer Sitemap stehten entdecken können, ohne je nach Link-Entdeckung.
Häufig gestellte Fragen
Was ist hreflang und brauche ich es?
hreflang ist eine HTML-Annotation, die Suchmaschinen sagt, dass mehrere URLs den gleichen Inhalt in verschiedenen Sprachen oder regionalen Varianten sind, so dass die entsprechende Version jedem Suchenden angezeigt wird und die Versionen nicht als Duplikate von einander beurteilt. Sie brauchen es, sobald Sie den gleichen Inhalt in mehr als einer Sprache auf kriechenden URLs veröffentlichen.
Soll ich Subordner oder Subdomains für verschiedene Sprachen verwenden?
Unterordner, wie z.B. example.com/fr/, für die meisten Seiten. Alle Sprachen teilen dann die angesammelte Autorität einer Domain, und das Setup am CDN oder Server ist einfacher. Subdomains arbeiten, aber spalten Autorität über Hostnamen. Ländercode-Domains wie z.B. example.fr sind nur dann geeignet, wenn sie wirklich auf Länder anstatt auf Sprachen ausgerichtet sind, da jeder tatsächlich eine eigene Website ist, um Autorität für aufzubauen.
Warum arbeitet mein hreflang nicht?
Meistens, weil die Anmerkungen nicht gegenseitig sind — jede Seite im Set muss jede andere Seite, einschließlich sich selbst, und Google-Abwracks-Sets es kann nicht aus beiden Richtungen bestätigen. Andere häufige Ursachen sind ungültige Codes wie en-UK anstelle von en-GB, hreflang URLs, die in robots.txt umleiten oder blockiert werden, und kanonische Tags auf übersetzten Seiten, die auf die Originalsprache verweisen.
Muss hreflang auf jeder Seite sein?
Doch. Anmerkungen sind pro-URL, nicht pro-site, so dass jede Seite einen Block benötigt, der ihre eigenen Äquivalente in den anderen Sprachen benennt. Der Block sollte in allen Versionen dieser Seite identisch sein und muss einen Selbstreferenzierungsmodus enthalten. hreflang kann alternativ in HTTP-Headern oder in einer XML-Sitemap geliefert werden, was oft einfacher im Maßstab zu pflegen ist.
Soll ich Besucher anhand ihrer Browsersprache umleiten?
Nein. Automatische Umleitungen überschreiben absichtliche Entscheidungen — ein französischer Redner mag die englische Version wünschen — und sie stören mit Kriechen, da Googlebot kriechen weitgehend von US-Adressen ohne eine Sprachpräferenz und kann entdecken Sie daher niemals Ihre übersetzten Seiten. Bieten Sie stattdessen ein abweisendes Vorschlag-Banner und einen sichtbaren Sprach-Switcher an und lassen Sie hreflang mit Suchergebnissen umgehen.
Wird übersetzter Inhalt als doppelter Inhalt betrachtet?
Nein. Inhalte, die in eine andere Sprache übersetzt werden, sind keine doppelten Inhalte, und korrekt implementierte hreflang macht die Beziehung explizit, damit Versionen nicht miteinander konkurrieren. Probleme ergeben sich aus fast identischen Seiten in derselben Sprache, z.B. getrennten Seiten für Großbritannien und Australien mit identischem englischen Text, wo hreflang mit Regionscodes und korrekter Selbstreferenzierung canonical ist, was hält sie deutlich.
Erhalten Sie die Struktur entschieden, bevor Sie etwas übersetzen, erzeugen Sie einen identischen hreflang-Block pro Seite gesetzt, nie zwingen eine Umleitung, und mehrsprachige SEO wird Wartung anstatt Archäologie. Die Alternative ist, in sechs Monaten zu entdecken, dass nichts davon jemals gezählt wurde.
Sehen Sie, wie NordicCDN dies für Ihre Website tut:
Mads hat seit seinem 16. Lebensjahr in der IT gearbeitet — hauptsächlich als Hosting. Er beteiligte sich früh an einer SaaS-Firma und half, sie bis zur Übernahme durch Visma weiterzuentwickeln, hat Data-Center-Netzwerke aufgebaut und betrieben und diente als CTO eines dänischen Rechenzentrums. Er hat NordicCDN gestartet, um eine schnelle, sichere Infrastruktur einfach zu bedienen.
