Ich habe einen soliden Nachmittag verloren, um einmal zu hreflang Ein Kunde hatte eine Website in Englisch und Französisch, aufgeteilt auf /en/ und /fr/‘und ihre französischen Seiten würden in Frankreich einfach nicht ranken - Google tauchte die englische Version immer wieder französischen Suchenden aufDas Markup sah korrekt ausEs war im Kopf, die Codes waren da, die URLs behoben Das Problem, so stellte sich heraus, war, dass die englischen Seiten auf die französischen verwiesen, die französischen Seiten aber nicht zurückwiesenHreflang muss reziprok sein, und Google warf den ganzen Cluster weg, weil die Return-Tags fehltenDas sagte mir nichts im Browser Kein Fehler, keine Warnung - nur Seiten versäumten leise, wo sie hin sollten.
Das ist auf den Punkt gebracht hreflang Das Konzept ist einfach: Sagen Sie Suchmaschinen, welche Sprache und regionale Version einer Seite welche Benutzer zeigen Die Ausführung ist ein Minenfeld von ISO-Codes, Gehäusekonventionen, Reziprozitätsregeln, und ein Fallback-Tag, das das halbe Internet vergisst Ich baue und pflege oft genug mehrsprachige Seiten - über Toolz.dev, WP Adminify' s Dokumentation, und verschiedene Laravel und React Projekte - dass ich ein Tool wollte, das die Tags generiert und die Fehler abfängt, bevor sie versendet werden Das ist die Hreflang-generator, und dieser Leitfaden ist alles, was ich an diesem Nachmittag gewusst hätte.
Für das Konzept und nicht für das Tool, beginnen Sie mit hreflang-Tags erklärt, das die Drehscheibe für dieses Thema ist und auf die Teile verlinkt x-standard, Häufige Hreflang-Fehlerund Framework-Setups für Nächste.js und WordPressdrohen
tl; dr: Hreflang-Tags teilen Suchmaschinen mit, welche Sprach-/Regionalversion einer Seite jedem Benutzer bedient werden soll
rel="alternate" hreflang="x"Anmerkung. Codes folgen ISO 639-1 (Sprache) und ISO 3166-1 (Region) - also ist das Vereinigte KönigreichGB, nichtUK. Tags müssen reziprok sein (jede Seite verlinkt zurück), und Sie sollten eine einfügenx-defaultFallback Der Generator gibt gültige Tags als HTML-Links, XML-Sitemap-Einträge oder einen HTTP-Header aus, validiert jeden Code, fängt Duplikate und läuft zu 100% in Ihrem Browser.
Was sind hreflang Tags und wann braucht man sie?
Ein hreflang-Tag ist eine Annotation, die besagt, dass & quot; es gibt eine andere Version dieser Seite für eine bestimmte Sprache und Region, und hier ist ihre URL." Syntax ist <link rel="alternate" hreflang="fr-CA" href="https://example.com/fr-ca/" />(wo fr-CA Französisch bedeutet, wie es in Kanada gesprochen wird Wenn Google diese Beziehungen versteht, kann es die kanadische französische Seite einem Französischsprachigen in Kanada und die US-Englischseite jemandem in den Staaten bereitstellen, anstatt zu erraten oder standardmäßig zu der Version zu wechseln, die es zuerst gecrawlt hat.
Sie benötigen hreflang immer dann, wenn Sie im Wesentlichen den gleichen Inhalt in mehr als einer Sprache haben, oder die gleiche Sprache, die auf mehr als eine Region ausgerichtet ist Ein Blog, der nur auf Englisch existiert, benötigt ihn nicht Eine SaaS-Marketing-Seite, die in sechs Sprachen übersetzt wurde, tut dies absolut Der mittlere Fall - eine Sprache, mehrere Regionen, wie separate US- und UK-Shops, die beide auf Englisch sind - ist der Ort, an dem hreflang am wertvollsten ist und am meisten übersehen wird, da die Seiten für Google wie Duplikate aussehen, es sei denn, Sie deklarieren sie ausdrücklich als regionale Varianten.
Die Auszahlung ist zweifach Erstens, die richtige Version rangiert auf dem richtigen Markt, was Klick-durch und Konvertierung aufhebt, weil Benutzer auf Preise, Währungen und Phrasierung landen, die ihnen passen Zweitens entschärft hreflang das Problem des doppelten Inhalts: Anstatt dass Ihre nahezu identischen regionalen Seiten miteinander konkurrieren und sich gegenseitig kannibalisieren, behandelt Google sie als eine Gruppe von Stellvertretern und wählt pro Anfrage die beste Passform aus.
Warum bringen die Codes alle zum Stolpern?
Weil sie Standards folgen, nicht Intuition, und die Standards haben Edge Cases.
Die Werte sind BCP 47-Sprach-Tags, definiert in RFC 5646und Google's eigene Dokumentation lokalisierter Versionen Autorität ist, auf der sie Teilmenge akzeptiert.
Der Sprachteil ist ein ISO 639-1-Code: zwei Buchstaben, Kleinbuchstaben, wie en, fr, de, ja. Der optionale Regionsteil ist ein ISO 3166-1 Alpha-2-Code: zwei Buchstaben, Großbuchstaben, wie US, GB, DE. Setzen Sie sie mit einem Bindestrich zusammen und Sie erhalten en-US oder de-DE. Die Konventionen, die Menschen beißen:
- der Vereinigtes Königreich ist
GB, nichtUKdrohenUKIst kein gültiger ISO 3166-1-Code unden-UKNo-op ist. - Sprache steht an erster Stelle und ist obligatorisch; Region ist optional und kann nicht alleine stehen. Du kannst nicht zielen
USFür sich allein - es gibt keinen nur regionalen Hreflang Es ist immer Sprache, optional nach Regionen eingegrenzt. - Lateinamerika verwendet einen UN-M49-Code,
es-419(denn er erstreckt sich über viele Länder statt über eines Dieser dreistellige Regionalcode ist gültig und nützlich für & quot; Spanisch, lateinamerikanische Sorte." - Chinesisch braucht oft einen Skript-Untertag(wie
zh-Hant(Traditionell) bzwzh-Hans(Vereinfacht), denn die Schriftform ist wichtiger als das Land.
Der Generator validiert all dies, Er prüft jeden Code gegen die erwartete Form, normalisiert das Gehäuse (Kleinschreibung, Großbuchstabenbereich, Titelfallskript), warnt Sie, wenn ein Untertag keine anerkannte ISO-Sprache oder - Region ist - also en-UK Wird markiert, bevor es ein Kriechen verschwendet.
Wie verwende ich den Hreflang Generator?
Das Tool basiert auf einer Liste von Sprachversionen und einer Auswahl an Ausgabeformaten.
Schritt 1 - Fügen Sie Ihre Versionen hinzu. Jede Zeile ist ein Sprach-/Regionalcode plus die vollständige URL dieser Version Eine Schnellauswahlliste bietet die gemeinsamen Codes (en-US, es-419, zh-Hant, x-default, und mehr) so müssen Sie sich nicht an das genaue Gehäuse erinnern Fügen Sie eine Zeile pro Version hinzu.
Schritt 2 - Einen x-Standard einschließen. Fügen Sie eine Zeile mit dem Code hinzu x-default Zeigen auf Ihre Fallback-URL. Dies ist die Version, die Benutzern bereitgestellt wird, deren Sprache Sie nicht explizit angesprochen haben - häufig eine Sprachauswahlseite oder Ihre primäre Homepage.
Schritt 3 - Wählen Sie ein Format. Wechseln zwischen HTML <link> Tags für den Seitenkopf, xhtml:link Einträge für eine XML-Sitemap oder ein HTTP Link Header für Nicht-HTML-Dateien Während der Bearbeitung validiert der Generator jeden Code und jede URL, fängt doppelte Codes ab und zeigt eine pro-Reihe Status-Tabelle an, damit Sie auf einen Blick sehen können, welche Einträge gültig sind.
Schritt 4 - Kopieren und reziproke Bereitstellung. Kopieren Sie die Ausgabe und - auf diesen Teil kommt es an - fügen Sie jeder URL der Gruppe den gleichen kompletten Satz Tags hinzu, inklusive eines selbstreferenziellen Eintrags Bestätigen Sie dann die Einrichtung mit dem International Targeting-Bericht in der Google Search Console.
Alles läuft clientseitig, sodass Ihre URL-Struktur - die Ihre gesamte internationale Architektur offenlegen kann - den Browser niemals verlässt. Das ist das gleiche Datenschutzmodell hinter jedem Tool auf der Website, das in der behandelt wird Datenschutz-Leitfadendrohen
Wie sieht die Ausgabe in den einzelnen Formaten aus?
Hier ist ein gearbeitetes Beispiel und keine Beschreibung Ein Geschäft, das in die USA, Großbritannien, Frankreich und Lateinamerika verkauft wird, mit einer Sprachauswahlseite als Rückfall. Fünf Zeilen gehen hinein:
| hreflang | URL |
|---|---|
x-default |
https://example.com/ |
en-US |
https://example.com/us/ |
en-GB |
https://example.com/uk/ |
fr-FR |
https://example.com/fr/ |
es-419 |
https://example.com/latam/ |
Beachten Sie zwei Dinge zu diesem Satz vor der Ausgabe. en-US und en-GB Sind beide englisch, unterscheiden sich nur nach Markt, was der Fall ist, für den es hreflang gibt und der Fall, dass die meisten Websites überspringen. Und es-419 Ist der UN-M49-Regionalcode für Lateinamerika, den das Tool als gültig und nicht als kennzeichnend akzeptiert, da eine dreistellige Region in einem Sprach-Tag legal ist, obwohl es sich nicht um einen ISO 3166-1-Alpha-2-Code handelt.
HTML-Link-TagsFür die Seite <head>:
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
<link rel="alternate" hreflang="en-US" href="https://example.com/us/" />
<link rel="alternate" hreflang="en-GB" href="https://example.com/uk/" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/" />
<link rel="alternate" hreflang="es-419" href="https://example.com/latam/" />
Genau dieser Block geht auf allen fünf Seiten, unverändert Nicht & quot; die anderen vier" auf jeder Seite: alle fünf, einschließlich der Seite's eigener Eintrag Das macht die Anmerkungen reziprok.
XML-Sitemap-Einträge, wobei das Werkzeug denselben Satz in a umwickelt <url> Element und verwendet Ihre Seiten-URL als <loc>:
<url>
<loc>https://example.com/us/</loc>
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/" />
<xhtml:link rel="alternate" hreflang="en-US" href="https://example.com/us/" />
<xhtml:link rel="alternate" hreflang="en-GB" href="https://example.com/uk/" />
<xhtml:link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/" />
<xhtml:link rel="alternate" hreflang="es-419" href="https://example.com/latam/" />
</url>
Der Generator erinnert Sie an das Stück, das außerhalb des Blocks lebt, den es produzieren kann: den <urlset> Element benötigt den deklarierten xhtml-Namespace, oder jeden xhtml:link Eintrag wird ignoriert, solange die Datei noch als Sitemap validiert wird.
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
HTTP-Link-HeaderEin einzelner Header-Wert für Dateien ohne <head> zu bearbeiten, wie z.B. ein PDF:
Link: <https://example.com/>; rel="alternate"; hreflang="x-default", <https://example.com/us/>; rel="alternate"; hreflang="en-US", <https://example.com/uk/>; rel="alternate"; hreflang="en-GB", <https://example.com/fr/>; rel="alternate"; hreflang="fr-FR", <https://example.com/latam/>; rel="alternate"; hreflang="es-419"
Es ist eine lange Linie von Design: eine einzige Link Header mit kommagetrennten Werten In nginx ist das eine add_header Link "..."; Direktive; in Apache eine Header set Link "...". Aufteilen auf mehrere Link Kopfzeilen funktionieren auch, aber wenn man sie als einen Wert behält, wird deutlich, dass die Menge vollständig ist.
Was bedeuten die Generator' s-Warnungen?
Das Tool trennt Fehler, die die Ausgabe eines Eintrags verhindern, von Warnungen, die ihn durchlassen, aber etwas markieren, das Sie sich ansehen sollten. Die Unterscheidung ist wichtig, da die meisten Hreflang-Fehler rechtliche Markups sind, die nichts bedeuten.
| Botschaft | Was es ausgelöst hat | Was zu tun ist |
|---|---|---|
| Kein gültiges Sprach-Tag | Der Wert stimmt nicht überein language[-Script][-REGION] |
Verwenden Sie zuerst einen Sprachcode, optional eine Region oder das Literal x-default |
| Der Sprachuntertag ist kein üblicher ISO 639-1-Code | Wohlgeformte, aber nicht anerkannte Sprache | Überprüfen Sie es anhand von ISO 639-1; Das Etikett wird in beide Richtungen ausgegeben |
| Der Regionsuntertag ist kein üblicher ISO 3166-1-Code | Wohlgeformte, aber nicht anerkannte Region | Das ist es, was fängt en-UK(wo GB Richtig ist |
| Doppelter Hreflang | Derselbe Code erscheint zweimal im Set | Entfernen Sie einen; Zwei Einträge für einen Code sind ein Widerspruch |
| Kein x-Standardsatz | Das Set hat keine Fallback-Reihe | Fügen Sie einen Punkt hinzu, der auf eine Auswahlseite oder Ihre Primärversion zeigt |
| hreflang arbeitet in Clustern | Nur eine URL im Set | Fügen Sie die anderen Sprachversionen hinzu; Ein Ein-Eintrags-Cluster bewirkt nichts |
| hreflang muss reziprok sein | Immer gezeigt | Stellen Sie den identischen Block für jede URL in der Gruppe bereit |
Die letzte wird immer angezeigt und nicht bedingt, denn es ist der Fehler, den kein clientseitiges Tool erkennen kann Reziprozität ist eine Eigenschaft der anderen Seiten, nicht des Satzes vor Ihnen, also gibt der Generator die Regel an, anstatt so zu tun, als würde er sie überprüfen Jede andere Warnung hier kann wirklich überprüft werden.
Beachten Sie auch, dass Codes auf dem Gehäuse normalisiert und nicht abgelehnt werden: EN-gb wird en-GB, zh-hant wird zh-Hant. Sprach-Tags werden fallunsensibel abgeglichen, sodass das Gehäuse konventionell ist, aber eine konsistente Ausgabe macht einen Diff zwischen zwei Seiten lesbar.
Welches Ausgabeformat soll ich wählen?
Google akzeptiert drei Implementierungsmethoden, und die richtige hängt von Ihrem Stapel und der Seitenzahl ab.
| Methode | am besten für | Abwägung |
|---|---|---|
HTML <link> Tags |
Die meisten Seiten; direkte Kontrolle pro Seite | Fügt jeder Seite Gewicht hinzu's Kopf; muss auf jeder Seite sein |
XML-sitemap xhtml:link |
Große Seiten; hält HTML sauber | Benötigt die Pflege von Sitemap; langsamer für Google zu verarbeiten |
HTTP Link Kopfzeile |
Nicht-HTML-Dateien wie PDFs | Benötigt Serverkonfiguration; schwieriger zu prüfen |
Für eine typische Seite HTML-Link-Tags Am unkompliziertesten sind - man sieht sie in der Quelle, sie sind leicht zu debuggen, und jedes Framework kann sie rendern Für Große Seiten mit hunderten von Sprachvariantenhreflang in die XML-sitemap Hält Ihre Seitenköpfe schlank und zentralisiert die Anmerkungen in einer Datei (denken Sie daran, sie hinzuzufügen xmlns:xhtml="http://www.w3.org/1999/xhtml" zur <urlset> Element, an das das Tool erinnert) Die HTTP-Header Methode ist Nische, aber essentiell für Nicht-HTML-Ressourcen wie PDFs, bei denen es keinen Kopf zum Einfügen eines Link-Tags gibt.
Wofür Sie sich auch entscheiden, verwenden Sie nur eine Methode pro Seitensatz. Das Mischen von HTML-Tags und Sitemap-Einträgen für dieselben URLs kann Google widersprüchliche Signale senden. Wenn Sie bereits eine Sitemap generieren, wird das sitemap-Format tool's direkt in die Ausgabe aus dem XML-Sitemaps-Generatordrohen
Was ist x-default und warum spielt es eine Rolle?
x-default Ist der hreflang-Wert, der eine Fallback-Seite für jeden Benutzer angibt, dessen Sprache oder Region Sie nicht explizit angesprochen haben Wenn Ihre Website englische, französische und deutsche Versionen hat und jemand auf Japanisch ankommt, der surft, kommt x-default Google sagt, wohin sie sie senden sollen - normalerweise eine neutrale Homepage oder eine Seite, auf der sie eine Sprache auswählen können.
Es ist optional in dem Sinne, dass hreflang ohne es funktioniert, aber Google empfiehlt, es einzubinden, und ich behandle es in der Praxis als obligatorisch. Ohne einen x-Standard erhalten unübertroffene Benutzer die Version, die Google am nächsten vermutet, was oft nur Ihre am häufigsten gekratzte Seite ist und keine bewusste Wahl.
Für das Tool's Teil: ein Set mit Nr x-default Zeile eine Warnung statt eines Fehlers aufwirft, so dass Sie die Ausgabe noch kopieren können, aber Sie werden gesagt worden sein Fügen Sie die Zeile hinzu und der Fallback wird in dem von den drei Formaten, die Sie ausgewählt haben, an derselben Position auf jeder Seite ausgegeben Wohin Sie es richten sollen, und die Fehler, die es nutzlos machen, werden in der x-standard-anleitungdrohen
Warum muss Hreflang reziprok sein?
Das ist das, was mich einen Nachmittag gekostet hat, also bekommt es einen eigenen Abschnitt. Hreflang-Anmerkungen müssen reziprok sein. Wenn Seite A Seite B als ihren französischen Stellvertreter deklariert, muss Seite B im Gegenzug Seite A deklarieren Google vertraut der Beziehung nur, wenn beide Seiten sie bestätigen, fehlt das Return-Tag, ignoriert Google die Annotation ganz - lautlos, ohne Fehler auf der Seite.
Der saubere Weg, dies zu befriedigen, besteht darin, den vollständigen, identischen Satz von Hreflang-Tags auf jeder Seite der Gruppe anzubringen, einschließlich eines selbstreferenziellen Eintrags (die Seite zeigt auf sich selbst).So auf Ihrem en-US Seite, Sie fügen Tags für ein en-US, en-GB, fr-FR, de-DE, und x-default - und genau der gleiche Block erscheint auf der en-GB Seite, die fr-FR Seite, und so weiter Jede Seite im Cluster trägt die ganze Karte Es fühlt sich redundant an, aber es ist das, was die Annotationen reziprok macht und es ist das, was Google erwartet.
Deshalb ist das Generieren der Tags nur Schritt eins. Die Freier Hreflang-Generator Produziert den kompletten Block für Sie, um ihn über den Cluster hinweg wiederzuverwenden, und er erinnert Sie an die Gegenseitigkeit in seinen Warnungen, aber die Bereitstellungsdisziplin - derselbe Block, jede Seite - liegt auf Ihnen Holen Sie sich das richtig und die Codes richtig, und hreflang arbeitet leise und zuverlässig, Holen Sie es falsch und es scheitert genauso leise Für den breiteren Kontext der Zusammenstellung eines technischen SEO-Stacks habe ich die zugehörigen Dienstprogramme in der Web Developer Toolkit Übersichtdrohen
Wie teste ich, dass hreflang funktioniert?
Nach dem Bereitstellen überprüfen Sie mit dem Internationaler Targeting-Bericht (historisch hreflang-Bericht genannt) in der Google Search Console Es listet Fehler wie & quot; auf. Keine Rückgabetags" und " unbekannte Sprachcodes" auf Ihrer gesamten Website, was weitaus schneller ist als das Überprüfen von Seiten nach und nach. Ein Crawl mit einem SEO-Auditing-Tool bestätigt außerdem, dass jede Seite den vollständigen reziproken Satz enthält.
Die Fehler, die ich am häufigsten sehe, in grober Reihenfolge der Häufigkeit: Fehlende Return-Tags (das oben genannte Reziprozitätsversagen), Kein x-Standard, Verwenden UK anstelle GB oder andere Nicht-ISO-Codes, Nur-region-tags Das versucht, ein Land ohne Sprache ins Visier zu nehmen Relative URLs Wo Hreflang absolute erfordert, und Mischimplementierungsmethoden Für die gleichen Seiten Jede von diesen produziert Markup, das plausibel aussieht und nichts tut.
der hreflang Tag Generator Ist darauf ausgelegt, diejenigen zu fangen, die eine Maschine fangen kann - fehlerhafte Codes, unbekannte Untertags, Duplikate, nicht-absolute URLs und den fehlenden x-Standard - und Sie an diejenigen zu erinnern, die sie für Sie nicht erzwingen kann, nämlich Reziprozität Der vollständige Katalog mit dem Symptom, das jeder einzelne hervorruft, ist in 12 häufige Hreflang-Fehler. Wenn Sie hreflang in einen größeren mehrsprachigen Build verkabeln, wird die Meta-Tag-Generator Den Rest Ihres Kopfes pro Seite verarbeitet und die Anleitung für die Coding-Tools Entwicklern Workflow abrundet.
Welche Edge Cases sollten Sie einplanen?
Wenn die Grundlagen erst einmal vorhanden sind, kommen oft genug eine Handvoll Situationen auf, um sie zu planen. Kanonische Tags und Hreflang müssen zustimmen. Jede Seite' s kanonisch sollte auf sich selbst verweisen, nicht auf eine andere Sprachversion - wenn Ihre französische Seite auf die englische kanonisiert, sagen Sie Google, dass sie die französische Seite ganz fallen lassen soll, was den Hreflang, den Sie gerade hinzugefügt haben, aufhebt Behalten Sie Kanoniker selbstreferenziell innerhalb eines Sprachclusters und lassen Sie hreflang die Beziehungen zwischen Clustern beschreiben; hreflang vs. kanonisch Durch die Kombinationen wirkt.
Sprache und Land sind unabhängige Achsen. Es ist vollkommen gültig zu haben en-US, en-GB, und en-CA Alles auf Englisch, richtet sich jedoch an verschiedene Länder und ist gleichermaßen gültig fr-CA und en-CA Beide zielen auf Kanada in verschiedenen Sprachen ab Gehen Sie nicht von einer Seite pro Land oder einer pro Sprache aus; Sie kartieren die spezifischen Kombinationen, die Ihre Website tatsächlich bereitstellt.
Nachgestellte Schrägstriche und Protokolle müssen mit Ihren tatsächlichen URLs übereinstimmen. hreflang zeigt also auf exakte URLs https://example.com/fr/ und https://example.com/fr Verschiedene Ziele sind Verwenden Sie die kanonische, indizierbare Form jeder URL - dieselbe, die Sie in einer Sitemap einreichen würden - so löst sich die Annotation auf eine Live-Seite statt einer Weiterleitung Eine Weiterleitung in einem Hreflang-Ziel ist nicht fatal, fügt aber einen Hop und eine Chance für das Signal zu schwächen, so dass es sich lohnt, genau zu werden.
Häufig gestellte Fragen
Was ist ein Hreflang-Tag?
Ein hreflang-Tag teilt Suchmaschinen mit, welche Sprache und regionale Version einer Seite einem bestimmten Benutzer angezeigt werden soll. Es verwendet rel="alternate" hreflang="x" Annotation, wobei x ein Sprachcode ist (optional mit einer Region), sodass einem Spanischsprachigen in Mexiko Ihre es-MX-Seite anstelle Ihrer englischen Seite serviert werden kann. Hreflang hilft internationalen Websites, Probleme mit doppeltem Inhalt zu vermeiden und die richtige Seite in jedem Markt zu ordnen.
Was ist das richtige hreflang-Format?
Der Wert ist ein ISO 639-1 Sprachcode, optional gefolgt von einer Region als ISO 3166-1 Alpha-2 Code - zum Beispiel en, en-GB, oder pt-BR. Die Sprache steht an erster Stelle und die Region ist optional; man kann nicht auf eine Region allein abzielen Beachten Sie, dass sich die Standards von den alltäglichen Abkürzungen unterscheiden: das Vereinigte Königreich ist GB, nicht UK.
Was bedeutet X-Standard in Hreflang?
X-Default Gibt die Fallback-Seite für Benutzer an, deren Sprache oder Region Sie nicht explizit ansprechen. Es ist normalerweise Ihre Homepage oder eine Sprachauswahlseite. Google empfiehlt, in jedem Hreflang-Set einen X-Default aufzunehmen, sodass unübertroffene Besucher an einen sinnvollen und nicht in eine zufällige Sprachversion geschickt werden.
Wo soll ich Hreflang-Tags setzen?
Sie können hreflang an drei Stellen implementieren: als Link rel="alternate" Tags im HTML-Kopf, als xhtml: link-Einträge in Ihrer XML-Sitemap, oder als HTTP Link-Header (nützlich für Nicht-HTML-Dateien wie PDFs).Wählen Sie eine Methode und wenden Sie sie konsequent an - das Mischen für dieselben Seiten kann widersprüchliche Signale senden Dieses Tool generiert alle drei.
Müssen Hreflang-Tags wechselseitig sein?
Ja. Wenn Seite A Seite B als ihren französischen Stellvertreter deklariert, muss Seite B im Gegenzug Seite A deklarieren Google ignoriert hreflang-Anmerkungen, die nicht durch Return-Tags auf den Seiten, auf die sie verweisen, bestätigt werden Der einfachste Ansatz besteht darin, den vollständigen, identischen Satz von hreflang-Einträgen - einschließlich eines selbstreferenziellen - auf jeder Seite der Gruppe aufzunehmen.
Können hreflang-Tags doppelte Inhalte über Regionen hinweg beheben?
hreflang entfernt keine doppelten Inhalte, teilt Google jedoch mit, dass ähnliche Seiten regionale oder Sprachvarianten sind, anstatt zu duplizieren, dass sie herausfiltern. Dies hilft dem richtigen Versionsrang in jedem Markt, anstatt sich gegenseitig auszuschleppen. Kombinieren Sie für wirklich identische Seiten hreflang mit korrekten kanonischen Tags, die jeweils auf sich selbst zeigen.
Wie teste ich, dass hreflang funktioniert?
Verwenden Sie in der Google Search Console den Bericht über internationales Targeting (oder Hreflang), in dem Fehler wie fehlende Rückgabe-Tags und unbekannte Sprachcodes aufgelistet sind. Sie können die Website auch mit einem SEO-Auditing-Tool durchsuchen, um zu bestätigen, dass jede Seite den vollständigen gegenseitigen Satz enthält. Korrekturen können einige Zeit in Anspruch nehmen, da Google jede Seite in der Gruppe neu rauben muss.
Werden meine Daten privat gehalten?
Ja. Die Tags werden komplett in Ihrem Browser mit einfachem Javascript generiert. Ihre URLs und Ihre Websitestruktur werden niemals übertragen, protokolliert oder gespeichert, und der Generator funktioniert nach dem Laden der Seite ohne Netzwerkverbindung.
