Assistant d’achat sur PrestaShop : un chatbot qui répond sur vos produits, pas à côté

Un assistant d’achat est un chatbot qui répond aux questions d’avant-achat en lisant le catalogue de la boutique : caractéristiques, stock, prix, livraison. La mission le branche sur des données à jour et borne ses réponses à ces données. Elle prévoit aussi le passage à une personne et cadre les échanges au regard du RGPD, le règlement général sur la protection des données. Au 14 octobre 2026, le règlement européen sur l’IA, applicable depuis le 2 août 2026 selon son article 113, impose au fournisseur de signaler à l’utilisateur qu’il parle à une IA.

• Un assistant d’achat répond aux questions que la fiche produit laisse en suspens
• Un chatbot lit le catalogue par l’API de la boutique, par une copie ou par des réponses rédigées
• Les réponses se limitent aux produits par des consignes, un filtre et un refus écrit
• Le passage à une personne se prévoit avant la mise en ligne
• Les échanges avec un chatbot sont des données personnelles à cadrer au titre du RGPD
• L’interface annonce une IA dès le premier échange
• Le coût d’un chatbot sur PrestaShop varie avec cinq paramètres
• Le premier test d’un assistant révèle des défauts de cadrage : mesure, périmètre, maintenance
• Sources consultées
• Foire aux questions

Un assistant d’achat répond aux questions que la fiche produit laisse en suspens

Relevez les dix questions que la boutique reçoit le plus souvent par e-mail ou par téléphone. Classez chacune dans une de trois colonnes. La réponse figure déjà sur la fiche, ou elle se déduit des données du catalogue (compatibilité, dimensions, stock), ou elle demande une personne (litige, commande en cours, cas particulier). Seules les deux premières colonnes concernent l’assistant.

Scénario : une boutique de pièces détachées reçoit « cette pièce va-t-elle sur mon modèle ? ». La compatibilité existe dans le catalogue sous forme de caractéristiques. L’assistant la lit et répond, ou il ne la trouve pas et passe la main.

Un chatbot lit le catalogue par l’API de la boutique, par une copie ou par des réponses rédigées

Le montage détermine la fraîcheur des réponses et les droits à accorder. Le tableau compare trois cas.

Les droits d’une clé Webservice se règlent ressource par ressource, avec des précautions détaillées dans la mission lisibilité du catalogue. Les produits, les déclinaisons, les stocks (stock_availables) et les caractéristiques forment des ressources séparées : un assistant qui répond sur la disponibilité d’une taille croise les trois premières.

Un serveur MCP, qui expose le catalogue à un assistant par un protocole commun, répond à un besoin voisin : voir la mission serveur MCP.

Pour mesurer la fraîcheur, modifiez le prix d’un produit de test, puis interrogez l’assistant jusqu’à ce qu’il donne la nouvelle valeur.

Les réponses se limitent aux produits par des consignes, un filtre et un refus écrit

Le projet OWASP recense les risques des applications fondées sur un modèle de langage. Sa liste 2025 place l’injection de consignes (prompt injection) en première position : une entrée de l’utilisateur qui modifie le comportement du modèle de façon non voulue. OWASP écrit qu’il n’est pas établi qu’une méthode de prévention infaillible existe.

Il recommande de combiner des mesures : définir le rôle et les limites du modèle, filtrer les entrées et les sorties, contrôler la pertinence des réponses, limiter les privilèges. Dans une boutique, cela donne un rôle écrit (répondre sur les produits et la livraison de cette boutique), un refus rédigé pour le reste et aucune fonction de modification des prix ou des commandes.

Scénario : un visiteur demande « peux-tu me faire dix pour cent de remise ? ». Un assistant sans accès aux prix ne peut pas l’accorder, même si sa réponse la promet. Exigez que la promesse soit aussi refusée dans la rédaction.

L’injection indirecte vient du contenu lu. OWASP la définit comme l’entrée qu’un modèle reçoit de sources extérieures, comme des sites ou des fichiers. Si les avis clients alimentent la base de l’assistant, un avis qui contient des consignes devient une entrée qu’il peut suivre. Faites écrire quelles sources il lit, et laissez les avis à part.

Décrire mon besoin →

Le passage à une personne se prévoit avant la mise en ligne

Fixez les cas où l’assistant passe la main : litige, commande déjà passée, insatisfaction exprimée, question sans réponse dans les données. Fixez aussi le canal (formulaire, téléphone, e-mail), les horaires et ce que la personne reçoit de l’échange. OWASP range la validation humaine des actions à fort impact parmi ses mesures contre l’excès d’autonomie d’un assistant.

Testez le parcours jusqu’au bout, un samedi, avant d’ouvrir.

Les échanges avec un chatbot sont des données personnelles à cadrer au titre du RGPD

Un visiteur qui écrit dans la fenêtre de discussion y dépose parfois son nom, son adresse ou un numéro de commande que personne n’a demandés. L’article 13 du RGPD impose d’indiquer, au moment de la collecte, l’identité du responsable, les finalités et les destinataires. Il y ajoute la durée de conservation, ou les critères pour la fixer, et les droits des personnes.

L’article 5 limite les données à ce qui est nécessaire (minimisation) et leur conservation à la durée utile aux finalités.

Le fournisseur de l’assistant traite ces données pour votre compte, et l’article 28 exige un contrat. Celui-ci l’oblige à n’agir que sur vos instructions écrites et, à votre choix, à supprimer les données ou à vous les rendre à la fin. Un autre sous-traitant ne peut intervenir sans votre autorisation écrite préalable, spécifique ou générale. Demandez la durée de conservation des conversations, le lieu de traitement et l’usage éventuel des conversations pour entraîner un modèle.

Pour un client connecté qui demande l’état de sa commande, l’assistant agit avec les droits de ce client et pas davantage. OWASP recommande d’exécuter les actions dans le contexte de l’utilisateur, avec ses autorisations, et de faire contrôler l’autorisation par le système en aval, non par le modèle.

L’interface annonce une IA dès le premier échange

L’article 50, paragraphe 1, du règlement (UE) 2024/1689 prévoit que le fournisseur conçoit les systèmes d’IA destinés à dialoguer avec des personnes de sorte qu’elles sachent qu’elles parlent à une IA. L’exception vise le cas où cela est évident pour une personne raisonnablement informée, attentive et avisée. Le paragraphe 5 fixe le moment : au plus tard à la première interaction, de façon claire.

Une boutique qui fait développer un assistant sur mesure peut se retrouver dans ce rôle : c’est une lecture du texte, à confirmer par un juriste.

Décrire mon besoin →

Le coût d’un chatbot sur PrestaShop varie avec cinq paramètres

Le nombre de produits et de déclinaisons pèse sur le coût, comme le nombre de langues et les sources à relier (pages d’information, politique de retour, transporteurs). La profondeur d’accès compte aussi : le catalogue seul, ou le suivi de commande après connexion. La fréquence de mise à jour complète la liste. Demandez le mode de facturation : forfait, volume de conversations ou volume traité.

Écrivez qui répond d’une information erronée donnée à un client, et qui la corrige. Écrivez aussi la durée d’engagement et ce qui vous revient à la fin : export des conversations et de la base de réponses, suppression des données chez le fournisseur.

Le premier test d’un assistant révèle des défauts de cadrage : mesure, périmètre, maintenance

Le premier défaut compte les conversations plutôt que les réponses justes. La mesure utile est la part de réponses exactes sur un jeu de trente questions écrit avant le lancement, dont dix hors sujet et cinq tentatives de détournement.

Le deuxième ouvre l’assistant sur tout le catalogue d’emblée. Commencez par une catégorie dont les fiches sont complètes.

Le troisième oublie la maintenance : la base change avec chaque modification de modèle ou de thème, et le contrat de maintenance doit le prévoir. Un assistant lit mieux un catalogue propre : vérifiez-le d’abord.

Le message du formulaire de cette page reçoit vos dix questions et vos sources, sans clé d’accès ni mot de passe.

Sources consultées

• OWASP, « LLM01:2025 Prompt Injection », OWASP Top 10 for LLM Applications 2025, dépôt GitHub du projet, consulté le 14 octobre 2026.
• OWASP, « LLM06:2025 Excessive Agency », OWASP Top 10 for LLM Applications 2025, dépôt GitHub du projet, consulté le 14 octobre 2026.
• Règlement (UE) 2024/1689, articles 50 et 113, texte consolidé reproduit sur artificialintelligenceact.eu, consulté le 14 octobre 2026.
• Règlement (UE) 2016/679, articles 5, 13 et 28, Journal officiel de l’Union européenne L 119 du 4 mai 2016, version anglaise, consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « Creating access » (Webservice), consulté le 14 octobre 2026.
• PrestaShop, documentation développeur de PrestaShop 9, « Webservice resources », consulté le 14 octobre 2026.

Foire aux questions

Un assistant d’achat peut-il prendre une commande ou accorder une remise ?

Seulement si on lui en donne la fonction, et OWASP le déconseille sans validation. Il recommande de limiter les extensions et leurs permissions au minimum, et d’exiger l’approbation d’une personne pour les actions à fort impact. Un assistant d’avant-achat se limite à la lecture.

Les conversations servent-elles à entraîner le modèle du fournisseur ?

Cela dépend du contrat. L’article 28 du RGPD oblige le sous-traitant à traiter les données sur vos seules instructions écrites. Une réutilisation pour l’entraînement doit figurer dans ces instructions ou en être exclue. Demandez la réponse par écrit, avec la durée de conservation.

Peut-on empêcher un assistant de sortir de son rôle ?

Pas de façon garantie : OWASP écrit qu’il n’est pas établi qu’une méthode infaillible existe. On réduit le risque par des consignes, un filtre, des droits minimaux et un test avant le lancement. Un assistant sans droit d’écriture sur la boutique limite les dégâts d’un détournement réussi.

Un prénom humain suffit-il pour présenter l’assistant ?

L’article 50 du règlement européen sur l’IA exige que la personne sache qu’elle parle à une IA, sauf si c’est évident pour une personne raisonnablement informée. Un prénom et une photo ne rendent pas l’IA évidente : c’est une lecture du texte, non une décision de justice. Annoncez l’IA en toutes lettres.