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

Guide

Refonte de site internet : ne pas oublier le chatbot

Changement de thème, de domaine ou d'adresses de pages : ce qu'une refonte casse dans un chatbot, et la liste à suivre avant et après la bascule.

Mis à jour le

Une refonte touche presque tout ce dont dépend un chatbot. Il y a l'emplacement du script (thème, gabarit) et le domaine autorisé dans l'outil. Il y a aussi les adresses des pages qu'il a lues et qu'il cite dans ses réponses, et les en-têtes de sécurité. Si l'assistant n'est pas sur la liste de la refonte, il risque de disparaître du nouveau site, ou de continuer à répondre avec le contenu de l'ancien. Voici ce qu'il faut prévoir, avant et après la bascule.

Ce qu'une refonte peut casser

Changement Effet sur le chatbot Source
Nouveau thème Shopify Les intégrations d'applications ne sont pas actives par défaut dans le nouveau thème Aide Shopify
Nouveau thème WordPress Un script placé dans le thème ne suit pas ; un script dans le thème parent disparaît à sa mise à jour Documentation WordPress
Nouveau domaine sur Wix Les extraits de code personnalisé sont supprimés Aide Wix
Nouveau domaine, toute plateforme Le widget peut refuser de s'afficher si le domaine n'est pas déclaré dans l'outil Réglages de l'outil
Nouvelles adresses de pages L'assistant cite d'anciennes adresses et répond avec l'ancien contenu tant qu'il n'a pas relu le site Documentation CustomGPT
Nouvelle politique de sécurité Le widget est bloqué si ses domaines ne sont pas autorisés MDN
Nouvelle protection contre les robots Le robot de lecture de l'outil est refusé (erreur 403 ou 429) Documentation Cloudflare

Avant la bascule

  1. Inventorier. Notez où est installé le chatbot (extension, thème, code personnalisé, Tag Manager), son code, son compte, ses domaines autorisés et les pages où il s'affiche.
  2. Choisir l'emplacement sur le nouveau site. Préférez un emplacement qui ne dépend pas du thème : extension d'insertion de code sur WordPress, intégration d'application sur Shopify, module sur PrestaShop.
  3. Déclarer les nouveaux domaines. Ajoutez le domaine de préproduction et le domaine définitif dans l'outil, sans retirer l'ancien tant que le site actuel tourne (voir tester un chatbot en préproduction).
  4. Préparer la politique de sécurité. Si le nouveau site a un en-tête Content-Security-Policy, ajoutez-y les domaines de l'outil (script-src, connect-src, frame-src, style-src selon le widget).
  5. Lister les redirections. Les anciennes adresses doivent rediriger vers les nouvelles : c'est utile pour les visiteurs, et pour les liens que l'assistant aura donnés avant sa relecture.
  6. Mesurer. Relevez le poids et les temps de chargement du widget sur l'ancien site, pour comparer.

Le jour de la bascule

  1. Réinstaller ou réactiver le widget sur le nouveau site : réactivation de l'application sur Shopify, réinstallation du code personnalisé sur Wix si le domaine a changé.
  2. Tester sur le site en ligne, en navigation privée, sur plusieurs pages et sur mobile.
  3. Vérifier la console : aucune erreur de politique de sécurité ni de domaine refusé.

Après la bascule : faire relire le nouveau site

L'assistant ne voit pas la refonte tout seul. Comme le résume un éditeur de chatbot, rafraîchir la source ne rafraîchit pas l'index du chatbot : ce sont deux systèmes séparés.

  1. Relancez une lecture complète du nouveau site dans l'outil.
  2. Retirez les anciennes sources : pages supprimées, anciennes adresses, documents remplacés.
  3. Vérifiez que le robot de l'outil passe. Si le nouvel hébergement a une protection contre les robots, il peut recevoir une erreur 403 (accès refusé) ou 429 (débit limité). La documentation de Cloudflare sur ses codes d'indexation recommande alors de laisser passer le robot ou de réduire le nombre de pages lues.
  4. Videz le cache de réponses de l'outil, s'il en a un.
  5. Testez les questions courantes : l'assistant doit citer les nouvelles adresses et le nouveau contenu.

La procédure détaillée est sur mettre à jour le chatbot après une modification.

Les autres points de la recette

  • Cookies et bandeau : si le gestionnaire de consentement a changé, le chat doit y être déclaré de nouveau (voir chatbot et consentement aux cookies).
  • Accessibilité : une nouvelle charte graphique peut faire baisser le contraste de la bulle ou masquer le focus ; refaites les tests (voir les tests d'accessibilité).
  • Mobile : nouvelle navigation, nouveaux boutons fixes en bas d'écran : vérifiez que la bulle ne les recouvre pas (voir afficher un chatbot sur mobile).
  • Vitesse : comparez avec les mesures faites avant la refonte.

À écrire dans le devis de la refonte

Une ligne « Assistant : réinstallation, relecture du nouveau site et tests » évite la mauvaise surprise d'un chatbot oublié. Si le client a un contrat de maintenance, précisez si cette ligne en fait partie ou s'ajoute (voir présenter un chatbot dans un devis).

Questions fréquentes

Que devient le chatbot quand on change le thème d'un site ?

Cela dépend de la plateforme. Sur Shopify, les intégrations d'applications doivent être réactivées dans le nouveau thème. Sur WordPress, un script placé dans le thème est à reporter dans le nouveau, de préférence dans une extension d'insertion de code qui ne dépend pas du thème.

Pourquoi le chatbot donne-t-il d'anciennes adresses de pages après une refonte ?

Parce qu'il répond à partir de sa dernière lecture du site, faite avant la refonte. Relancez la lecture complète du nouveau site, retirez les anciennes adresses de sa base, et vérifiez que les anciennes pages redirigent vers les nouvelles.

Sources

Pages consultées pour écrire cet article :

  1. https://support.wix.com/en/article/embedding-custom-code-to-your-site
  2. https://help.shopify.com/en/manual/online-store/themes/customizing-themes/apps
  3. https://developer.wordpress.org/themes/advanced-topics/child-themes/
  4. https://customgpt.ai/chatbot-showing-old-information/
  5. https://developers.cloudflare.com/ai-search/troubleshooting/indexing-error-codes/
  6. https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Headers/Content-Security-Policy

À lire aussi