Chatbot qui ne s'affiche pas : les causes à vérifier

Quand un chatbot n'apparaît pas, avant de soupçonner le script lui-même, vérifiez ce qui l'entoure : un domaine que l'outil ne connaît pas, une politique de sécurité qui le bloque, un gestionnaire de consentement qui attend l'accord du visiteur, un cache, ou un changement récent du site. Voici la liste des causes, dans l'ordre où les vérifier, avec ce que disent les documentations officielles lues le 15/11/2026.

Étape 0 : regarder au bon endroit

Avant de chercher, placez-vous dans les conditions du visiteur :

• le site en ligne, pas l'éditeur ni l'aperçu ;
• en navigation privée, sans être connecté à l'administration du site ;
• la console des outils de développement ouverte, onglets Console et Réseau.

La plupart des causes ci-dessous laissent une trace dans la console.

Les causes, dans l'ordre

1. Le visiteur n'a pas encore consenti

Si le widget est géré par un outil de consentement, il ne se charge pas tant que le visiteur n'a pas accepté. Avec tarteaucitron, par exemple, le réglage serviceDefaultState: "wait" laisse les services en attente. Test : acceptez le bandeau, puis rechargez. Si la bulle apparaît, tout fonctionne comme prévu ; prévoyez alors un autre moyen de contact pour ceux qui refusent (voir bloquer un chatbot avec tarteaucitron).

2. Le domaine n'est pas autorisé dans l'outil

Certains outils ne s'affichent que sur les domaines déclarés. Dans les mesures publiées par chatbot.fr le 06/08/2026, deux widgets ont interrompu leur chargement faute de domaine autorisé. Test : vérifiez la liste des domaines dans l'outil, avec et sans www, et le domaine de préproduction (voir tester un chatbot en préproduction).

3. La politique de sécurité du contenu bloque le script

Si le site envoie un en-tête Content-Security-Policy, le navigateur ne charge que les sources autorisées. D'après MDN, un widget peut dépendre de script-src (son fichier), connect-src (ses échanges), frame-src (une iframe) et style-src (ses styles), et default-src s'applique quand une directive manque. Test : une erreur de politique de sécurité apparaît dans la console. Ajoutez les domaines de l'outil, en testant d'abord avec Content-Security-Policy-Report-Only, qui signale sans bloquer.

4. Le cache sert une ancienne version

Une extension de cache ou d'optimisation peut servir une page sans le nouveau script, ou modifier ce script en le regroupant avec d'autres. Sur une boutique WooCommerce, la documentation demande en plus d'exclure du cache le panier, Mon compte et la validation de commande. Test : videz le cache, désactivez l'optimisation du JavaScript, rechargez (voir le chatbot sur WooCommerce).

5. Le site a changé de thème

Sur Shopify, l'aide officielle est nette : après un changement de thème publié, les intégrations d'applications ne sont pas actives par défaut et doivent être réactivées. Sur WordPress, un script collé dans le thème parent disparaît à sa mise à jour. Test : retrouvez où le script était installé, et s'il y est encore.

6. Le site a changé de domaine

Sur Wix, attribuer un autre domaine au site supprime les extraits de code personnalisé : il faut les réinstaller. Ailleurs, le nouveau domaine doit aussi être ajouté dans l'outil (cause 2). Voir la refonte d'un site avec chatbot.

7. La plateforme refuse le code à cet endroit

• Wix : le site doit être publié et relié à un domaine ; depuis décembre 2025, de nouvelles mesures de sécurité peuvent bloquer des extraits anciens jusqu'à leur mise à jour par le fournisseur ; un élément HTML intégré ne s'affiche qu'en HTTPS.
• Squarespace : l'injection de code dépend de la formule (Core, Plus, Advanced, certaines anciennes formules) ; les pages de paiement n'acceptent pas de code et les pages « Index » ne l'affichent pas.
• Shopify : certains blocs d'applications ne fonctionnent qu'avec des thèmes ou sections compatibles.

8. Un autre code entre en conflit

Un autre script de la page peut casser le widget. Wix conseille, pour trouver le coupable, de désactiver les extraits un par un et de tester après chaque changement. Squarespace permet d'ouvrir l'éditeur sans scripts en ajoutant /safe après /config dans l'adresse d'édition sécurisée. La même méthode, un code à la fois, vaut sur toutes les plateformes.

9. La bulle est là, mais cachée

Le widget est chargé, mais invisible : derrière un en-tête collant, sous un bandeau, hors de l'écran sur mobile. Test : cherchez l'élément du widget dans l'inspecteur du navigateur ; s'il existe, c'est un problème d'affichage, pas de chargement (voir afficher un chatbot sur mobile).

Tableau de diagnostic rapide

Quand rien ne marche, contactez le support de l'éditeur du chatbot : Wix et Squarespace indiquent tous deux qu'ils ne dépannent pas le code de tiers.