Chatbot site internet : l’installer, et ce qu’il ajoute vraiment à vos pages
- Un chatbot de site internet n’est pas une fonction de votre site : c’est un script tiers. Vous collez quelques lignes, le navigateur de vos visiteurs télécharge tout le reste.
- Nous avons posé six snippets officiels sur une page vide et mesuré ce que le navigateur a téléchargé, le 6 août 2026 : de 6 ko à 502 ko, de 2 à 30 requêtes, de 1 à 17 domaines tiers contactés.
- Le poids total ne dit presque rien. Ce qui compte, c’est la part qui arrive avant l’affichage de la page : 272 ko pour HubSpot, 120 ko pour Crisp, zéro pour Tawk.to.
- Quatre widgets sur six ont refusé de s’afficher sur un domaine non déclaré dans leur compte. Deux d’entre eux ont quand même tout téléchargé.
- Google a retiré en octobre 2025 l’audit Lighthouse qui signalait ces widgets. Le simulateur plus bas transpose nos mesures à votre page.
Ajouter un chatbot à un site internet prend cinq minutes. Trois lignes de code dans le pied de page, et une bulle apparaît en bas à droite. Ce que personne ne vous dit, c’est ce que ces trois lignes déclenchent ensuite dans le navigateur de vos visiteurs.
Nous avons voulu le chiffrer. Pas à partir des fiches produit des éditeurs, mais en posant nous-mêmes chaque snippet officiel sur une page vide et en comptant les octets. Les écarts sont énormes, et le classement change complètement selon ce que l’on mesure.
Un chatbot de site internet, c’est un script tiers
Un chatbot de site internet est un widget : un bouton flottant qui ouvre une fenêtre de conversation. Vous ne l’hébergez pas. Vous ne le mettez pas à jour. Vous collez un bout de code qui donne au navigateur de vos visiteurs l’ordre d’aller chercher le vrai programme ailleurs.
Cette architecture explique pourquoi deux widgets qui se ressemblent à l’écran n’ont rien à voir sous le capot. L’un charge tout d’un bloc dès la première milliseconde. L’autre pose un chargeur de 300 octets, attend, et ne déclenche le reste qu’après l’affichage de votre page. La différence ne se voit pas. Elle se mesure.
La plupart des widgets isolent ensuite leur interface dans une iframe. C’est une bonne chose : le CSS du chatbot ne peut pas casser le vôtre, et son JavaScript ne peut pas lire votre page. Tawk.to en pose cinq à lui seul. Crisp, lui, injecte directement dans votre document.
Les quatre façons de poser un chatbot sur un site
Il n’y en a pas trente-six. Quel que soit l’éditeur, vous tomberez sur l’une de ces quatre méthodes.
-
Le snippet global
Vous collez le code juste avant la fermeture du corps de page, ou dans le pied de page du thème. Le chatbot apparaît sur toutes les pages du site. C’est la méthode par défaut, et la plus coûteuse : le widget se charge aussi sur vos pages légales, votre panier et vos articles de blog.
-
L’extension du CMS
WordPress, Shopify et Wix proposent des extensions officielles chez la plupart des éditeurs. Elles font exactement la même chose que le snippet, avec une case à cocher en plus pour choisir les pages. Elles ajoutent en revanche leur propre code au site.
-
L’iframe posée dans une page
Certains éditeurs fournissent une URL de conversation à intégrer dans un bloc. Le chatbot n’est alors plus une bulle flottante mais un élément de la page, par exemple sur une page Contact. Aucun script tiers ne s’exécute dans votre document.
-
L’intégration par API
Vous appelez l’API de l’éditeur depuis votre propre interface. Vous maîtrisez tout, le poids comme le rendu, et vous portez tout le travail. Réservé aux équipes qui ont déjà un développeur.
| Support | Où coller le code | Le piège du terrain |
|---|---|---|
| WordPress | Extension officielle, ou un bloc de code dans le pied de page du thème enfant | Un snippet collé dans le thème parent saute à la prochaine mise à jour |
| Shopify | Application depuis la boutique d’applications, ou theme.liquid |
L’application reste facturée par Shopify même après désinstallation du bot |
| Wix | Paramètres, puis Code personnalisé, portée « toutes les pages » | Le code personnalisé n’est pas actif sur la version d’aperçu, seulement en ligne |
| Webflow | Paramètres du projet, onglet Custom code, avant la balise de fermeture du corps | Champ limité en nombre de caractères sur les offres d’entrée de gamme |
| Squarespace | Paramètres avancés, injection de code, pied de page | Indisponible sur les offres Personal |
| Site sur mesure | Gabarit commun, juste avant la fermeture du corps | Le snippet part aussi en préproduction et sur les sous-domaines oubliés |
Ce qu’un widget ajoute vraiment à une page : la mesure
Les éditeurs ne publient pas le poids de leur widget. Les comparatifs non plus. Nous avons donc monté un banc de mesure minimal.
| Widget | Requêtes | Octets transférés | Domaines tiers | Avant l’affichage | Cookies posés |
|---|---|---|---|---|---|
| Page témoin (aucun script) | 0 | 0 ko | 0 | 0 ko | 0 |
| Smartsupp | 2 | 6 ko | 2 | 0 ko | 0 |
| Botnation AI | 7 | 105 ko | 2 | 93 ko | 0 |
| Crisp | 12 | 160 ko | 2 | 120 ko | 1 |
| HubSpot | 21 | 461 ko | 17 | 272 ko | 11 |
| Tawk.to | 30 | 483 ko | 3 | 0 ko | 3 |
| Tidio | 9 | 502 ko | 1 | 0,6 ko | 0 |
Le rapport Web Almanac 2024 de HTTP Archive, publié le 21 novembre 2024, range les widgets de chat dans la catégorie « Customer Success » et la décrit ainsi : « These scripts are from customer support/marketing providers that offer chat and contact solutions. These scripts are generally heavier in weight. » (« Ces scripts proviennent de fournisseurs de support client et de marketing qui proposent des solutions de chat et de contact. Ces scripts sont généralement plus lourds. ») Le même rapport identifie embed.tawk.to comme le domaine de cette catégorie le plus répandu sur le web. C’est aussi, dans notre panel, celui qui déclenche le plus de requêtes.
Le poids total ne dit pas grand-chose
Regardez la colonne « avant l’affichage ». C’est elle qui compte, parce qu’un octet téléchargé pendant que le navigateur essaie de peindre votre page entre en concurrence directe avec elle. Un octet téléchargé après, non.
Le classement s’inverse complètement. Tawk.to est le deuxième plus lourd du panel et ne charge rien avant l’affichage : ses 30 requêtes partent toutes après. Crisp est deux fois plus léger et envoie 120 ko avant, soit 75 % de son poids. HubSpot est le pire des deux mondes : 272 ko avant l’affichage, sur sept requêtes.
- Tawk.to : 0 ko avant l’affichage malgré 483 ko au total
- Tidio : 0,6 ko avant l’affichage, le reste dans la foulée
- Smartsupp : un chargeur de 6 ko qui décide ensuite
- HubSpot : 272 ko avant l’affichage, sur 7 requêtes
- Crisp : 120 ko avant l’affichage, soit 75 % de son poids
- Botnation AI : 93 ko avant l’affichage
HubSpot : dix-sept domaines pour une bulle de chat
Le snippet que HubSpot fournit pour ajouter un chat à votre site n’est pas un snippet de chat. C’est le chargeur unique de toute la suite. En vingt secondes, sur une page vide, il a contacté dix-sept domaines distincts et posé onze cookies.
Parmi ces domaines : la bannière de consentement, la brique d’analytique, le pixel publicitaire maison, le module de recueil d’avis, et connect.facebook.net pour 114 ko, c’est-à-dire le pixel Facebook. Aucun de ces éléments n’a de rapport avec une conversation. Si votre besoin est une bulle de chat et rien d’autre, le snippet officiel vous en donne beaucoup plus que ce que vous avez demandé.
Quatre widgets sur six refusent de tourner sur un domaine non déclaré
Notre page de test tournait sur une adresse locale, absente des comptes des éditeurs. Quatre widgets sur six l’ont détecté et ne se sont pas affichés. C’est le comportement attendu, et c’est une protection utile contre le vol de snippet. Ce qui les sépare, c’est le moment où ils s’en aperçoivent.
- Smartsupp s’arrête à 6 ko. Son chargeur interroge un fichier de configuration de 275 octets, comprend que le domaine n’est pas autorisé, et n’ouvre rien de plus. C’est le comportement le plus propre du panel.
- Botnation AI s’arrête à 105 ko et affiche un message explicite, « Chatbot désactivé ». L’intégrateur voit immédiatement ce qui ne va pas.
- Tidio télécharge 502 ko et n’affiche rien. C’est le plus lourd du panel, entièrement transféré, pour un widget invisible.
- HubSpot télécharge 461 ko, contacte 17 domaines, pose 11 cookies, et n’affiche rien non plus.
Ce scénario n’a rien de théorique. C’est celui d’un snippet copié sur une préproduction, laissé sur un sous-domaine oublié, ou resté en place après la résiliation de l’abonnement. Dans deux cas sur quatre, le site continue de payer le prix complet du widget sans rien en tirer.
Simulateur : ce que le widget coûtera à votre page
Un poids en kilo-octets ne veut rien dire dans l’absolu. 160 ko sur une fiche produit de 3,8 Mo, c’est du bruit. Les mêmes 160 ko sur une page d’atterrissage de 600 ko, c’est le plus gros script du site. Renseignez le poids de votre page et comparez.
1. Poids actuel de votre page
2. Widget
3. Stratégie de chargement
4. Débit du visiteur (seuils Arcep)
Le widget dépasse 5 % du poids de la page. Le différer après l’affichage coûte une ligne de code et supprime toute concurrence avec le rendu.
Les trois débits proposés ne sortent pas d’un chapeau. L’Arcep les utilise comme seuils de référence pour noter la qualité de l’internet mobile en France : 3 Mbit/s pour « les usages les moins exigeants, comme la navigation web », 8 Mbit/s pour « les usages les plus courants » et 30 Mbit/s pour « les usages les plus exigeants », dans son communiqué du 20 novembre 2025 sur la qualité des services mobiles en métropole. Un visiteur sur mobile, dans un train, est plus proche du premier seuil que du troisième.
Charger le chatbot au clic, et l’audit que Google a supprimé
La solution technique à tout ce qui précède existe depuis longtemps, et elle porte un nom : la façade. La documentation Lighthouse de Google la définit comme « un élément statique qui ressemble au contenu tiers intégré, mais qui n’est pas fonctionnel et pèse donc beaucoup moins sur le chargement de la page » (« A facade is a static element that looks similar to the embedded third-party, but is not functional and therefore much less taxing on the page load. »).
Concrètement : vous dessinez un faux bouton de chat en CSS, il ne coûte rien, et vous ne chargez le vrai widget qu’au moment où le visiteur clique dessus. Google recommandait explicitement ce motif pour les widgets de conversation : « In general, video embeds, social button widgets, and chat widgets can all employ the facade pattern. »
var charge = false;
function ouvrirChat() {
if (charge) { return; }
charge = true;
var s = document.createElement('script');
s.src = 'https://exemple-editeur.tld/VOTRE_IDENTIFIANT';
s.async = true;
document.head.appendChild(s);
}
document.getElementById('faux-bouton-chat')
.addEventListener('click', ouvrirChat);
Le gain est mécanique : zéro octet, zéro requête, zéro cookie pour tous les visiteurs qui n’ouvrent pas la conversation. Sur la plupart des sites, c’est l’immense majorité d’entre eux.
Là où l’histoire devient intéressante, c’est que Lighthouse ne vous le dira plus. L’audit third-party-facades, qui signalait précisément les widgets de chat chargés trop tôt, a été retiré de Lighthouse 13, livré avec Chrome 143 le 10 octobre 2025. Google le range parmi les audits supprimés « sans remplacement », avec cette justification : « This audit covers limited facades and some developers expressed concern using non-affiliated third-party facades. Ultimately, we would prefer the third-parties improve their offerings rather than work around them. » (« Cet audit ne couvre que peu de façades et certains développeurs ont exprimé des réserves à utiliser des façades tierces non affiliées. Au bout du compte, nous préférerions que les tiers améliorent leur offre plutôt que de la contourner. »)
Équipe Lighthouse, notes de version de Lighthouse 13, 10 octobre 2025 (traduction)
La position se défend. En attendant que les éditeurs s’exécutent, elle a une conséquence très concrète : un site qui charge 502 ko de widget de chat obtiendra un rapport Lighthouse sans le moindre avertissement à ce sujet. Le poids des scripts tiers reste visible dans l’audit third-parties-insight, mais plus rien ne pointe le widget de chat comme différable. D’où la mesure manuelle.
Cookies, iframes et données : ce que la mesure a vu passer
Notre banc n’avait aucune bannière de consentement, et aucun clic n’a été fait. Trois widgets sur six ont quand même posé des cookies au premier chargement : un pour Crisp, trois pour Tawk.to, onze pour HubSpot. Les trois autres n’en ont posé aucun, mais Crisp et Tawk.to ont écrit dans le stockage local du navigateur.
Ce constat ne vaut pas qualification juridique : un cookie strictement nécessaire au fonctionnement d’un service demandé par l’utilisateur ne relève pas du même régime qu’un cookie de mesure d’audience ou de publicité, et un pixel publicitaire chargé par un snippet de chat, si. Le sujet mérite sa propre analyse : nous l’avons traitée en détail dans notre guide sur la mise en conformité RGPD d’un chatbot.
Retenez au moins ceci du banc de mesure : le nombre de domaines tiers contactés est le meilleur indicateur avancé. Un widget qui n’appelle qu’un seul domaine ne fait qu’une chose. Un widget qui en appelle dix-sept en fait beaucoup d’autres.
Combien ça coûte, et par où commencer
Le coût d’un chatbot de site internet se lit sur trois lignes, pas une : l’abonnement mensuel, le temps de rédaction des réponses, et le poids ajouté aux pages, que nous venons de chiffrer. Les deux premières sont documentées ailleurs sur ce site.
- Pour les grilles tarifaires, du gratuit aux offres à plusieurs centaines d’euros par mois, voyez notre page sur le prix d’un chatbot.
- Pour démarrer sans budget, notre sélection de chatbots gratuits distingue les offres réellement gratuites des essais déguisés.
- Pour arbitrer entre plusieurs logiciels sur les fonctionnalités, le comparatif des solutions de chatbot pour entreprise passe huit outils au crible.
- Pour comprendre ce que vous achetez, notre panorama des différents types de chatbots sépare les bots à scénario des agents génératifs.
- Pour voir ce que ça donne en vrai, nous avons décortiqué trois exemples de chatbots sur des sites internet de grandes marques.
Questions fréquentes
Quel est le prix d’un chatbot pour site internet ?
Les offres se répartissent en trois familles : des formules gratuites limitées en nombre de conversations, des abonnements de 15 à 100 euros par mois pour une petite structure, et des contrats sur devis au-delà. Un chatbot développé sur mesure par une agence relève d’un autre budget. Le détail des grilles se trouve sur notre page consacrée au prix d’un chatbot.
Comment intégrer un chatbot sur un site internet ?
Vous créez un compte chez l’éditeur, vous déclarez le domaine de votre site, et vous récupérez un snippet de quelques lignes. Ce snippet se colle avant la balise de fermeture du corps de page, dans le pied de page du thème ou via une extension. Le widget apparaît alors sur toutes les pages qui utilisent ce gabarit. Déclarer le bon domaine est l’étape que l’on oublie : quatre widgets sur six de notre panel refusent de s’afficher tant qu’elle n’est pas faite.
Un chatbot ralentit-il vraiment un site ?
Cela dépend entièrement du widget et de la façon dont il est chargé. Nos mesures du 6 août 2026 vont de 6 ko à 502 ko de données téléchargées. Surtout, la part transférée avant l’affichage de la page va de 0 à 272 ko selon l’éditeur, sans corrélation avec le poids total. Un widget lourd chargé après le rendu gêne moins qu’un widget léger chargé avant.
Quel chatbot choisir pour un site WordPress ?
La quasi-totalité des éditeurs proposent une extension WordPress officielle, qui fait le même travail que le snippet avec un réglage de portée en plus. Le critère décisif n’est donc pas la compatibilité, mais le poids et le moment de chargement. Un conseil valable pour tous : installez l’extension dans un thème enfant ou via une extension dédiée aux scripts, jamais en modifiant les fichiers du thème parent, qui seront écrasés à la mise à jour.
Quels sites utilisent un chatbot ?
Les enseignes de distribution, les transporteurs, les banques et les sites de e-commerce en sont les plus gros utilisateurs. Le rapport Web Almanac 2024 de HTTP Archive relève que 92 % des pages du web chargent au moins un script tiers, et que les fournisseurs de chat forment une des catégories les plus répandues. Nous avons analysé trois exemples détaillés chez de grandes marques.
Le contenu du chatbot est-il lu par Google ?
Non, dans la très grande majorité des cas. Le widget se charge en JavaScript après le rendu initial, et son interface vit le plus souvent dans une iframe hébergée sur le domaine de l’éditeur. Les réponses du bot ne font donc pas partie du contenu indexable de votre page. Si vous voulez que ces réponses soient trouvées par un moteur, elles doivent aussi exister dans une vraie page HTML, typiquement une FAQ.
Ce qu’il faut décider
Le choix d’un chatbot de site internet se joue rarement sur la performance. Il se joue sur ce que le bot sait répondre. Mais une fois ce choix fait, la façon dont vous le posez sur vos pages est entièrement entre vos mains, et elle vaut plusieurs centaines de kilo-octets.
Trois décisions, dans cet ordre : restreindre le widget aux pages où une conversation a du sens, vérifier qu’il ne se charge pas avant l’affichage, et passer à une façade au clic si son poids dépasse 15 % de la page. Aucune des trois ne demande de changer d’éditeur.
Créer un chatbot pour votre site, sans coder
Botnation AI permet de construire un agent conversationnel, de le brancher sur votre site et de restreindre son affichage aux pages utiles, depuis une interface visuelle.
