Screpys Hreflang-Generator erstellt HTML-Tags, XML-Sitemap-Fragmente oder HTTP-Link-Deklarationen für eine Gruppe gleichwertiger Sprachseiten. Geben Sie 2–50 unterstützte Sprachcodes mit ihren URLs ein, wählen Sie ein Format und kopieren oder laden Sie die Ausgabe für jede Seite herunter. Die Anmerkungen entstehen aus Ihren Werten. Der Generator ruft die URLs nicht auf, installiert keinen Code und bestätigt keine veröffentlichten Rückverweise.
Eine Gruppe gleichwertiger Seiten vorbereiten
Verwenden Sie einen Durchlauf für Versionen derselben Seite: dasselbe Produkt, denselben Artikel oder dieselbe Leistung in verschiedenen Sprachen oder Märkten. Eine französische Startseite und eine englische Produktseite sind nicht gleichwertig, nur weil sie zur selben Domain gehören. Wiederholen Sie den Vorgang für den nächsten Inhalt, statt alle übersetzten URLs der Website in eine Gruppe aufzunehmen.
Für ein beispielhaftes Produkt mit englischer und türkischer Version bereiten Sie diese Werte vor:
| Feld | Wert | Zweck |
|---|---|---|
| Sprache und URL | en — https://example.com/en/blue-shirt/ |
Englische Produktseite |
| Sprache und URL | tr — https://example.com/tr/mavi-gomlek/ |
Gleichwertige türkische Produktseite |
| Optionale x-default-URL | https://example.com/choose-language/ |
Geeignete Sprachauswahlseite |
Übersetzte URL-Pfade dürfen unterschiedlich sein. Kopieren Sie jede vorgesehene öffentliche URL, statt nur den Sprachordner auszutauschen. Verwenden Sie die vollständige HTTP- oder HTTPS-Adresse und stimmen Sie Host, Pfad und abschließenden Schrägstrich mit dem gewünschten Ziel ab. Zugangsdaten in URLs werden nicht akzeptiert. Das Formular entfernt Fragmente wie #details; verwenden Sie Seitenadressen statt Abschnittslinks.
Unterstützte Sprachcodes auswählen
Dieser Hreflang-Generator akzeptiert zweistellige Sprachcodes wie en, tr oder de, optional mit einem unterstützten zweistelligen Regionscode wie en-GB oder pt-BR. Verwenden Sie en, wenn die Seite allgemein englischsprachige Leser anspricht. Ein regionaler Code passt, wenn Sie tatsächlich eine eigene regionale Version pflegen. Ein Land allein, etwa GB, bezeichnet keine Sprache.
Jede reguläre Zeile benötigt einen anderen Code. en-US und en-us gelten als dieselbe Eingabe; eine andere Großschreibung erzeugt keine weitere Version. Die Ausgabe schreibt die Sprache klein und die Region groß. Prüfen Sie die Werte vor dem Kopieren, insbesondere den Unterschied zwischen dem Sprachcode uk und dem Regionscode GB für das Vereinigte Königreich.
Das Formular unterstützt ausschließlich Sprache und Sprache-Region. Schriftkombinationen wie zh-Hant werden nicht akzeptiert, obwohl Google Schriftangaben in geeigneten Fällen unterstützt. Benötigen Sie solche Kombinationen, bereiten Sie sie außerhalb dieses Generators vor. Ein akzeptierter Code bestätigt auch nicht, dass der tatsächliche Seitentext zur Sprache passt.
Entscheiden, ob x-default sinnvoll ist
Eine x-default-URL benennt ein Ziel für Nutzer, deren Sprache oder Region nicht anderweitig abgedeckt ist. Dafür kommt eine Sprachauswahlseite oder eine bestehende Standardseite infrage. Googles Erklärung zu x-default beschreibt beide Möglichkeiten. Wählen Sie ein hilfreiches Ziel für diese Seitengruppe, statt Besucher jedes Produkts auf eine unpassende Seite zu schicken, nur um das Feld auszufüllen.
Das Feld ist optional. Bleibt es leer, wird keine Standardanmerkung ergänzt. Eine eingetragene URL fügt jedem erzeugten Satz hreflang="x-default" hinzu. Dadurch entstehen weder eine Browserweiterleitung noch eine Sprachauswahloberfläche.
Mit den beiden Sprachzeilen aus dem Beispiel und der Auswahlseite erhalten Sie zwei Seitenausgaben mit jeweils drei Alternativen: en, tr und x-default. Für die Auswahlseite entsteht keine dritte Ausgabe. Ist das Standardziel eine eigenständige Seite, konfigurieren Sie deren entsprechende Anmerkungen selbst. Ist es bereits eine URL der regulären Zeilen, besitzt diese Seite schon einen Ausgabeblock. Prüfen Sie diese Unterscheidung, bevor Sie Installationscode für jedes Ziel voraussetzen.
HTML- oder HTTP-Link-Ausgabe auswählen
Wählen Sie ein Format, das Sie dort pflegen können, wo diese Seiten ausgeliefert werden. Sie müssen nicht alle drei erzeugen, nur weil sie verfügbar sind.
| Format | Einbauort | Gelieferte Ausgabe |
|---|---|---|
| HTML | <head> jeder Seite |
Ein Satz von <link>-Elementen |
| HTTP Link | HTTP-Antwort jeder Seite | Eine Link:-Header-Deklaration |
| XML | Sitemap mit Sprachalternativen | Ein <url>-Fragment je regulärer Seite |
Für HTML liefert die Beispielgruppe diesen Satz, der in den Head beider Produktseiten gehört:
<link rel="alternate" hreflang="en" href="https://example.com/en/blue-shirt/" />
<link rel="alternate" hreflang="tr" href="https://example.com/tr/mavi-gomlek/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/choose-language/" />
Die englische Seite verweist auf sich selbst und die türkische Seite; die türkische Seite erhält denselben Satz. Verwenden Sie in einem CMS die Vorlage oder das Feld, das den Head steuert. Die Tags in den sichtbaren Artikeltext einzufügen, ist nicht der vorgesehene Einbau.
HTTP-Link-Ausgaben gehören in die Antwortheader und werden über Ihr Veröffentlichungssystem oder den Server eingerichtet. Sie eignen sich für Dokumente wie PDFs ohne HTML-Head. Kopieren Sie die gesamte Deklaration, nicht nur eine URL, und prüfen Sie nach dem Einbau die tatsächliche Antwort. Eine heruntergeladene Textdatei verändert keine Antwort von selbst. Bewahren Sie bestehende, unabhängige Header-Deklarationen beim Hinzufügen der Alternativen.
XML-Fragmente zu einer Sitemap zusammenfügen
Der XML-Download ist ein Seitenfragment, keine vollständige Sitemap zur Einreichung. Jeder Block enthält ein <loc> für seine reguläre Eingabeseite und wiederholt die Alternativen als <xhtml:link>-Elemente. Fügen Sie die Blöcke in eine Sitemap mit Sitemap- und XHTML-Namespace ein.
Für das Beispiel auf demselben Host sieht eine vollständige Datei mit zwei Seiten so aus:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>https://example.com/en/blue-shirt/</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/blue-shirt/" />
<xhtml:link rel="alternate" hreflang="tr" href="https://example.com/tr/mavi-gomlek/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/choose-language/" />
</url>
<url>
<loc>https://example.com/tr/mavi-gomlek/</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://example.com/en/blue-shirt/" />
<xhtml:link rel="alternate" hreflang="tr" href="https://example.com/tr/mavi-gomlek/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://example.com/choose-language/" />
</url>
</urlset>
Die beiden <loc>-Werte unterscheiden sich; die Alternativensätze stimmen überein. Ergänzen Sie eine bestehende Datei, behalten Sie ein gemeinsames umschließendes <urlset>, statt vollständige Dokumente zu verschachteln. Ersetzen Sie die Beispiel-URLs und erhalten Sie XML-Escapes wie & in Abfragezeichenfolgen. Veröffentlichen Sie die Datei an einem Ort, der ihre aufgeführten Seiten abdeckt; dieses Beispiel passt zu einer Sitemap im Stammverzeichnis von example.com.
Die Sitemap-Hreflang-Anleitung von Google erklärt Namespace- und Hosting-Anforderungen. Die einzelnen Downloads des Generators setzen die Sitemap nicht für Sie zusammen, hosten sie nicht und reichen sie nicht ein.
Eingebaute Anmerkungen überprüfen
Ein erzeugtes Ergebnis zeigt, was Ihre Eingabewerte ergeben, nicht was Besucher oder Crawler erhalten. Vergleichen Sie nach dem Einbau die veröffentlichten Seiten mit der vorgesehenen Gruppe:
- Prüfen Sie, ob jede alternative Adresse die gewünschte Sprachseite öffnet, statt einen Fehler, eine alte URL oder ein unpassendes Ziel.
- Kontrollieren Sie bei HTML oder Headern die tatsächlichen Anmerkungen jeder regulären Seite, einschließlich Selbstverweis und Rückverweisen zu den anderen Versionen.
- Prüfen Sie bei XML die veröffentlichte Sitemap selbst: die äußere Struktur, jedes
<loc>und den vollständigen Alternativensatz. - Kontrollieren Sie Canonical-Tags gemeinsam mit den Alternativen. Googles Canonical-Empfehlungen empfehlen, sofern vorhanden, eine kanonische Seite in derselben Sprache. Verweisen Sie nicht automatisch mit jeder Übersetzung auf die englische Seite als Canonical.
Mit dem Hreflang Tags Tester untersuchen Sie veröffentlichte HTML- und HTTP-Deklarationen. Er prüft weder Sitemap-Anmerkungen noch durch JavaScript gerenderte Tags. Stimmen bevorzugte URLs nicht mit der Gruppe überein, untersuchen Sie diese mit dem Canonical Tag Checker.
Wird eine Übersetzung verschoben oder entfernt, aktualisieren Sie die Gruppe an allen Einbauorten. Ein neuer generierter Satz lässt die alte Beziehung bestehen, solange die veröffentlichten Anmerkungen nicht ersetzt werden. Hreflang beschreibt gleichwertige Versionen; es übersetzt keine Inhalte und garantiert weder Indexierung noch Rankings oder die dauerhafte Anzeige einer bestimmten URL durch Google.