Le bon prix… au mauvais endroit

Un même sac, au même moment, est affiché « en stock » sur sa page, et compte zéro unité dans votre administration. Lequel des deux dit vrai ? Et surtout, que montre le canal que vous utilisez ?

Vous écoutez une série éducative de Verity Score pour les marchands Shopify. Dans l'épisode précédent, nous avons transformé les adjectifs d'une fiche en faits vérifiables. Aujourd'hui, on s'intéresse aux informations qui bougent : le prix, le stock et le délai de livraison. Elles changent souvent, elles apparaissent à plusieurs endroits, et elles peuvent se contredire. La question du jour : comment éviter que votre page et vos données racontent des choses différentes ?

Pour suivre le raisonnement, voici une situation inventée pour l'épisode, sans client ni résultat réel. Une boutique vend un sac en deux coloris, noir et camel. Un lundi, un acheteur demande si le camel, affiché disponible sur la page, peut réellement lui être vendu. La personne responsable vérifie l’offre et répond que non. Dans ce cas hypothétique, aucune précommande n’est proposée et la personne responsable confirme que la variante ne peut pas être vendue. Un stock à zéro, pris seul, n’aurait pas suffi à le conclure. L’équipe cherche l’origine de cette information contradictoire, sans supposer ce qui aurait pu se passer au paiement.

Première source, l'administration Shopify. Le noir est en stock. Le camel est à zéro. Sur ce point, l'administration est claire.

Deuxième source, la page visible, consultée comme un acheteur. Sur la page, la variante sélectionnée par défaut est le noir. Le badge « en stock » s'affiche. Quand on choisit le camel, l'équipe constate que le badge reste identique. Le bouton d'achat reste actif. Rien n'avertit l'acheteur.

Sur la même page, un bandeau annonce : « Expédition sous quarante-huit heures. » Il ne dit pas s'il s'agit de jours ouvrés, ni si ce délai concerne la préparation ou la livraison, ni vers quelles destinations il s'applique. La page des politiques de livraison, elle, indique des délais qui varient selon la destination. Deux textes publiés par la même boutique, deux promesses différentes.

Troisième source, les données structurées. Ce sont des informations lisibles par les machines, placées dans le code de la page, qui décrivent le produit et son offre. Personne dans l'équipe ne sait les lire. L'équipe ne les invente pas : elle note « non vérifié » et confie la question à la personne qui s'occupe du thème.

Quatrième source, le canal utilisé. La boutique transmet ses produits à Google par l'application Google et YouTube. L'équipe peut voir ce que son compte affiche pour ce produit. Elle note ce qu'elle voit, avec la date. Ce jour-là, le camel y figure encore comme disponible. Elle ne suppose rien pour les canaux qu'elle n'utilise pas.

Deux jours plus tard, la personne chargée du thème revient avec sa lecture des données structurées. Elle y trouve une seule offre pour l'ensemble du produit, marquée disponible, quel que soit le coloris. Ce n'est pas une catastrophe. C'est une information : le code de la page ne distingue pas les variantes, alors que le stock, lui, les distingue.

À ce stade, l'équipe a quatre lectures réunies, dont une obtenue après vérification technique, pour un seul sac. Et déjà deux contradictions : le stock du camel, et le délai d'expédition.

Commençons par la circulation. La documentation Shopify consultée le vingt-deux octobre deux mille vingt-six indique que Catalog transmet notamment le prix et la disponibilité aux canaux activés. Catalog transmet des données produit; il ne faut pas supposer qu’il transmet le badge affiché par le thème. Ici, la donnée d’administration est juste. Le canal affiche pourtant une disponibilité différente : l’origine de cet écart reste à vérifier. Le rendu de page, les données transmises et leur actualisation doivent être contrôlés séparément.

Côté Google, deux documents se complètent. Celui sur les fonctionnalités d'intelligence artificielle de la recherche rappelle que les données structurées doivent correspondre au texte visible, et que les informations fournies à Merchant Center doivent rester à jour. Celui sur les fiches marchandes invite à examiner, pour chaque produit ou variante, le prix, la devise et la disponibilité, dans le périmètre de la surface concernée. Aucun des deux ne promet d'affichage. Mais tous deux décrivent la cohérence comme une attente, pas comme un bonus.

Côté OpenAI, l'aide consacrée aux achats dans ChatGPT précise que les prix et les conditions de livraison mis à jour peuvent apparaître avec un certain retard. C'est une information précieuse dans les deux sens. Une correction faite aujourd'hui peut ne pas être reflétée tout de suite. Et une réponse qui affiche un ancien prix ne prouve pas, à elle seule, que vos données sont encore fausses. Elle prouve seulement ce qu'une réponse a affiché, à un moment donné.

Maintenant, la question la plus délicate : quelle source a raison ? Le réflexe serait de dire : l'administration. Ce n'est pas toujours vrai. Un stock saisi à la main peut être faux. Un délai peut avoir été rédigé il y a deux ans, avant un changement de transporteur. La vraie question n'est pas « quelle source a raison ? », mais « qui, dans l'équipe, sait ce qui est vrai pour ce champ, et comment le prouve-t-il ? ». Pour le stock, c'est peut-être la personne qui compte l'inventaire réel. Pour le délai, celle qui prépare les colis et connaît les destinations servies. Pour le prix, celle qui décide des tarifs.

Revenons au cas. Le stock du camel : l'inventaire réel confirme zéro. L'administration avait raison, la page avait tort, parce que son badge ne suivait pas la variante choisie. Le délai : la personne qui prépare les colis explique que quarante-huit heures correspondent à la préparation, pour la France métropolitaine seulement. Le bandeau n'était pas faux. Il était incomplet, et il se lisait comme une promesse générale.

Un délai sans périmètre devient une promesse que personne n'a décidée. Le préciser ne demande aucune technique : il suffit d'écrire ce qu'il couvre, et ce qu'il ne couvre pas.

Un dernier élément explique pourquoi la date compte autant que la valeur. Rien ne garantit que toutes les sources se mettent à jour au même moment. Votre page change quand vous la modifiez. Ailleurs, l'affichage peut suivre plus tard : pour les prix et la livraison dans ChatGPT, l'aide d'OpenAI le dit explicitement. Sans date, un écart est illisible : vous ne savez pas s'il s'agit d'une erreur ou d'un simple décalage. Avec une date, vous pouvez le revérifier et voir s'il persiste.

Que faire du camel ? Ici, la boutique a un problème commercial actif : un acheteur voit comme disponible un produit que la personne responsable déclare indisponible à la vente. Cette information trompeuse justifie un diagnostic et une correction rapides, sans attendre la fin d’un audit. Mais elle se trace : ce qui a été changé, par qui, quand, et pourquoi. Pour le bandeau, rien ne presse au point de modifier sans relecture. On fait valider la formulation par la personne qui connaît les délais réels.

Ce que l'équipe ne fait pas, en revanche, compte tout autant. Elle ne modifie pas le thème à l'aveugle. Elle n'installe pas un outil qui réécrit automatiquement ses flux. Elle ne corrige pas les données structurées sans savoir ce qu'elles contiennent. Chaque changement passe par la personne responsable de la source concernée.

Et après la correction du camel ? L'équipe revérifie la page, variante par variante, et note la date. Elle revient ensuite au canal qu'elle utilise, sans savoir en combien de temps il se met à jour. Si le camel y apparaît encore disponible le lendemain, elle ne conclut pas aussitôt à une panne. Elle note l'écart, la date, et revérifie plus tard. Si l'écart persiste au-delà de ce que l'équipe juge raisonnable, la question passe à la personne qui gère ce canal, avec la grille comme preuve.

Votre action de la semaine tient sur une page. Choisissez un seul produit, idéalement avec plusieurs variantes. Construisez une grille avec cinq colonnes : la source, le champ, la date, l'écart constaté, et la personne responsable. Les sources sont l'administration, la page visible consultée comme un acheteur, les données structurées si quelqu'un peut les lire, et le canal que vous utilisez réellement. Les champs sont le prix, la devise, la disponibilité par variante, et le délai de livraison avec son périmètre.

Remplissez la grille sans rien changer. Une cellule que vous ne pouvez pas vérifier porte la mention « non vérifié ». Une contradiction se note avec les deux versions. Seule une erreur commerciale urgente, comme un produit indisponible vendu comme disponible, justifie une correction immédiate, tracée dans la grille. Le modèle complet est dans la fiche de l'épisode.

Vous savez maintenant qu'un prix, un stock ou un délai peuvent apparaître à plusieurs endroits, et qu'une contradiction se résout par un responsable et une preuve, pas par un réglage automatique. Il reste les questions que l'acheteur pose avant de commander : l'entretien, les retours, les conditions. Qui y répond, et avec quelles preuves ? Ce sera le sujet du prochain épisode.

Les sources et leurs dates de consultation figurent dans les notes. Cet épisode est lu par une voix de synthèse.