Les plugins de mise en cache et les CDN fonctionnent avec Universally, et vous devriez les utiliser : une page traduite mise en cache est la plus rapide. Chaque langue a sa propre URL, donc une mise en cache qui utilise l'URL comme clé sépare les langues sans aucune configuration. Il y a une page qui nécessite une exception, et c'est celle de la langue source.
Chaque langue est déjà une page mise en cache séparée
/fr/pricing/ et /es/pricing/ sont des URL différentes, donc un cache de page ou un CDN les stocke séparément par défaut. Rien ne lit un paramètre ?lang=, et la langue ne transite jamais dans un en-tête : elle est dans le chemin, ou dans le nom d'hôte si votre projet sert les langues sur des sous-domaines.
Cela signifie qu'il n'y a pas de règle vary à ajouter et pas de clé de cache à personnaliser pour les pages traduites.
L'exception : les URL sans préfixe
Un visiteur qui a consulté une page traduite conserve un cookie universally_lang pendant 30 jours, et une requête vers une URL sans préfixe de langue est redirigée vers sa langue. Cette décision est prise par votre site à chaque requête. Voir URL existantes et redirections.
Un cache de page complète sert le HTML stocké sans exécuter ce code, ce qui le casse de l'une des deux manières suivantes :
- La redirection cesse de fonctionner. Un visiteur de retour atterrit sur la page de la langue source au lieu de la sienne. Sans danger, mais la fonctionnalité a disparu.
- La redirection elle-même est mise en cache. Désormais, tous les visiteurs de cette URL sont envoyés vers une seule langue, y compris les nouveaux visiteurs et les robots d'exploration. C'est le mauvais cas.
Configurez l'une de ces options dans votre plugin de mise en cache ou votre CDN :
- Exclure les requêtes qui transportent le cookie
universally_langdu cache de page, ce qui est le réglage habituel et le moins perturbateur, ou - Exclure vos URL de langue source sans préfixe du cache de page, ou
- Au minimum, ne laissez jamais le cache stocker un 301 ou 302 pour une URL partagée
Les URL traduites n'ont besoin de rien de tout cela. Elles sont statiques par langue et peuvent être mises en cache de manière agressive en toute sécurité.
Après une modification
Videz les caches de l'extérieur vers l'intérieur : Universally d'abord, puis votre cache de page, puis votre CDN. Une modification de traduction qui n'apparaît pas est presque toujours retenue par l'un des deux derniers. Voir Vider le cache et actualiser les traductions.
L'ajout d'une langue ne nécessite aucune purge. Ses pages n'ont jamais été mises en cache.