Universally Dokumentation

Schritt-für-Schritt-Anleitungen, mehrsprachige SEO-Tipps und Best Practices, die Ihnen helfen, Ihre WordPress-Website zu übersetzen und zu skalieren.

hreflang-Tags

Auf WordPress werden hreflang-Tags für Sie hinzugefügt. Aktivieren Sie eine Sprache und ihre Seiten beginnen, sich gegenseitig als Alternativen zu deklarieren, was der Teil des mehrsprachigen SEO ist, den die Leute von Hand am häufigsten falsch machen.

Was die Tags tun

Ein hreflang-Tag teilt einer Suchmaschine mit, dass zwei URLs dieselbe Seite in verschiedenen Sprachen sind. Ohne sie sehen /pricing/ und /es/pricing/ wie konkurrierende Seiten mit ähnlichem Inhalt aus. Mit ihnen werden sie als eine Seite in zwei Sprachen gelesen, und jede wird der richtigen Zielgruppe zugewiesen.

Die tatsächliche Ausgabe auf einer Seite in einem Projekt mit Spanisch (Spanien) und Französisch (Frankreich), hinzugefügt aus einer englischen (US) Quelle, sieht so aus:

<!-- Universally hreflang tags -->
<link rel="alternate" hreflang="en-us" href="https://example.com/pricing/" />
<link rel="alternate" hreflang="es-es" href="https://example.com/es/pricing/" />
<link rel="alternate" hreflang="fr-fr" href="https://example.com/fr/pricing/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing/" />

Drei Dinge, die man dabei beachten sollte: Jede Sprache wird mit ihrem vollständigen Regionalcode deklariert, anstatt eines einfachen es oder fr, die Quellsprache erhält eine eigene Alternative und eine x-default-Zeile verweist auf die Quell-URL.

Was Sie erhalten, ohne etwas zu konfigurieren

Tags, die Ihren Sprachen folgen. Fügen Sie eine Sprache hinzu und sie tritt der Gruppe bei. Entfernen Sie eine und sie fällt heraus. Es gibt keine Liste, die gepflegt werden muss, und nichts, das nach einer Änderung neu generiert werden muss.

URLs, die Ihrer Struktur entsprechen. Jede Alternative verweist auf die tatsächliche URL der Sprache, die aus dem von Ihnen konfigurierten Segment erstellt wurde. Siehe Sprachen hinzufügen und entfernen.

Regionalcodes, keine einfachen Sprachcodes. Jede Sprache wird mit einer Region gespeichert, und das ist es, was deklariert wird. Siehe Sprachvarianten und regionale Ausrichtung.

Zwei Fälle, in denen ein Tag auf etwas zeigt, das er nicht sollte

Beides ist es wert, gewusst zu werden, wenn Sie Ihre eigene Auszeichnung überprüfen:

  • Eine deaktivierte Sprache wird immer noch deklariert. Das Deaktivieren blendet eine Sprache aus dem Umschalter aus, aber der alternative Link dafür wird immer noch ausgegeben, und die URL liefert keine Übersetzung mehr. Wenn Suchmaschinen eine Sprache nicht sehen dürfen, entfernen Sie sie, anstatt sie zu deaktivieren. Siehe Sprachen hinzufügen und entfernen.
  • Eine ausgeschlossene Seite deklariert immer noch Alternativen. Ein Pfad unter Seiten ausschließen erhält alternative Links für jede Sprache, und jede dieser URLs leitet zurück zur Quellseite. Siehe Seiten ausschließen.

Überprüfung

Sehen Sie sich den Quellcode einer übersetzten URL an und suchen Sie im <head> nach dem Kommentar <!-- Universally hreflang tags -->, gefolgt von rel="alternate"-Zeilen. Erwarten Sie eine pro Sprache, plus eine für Ihre Quellsprache, plus x-default: drei Sprachen bedeuten fünf Links.

Der International Targeting-Bericht der Google Search Console ist die langsamere, aber gründlichere Überprüfung, da er Abweichungen und nicht nur die Anwesenheit meldet.

Tags werden unabhängig von der Übersetzung hinzugefügt, sodass eine Seite, die nicht übersetzt oder ausgeschlossen ist, sie trotzdem erhält. Wenn sie vollständig fehlen, ist die Ursache eine dieser:

  • Die Website ist nicht verbunden oder ihr API-Schlüssel fehlt oder ist ungültig
  • Universally konnte nicht erreicht werden, als die Sprachliste zuletzt abgerufen wurde, daher ist die Liste leer. Verwenden Sie Aktualisieren unter Universally » Allgemein » Sprachen. Es kann bis zu 15 Minuten dauern, bis dies von selbst abläuft.
  • Ihr Theme ruft wp_head() nicht auf, daher wird nichts im <head> von einem Plugin hinzugefügt.

Wenn Sie Ihr eigenes SEO-Plugin haben

Universally berührt keine hreflang-Links, die sich bereits in Ihrem Markup befinden: Ein Element, das ein hreflang-Attribut trägt, wird von der Link-Lokalisierung ausgeschlossen. Was auch immer Ihr SEO-Plugin geschrieben hat, wird also übernommen. Wenn Sie es vorziehen, dass es die Tags vollständig verwaltet, funktioniert das weiterhin.

Über die API

Eine API-Integration bedient ihre eigenen Seiten, daher gibt sie ihren eigenen <head> aus. Universally liefert den übersetzten Inhalt und die URL-Struktur; das Hinzufügen der alternativen Links ist Teil der Integration. Siehe Integration über die API.

War das hilfreich?