Deux discours coexistent sur l'IA et l'e-commerce, et ils sont faux tous les deux. Le premier promet un catalogue qui se rédige tout seul ; le second explique que Google sanctionne tout texte généré. La réalité est plus étroite et plus utile : il existe une poignée d'usages qui tiennent sur une boutique PrestaShop, et ils ont tous la même condition.
La condition, avant les usages
Cette condition est que le modèle ne voie que vos données, et n'ait pas le droit d'ajouter quoi que ce soit. Sur un catalogue, une caractéristique inventée n'est pas une maladresse de style : c'est un retour produit, parfois un litige. Une compatibilité affirmée à tort sur une pièce détachée coûte le prix de la pièce, celui du renvoi, et le client.
Tout ce qui suit suppose donc une génération encadrée — on part des attributs et caractéristiques réels du produit — et une relecture avant mise en ligne. C'est plus lent qu'on ne le vend généralement, et c'est la seule façon dont ce soit défendable.
Ce qui tient : le volume
Trois mille fiches produit ne se rédigent pas à la main. Les laisser avec les descriptions du fournisseur, identiques à celles de vos concurrents, ne vaut guère mieux. C'est exactement l'espace où un modèle est utile : décliner une trame de description sur des centaines de produits qui partagent une structure, transformer une fiche technique en texte lisible, produire un premier jet de traduction sur un catalogue multilingue.
Le gain n'est pas la qualité littéraire, il est l'échelle. Une fiche écrite à la main par quelqu'un qui connaît le produit sera toujours meilleure ; la question est de savoir si vous pouvez en écrire trois mille.
Ce qui tient aussi : le tri, pas la réponse
Sur le support client, l'usage solide n'est pas de répondre à la place de l'humain mais de préparer son travail : classer les demandes entrantes, repérer celles qui concernent une commande en cours, extraire le numéro de commande et l'état associé. Le conseiller reçoit un dossier prêt plutôt qu'un message brut, et le temps gagné est réel.
Ce qui se retourne : l'assistant branché trop tôt
Un assistant conversationnel posé sur une boutique répond avec l'assurance de ce qu'on lui a donné à voir. Branché sur un catalogue aux attributs incomplets, aux stocks approximatifs et aux délais théoriques, il produira des réponses fausses formulées avec aplomb — ce qui est pire qu'une absence de réponse, parce que le client y croit.
L'ordre correct est donc inverse de celui qu'on suit habituellement : structurer le catalogue d'abord, brancher l'assistant ensuite. La bonne nouvelle, c'est que le travail de structuration sert de toute façon aux facettes, aux flux produit et au référencement.
Et le référencement, puisque la question vient toujours
Google ne pénalise pas un texte parce qu'il a été généré ; il pénalise un texte sans valeur. Une fiche qui explique un usage, une compatibilité ou une différence utile passe très bien. Trois mille fiches interchangeables, avec les mêmes tournures et aucune information que le client ne pourrait déduire de la photo, passent mal — et passeraient tout aussi mal écrites à la main.
La question à se poser n'est donc jamais « peut-on générer ? » mais « qu'apporte cette fiche que celle du fournisseur n'apportait pas ? ». Si vous n'avez pas de réponse, aucun outil ne la fabriquera.
Commentaires
Aucun commentaire pour l’instant. Le vôtre sera le premier.