Universally Dokumentation

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

Dynamische Inhalte und JavaScript übersetzen

Universally übersetzt das HTML, das Ihr Server sendet. Alles, was in dieser Antwort vorhanden ist, wird übersetzt, egal was es erstellt hat. Inhalte, die ein Skript abruft und nach dem Laden der Seite einfügt, sind nicht in dieser Antwort enthalten und kommen daher in der Quellsprache an.

Was dies in der Praxis abdeckt

Übersetzt, weil es bereits auf der Seite vorhanden ist: Inhalte von einem Seitenersteller, einer Theme-Vorlage, einem Shortcode, einem serverseitig gerenderten Framework oder einer CMS-Abfrage. Es spielt keine Rolle, dass ein Builder es generiert hat oder dass die Markup ungewöhnlich ist. Wenn es im HTML ist, wird es übersetzt. Siehe Seitenersteller.

Nicht übersetzt, weil es später eintrifft: Suchergebnisse, die beim Tippen abgerufen werden, Produktlisten, die sich beim Ändern eines Filters neu laden, Warenkorbinhalte, Kommentare, die beim Scrollen geladen werden, alles, was von einem clientseitigen Framework im Browser statt auf dem Server gerendert wird.

Der schnelle Test. Zeigen Sie den Quelltext der Seite an, anstatt den Inspektor zu verwenden. Was Sie dort sehen, ist das, was Universally sieht. Der Inspektor zeigt die Seite nach der Ausführung von Skripten an, weshalb Text vorhanden sein kann und trotzdem nicht übersetzt wird.

Arbeiten Sie heute damit

Rendern Sie das Wichtigste serverseitig. Inhalte, die für SEO oder den ersten Eindruck wichtig sind, werden sowieso besser serverseitig gerendert. Die meisten Frameworks und Seitenersteller können dies tun, und wenn Sie dies tun, wird es gleichzeitig hier einbezogen.

Senden Sie die Zeichenfolgen selbst. Für Oberflächentexte, die Ihr Frontend besitzt, übersetzt /v1/translate/strings eine Liste von Zeichenfolgen und gibt sie nach Quelle sortiert zurück, was für Beschriftungen, Schaltflächen und Zustände geeignet ist, die nie den Server berühren. Speichern Sie das Ergebnis im Cache und verwenden Sie es wieder. Siehe Integration über die API.

Halten Sie dynamische Bereiche aus dem Weg. Wenn ein Widget in der Quellsprache bleiben soll, schließen Sie es aus, damit es nicht halb übersetzt und verwirrend ist. Siehe CSS-Selektoren einschließen und ausschließen.

Was kommt

Die Kompatibilität mit dynamischen Inhalten wird erweitert, sodass mehr von dem, was derzeit nach dem Laden eintrifft, ohne jegliche Arbeit Ihrerseits behandelt wird. Es gibt kein Datum dafür.

Bis dahin ist die API die unterstützte Methode für alles, was Ihr eigener Code rendert, und sie bleibt das richtige Werkzeug, wenn Sie genau steuern müssen, wann eine Zeichenfolge übersetzt wird.

War das hilfreich?