Kann eine Plattform für die Übersetzung mehrsprachiger Websites die bestehenden SEO-Einstellungen beibehalten?

Eine mehrsprachige Website-Übersetzungsplattform kann die bestehenden SEO-Einstellungen beibehalten, sofern sie die Regeln der Originalwebsite nicht überschreibt und für übersetzte Seiten eigenständige, crawlbare Seiten mit konsistenten Signalen erzeugt. Die bloße Zusicherung, „SEO zu unterstützen“, reicht als Auswahlkriterium nicht aus: Ob Meta-Tags vollständig ausgegeben werden, URLs stabil bleiben, Weiterleitungen geändert werden und Canonical-Tags auf die richtige Version verweisen, muss anhand der Seitenantworten überprüft werden.

Außerdem sind zwei Dinge zu unterscheiden: die Beibehaltung der bestehenden Konfiguration der Website und die Voraussetzungen dafür, dass neue Sprachseiten indexiert werden können. Unveränderte Titel, Links und Indexierungsregeln der Originalwebsite bedeuten nicht, dass übersetzte Seiten automatisch in der Suche erscheinen können. Umgekehrt bedeutet die Fähigkeit der Plattform, übersetzte Titel zu generieren, nicht, dass die bestehenden Rankings der Originalwebsite durch die Implementierung unbeeinträchtigt bleiben.

„Beibehalten“ bedeutet nicht, alle Einstellungen unverändert zu kopieren

Titel, Beschreibungen, Canonical-Tags, Robots-Anweisungen und strukturierte Daten der Originalsprachseiten sollten nach der Integration weiterhin der festgelegten Logik folgen. Neue Sprachseiten müssen die Beziehungen zwischen den Seiten übernehmen, statt sämtliche Felder mechanisch zu kopieren.

Wird beispielsweise eine englische Produktseite um eine deutsche Version ergänzt, sollte die deutsche Seite einen passenden deutschen Titel und eine entsprechende Beschreibung haben. Soll sie eigenständig indexiert werden, sollte ihr Canonical-Tag in der Regel auf die deutsche Seite selbst verweisen und nicht weiterhin auf die englische Originalseite. Werden alle Übersetzungen auf die englische Seite kanonisiert, kann die Suchmaschine sie zusammenfassen, wodurch die Grundlage für eine eigenständige Indexierung geschwächt wird.

Meta-Beschreibungen sind kein direkter Rankingfaktor, beeinflussen jedoch die Darstellung des Such-Snippets. Auch Name, Beschreibung und Links in strukturierten Produktdaten sollten mit den sichtbaren Inhalten der jeweiligen Seite übereinstimmen. Preise, Währungen und Lagerbestände dürfen nicht allein aufgrund eines Sprachwechsels eigenmächtig geändert werden: Sprachlokalisierung und die Konfiguration von Absatzmärkten sind zwei getrennte Bereiche.

Die Integrationsmethode entscheidet darüber, welche Einstellungen leicht außer Kontrolle geraten

Eine Übersetzungskomponente, die Texte nur im Browser ersetzt, erzeugt selbst bei vollständiger visueller Darstellung nicht unbedingt eigenständige Sprach-URLs. Wenn alle Sprachen dieselbe Adresse verwenden und nur über Schaltflächen oder den Browserstatus umgeschaltet werden, lässt sich nur schwer eine stabile mehrsprachige Indexierungsstruktur aufbauen. JavaScript-Rendering schließt eine Indexierung nicht grundsätzlich aus, doch die Abhängigkeit von nachgelagerten Schnittstellen und dem Rendering erhöht den Aufwand für die Erfassung von Inhalten und die Fehlerbehebung.

Über ein CMS generierte Sprachseiten oder über einen Reverse-Proxy ausgegebene Übersetzungen können eigenständige URLs schaffen, doch daraus lässt sich nicht unmittelbar auf die SEO-Kompatibilität schließen. Ein CMS-Plugin kann mit vorhandenen SEO-Plugins um die Ausgabe von Tags konkurrieren; eine Proxy-Ebene kann dagegen Antwort-Header, Caching und Weiterleitungsverhalten verändern. Entscheidend ist nicht die Bezeichnung der Architektur, sondern der Inhalt, der letztlich an die Suchmaschine ausgeliefert wird.

Besonders wichtig ist die Prüfung, ob der Cache nach Sprache getrennt wird. Wird die Sprache über ein Cookie bestimmt und berücksichtigt der Cache die Sprache nicht, kann dieselbe URL unterschiedliche Inhalte zurückgeben. Die Plattform sollte stabile Sprach-URLs bereitstellen und sicherstellen, dass die entsprechenden Inhalte auch bei Anfragen ohne Anmeldung und ohne zuvor gesetzte Cookies abgerufen werden können.

Kompatibilitätszusagen in überprüfbare Kriterien umwandeln

Die Bewertung sollte vom Status quo der Originalwebsite ausgehen und sowohl die Originalsprachseiten als auch die neu hinzugefügten Sprachseiten prüfen. Die Anzeige „synchronisiert“ im Backend ersetzt keine Prüfung der endgültigen Antworten.

hreflang gibt die Beziehung zwischen Sprach- oder Länderversionen an, ersetzt aber weder Canonical-Tags noch garantiert es die Indexierung einer Seite. Verschiedene Sprachversionen sollten einander zugeordnet sein und auf sich selbst verweisen; gibt es keine entsprechende Übersetzung, sollte der Link nicht einheitlich auf die Startseite dieser Sprache verweisen. x-default kann für einen Standardeinstieg verwendet werden, muss aber nicht auf jeder Website eingerichtet werden.

Ob URL-Pfade übersetzt werden, sollte kein eigenständiges Ausschlusskriterium sein. Auch mit dem ursprünglichen Produktpfad lassen sich Sprachseiten einrichten. Wichtiger sind stabile Pfade, crawlbare Links und die Möglichkeit, die Benennungsregeln über die Plattform zu steuern. Ändert sich die URL automatisch, sobald der Titel einer Übersetzung geändert wird, und fehlt eine Weiterleitungsverwaltung, entstehen durch spätere Bearbeitungen fortlaufend ungültige Links.

Risiken für den bestehenden Traffic entstehen häufig durch Änderungen an URLs und Weiterleitungen

Fügt die Integration lediglich Sprachverzeichnisse hinzu, können die bestehenden Adressen der Website unverändert bleiben. Werden zugleich die Domain, Verzeichnisse oder das System zur Seitengenerierung geändert, umfasst das bereits eine Website-Migration und kann nicht allein anhand der Übersetzungsfunktion abgenommen werden. Für alte URLs muss es eindeutige Zuordnungen geben. Bei dauerhaften Umzügen können 301- oder 308-Weiterleitungen eingesetzt werden; Weiterleitungsketten, Schleifen und die massenhafte Weiterleitung von Seiten auf die Startseite sind zu vermeiden.

Auch erzwungene Weiterleitungen auf Basis der IP-Adresse oder der Browsersprache müssen gesondert bewertet werden. Nutzer und Crawler sollten die URL einer bestimmten Sprache direkt aufrufen können, statt jedes Mal zur Standardversion weitergeleitet zu werden. Ein Hinweis auf die Sprache kann bestehen bleiben, sollte den Zugriff auf andere Versionen jedoch nicht blockieren.

Die Teststichprobe sollte die Startseite, Kategorieseiten, Produktdetailseiten und Artikelseiten sowie URLs mit Filterparametern, nicht mehr verfügbaren Produkten und bestehenden Weiterleitungen umfassen. Vergleichen Sie vor und nach der Integration Statuscodes, Antwort-Header, das ursprüngliche HTML und das Rendering-Ergebnis und prüfen Sie anschließend die internen Links durch Crawling. Wer nur die Demo-Startseite betrachtet, übersieht leicht Unterschiede zwischen Vorlagen und fehlerhafte Seiten.

Bei der Auswahl sollten außerdem die Kontrolle über die Konfiguration und die Möglichkeiten für einen Ausstieg geklärt werden: Können manuell bearbeitete SEO-Felder vor dem Überschreiben durch eine erneute Übersetzung geschützt werden? Lassen sich URL-Zuordnungen und Übersetzungen exportieren? Was geschieht mit den Sprachseiten, wenn die Plattform deaktiviert wird? Eine Plattform, die bestehende SEO-Einstellungen beibehält, sollte diese Regeln konfigurierbar, überprüfbar und rückgängig zu machen ermöglichen. Die „Garantie unveränderter Rankings“ ist dagegen keine technisch abnehmbare Zusicherung. Indexierung und Traffic nach dem Launch müssen fortlaufend beobachtet werden. Vor dem Launch sollte jedoch zumindest sichergestellt sein, dass die Regeln der Originalwebsite nicht beeinträchtigt werden und die neuen Seiten keine widersprüchlichen Indexierungssignale aufweisen.