SEO, URLs und Cache

SEO: hreflang, Sitemaps und kanonisch

• hreflang — jede Seite listet die Versionen in den anderen veröffentlichten Sprachen im <head>. Eine Entwurfssprache wird weder hier noch in der Sitemap angekündigt.
• Kanonisch und og:url — auf übersetzten Seiten verweisen sie mit WordPress allein oder mit Yoast SEO, Rank Math oder Slim SEO auf die übersetzte Adresse. Ein Canonical-Link zur Originalseite würde Google mitteilen, dass die Übersetzung doppelter Inhalt ist.
• Sitemap — das Plugin hat keine eigene Sitemap: es fügt die übersetzten Seiten zu der hinzu, die Sie bereits haben und bereits an die Search Console übermittelt haben.
  • Yoast SEO, Rank Math und Slim SEO — jede Seite erhält eine <url> pro Sprache, mit allen Versionen in <xhtml:link hreflang>, wie Google empfiehlt.
  • Kein SEO-Plugin — die WordPress wp-sitemap.xml erhält eine Sitemap pro Sprache.
• Das Speichern der Sprachen leert den Rank Math und Yoast Sitemap-Cache, sodass eine neue Sprache sofort sichtbar ist.
• Strukturierte Daten (JSON-LD) — was Google in den Suchergebnissen anzeigt: den Produktnamen und die Beschreibung, die Breadcrumb-Navigation, den Seitentitel, erstellt von WooCommerce und den SEO-Plugins. Auf übersetzten Seiten verwendet es dieselben Übersetzungen wie die Seite, und die darin enthaltenen Links der Website verweisen auf die übersetzten Adressen. Es verwendet keine Zeichen. Ein Text, der nur im JSON-LD und auf keiner Seite vorhanden ist, bleibt in der Ausgangssprache.
• Adressen werden übersetzt — siehe Übersetzte Adressen.

---

URLs, Suche und Daten

Übersetzte Adressen

Mit Einstellungen → Übersetzte Adressen aktiviert, befindet sich jede Adresse in der Sprache des Lesers — Seiten, Beiträge, Produkte, Kategorien, Schlagwörter, benutzerdefinierte Inhaltstypen und Taxonomien, die Basen und die WooCommerce-Endpunkte: /product/linen-blouse/ wird zu /de/produkt/leinenbluse/, und /my-account/orders/ wird zu /de/mein-konto/bestellungen/. Das empfiehlt Google. Bei neuen Installationen ist es aktiviert; bei einer aktualisierten Website bleiben die vorhandenen Adressen bestehen, bis du es aktivierst.

• Nichts geht kaputt. Die Adresse in der Ausgangssprache mit dem Präfix leitet per 301 auf die übersetzte Adresse weiter, sodass vorhandene Links, Lesezeichen und Suchergebnisse weiterhin funktionieren. Wenn du die Option deaktivierst, geschieht das Gegenteil.
• Eine Adresse ändert sich nie von selbst. Sie wird einmal aus dem übersetzten Titel erstellt (oder aus dem Slug, wenn er von Hand geschrieben wurde) und bleibt bestehen. Eine neue Übersetzung des Titels verschiebt sie nicht.
• Ändere sie von Hand im Adressen Tab. Die vorherige Adresse leitet dauerhaft auf die neue weiter.
• Durch die Aktivierung werden die Adressen im Hintergrund erstellt; sie erscheinen innerhalb weniger Minuten.
• Fast keine Zeichen. Die meisten Adressen stammen aus dem Titel, der ohnehin übersetzt wird. Nur von Hand geschriebene Slugs und die Basen verwenden einmalig einige Zeichen.
• Andere Schriftsysteme. Russische und japanische Adressen bleiben, wie von Google empfohlen, in ihrer eigenen Schrift, und Akzente folgen den Regeln der jeweiligen Sprache (im Deutschen, ü wird zu ue).

Die übersetzte Adresse wird in jeden internen Link auf der Seite übernommen — in den Inhalt, die Menüs, ACF-Linkfelder, Schaltflächen von Page Buildern und Shortcodes — sowie in den Canonical-Link, hreflang, die Sitemaps und die strukturierten Daten. Im Hintergrund sieht WordPress weiterhin nur die Slugs der Ausgangssprache: Das Plugin ersetzt sie beim Ein- und Ausgeben. Es sind keine Rewrite-Regeln erforderlich: /es/tienda/ funktioniert mit den Permalinks, die die Seite bereits hat.

Suche

Wer in einer anderen Sprache sucht, findet Ergebnisse. Wenn ein Besucher auf Deutsch nach „Jacke“, sucht, sucht das Plugin den passenden Quellbegriff („Jacket“) – das Thema und die Suchmaschine müssen nichts wissen.

Daten

Das im Einstellungsbereich gespeicherte Datumsformat enthält oft Text aus der Quellsprache (j \d\e F \d\e Y würde geben „9 de September de 2026”). Auf übersetzten Seiten verwendet das Plugin das jeweilige Format jeder Sprache (September 9, 2026).

---

Seiten-Cache

• Jede Sprache ist eine andere Adresse, sodass der Seiten-Cache jede Version separat speichert.
• Nach der Übersetzung löscht das Plugin automatisch die übersetzten Versionen der Seiten, die in geändert wurden: WP-Optimize, LiteSpeed Cache, WP Rocket und W3 Total Cache.
• Nach einer manuell korrigierten Übersetzung — in Strings oder direkt auf der Seite — leert das Plugin den gesamten Cache eine Minute später. Ein Satz kann auf jeder Seite stehen (im Menü, in der Fußzeile), und die innerhalb dieser Minute vorgenommenen Korrekturen werden in dieselbe Cache-Leerung aufgenommen. Wer die Korrektur vornimmt, sieht die Änderung sofort, weil eingeloggte Benutzer den Cache überspringen.
• Mit einem anderen Caching-System müssen Sie es nach einer großen Übersetzung möglicherweise manuell löschen (oder über die Aktionen in Für Entwickler).

Warnung: Cache-Lebensdauer unter 12 Stunden. Wenn das Thema ein Anmeldefeld im Header anzeigt (oder ein Formular mit einem nonce), ist dieser Sicherheitscode nur 12 bis 24 Stunden gültig. Auf einer Seite, die länger als das zwischengespeichert wird, schlägt die Anmeldung stillschweigend fehl. Dies gilt für jede Sprache.