E-commerce
28 juin 2026
« Votre -40 % est faux, le produit était déjà à ce prix la semaine dernière. » « Pourquoi le prix barré disparaît quand je change de taille ? » « Le site indique -25 % mais mon code -10 % ne s'applique pas en plus. » Les questions sur prix barré et remises affichées ne sont pas des bugs techniques : ce sont des demandes de transparence où le client teste votre crédibilité.
GoTinker rappelle qu'un compare-at permanent sur tout le catalogue devient une fausse promo et érode la confiance plus vite que tout discount agressif (GoTinker, compare-at 2026). Omnia Retail note que les marques qui expliquent leurs décisions prix maintiennent le contrôle du récit face aux comparateurs et assistants shopping (Omnia Retail, transparence prix 2026).
Ce guide #248 traite la gestion support des questions prix barré. Distinct du glossaire compare-at (définition) et de erreurs de prix (#247) (incidents) : ici, expliquer, rassurer et convertir quand le client interroge la remise affichée.
Sommaire
Pourquoi les questions sur les prix barrés arrivent-elles au support ?
Le prix barré support client concentre méfiance et intention d'achat : le client veut acheter, mais refuse d'être « arnaqué ».
Trois déclencheurs fréquents
Comparaison historique : « je vous surveille depuis 2 semaines »
Variante incohérente : barré sur S, pas sur M
Cumul attendu : barré -30 % + code influenceur
Moment du parcours
Chat PDP (60 %), panier (25 %), post-achat avis (15 %). Fordeer Commerce estime que la visibilité remise sur fiche produit (pas seulement checkout) réduit l'abandon lié aux codes fantômes (Fordeer, badge compare-at 2026).
Exemple DTC mode
Soldes mi-saison, 340 tickets « faux rabais » en 10 j. Cause : compare-at = MSRP jamais pratiqué. Après scripts BARRE-* + mention « prix le plus bas 30 j » sur PDP : tickets −52 %, conversion chat assistée +18 %, avis « arnaque prix » −71 %.
En quoi diffère-t-il du glossaire et des guides pricing voisins ?
Cinq contenus prix, cinq angles. Le #248 = conversation support et confiance.
Glossaire compare-at
Prix barré (glossaire) : définition champ Shopify, calcul, config. Le #248 : quoi dire au client qui conteste ou ne comprend pas.
Erreurs de prix (#247)
Incidents prix (#247) : bug affichage, annulation vil prix. Le #248 : affichage conforme mais mal compris ou contesté.
Conditions promo (#111)
Offres promo (#111) : exclusions BOGO, paniers mixtes. Le #248 : remise native compare-at, pas règles code.
Objections prix (#174)
Objections (#174) : « trop cher » sans promo. Le #248 : client voit déjà une remise et doute de sa sincérité.
Code invalide (#reduce-promo)
Code promo (#reduce-promo) : diagnostic technique checkout. Le #248 : expliquer pourquoi le barré ne se cumule pas avec un code.
Quelles questions clients sur le prix barré cartographier ?
Douze verbatims prix barré SAV à taguer pour analytics et macros.
Questions légitimité remise
« Ce -40 % est-il réel ? »
« Vous avez augmenté le prix avant les soldes ? »
« Le prix barré correspond à quoi exactement ? »
Questions affichage technique
« Pourquoi pas de promo sur la collection ? » (variantes incohérentes)
« Le badge -25 % a disparu en changeant de couleur »
« Instagram montre un prix, le site un autre »
Questions cumul et final
« Puis-je ajouter mon code -10 % sur le prix soldé ? »
« Quel est mon prix final avec livraison ? »
« Le prix barré inclut-il la TVA ? »
Tags helpdesk
compare_at_question + sous-tag : legitimacy, display, stacking, variant. Distinct de price_incident (#247).
Comment expliquer le prix barré sans jargon Shopify ?
L'explication compare-at client évite Compare-at price, metafield et variant_id.
Formulation BARRE-EXPLAIN-01
« Le prix barré ([X] €) est le tarif de référence affiché avant remise. Vous payez [Y] €, soit [Z] % de réduction sur ce tarif. C'est le prix indiqué sur la fiche produit au moment de l'achat. »
Analogies utiles
Tarif catalogue vs prix soldes en magasin physique
Prix pratiqué récemment, pas prix fabricant conseillé
Prix final au checkout = celui affiché en grand sur la fiche
Ce qu'il ne faut pas dire
« C'est juste du marketing » (aveu). « Le MSRP » si jamais vendu à ce prix. « Je ne sais pas comment c'est calculé » (renvoi merchandising interne d'abord).
Shopify rappel agent
Compare-at > Price affiche le barré sur PDP. Discount code s'applique au checkout, pas toujours cumulable avec prix déjà soldé (Shopify, sale pricing).
Comment répondre sur la règle des 30 jours (Omnibus) ?
En France et UE, le prix barré Omnibus doit correspondre au prix le plus bas pratiqué sur les 30 jours précédant la promo (L112-1-1).
Macro BARRE-OMNIBUS-01
« Conformément à la réglementation européenne sur les annonces de réduction, notre prix barré correspond au tarif le plus bas que nous avons pratiqué sur ce produit durant les 30 jours avant le début de la promotion en cours. Nous conservons l'historique de nos tarifs et pouvons le justifier en cas de contrôle. »
Si le client conteste avec preuve
Vérifier export historique prix (ERP, Shopify timeline, app Omnibus tracker)
Comparer date capture client vs date début promo
Si erreur merchandising avérée : escalade + correction affichage (#247)
Si client confond MSRP et prix pratiqué : pédagogie + lien fiche produit à jour
Sources réglementaires
DGCCRF (annonces réduction prix) et PwC Avocats rappellent : le professionnel ne choisit plus librement son prix de référence (PwC, prix barrés 2022).
Shopify Markets UE
Toggle « Hide compare-at price » pour EEE si pricing non conforme. Godmode AI recommande tracker 30 j avant d'afficher le barré en UE (Godmode, EU compare-at 2026).
Comment gérer le cumul prix barré et code promo en conversation ?
Le cumul compare-at + code promo est la question #1 en soldes influenceur.
Règle Shopify native
Prix soldé (compare-at + price) = prix catalogue actuel. Le code promo s'applique sur ce price, sauf exclusion « produits en promotion » dans les règles discount. Shopify affiche le barré code au checkout, pas toujours sur PDP sans app tierce.
Macro BARRE-STACK-01 (cumul interdit)
« La remise affichée sur la fiche (-[Z] %) est déjà appliquée au prix [Y] €. Notre code [CODE] ne se cumule pas avec les articles déjà en promotion, conformément aux conditions publiées : [lien]. Vous bénéficiez déjà de la meilleure offre disponible sur ce produit. »
Macro BARRE-STACK-02 (cumul autorisé)
« Bonne nouvelle : votre code s'applique en plus du prix soldé. Prix fiche [Y] €, code -[N] % → environ [final] € au checkout. Vérifiez le total avant paiement. »
Bot et sur-promesse
Le bot ne promet jamais un cumul sans lookup règles discount live. Voir anti sur-promesse (#209).
Pourquoi le badge promo disparaît-il et comment l'expliquer ?
Le badge soldes absent collection vient souvent de variantes incohérentes, pas d'une arnaque.
Causes techniques (Shopify Help)
Compare-at vide ou 0 € sur certaines variantes seulement
Compare-at ≤ price sur une variante
Collection affiche info « générique » : une variante non soldée masque le badge
Diagnostic agent 5 min
Admin → Produit → Variants : vérifier chaque ligne compare-at > price ou vide. Shopify recommande d'uniformiser toutes les variantes actives (Shopify, sale pricing variants).
Macro BARRE-VARIANT-01
« La remise s'affiche sur la variante [couleur/taille] actuellement sélectionnée. La variante [X] est au tarif standard [Y] € sans promotion. Voici le lien direct vers la variante soldée : [URL]. »
Escalade merchandising
Si bug avéré (compare-at correct admin, absent storefront) : ticket ops + macro temporaire prix exact.
Quelles macros agents pour chaque type de question prix barré ?
Huit macros prix barré SAV couvrent 90 % du volume.
BARRE-LEGIT-01 (contestataire calme)
« Nous comprenons votre vigilance. Notre prix barré reflète le tarif le plus bas des 30 derniers jours avant cette promotion, conformément à la réglementation. Prix payé : [Y] €. Historique vérifiable en interne. Une capture datée de votre part nous aide si vous pensez à une incohérence. »
BARRE-HIST-01 (client « je surveille »)
« Le produit était à [Y] € depuis [date]. La promotion en cours a débuté le [date début] avec compare-at [X] €. Pas d'augmentation artificielle avant soldes sur ce SKU. »
BARRE-FINAL-01 (prix final panier)
« Prix produit soldé : [Y] €. Frais port : [F] €. Total estimé : [T] €. Le montant exact s'affiche avant validation paiement. »
BARRE-POST-01 (post-achat « j'ai payé trop »)
« Votre commande #[X] : prix unitaire [Y] €, conforme à l'affichage PDP au moment T. Si écart constaté, envoyez capture + heure achat pour revue (#247). »
Post-réponse
Tag compare_at_question, lien PDP deep link variante, DEC si geste exceptionnel (#238).
Comment préparer bot et fiche produit aux questions prix barré ?
La prévention questions compare-at réduit tickets avant le chat.
Bloc PDP recommandé
Sous le prix : « Prix barré = tarif le plus bas pratiqué sur les 30 jours avant cette offre. Prix payé : [Y] €. Offre valable jusqu'au [date] ou fin stock. » Lien « Comment lisons-nous nos prix ? » vers page transparence 200 mots.
Corpus bot
Intent
compare_at_explain: définition + lien PDP couranteIntent
discount_stacking: lookup règle cumul par SKUSync hebdo : price, compare-at, dates promo par bestseller
Alignement ads / social
Créas Instagram : même price/compare-at que PDP. Éviter « -50 % » en hero si barré non conforme. Voir objections pré-achat.
Centre d'aide
Article « Comment lire nos prix et promotions » : 30 jours, cumul codes, variantes, Markets UE.
Quels anti-patterns de réponse détruisent la confiance ?
Cinq erreurs support prix barré convertissent un doute en avis 1 étoile.
Minimiser la question
« Tout le monde fait ça » ou « c'est normal en e-commerce ». Fix : reconnaître le droit de vérifier.
Inventer un prix de référence
Agent cite un compare-at de tête, faux de 20 €. Fix : lookup admin obligatoire avant réponse chiffrée.
Promettre cumul non vérifié
« Oui votre code marchera » sans test panier. Fix : lien checkout test ou macro STACK après vérif.
Compare-at permanent non assumé
GoTinker : barré permanent = promo fictive. Fix : merchandising retire compare-at hors vraie promo.
Ignorer Markets
Client DE voit prix FR screenshot. Fix : demander marché / URL / devise avant comparaison.
Comment Qstomy répond-il aux questions sur les prix barrés ?
Qstomy ancre les réponses prix sur le catalogue live et les règles discount.
Fonctionnalités compare-at
Lookup PDP : price, compare-at, % calculé, variante active
Stacking check : code + produit soldé oui/non
Macro suggérée BARRE-* selon intent
Deep link variante soldée si mismatch
Escalade si contestation + flag merchandising
Scénario DTC chiffré
Marque beauté, soldes -30 %, 11 % tickets pré-achat sur prix barré, temps agent moyen 14 min (explications improvisées). 8 macros BARRE-* + bloc PDP transparence + bot intents compare_at / stacking. Après 7 semaines : tickets compare-at −46 %, résolution bot sans handoff 58 %, conversion chat +22 %, plaintes DGCCRF-style 0 avec historique prix documenté.
Explorez intégration Shopify, conversations vente, demander une démo.
Quels playbooks opérationnels lancer ce trimestre ?
Playbook 1 : audit compare-at catalogue (1 jour)
Export SKU en promo : compare-at > price ? Historique 30 j ? MSRP abuse ? Corriger ou retirer barré non conforme avant campagne.
Playbook 2 : macros BARRE (3 h)
Importer 8 macros section 8 Gorgias. Former agents : lookup admin avant chiffre.
Playbook 3 : bloc transparence PDP (4 h)
Snippet thème sous prix + page « Nos prix expliqués ». QA mobile 10 bestsellers.
Playbook 4 : variantes uniformes (2 h)
Top 20 SKU multi-variantes : aligner compare-at ou vider. Test badge collection.
Playbook 5 : bot intents (1 semaine)
compare_at_explain + discount_stacking. Tests : cumul oui/non, variante M vs L, contestation 30 j.
Playbook 6 : alignement social (2 h)
Revues 5 dernières créas : price/compare-at = PDP. Brief influenceurs : pas de cumul implicite.
Maillage utile
Le prix barré n'est pas qu'un champ Shopify : c'est une promesse visible. Quand le support sait l'expliquer avec des mots simples, des chiffres vérifiables et des macros cohérentes, la remise affichée devient un levier de confiance, pas un sujet de dispute.
Enzo
28 juin 2026
