Documentation Universally

Guides étape par étape, conseils de SEO multilingue et meilleures pratiques pour vous aider à traduire et à développer votre site WordPress.

Quand les modifications sont publiées

Chaque modification que vous apportez est appliquée selon un calendrier différent, et c'est la raison habituelle pour laquelle une modification semble ne pas avoir fonctionné. Cette page présente l'ensemble de la situation dans un tableau, vous permettant de distinguer "pas encore appliqué" de "appliqué, et quelque chose vous sert une ancienne copie".

Le tableau

Ce que vous avez modifié Ce qui se passe Quand un visiteur le voit
Traduction modifiée manuellement Votre texte remplace la traduction automatique, et la chaîne est marquée Vérifiée Prochaine actualisation de la page
Retraduire avec l'IA sur une chaîne Une nouvelle traduction automatique remplace ce qui était là Prochaine actualisation de la page
Traduction supprimée La chaîne est retraduite à partir de zéro Prochaine requête pour cette page
Règle de glossaire ajoutée correspondant à une chaîne entière Appliqué avant tout ce qui est stocké ou mis en cache Prochaine actualisation de la page, rien à effacer
Règle de glossaire ajoutée correspondant à un terme dans une phrase La traduction stockée pour cette phrase reste inchangée Seulement lorsque cette phrase a de nouveau besoin d'une traduction fraîche
Règle de glossaire supprimée La formulation précédemment stockée est à nouveau servie Prochaine requête, et les pages mises en cache peuvent avoir un délai allant jusqu'à 24 heures
Langue ajoutée Rien n'est encore traduit La première fois que chaque page est demandée dans cette langue
Langue désactivée Elle disparaît du sélecteur et ses URL cessent de servir Immédiatement
Langue supprimée Ses mots sortent de vos décomptes, les traductions restent stockées Immédiatement
Règles de traduction modifiées (sélecteurs, pages exclues) Sauvegardé d'un coup, mais les pages déjà traduites gardent ce qu'elles ont Après que le cache a été vidé
Vider le cache du traducteur Le traducteur récupère les traductions au lieu de servir sa propre copie Prochaine chargement de page, pour tout le projet
Manque de mots Les pages déjà traduites continuent d'être servies ; le texte nouveau ou modifié cesse d'être traduit Immédiatement

Les deux règles derrière le tableau

Rien n'est retraduit rétroactivement. Un changement s'applique au travail de traduction qui n'a pas encore eu lieu. Il ne remonte pas dans le texte déjà traduit, c'est pourquoi une règle de glossaire ajoutée tardivement laisse les phrases précédentes telles quelles.

Une traduction que vous voyez n'est pas toujours celle qui est servie. Universally met en cache, votre cache de page met en cache, et votre CDN met en cache. Vider seulement le premier ne change rien à ce qu'un visiteur voit si les deux autres détiennent toujours une copie. Voir Vider le cache et actualiser les traductions.

Déterminer quelle couche est obsolète

Vérifiez dans cet ordre, car chaque étape exclut la précédente :

  1. Ouvrez la chaîne sur l'écran Traductions. Si votre modification n'y est pas, elle n'a pas été sauvegardée.
  2. Chargez l'URL traduite dans une fenêtre privée. Si la modification apparaît, votre propre navigateur mettait en cache. Sinon, continuez.
  3. Videz le cache du traducteur, puis rechargez dans une fenêtre privée. Si la modification apparaît maintenant, Universally servait sa copie mise en cache.
  4. Videz votre cache de page, puis votre CDN. Si la modification n'apparaît qu'après cela, cette couche la détenait, et elle détiendra également la prochaine modification.

Passer à l'étape 3 est l'erreur courante : cela vide la couche la moins susceptible d'être le problème sur un site WordPress avec un cache de page devant lui.

Est-ce que cela vous a été utile ?