Un visiteur qui navigue sur la version espagnole d’un site et ouvre le chat Intercom pour poser une question se retrouve parfois face à un message d’accueil automatique rédigé en anglais, la langue par défaut configurée dans l’espace de travail Intercom. Ce décalage, anodin en apparence, casse immédiatement la cohérence perçue du site et peut décourager un visiteur de poursuivre l’échange, en particulier sur un site B2C où le support en direct joue un rôle commercial direct.
Ce sujet ne traite pas du support par ticket, déjà couvert avec l’intégration Zendesk : Intercom fonctionne différemment, avec un widget de chat en direct dont le SDK JavaScript expose une méthode dédiée pour synchroniser la langue de l’interface, une méthode souvent sous-exploitée sur les sites WordPress multilingues.
Pourquoi Intercom ne suit pas la langue du site automatiquement
Le SDK Intercom, une fois initialisé, conserve la langue définie au premier chargement pour toute la session du visiteur, sauf appel explicite à sa méthode de mise à jour. Sur un site multilingue construit avec Polylang, où chaque changement de page peut correspondre à un changement de langue (navigation d’une version à l’autre du site), le widget Intercom, initialisé une seule fois au chargement initial, ne réagit pas de lui-même à ce changement s’il n’est pas explicitement notifié.
Synchroniser la langue à chaque page
La méthode Intercom('update', {...}) du SDK permet de mettre à jour les attributs de session, y compris la langue, sans réinitialiser complètement le widget. Le code à ajouter dans le thème WordPress reste simple :
<?php
$current_lang = function_exists( 'pll_current_language' ) ? pll_current_language() : 'en';
?>
<script>
window.intercomSettings = {
api_base: "https://api-iam.intercom.io",
app_id: "abc123xy",
language_override: "<?php echo esc_js( $current_lang ); ?>"
};
if (window.Intercom) {
Intercom('update', window.intercomSettings);
}
</script>
Le paramètre language_override est déterminant : il force explicitement la langue de l’interface Intercom (libellés des boutons, message d’accueil par défaut) indépendamment de la locale détectée par le navigateur du visiteur, en s’alignant sur la langue réellement affichée sur la page WordPress au moment du chargement.
Le cas des messages automatiques et des réponses préenregistrées
Synchroniser language_override ne suffit pas à lui seul si les messages automatiques configurés côté Intercom (message d’accueil, réponses préenregistrées des agents, articles de centre d’aide suggérés automatiquement) n’existent que dans une seule langue. Intercom permet de configurer ces contenus par langue directement dans son interface d’administration, un travail éditorial distinct du réglage technique de synchronisation, mais qui conditionne entièrement l’expérience perçue par le visiteur une fois la langue correctement transmise.
Le cas d’une conversation déjà en cours
Un visiteur qui change de langue de site en cours de conversation active avec un agent pose un cas particulier : la conversation existante reste dans la langue où elle a été initiée côté agent (l’agent voit l’historique dans la langue d’origine), tandis que l’interface du widget suit la nouvelle langue transmise. Ce comportement, propre au fonctionnement d’Intercom, n’est pas un bug à corriger mais un point à documenter auprès des équipes de support, pour qu’un agent ne soit pas surpris de voir l’interface du visiteur changer de langue en cours d’échange sans que le contenu de la conversation change rétroactivement.
Vérifier après chaque mise à jour du SDK
Comme pour toute intégration tierce embarquée via script externe, une mise à jour du SDK Intercom peut modifier le comportement de language_override ou renommer un paramètre. Un test rapide, après chaque montée de version notable annoncée par Intercom dans son changelog, consiste à ouvrir le widget sur chaque langue configurée et vérifier visuellement que les libellés d’interface correspondent bien à la langue de la page.
- Initialiser
intercomSettingsavec la langue Polylang active au premier chargement de page - Appeler
Intercom('update', ...)à chaque changement de page pour resynchroniser la langue - Configurer les messages automatiques et réponses préenregistrées dans chaque langue prévue côté Intercom
- Documenter le comportement des conversations en cours lors d’un changement de langue pour les équipes de support
- Revérifier le comportement après chaque mise à jour majeure du SDK Intercom
En résumé
Un widget de chat qui reste bloqué dans une langue par défaut n’est pas une limite du produit, mais un oubli d’intégration : Intercom expose bien un mécanisme de synchronisation de langue, encore faut-il l’appeler à chaque page et compléter le travail éditorial des messages automatiques dans chaque langue configurée. Une fois ces deux briques en place, le chat suit naturellement la langue du site sans jamais désorienter le visiteur.
