Le RGESN parle-t-il des chatbots ?

Pas nommément, dans les parties lues. Il traite des services tiers, dont un widget de chat fait partie : le critère 2.10 demande de tenir compte de leurs impacts environnementaux lors de leur choix, et le critère 4.4 de laisser l'utilisateur décider de leur activation.

Le RGESN est-il obligatoire pour le site d'un client ?

La page officielle lue ne présente pas le référentiel comme une obligation pour les services numériques. Elle indique que la loi REEN a confié sa définition à l'Arcep et à l'Arcom, en lien avec l'ADEME.

Chatbot et écoconception : ce que demande le RGESN

Le RGESN (référentiel général d'écoconception de services numériques) ne cite pas les chatbots dans les parties lues, mais il traite des services tiers, et un widget de chat en est un. Plusieurs critères s'appliquent directement à son installation. Il faut choisir l'outil en tenant compte de son impact, laisser le visiteur décider d'activer le service et ne pas charger ce qui ne sert pas. Il faut aussi fixer un poids et un nombre de requêtes maximum par écran. Pour un studio web qui travaille déjà l'écoconception, c'est un cadre clair pour installer un assistant sans alourdir le site.

Les faits ci-dessous viennent de la page officielle du RGESN sur ecoresponsable.numerique.gouv.fr, lue le 15/11/2026 : version 2, « dernière mise à jour le 28 mai 2024 ».

Le référentiel en quelques repères

Qui le publie. La page indique que la loi REEN (réduction de l'empreinte environnementale du numérique) a confié la définition du référentiel à l'Arcep et à l'Arcom, en lien avec l'ADEME.
Comment il est organisé. Neuf familles de critères : Stratégie, Spécifications, Architecture, UX/UI, Contenus, Frontend, Backend, Hébergement, Algorithmie.
Sa portée. La page lue ne le présente pas comme une obligation pour les services numériques. C'est un référentiel de bonnes pratiques, que vous pouvez proposer au client comme cadre de travail.

Critère	Ce qu'il demande, d'après le texte	Pour le chatbot
2.10	Prendre en compte les impacts environnementaux des services tiers lors de leur sélection	Comparer le poids et le nombre de requêtes des outils avant d'en choisir un
4.4	Permettre à l'utilisateur de décider de l'activation d'un service tiers ; ne le charger qu'à sa demande explicite	Charger le widget au clic sur la bulle, pas à l'ouverture de la page
4.5	Utiliser surtout des composants natifs, et ne charger ressources et composants que lorsqu'ils sont utilisés	Pas de chargement du widget sur les pages où il ne sert pas
4.9	Limiter les requêtes au serveur pendant la saisie ; réduire les appels à des API, scripts, bibliothèques ou polices tiers	Éviter un widget qui interroge son serveur à chaque frappe, si l'outil le permet
6.1	S'astreindre à un poids maximum et à une limite de requêtes par écran	Inclure le widget dans ce budget
6.2	Mettre en place des mécanismes de mise en cache	Vérifier que les fichiers du widget sont mis en cache par le navigateur
6.3	Utiliser des techniques de compression pour les ressources transférées	Vérifier que les scripts du widget sont compressés
6.5	Éviter le chargement de ressources et de contenus inutilisés	Ne pas charger la fenêtre complète tant qu'elle n'est pas ouverte

Le critère 2.10 renvoie aussi, pour chaque service tiers, aux critères 1.4 (revues régulières de la démarche d'écoconception) et 1.5 (objectifs de réduction des impacts) : le choix d'un outil de chat entre dans cette démarche, il ne s'en dispense pas.

Le texte du critère 4.4 fait aussi le lien avec le consentement au sens du RGPD quand des données personnelles sont en jeu. Charger le chat seulement à la demande sert donc deux objectifs à la fois : l'écoconception et le respect des règles sur les cookies (voir chatbot et consentement aux cookies).

Comment l'appliquer concrètement

Choisir l'outil (critère 2.10)

Mesurez avant de choisir. Les mesures publiées par chatbot.fr le 06/08/2026 montrent l'ampleur des écarts sur une page de test : de quelques kilo-octets à environ 500 ko transférés, de 2 à 30 requêtes, de 1 à 17 domaines tiers selon le widget. Ce sont les mesures de ce site, à une date donnée : refaites la mesure pour l'outil de votre client (méthode sur l'effet d'un chatbot sur la vitesse du site).

Charger à la demande (critères 4.4 et 6.5)

La technique de la façade répond directement au critère 4.4. On affiche un faux bouton léger, et le vrai widget n'est chargé qu'au clic. La documentation de Chrome décrit cet enchaînement et cite les chats en direct parmi les éléments qui s'y prêtent. Elle rappelle aussi qu'une façade n'a pas toutes les fonctions du vrai widget. Un badge de nouveau message, par exemple, n'apparaît qu'une fois le widget chargé.

Fixer un budget (critère 6.1)

Si le site a un budget de poids et de requêtes par écran, le widget doit y entrer. Exemple de calcul, en hypothèse : avec un budget de 1 Mo et 40 requêtes pour la page d'accueil, un widget de 480 ko et 30 requêtes chargé d'office prend la moitié du poids et les trois quarts des requêtes. Chargé au clic, il n'en prend presque rien à l'ouverture de la page.

Limiter les pages (critère 4.5)

Ne chargez l'assistant que là où il sert : contact, tarifs, réservation, fiches produits. Les méthodes par plateforme sont sur l'intégration d'un widget de chat.

Ce que le référentiel ne dit pas

Dans les parties lues, le RGESN ne donne pas de chiffre de poids maximal pour un widget. Il ne traite pas non plus de l'impact du calcul des réponses par l'IA côté serveur, qui dépend de l'outil et du modèle utilisés. Si le client vous pose la question, renvoyez-la à l'éditeur de l'outil.

Liste de contrôle

Poids et requêtes de plusieurs outils comparés avant le choix (2.10).
Widget chargé au clic, par une façade ou par l'outil lui-même (4.4, 6.5).
Widget absent des pages où il ne sert pas (4.5).
Widget compté dans le budget de poids et de requêtes par écran (6.1).
Cache et compression des fichiers du widget vérifiés (6.2, 6.3).
Choix et mesures notés dans le dossier du client, pour la revue suivante (1.4).