La traduction engendre un coût la première fois qu'une page est vue dans une langue, et pratiquement aucun par la suite. Comprendre lesquels de ces éléments vous mesurez explique la plupart des rapports de site lent.
Où se situe réellement le coût
Première vue d'une page dans une langue donnée. Le texte doit être traduit. C'est la partie lente.
Toutes les vues suivantes. La traduction est stockée, donc la page est assemblée à partir de textes stockés sans étape de traduction. C'est rapide, et c'est ce que vos visiteurs rencontrent majoritairement.
Une page qui semble lente lors de votre première vérification et normale lors de la seconde n'est pas un problème. Vous avez mesuré la première traduction.
Une chose à clarifier : les vues ultérieures sautent la traduction, pas la requête. Chaque vue non mise en cache d'une page traduite fait toujours un aller-retour vers Universally, il y a donc un petit coût de latence constant par vue de page. Un cache de page est ce qui supprime cela, car une page mise en cache est servie sans contacter Universally du tout.
Rendre la première vue rare
Comme le coût est par page et par langue, l'objectif est que les visiteurs réels arrivent après que la traduction existe plutôt que de la déclencher.
Visitez vos pages clés dans chaque langue après la configuration. Votre page d'accueil, vos principales pages de destination et les cibles de navigation principales. Cela reporte le coût de la première traduction sur vous plutôt que sur un visiteur.
Laissez les moteurs de recherche explorer. Un crawler est traité comme n'importe quel autre visiteur. Sur une page déjà traduite, cela ne coûte rien. Sur une page qui ne l'est pas, le crawler déclenche la traduction et ces mots comptent dans votre total exactement comme le feraient ceux d'un visiteur, ce qui est bon à retenir si vous pointez un crawler vers un grand site dans plusieurs langues à la fois.
Mise en cache
La mise en cache de page est le facteur le plus important, et elle fonctionne normalement avec Universally.
Activez le cache de votre site et un CDN. Les pages traduites se mettent en cache comme n'importe quelle autre page. Une fois mise en cache, une page traduite est servie sans toucher à Universally du tout.
Videz le cache après avoir modifié les traductions. Une page mise en cache conserve la traduction qu'elle avait lorsqu'elle a été stockée, donc la modification d'une traduction ou des règles de traduction n'a aucun effet visible jusqu'à ce que le cache soit vidé. Voir Vider le cache et actualiser les traductions.
Les plugins de mise en cache et les CDN nécessitent parfois une configuration pour traiter les URL de langue comme des pages distinctes. Voir Mise en cache et CDN.
Réduire ce qui doit être traduit
Moins de contenu à traduire signifie moins de coûts de première vue et moins de mots dépensés dans votre total.
Excluez les pages qui n'ont pas besoin d'être traduites. Les chemins de paiement, de compte et d'administration. Voir Exclure les pages.
Excluez des régions d'une page qui doivent rester dans la langue source, comme les exemples de code ou le contenu généré par les utilisateurs. Voir Inclure et exclure les sélecteurs CSS.
Quand ce n'est pas Universally
Si les pages traduites et non traduites sont également lentes, la cause est ailleurs : un thème lourd, des images non optimisées ou trop de scripts tiers. Comparez la même page dans votre langue source avec une page traduite. Des temps similaires signifient que la traduction n'est pas votre goulot d'étranglement.