Wie lässt sich die automatische Synchronisierung von CMS-Übersetzungen umsetzen: Konfigurationsmethoden für lückenlose Aktualisierungen mehrsprachiger Websites

Das häufigste Problem bei mehrsprachigen Websites ist nicht die Erstübersetzung, sondern die kontinuierliche Aktualisierung der Inhalte: Chinesische Produktparameter werden geändert, während die englische Seite noch die alte Version zeigt; auf einer Landingpage werden neue Formularfelder hinzugefügt, die japanische Seite wird jedoch nicht synchronisiert; nachdem Titel, Beschreibung und Bilder eines Artikels ersetzt wurden, enthalten einige Sprachversionen weiterhin alte SEO-Informationen. Die Seiten sind oberflächlich weiterhin normal erreichbar, doch Inhaltsstand, Conversion-Pfade und für Suchmaschinen erkennbare Informationen beginnen bereits auseinanderzulaufen.

Damit CMS-Übersetzungen automatisch synchronisiert werden können, besteht der Kern nicht darin, nach jeder Änderung sofort maschinell zu übersetzen. Entscheidend ist vielmehr, Inhaltsaufteilung, Änderungserkennung, Übersetzungsaufgaben, Prüfung und Veröffentlichung sowie Versionsrückschreibung zu einem nachvollziehbaren Prozess zu verbinden. Nur wenn zwischen Quellinhalten, Sprachversionen und Seitenkomponenten stabile Verknüpfungen bestehen, kann das System erkennen, welche Felder aktualisiert werden müssen, welche Inhalte nicht überschrieben werden dürfen und welche Übersetzungen noch nicht abgenommen wurden.

Zunächst unterscheiden: Inhalte synchronisieren bedeutet nicht, die gesamte Seite neu zu übersetzen

Viele Websites setzen bei der Konfiguration von CMS-Übersetzungen „Aktualisierung der Quellsprachseite“ direkt mit „automatischem Überschreiben aller Zielsprachseiten“ gleich. Das ist anfangs zwar bequem, kann später jedoch leicht bereits manuell angepasste Übersetzungen zerstören. Beispielsweise wurde der Titel einer englischen Marktseite bereits an lokale Suchgewohnheiten angepasst, während auf der Quellseite nur ein Feld für Produktabmessungen aktualisiert wird. Ein vollständiges Überschreiben würde dann alle manuell optimierten Titel und Beschreibungen ersetzen.

Sicherer ist es, den Synchronisierungsumfang nach Inhaltstyp zu definieren. Felder lassen sich in der Regel in drei Kategorien unterteilen:

• Verbindlich zu synchronisierende Felder: Produktmodelle, Spezifikationen, Preislogik, Lagerstatus, Download-Dateien, Compliance-Erklärungen, technische Parameter usw. Diese Informationen müssen mit der Quellversion übereinstimmen.
• Zu übersetzende Felder: Fließtextabsätze, Produktvorteile, Nachrichteninhalte, Hilfedokumentationen usw. Nach Änderungen am Quellinhalt sollten Übersetzungsaufgaben erstellt werden, veröffentlichte Seiten sollten jedoch nicht direkt überschrieben werden.
• Für die Lokalisierung beizubehaltende Felder: lokale Telefonnummern, Währungen, Lieferhinweise, Texte zu regionalen Aktionen, marktspezifische CTAs usw. Diese Felder sollten separat gepflegt und nicht von der Quellseite zurückgeschrieben werden.

Diese Einteilung sollte vor der Konfiguration abgeschlossen sein, damit die automatische Synchronisierung nicht zu einer „automatischen Erzeugung von Abweichungen“ wird. Insbesondere wenn eine Seite aus mehreren wiederverwendbaren Modulen besteht, muss eindeutig festgelegt werden, ob jedes Modul global geteilt, sprachunabhängig oder lokal überschreibbar ist.

Erkennbare Inhaltsverknüpfungen aufbauen

Die automatische Synchronisierung basiert auf stabilen Inhalts-IDs und nicht auf der Zuordnung anhand von Titeln, URLs oder Seitenpositionen. Jeder Quellartikel, jedes Produkt und jede Komponente sollte eine eindeutige Kennung besitzen; die Übersetzungsversion speichert die zugehörige Quellinhalts-ID, den Zielsprachcode, die Übersetzungsversion und den Veröffentlichungsstatus. Wird einer Seite ein neues Modul hinzugefügt, kann das System so erkennen, dass es sich um „neu hinzugefügten, zu übersetzenden Inhalt“ handelt, statt ihn fälschlicherweise als Änderung eines vorhandenen Moduls zu bewerten.

In der Praxis sollte das CMS mindestens die folgenden Informationen erfassen:

Besonders wichtig ist hierbei der „Zeitpunkt der Aktualisierung auf Feldebene“. Wenn auf der Quellseite der ALT-Text eines Bildes aktualisiert wird, sollte nicht der gesamte Fließtext zur Übersetzung vorgemerkt werden. Werden nur Produktparameter geändert, sollten Übersetzer die konkret geänderten Felder direkt sehen, statt den gesamten Seiteninhalt erneut vergleichen zu müssen.

Übersetzungen durch Änderungsereignisse auslösen, nicht durch manuelle Prüfung

Ein zuverlässigerer Prozess wird üblicherweise durch ein Veröffentlichungsereignis gestartet: Quellsprachige Inhalte wechseln vom Entwurf in den Status „veröffentlicht“, und das CMS erstellt einen Inhalts-Snapshot; das System vergleicht den aktuellen Snapshot mit der zuvor veröffentlichten Version und erzeugt eine Liste der hinzugefügten, geänderten und gelöschten Felder; anschließend werden gemäß den Feldregeln Übersetzungsaufgaben für die jeweiligen Sprachen erstellt. Nach Abschluss durch den Übersetzungsdienst gelangen die Übersetzungen zunächst in den Status „zur Prüfung“ und aktualisieren die veröffentlichte Zielsprachversion erst nach der Freigabe.

Die Auslöseregel sollte nicht nur aus einem Schalter „bei Veröffentlichung übersetzen“ bestehen. Je nach Geschäftsrhythmus können unterschiedliche Prioritäten festgelegt werden:

1. Änderungen an Produktspezifikationen, Sicherheitshinweisen und richtlinienbezogenen Feldern erstellen sofort Aufgaben mit hoher Priorität und kennzeichnen auf der Zielsprachseite „Inhalt muss aktualisiert werden“.
2. Inhalte wie Blogs, Nachrichten und Aktionstexte werden in die reguläre Warteschlange aufgenommen und können von Redakteuren entsprechend dem Marktplan geprüft und veröffentlicht werden.
3. Bei Änderungen ausschließlich am Layout, an internen Komponentenkonfigurationen oder an nicht öffentlich angezeigten Feldern werden keine Übersetzungsaufgaben erstellt.
4. Wird eine Quellseite gelöscht oder deaktiviert, sollte die Zielsprachseite eine entsprechende Statusänderung erhalten, anstatt weiterhin als indexierbare isolierte Seite bestehen zu bleiben.

Die Synchronisierung von Löschungen wird häufig übersehen. Wenn bei mehrsprachigen Websites die Quellseite deaktiviert wird, die Übersetzung aber weiterhin den Status 200 zurückgibt, sehen Besucher nicht nur veraltete Inhalte, sondern können nach einem Sprachwechsel auch auf ungültigen Seiten landen. Im Workflow sollte eindeutig festgelegt werden, ob eine Löschung synchron gelöscht, in einen Entwurf umgewandelt oder beibehalten und als Weiterleitungsseite eingerichtet wird.

Die Versionsprüfung entscheidet darüber, ob „automatisch“ kontrollierbar bleibt

Nach Abschluss einer Übersetzungsaufgabe reicht es nicht aus, nur zu prüfen, ob ihr Status erfolgreich lautet. Es muss auch überprüft werden, ob die Quellversion, auf der die Übersetzung basiert, weiterhin die aktuellste Version ist. Ein typisches Szenario: Während eine Übersetzung erstellt wird, wird die Quellseite ein zweites Mal geändert. Selbst wenn die zuerst zurückgelieferte Übersetzung sprachlich korrekt ist, liegt sie bereits hinter dem aktuellen Quellinhalt zurück.

Hier kann ein Mechanismus zur „Sperrung der Quellversion“ eingesetzt werden: Bei der Erstellung einer Aufgabe wird die Quellversionsnummer gespeichert; bei der Rückübermittlung der Übersetzung vergleicht das CMS diese Versionsnummer mit der aktuellen Quellversionsnummer. Stimmen beide überein, kann die Übersetzung zur Prüfung freigegeben werden; stimmen sie nicht überein, wird die Aufgabe als veraltet markiert. Das Ergebnis bleibt zur Referenz erhalten, darf jedoch nicht direkt veröffentlicht werden. Bei häufig aktualisierten Produktseiten verhindert dieser Schritt, dass Redakteure versehentlich veraltete Übersetzungen veröffentlichen.

Die Prüfoberfläche sollte Unterschiede möglichst deutlich hervorheben: neu hinzugefügte Felder, gelöschte Sätze, Inhalte vor und nach der Änderung, maschinelle Übersetzungen und bereits veröffentlichte Übersetzungen. Redakteure müssen dann nicht Bildschirm für Bildschirm nach Änderungen suchen, um entscheiden zu können, ob eine teilweise Zusammenführung genügt oder der gesamte Text erneut geprüft werden muss. Bei Seiten mit Rich Text, Tabellen, Download-Links und eingebetteten Komponenten sollte außerdem geprüft werden, ob Tags, Platzhalter und Variablen vollständig erhalten geblieben sind.

Mehrsprachige SEO-Felder in denselben Workflow einbinden

Die Synchronisierung des Fließtexts bedeutet nicht, dass die Seite vollständig aktualisiert wurde. Titel, Meta Description, Bild-ALT-Texte, Namen und Beschreibungen in strukturierten Daten, Breadcrumbs und Open-Graph-Felder werden häufig auf unterschiedlichen Konfigurationsebenen des CMS gepflegt. Wenn diese Felder nicht mit Übersetzungsbeziehungen verknüpft sind, kann es vorkommen, dass der Seiteninhalt neu ist, während der Suchausschnitt weiterhin die alte Version zeigt.

Es wird empfohlen, SEO-Felder als eigenständige übersetzbare Felder zu behandeln und Hinweise zu Längen- und Zeichenbeschränkungen einzurichten. URLs sollten in der Regel nicht mechanisch synchronisiert werden: Die Verzeichnisstruktur für Sprachen kann einheitlich bleiben, Zielsprachen sollten jedoch kurze Links verwenden dürfen, die den lokalen Suchgewohnheiten entsprechen. hreflang-Verknüpfungen sollten bei der Veröffentlichung, Deaktivierung oder URL-Anpassung von Sprachversionen automatisch aktualisiert werden, damit gelöschte Sprachseiten nicht weiterhin in wechselseitigen Verknüpfungen erscheinen.

Bei Seiten mit Login, Bestellungen, Mitgliedsdaten oder API-Übertragungen sollte nach der Inhaltssynchronisierung außerdem bestätigt werden, dass HTTPS für alle Sprachrouten verfügbar bleibt. Insbesondere bei neuen Sprach-Subdomains oder zusätzlichen Shop-Pfaden können fehlende Zertifikatsbereitstellungen zu Problemen bei Weiterleitungen, dem Laden von Formularen oder Ressourcenanfragen führen. Mit einem SSL-Zertifikat, das automatische Bereitstellung, HTTP-zu-HTTPS-Weiterleitungen und die Behebung gemischter Inhalte unterstützt, kann die Prüfung der Übertragungssicherheit neuer Sprachpfade in die Validierung vor der Veröffentlichung integriert werden, anstatt erst nach einer Risikowarnung des Browsers nach der Ursache zu suchen.

Vor der Veröffentlichung sollte nicht nur geprüft werden, ob eine Übersetzung vorhanden ist

Nach jeder Stapelsynchronisierung sollten Statusabweichungen priorisiert geprüft werden, statt jede Seite einzeln durchzusehen. Dazu gehören insbesondere: Seiten, deren Quellversion neuer als die Übersetzungsversion ist, Felder mit fehlgeschlagener Übersetzung, veröffentlichte Seiten ohne Sprachverknüpfung, Übersetzungsseiten, die nach dem Löschen der Quellseite weiterhin erreichbar sind, sowie Inhaltsblöcke mit nicht ersetzten Variablen oder leeren Links. Bei Produktdetailseiten sollten außerdem die Einheiten in Parametertabellen, Anhangslinks, Felder von Anfrageformularen und Lagerhinweise daraufhin geprüft werden, ob sie derselben Logik wie die Quellseite entsprechen.

Abschließend kann eine eindeutige Veröffentlichungsschwelle festgelegt werden: Solange verbindlich zu synchronisierende Felder nicht abgeschlossen sind, darf die Zielsprachseite nicht veröffentlicht werden; fehlen lokalisierte Felder, ist eine Veröffentlichung zulässig, es wird jedoch ein Hinweis für Redakteure angezeigt; stehen nur SEO-Felder noch zur Prüfung aus, wird je nach Seitentyp entschieden, ob die Veröffentlichung verschoben wird. So übernimmt die Automatisierung die Erkennung und Verteilung, während Redakteure die Kontrolle über die Marktausdrucksweise und die endgültige Version behalten.