Commencez par la langue du visiteur, pas seulement la langue par défaut du site
WordPress dispose d'une locale de site, mais les sites multilingues ont souvent besoin d'un contexte linguistique au niveau de la page, du visiteur ou du plugin. WPML expose la langue actuelle via sa documentation
wpml_current_language hook, qui permet au code compatible de lire la langue sélectionnée par WPML pour la requête actuelle.
ACookies utilise ce type de signal de langue du site actif lorsqu'il est disponible, puis recourt à la langue du navigateur du visiteur et enfin à la valeur par défaut configurée. Cela rapproche le bandeau de la langue de la page sans imposer à chaque site une seule méthode de détection.
Traduisez la décision, pas seulement les boutons
Un bandeau multilingue nécessite une formulation localisée claire pour la finalité du stockage, les actions disponibles, les catégories et le chemin vers la politique. Si la page est en suédois mais que le panneau de préférences explique l'analyse en anglais, le visiteur peut ne pas avoir assez de contexte pour prendre une décision éclairée.
La Commission européenne décrit le consentement valide comme spécifique, éclairé, librement donné et basé sur une action affirmative claire. Pour une équipe WordPress multilingue, ce standard transforme la qualité de la traduction en une question pratique de consentement : des textes vagues ou mécaniques peuvent rendre le choix plus difficile à comprendre, même si l'interface dispose des bons boutons.
Utilisez un comportement sensible à WPML lorsque le site dépend déjà de WPML
Sur les sites WPML, le bandeau de consentement doit suivre la langue que le visiteur voit réellement. Cela inclut la première couche du bandeau, le panneau de personnalisation et les liens vers les pages de politique de cookies. Si un site publie des pages de politique séparées par langue, le bandeau doit diriger les visiteurs vers la page correspondante plutôt que vers un par défaut générique.
ACookies inclut des par défaut visibles par les visiteurs pour les locales 25, des surcharges de langue modifiables, une correspondance de langue sensible à WPML et un contexte linguistique dans les enregistrements de consentement. Ces affirmations correspondent à la configuration locale du produit et au catalogue de langue du plugin dans ce dépôt.
Les langues de droite à gauche nécessitent un support de mise en page, pas seulement des chaînes de texte
L'arabe, l'hébreu et l'ourdou sont des localisations de droite à gauche dans le catalogue de langues d'ACookies. Le bandeau et le bloc de politique doivent avoir la direction du texte correcte afin que la fluidité des phrases, les boutons, les listes de catégories et les contrôles de formulaire semblent naturels. Traitez cela comme une exigence de mise en page, et non comme une réflexion tardive sur la traduction.
Le chemin de repli compte aussi. Si une langue demandée n'est pas activée, utilisez le par défaut configuré au lieu d'afficher une interface partiellement ou mélangée dans plusieurs langues. Un contenu mélangé est plus difficile à revoir, plus difficile à supporter et plus facile à mal comprendre.
Une liste de contrôle pratique pour la révision d'un bandeau multilingue
- Ouvrez chaque version linguistique dans une nouvelle session de navigateur et confirmez que la langue de la bannière correspond à celle de la page.
- Vérifiez les messages d'acceptation, de refus, de personnalisation, les noms de catégories et les messages de choix sauvegardés dans chaque langue activée.
- Vérifiez que les liens de politique pointent vers la bonne page de politique traduite ou partagée intentionnellement.
- Testez les langues de droite à gauche pour la direction, l'ordre de focus, la disposition des boutons et l'espacement mobile.
- Rejetez les catégories optionnelles et vérifiez que les scripts optionnels restent bloqués ou limités conformément au mode configuré.
- Examinez les enregistrements de consentement pour confirmer que la langue, la version de la politique, l'horodatage et les catégories sont conservés comme prévu.