La règle du 'IA évident' que votre chatbot de boutique en ligne échoue probablement

# La règle du 'IA évident' que votre chatbot de boutique en ligne échoue probablement

Demandez à la plupart des propriétaires de boutiques en ligne si leur chatbot doit informer les clients qu’il s’agit d’IA, et vous obtiendrez une réponse courte : « C’est évident, c’est un widget de chat dans le coin de la page, qui pourrait croire que c’est une vraie personne ? » Demandez ce que Bruxelles a réellement écrit la semaine dernière, et l’image change.

Cette différence compte. Selon le règlement UE sur l’IA (Règlement 2024/1689), les obligations de transparence de l’article 50 deviendront applicables le 2 août 2026, que vous ayez développé le chatbot vous-même ou installé un plugin tiers. S’il fonctionne sur votre site, c’est votre problème. Le 8 mai, la Commission européenne a publié des lignes directrices provisoires précisant ce que signifie « évident », et la consultation publique se clôt le 3 juin.

Voici ce que les propriétaires de boutiques en ligne doivent vraiment savoir, sans jargon juridique.

---

Le problème de transparence caché

Une boutique Shopify ou WooCommerce typique utilise de l’IA relevant de l’article 50 dans des endroits que les propriétaires négligent souvent :

• Chatbots de support client avec des noms évoquant des humains (Intercom Fin, Tidio AI, Zendesk AI Agents, Drift)
• Descriptions de produits et résumés de critiques générés par IA
• Images de style de vie générées par IA sur les pages de produits et de catégories
• Articles de blog et contenus éditoriaux générés par IA couvrant les tendances ou les comparaisons de produits
• Assistants de style virtuels et essayages virtuels simulant un styliste humain
• Agents de support pour les retours et les commandes qui gèrent l’intégralité de la conversation avant qu’un humain ne prenne le relais

Vous n’avez pas écrit le modèle. Mais dès qu’un client interagit avec votre boutique en ligne, vous êtes le déployeur au sens de la réglementation, et les déployeurs assument leurs propres obligations en vertu de l’article 50, distinctes de celles des fournisseurs, qui incombent à votre éditeur SaaS.

La plupart de ces outils relèvent de la catégorie des risques limités en matière de transparence, ce qui signifie que vous devez informer vos utilisateurs. Certains peuvent basculer dans la catégorie des risques élevés selon la manière dont vous les utilisez. Dans tous les cas : vous ne pouvez pas vous conformer à ce que vous ne voyez pas.

Les quatre obligations de l’article 50, en bref

L’article 50 divise la transparence en quatre devoirs distincts :

Article 50(1) — Chatbots et IA interactive. Toute personne interagissant avec un système d’IA doit en être informée, sauf si ce fait est « évident du point de vue d’une personne raisonnablement informée, attentive et circonspecte ». Les lignes directrices du 8 mai ancrent la notion d’« évident » dans la référence du droit de la consommation de l’UE au « consommateur moyen » et précisent explicitement que les chatbots généralistes à destination du public ne remplissent pas ce critère. Les assistants spécialisés réservés aux professionnels, comme un helper de code intégré à un IDE ou un personnage non-joueur dans un jeu vidéo, peuvent le faire.

Article 50(2) — Marquage des contenus générés par IA. Cette obligation incombe aux fournisseurs de systèmes d’IA générative, et non aux déployeurs. Le fournisseur du modèle doit marquer le contenu synthétique de manière lisible par machine (filigranes, métadonnées d’origine, signatures de type C2PA). Une précision sur les délais : le 7 mai, le Parlement européen et le Conseil sont parvenus à un accord provisoire sur le Digital Omnibus concernant l’IA. Si adopté, les systèmes d’IA générative déjà sur le marché de l’UE avant le 2 août 2026 bénéficieront d’une période de transition jusqu’au 2 décembre 2026 pour se conformer à l’article 50(2). Cette tolérance ne concerne que les fournisseurs. Si votre générateur d’images ne marque toujours pas le contenu au 2 août, c’est un échec de conformité de leur part, mais cela devient un problème de réputation pour vous si un régulateur vous demande pourquoi les images de vos produits ne peuvent pas être vérifiées.

Article 50(3) — Reconnaissance des émotions et catégorisation biométrique. Si vous utilisez une IA qui infère des émotions ou catégorise les clients sur la base de données biométriques (analyse du ton de la voix dans les appels de support, détection des émotions via une webcam dans les outils d’essayage virtuel), vous devez en informer les personnes concernées. La plupart des boutiques en ligne n’utilisent pas ce type de technologie, mais si vous avez récemment activé une fonctionnalité d’essayage vidéo « intelligent » ou de support vocal, vérifiez.

Article 50(4) — Deepfakes et contenus d’intérêt public générés par IA. Les déployeurs doivent étiqueter le contenu qui constitue un deepfake (image, audio ou vidéo synthétique ressemblant à des personnes, objets ou événements réels). Les textes générés par IA sur des sujets d’intérêt public doivent également être étiquetés. Pour les boutiques en ligne, cela s’applique lorsque vous utilisez l’IA pour générer des vidéos de porte-parole, des narrations clonées vocalement, ou des modèles synthétiques photoréalistes dans les images de produits.

À quoi ressemble un chatbot « évidemment IA »

Pour le chatbot, la solution réside dans le contenu, pas dans l’ingénierie. La plupart des widgets de chat des boutiques en ligne s’ouvrent aujourd’hui avec un message du type :

> Bonjour, je suis Lisa ! Comment puis-je vous aider aujourd’hui ?

Cela ne respecte pas l’article 50(1) selon les lignes directrices du 8 mai. Le client ne reçoit aucun signal indiquant qu’il parle à un logiciel. La version conforme est le même widget avec un message d’ouverture réécrit :

> Bonjour, vous chattez avec un assistant automatisé de [Nom de la boutique]. Je peux vous aider pour les commandes, les retours et les questions sur les produits. Tapez 'agent' pour contacter un humain.

C’est la solution complète pour la plupart des boutiques. La ligne d’ouverture informe le client de ce avec quoi il interagit. Une étiquette statique « Assistant IA » à côté du champ de saisie renforce cette information. Un badge ou une icône persistante reste visible tout au long de la conversation, afin que le client n’oublie pas, au milieu d’un échange de 15 messages, qu’il ne parle pas à Lisa du service client.

Deux points rendus sans ambiguïté par les lignes directrices. La divulgation doit avoir lieu au début de l’interaction, et non à la fin : une mention dans un bandeau de cookies ou une clause enterrée dans les conditions générales ne compte pas. Et l’obligation du déployeur ne peut pas être déléguée en lisant le livre blanc de conformité de votre éditeur SaaS. Le fait qu’Intercom respecte l’article 50(2) en tant que fournisseur ne vous dispense pas de l’article 50(1) en tant que déployeur. Deux obligations distinctes, deux parties distinctes.

Que faire avec le contenu généré par IA ?

Le chatbot est le problème le plus visible. Le plus discret concerne tout le reste de votre site généré par IA.

Les images de produits issues d’un modèle (Midjourney, DALL-E, outils commerciaux basés sur Stable Diffusion, ou les fonctionnalités d’images IA de Shopify Magic et Canva) placent l’obligation de marquage sur le fournisseur, mais vous devez tout de même savoir qui a fourni quelle image. Si le fournisseur du modèle a signé le futur Code de conduite sur le marquage et l’étiquetage du contenu généré par IA (deuxième projet publié en mars, version finale attendue en juin), les métadonnées de provenance C2PA accompagnent le fichier. Sinon, la traçabilité n’existe pas non plus de votre côté.

Pour les photos ou vidéos de style de vie générées par IA montrant des personnes identifiables, y compris des modèles entièrement synthétiques, l’obligation d’étiquetage des deepfakes selon l’article 50(4) vous incombe en tant que déployeur. L’étiquette doit être visible pour le spectateur, et non cachée dans le texte alternatif ou les métadonnées de la page. Le projet de Code de conduite propose un badge standardisé « Généré par IA » qui s’affiche dans le coin de l’image.

Les contenus éditoriaux générés par IA vous concernent au titre de l’article 50(4) lorsque le sujet relève de l’intérêt public. Un article comparant la consommation énergétique de différents appareils, un texte abordant la législation sur la protection des consommateurs, une critique revendiquant des bénéfices pour la santé ou la durabilité doivent tous porter une étiquette révélant la paternité par IA. Les descriptions génériques de produits et les fiches catégories ne sont pas concernées.

Le fardeau le plus lourd en matière de divulgation pèse sur les contenus audio et vidéo. La narration par clonage vocal IA dans les vidéos de produits, les avatars de porte-parole synthétiques, les jingles de podcasts générés par IA déclenchent chacun l’article 50(4). L’étiquette doit être visible et sans ambiguïté pour le spectateur, et non enfouie dans la description de la vidéo.

La fenêtre de 81 jours

Quatre-vingt-un jours séparent aujourd’hui du 2 août. La majeure partie du travail consiste à inventorier : quels outils d’IA fonctionnent sur votre site, qui les fournit, et quelle obligation s’applique à quelle partie. Le scan sur aiactscanner.com réalise cet inventaire pour vous. Donnez-lui une URL et vous obtiendrez un rapport par page listant chaque surface d’IA détectée par le crawler, sous quel paragraphe de l’article 50 elle tombe, et si la correction vous incombe ou à votre fournisseur.

L’inventaire est la partie la plus simple. Les modifications du texte du chatbot, l’ajout de badges sur les images, les échanges avec les fournisseurs : ce sont les semaines de travail. Commencer l’inventaire aujourd’hui vous donne la marge nécessaire. Commencer en juillet ne le fait pas.