Aller au contenu
Alaisia · Studios web Un site du réseau Alaisia

Guide

Tester un chatbot sur un site de préproduction

Domaine autorisé, site non indexé, robot de lecture, cookies : comment tester un chatbot sur une copie du site avant la mise en ligne.

Mis à jour le

Tester le chatbot sur une copie du site (préproduction) avant la mise en ligne évite de découvrir les problèmes devant les visiteurs. Trois réglages font la différence : déclarer le domaine de test dans l'outil, empêcher l'indexation de la copie par les moteurs, et ne pas laisser l'assistant apprendre le contenu de la copie à la place de celui du vrai site. Certaines plateformes compliquent l'exercice : il faut le savoir avant de promettre une phase de test.

1. Déclarer le domaine de test dans l'outil

Certains outils de chatbot 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 cessé de se charger faute de domaine autorisé. Pour la préproduction :

  • ajoutez le domaine de test dans les réglages de l'outil ;
  • notez-le dans le dossier du client ;
  • retirez-le après la mise en ligne, pour que le widget ne fonctionne pas sur une copie oubliée.

2. Empêcher l'indexation de la copie

Une préproduction accessible publiquement peut apparaître dans les résultats de recherche. La documentation de Google Search Central (lue le 15/11/2026) décrit la règle noindex :

  • en balise meta dans l'en-tête de la page : <meta name="robots" content="noindex"> ;
  • ou en en-tête HTTP : X-Robots-Tag: noindex, qui vaut aussi pour les fichiers comme les PDF.

Google précise que, lorsqu'il trouve cette règle, il retire la page de ses résultats. Il avertit surtout d'un piège : la page ne doit pas être bloquée par le fichier robots.txt. Sinon son robot ne voit jamais la règle noindex, et la page peut quand même apparaître si d'autres pages renvoient vers elle. Google précise aussi que robots.txt n'est pas un endroit prévu pour indiquer noindex.

La page de Google lue ne parle pas de la protection par mot de passe d'une préproduction. Si vous protégez la copie par un mot de passe, gardez en tête l'effet sur le robot de l'outil du chatbot (point suivant).

3. Ne pas faire apprendre la copie à l'assistant

C'est l'erreur qui se voit après la mise en ligne : l'assistant a lu la préproduction, et il donne aux visiteurs des liens vers le domaine de test.

Situation Risque Ce que vous faites
L'outil lit la préproduction Liens vers le domaine de test dans les réponses Relecture complète du site définitif après la bascule, et retrait des sources de test
Préproduction protégée par mot de passe Le robot de l'outil reçoit une erreur 401 et ne lit rien Tester les réponses sur le contenu fourni en documents, ou ouvrir un accès au robot si l'outil le permet
Pare-feu ou protection contre les robots Erreur 403 ou 429 Laisser passer le robot de l'outil, ou réduire le nombre de pages lues

Ces codes d'erreur sont ceux que décrit la documentation de Cloudflare pour son service de recherche par IA. D'autres outils affichent d'autres messages, mais les causes se ressemblent.

La solution la plus propre : pendant les tests, faites lire à l'assistant le contenu définitif, soit le site actuel s'il ne change pas, soit les textes validés en documents. Après la bascule, relancez une lecture du site en ligne (voir mettre à jour le chatbot après une modification).

4. Les plateformes qui n'ont pas de vraie préproduction

  • Wix : l'aide demande que le site soit publié et relié à un domaine connecté avant d'ajouter du code personnalisé. Le test du widget se fait donc sur le site publié, en limitant par exemple le code à une page peu visitée le temps des essais.
  • Squarespace : pendant la période d'essai du site, on ne peut pas injecter de code sur l'écran de la page protégée par mot de passe. Testez sur une page dédiée.
  • Shopify : l'éditeur de thème permet de prévisualiser la boutique après avoir activé une intégration d'application ; testez ensuite sur la boutique en ligne.

5. Ce qu'on teste en préproduction

La préproduction sert aux tests techniques ; la validation des réponses avec le client, elle, suit un cahier de recette. La page de chatbot.alaisia.fr sur le cahier de recette d'un chatbot en donne un modèle.

Liste des tests techniques :

  1. La bulle s'affiche sur les pages prévues, et seulement sur elles.
  2. Aucune erreur de politique de sécurité ni de domaine refusé dans la console.
  3. Les cookies de l'outil respectent le réglage de consentement (voir chatbot et consentement aux cookies).
  4. La fenêtre fonctionne au clavier et sur mobile.
  5. Les liens donnés par l'assistant pointent vers le domaine définitif.
  6. Le poids du widget est mesuré, pour comparaison après la mise en ligne.

Après la mise en ligne

  1. Retirez le domaine de test de l'outil.
  2. Relancez la lecture du site définitif et retirez les sources de test.
  3. Refaites les six tests sur le site en ligne.
  4. Laissez la règle noindex sur la préproduction tant qu'elle existe.

Questions fréquentes

Le chatbot ne s'affiche pas sur le site de préproduction : pourquoi ?

Souvent parce que le domaine de préproduction n'est pas déclaré dans l'outil du chatbot. Certains widgets ne se chargent que sur les domaines autorisés. Ajoutez ce domaine pour la durée des tests, puis retirez-le.

Comment éviter que la préproduction apparaisse dans Google ?

Avec une règle noindex : balise meta robots dans la page, ou en-tête HTTP X-Robots-Tag. Google précise que la page ne doit pas être bloquée par le fichier robots.txt, sinon son robot ne voit jamais la règle noindex.

Sources

Pages consultées pour écrire cet article :

  1. https://developers.google.com/search/docs/crawling-indexing/block-indexing
  2. https://support.wix.com/fr/article/%C3%A9diteur-wix-int%C3%A9grer-un-code-personnalis%C3%A9-%C3%A0-votre-site
  3. https://developers.cloudflare.com/ai-search/troubleshooting/indexing-error-codes/
  4. https://www.chatbot.fr/chatbot-site-internet/

À lire aussi