Wie mehrsprachiges WordPress mit SEO-Plugins interagiert

Wo die mehrsprachige Architektur endet und die Zuständigkeit des SEO-Plugins beginnt

Eine mehrsprachige WordPress-Einrichtung muss in der Regel zwei verschiedene Probleme gleichzeitig lösen. Erstens muss sie darstellen, dass eine Seite in mehr als einer Sprache existiert. Zweitens muss sie suchmaschinenrelevante Metadaten für jede Version dieser Seite bereitstellen. Das hängt zusammen, ist aber nicht dieselbe Aufgabe.

Die mehrsprachige Ebene ist der Ort, an dem Sprachversionen miteinander verbunden werden. Die Ebene des SEO-Plugins ist der Ort, an dem Signale auf Seitenebene wie Titel, Beschreibungen, Canonicals, Schema, XML-Sitemaps und Robots-Anweisungen ausgegeben werden. Wenn beide Ebenen versuchen, dasselbe Signal zu besitzen, führt das oft zu Duplikaten, Abweichungen oder einem Signal, das in die falsche Richtung zeigt.

Titel und Beschreibungen brauchen sprachspezifische Steuerung, keine gemeinsamen Standardwerte

Seitentitel und Meta-Beschreibungen sollten normalerweise pro Sprachversion übersetzt werden, weil sie Teil des Such-Snippets sind und zur Sprache des Inhalts passen sollten. Das technische Problem ist nicht die Übersetzung selbst, sondern die Zuständigkeit: Wenn das mehrsprachige System den übersetzten Inhalt speichert, während das SEO-Plugin die Snippet-Felder speichert, brauchen beide Systeme eine vorhersehbare Möglichkeit, die richtigen Werte zu lesen und zu schreiben.

Ein häufiger Fehler ist, dass eine übersetzte Seite den Titel oder die Beschreibung der Ausgangssprache übernimmt, weil die SEO-Felder einmal kopiert und nie aktualisiert wurden. Ein anderer Fehler ist das Gegenteil: Das SEO-Plugin erzeugt einen Fallback-Titel aus dem übersetzten Inhalt, während die mehrsprachige Ebene die Seite weiterhin als mit einer anderen Sprachversion verknüpft behandelt. In beiden Fällen ist die Seite technisch erreichbar, aber für Suche und Nutzer semantisch inkonsistent.

Canonicals sollten die bevorzugte URL für jede Sprachversion widerspiegeln

Canonical-Tags sind der Bereich, in dem Zuständigkeitskonflikte schnell sichtbar werden. Eine mehrsprachige Website benötigt normalerweise, dass jede Sprachversion unter ihrer eigenen URL indexierbar ist, während gleichzeitig ihre Beziehung zu den anderen Versionen signalisiert wird. Das bedeutet, dass das Canonical einer übersetzten Seite normalerweise auf die bevorzugte URL dieser Seite selbst zeigen sollte und nicht auf die Seite in der Ausgangssprache, es sei denn, die Architektur konsolidiert sie absichtlich.

Wenn ein SEO-Plugin und ein mehrsprachiges System beide versuchen, Canonicals zu setzen, besteht das Risiko nicht nur in einer Duplizierung im HTML. Das tiefere Problem ist die Uneinigkeit darüber, welche URL die maßgebliche Version für diese Sprache ist. Suchmaschinen können dann widersprüchliche Signale erhalten: Ein System sagt, die übersetzte Seite sei canonical, ein anderes deutet an, dass die Ausgangsseite bevorzugt werden sollte. Die praktische Folge kann eine instabile Indexierung oder die Anzeige der falschen Seite für eine Suchanfrage in einer bestimmten Sprache sein.

Schema sollte die Seite beschreiben, während Sprachbeziehungen die Seitenstruktur beschreiben

Strukturierte Daten und Sprachbeziehungen lösen unterschiedliche Probleme. Schema beschreibt den Inhalt und den Kontext einer Seite. Sprachbeziehungen beschreiben, wie gleichwertige oder verwandte Seiten über Sprachen hinweg miteinander verbunden sind. Wenn beides vermischt wird, kann die Website am Ende Schema haben, das technisch gültig ist, aber an die falsche Sprachversion angehängt wurde, oder Sprachlinks, die nicht zur in den strukturierten Daten dargestellten Seitenidentität passen.

Für Implementierende ist die nützliche Frage, welche Ebene das Schema erzeugt und welche Ebene den Sprachgraphen kennt. Wenn das mehrsprachige System weiß, welche Seiten Übersetzungen voneinander sind, sollte es die Quelle dieser Beziehung sein. Wenn das SEO-Plugin Schema aus dem Seiteninhalt erzeugt, sollte es dies pro Sprachversion tun, ohne anzunehmen, dass übersetzte Seiten austauschbare Kopien sind.

XML-Sitemaps und Robots-Anweisungen sollten keine Indexierungsentscheidungen duplizieren

XML-Sitemaps und Robots-Anweisungen sind beide Steuerungen für die Indexierung, funktionieren aber unterschiedlich. Sitemaps sagen Suchmaschinen, was existiert und entdeckt werden soll. Robots-Anweisungen sagen ihnen, wie sie eine Seite behandeln sollen. In einer mehrsprachigen Einrichtung müssen beide mit der Spracharchitektur übereinstimmen, damit übersetzte Seiten auffindbar sind, wenn sie es sein sollen, und ausgeschlossen werden, wenn sie es nicht sein sollen.

Der wichtigste technische Kompromiss ist, ob die mehrsprachige Ebene oder das SEO-Plugin die Sitemap-Einträge für Sprachvarianten erzeugt. Wenn beide das tun, können doppelte URLs oder inkonsistente Einschlussregeln entstehen. Wenn ein System eine Seite ausschließt, während das andere sie einschließt, sendet die Website widersprüchliche Signale darüber, ob diese Sprachversion indexiert werden soll.

Das sicherste Muster ist ein einzelner Eigentümer für jedes SEO-Signal

Die sauberste Implementierung besteht darin, einem System die Zuständigkeit für jedes Signal zuzuweisen und das andere System über diese Entscheidung informiert zu halten. Die mehrsprachige Ebene sollte Sprachidentität und Beziehungen besitzen. Das SEO-Plugin sollte die Darstellung der Metadaten für jede Seitenversion besitzen, aber nur innerhalb der durch die mehrsprachige Architektur gesetzten Grenzen.

Diese Aufteilung verringert die Wahrscheinlichkeit, dass eine übersetzte Seite die falschen Metadaten erbt, ein widersprüchliches Canonical ausgibt oder im falschen Sitemap-Zustand erscheint. Sie erleichtert auch die Fehlersuche: Wenn ein Signal falsch ist, wissen Sie, welche Ebene Sie zuerst prüfen müssen, statt zwei Systemen hinterherzujagen, die beide glauben, für dieselbe Ausgabe verantwortlich zu sein.

SEO-Signal	Bevorzugter Eigentümer	Warum
Titel	SEO-Ebene, pro Sprachversion	Benötigt Ausgabe auf Seitenebene, die zum übersetzten Inhalt passt
Beschreibungen	SEO-Ebene, pro Sprachversion	Sollten die Sprache und Absicht jeder Version widerspiegeln
Canonicals	Architekturbewusste Ebene mit SEO-Ausgabe	Muss zur bevorzugten URL jeder Sprachversion passen
Schema	SEO-Ebene, informiert durch den Sprachkontext	Beschreibt die Seite und sollte pro Version ausgegeben werden
XML-Sitemaps	Nur ein System	Eine doppelte Zuständigkeit für Sitemaps kann zu inkonsistenter Aufnahme führen
Robots-Anweisungen	Nur ein System	Widersprüchliche Anweisungen können Indexierungsentscheidungen untergraben
Sprachbeziehungen	Ebene der mehrsprachigen Architektur	Definiert, wie übersetzte Seiten miteinander verbunden sind