Universally Dokumentation

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

Wann Änderungen live gehen

Jede Änderung, die Sie vornehmen, wird zu einem anderen Zeitpunkt übernommen. Das ist der übliche Grund, warum eine Änderung nicht zu funktionieren scheint. Diese Seite ist das Gesamtbild in einer Tabelle, sodass Sie "noch nicht angewendet" von "angewendet, und etwas liefert Ihnen eine alte Kopie" unterscheiden können.

Die Tabelle

Was Sie geändert haben Was passiert Wann ein Besucher es sieht
Eine Übersetzung von Hand bearbeitet Ihr Text ersetzt die maschinelle Übersetzung, und der String wird als Bestätigt markiert Nächster Seitenaufruf
Mit KI neu übersetzen bei einem String Eine neue maschinelle Übersetzung ersetzt das Vorhandene Nächster Seitenaufruf
Eine Übersetzung gelöscht Der String wird von Grund auf neu übersetzt Nächste Anfrage für diese Seite
Eine Glossarregel hinzugefügt, die einen ganzen String abgleicht Wird vor allem Gespeicherten oder Zwischengespeicherten angewendet Nächster Seitenaufruf, nichts zu löschen
Eine Glossarregel hinzugefügt, die einen Begriff innerhalb eines Satzes abgleicht Die gespeicherte Übersetzung für diesen Satz bleibt unverändert Erst wenn dieser Satz das nächste Mal eine neue Übersetzung benötigt
Eine Glossarregel gelöscht Die zuvor gespeicherte Formulierung wird wieder angezeigt Nächste Anfrage, und zwischengespeicherte Seiten können bis zu 24 Stunden verzögert sein
Eine Sprache hinzugefügt Noch nichts übersetzt Beim ersten Aufruf jeder Seite in dieser Sprache
Eine Sprache deaktiviert Sie verschwindet aus der Auswahl und ihre URLs werden nicht mehr bedient Sofort
Eine Sprache entfernt Ihre Wörter werden von Ihren Zählungen abgezogen, Übersetzungen bleiben gespeichert Sofort
Übersetzungsregeln geändert (Selektoren, ausgeschlossene Seiten) Sofort gespeichert, aber bereits übersetzte Seiten behalten, was sie haben Nachdem der Cache geleert wurde
Übersetzer-Cache leeren Der Übersetzer ruft Übersetzungen erneut ab, anstatt seine eigene Kopie bereitzustellen Nächster Seitenaufruf, für das gesamte Projekt
Wörter sind aufgebraucht Bereits übersetzte Seiten werden weiterhin bereitgestellt; neue oder geänderte Texte werden nicht mehr übersetzt Sofort

Die beiden Regeln hinter der Tabelle

Nichts wird rückwirkend neu übersetzt. Eine Änderung wirkt sich auf Übersetzungsarbeiten aus, die noch nicht stattgefunden haben. Sie fegt nicht durch bereits übersetzten Text zurück, weshalb eine nachträglich hinzugefügte Glossarregel frühere Sätze so belässt, wie sie waren.

Eine Übersetzung, die Sie sehen, ist nicht immer die, die bereitgestellt wird. Universally speichert im Cache, Ihr Seiten-Cache speichert im Cache und Ihr CDN speichert im Cache. Das Leeren nur des ersten hat keine Auswirkung auf das, was ein Besucher sieht, wenn die anderen beiden noch eine Kopie halten. Siehe Cache leeren und Übersetzungen aktualisieren.

Herausfinden, welche Ebene veraltet ist

Prüfen Sie in dieser Reihenfolge, da jeder Schritt den vorherigen ausschließt:

  1. Öffnen Sie den String im Übersetzungsbildschirm. Wenn Ihre Änderung nicht dort ist, wurde sie nicht gespeichert.
  2. Laden Sie die übersetzte URL in einem privaten Fenster. Wenn die Änderung angezeigt wird, hat Ihr eigener Browser zwischengespeichert. Wenn nicht, fahren Sie fort.
  3. Leeren Sie den Übersetzer-Cache und laden Sie dann in einem privaten Fenster neu. Wenn die Änderung jetzt angezeigt wird, hat Universally seine zwischengespeicherte Kopie bereitgestellt.
  4. Leeren Sie Ihren Seiten-Cache, dann Ihr CDN. Wenn die Änderung erst danach erscheint, hat diese Ebene sie gehalten, und sie wird auch die nächste Änderung halten.

Das Überspringen zu Schritt 3 ist der häufigste Fehler: Es leert die Ebene, die bei einer WordPress-Website mit einem vorgeschalteten Seiten-Cache am unwahrscheinlichsten das Problem darstellt.

War das hilfreich?