E-commerce
1 juillet 2026
« Mon avis est en attente depuis deux semaines. » « Pourquoi avez-vous refusé mon commentaire ? » « Quelles règles s'appliquent pour publier un avis ? » Trois tickets où la modération d'avis manque de réponse support claire.
Le support modération avis e-commerce couvre statut en attente, refus motivé, délai de publication, règles charte et resoumission. Complète réponse aux avis négatifs (#93) : ici, le client interroge le processus de validation avant publication, pas la réponse publique à un avis déjà en ligne.
Ce guide #867 déploie policy REVMOD-SUP, flow RM-1 à RM-8 et matrice REVMOD-MAP. Paire SAV du futur bot modération avis (#868).
Summary
Pourquoi la modération d'avis génère-t-elle des tickets ?
Plateformes avis, widgets Shopify et outils UGC filtrent contenus avant publication. Le client soumet, attend, reçoit parfois un refus sans motif lisible. L'agent renvoie vers charte générique ou confond modération avec réponse à un avis négatif déjà publié.
Cinq frictions typiques modération avis
Avis en attente : statut pending sans ETA communiquée
Avis refusé : rejet sans raison catégorisée compréhensible
Délai trop long : publication au-delà du SLA annoncé
Règles incomprises : charte achat vérifié contenu interdit floue
Resoumission : veut corriger et republier après refus
La DGCCRF rappelle que les avis doivent être authentiques et que leur modération doit rester transparente pour le consommateur (DGCCRF, avis consommateurs).
Exemple beauté DTC
Cosmétiques DTC, 11 tickets revmod_/mois. Après REVMOD-MAP : revmod_status_clarity_rate 91 %, escalades modération inutiles -38 %.
REVMOD #867 vs NEGREV #93, COLLECT #92, PARCOURS #31 et bot #868
Cinq contenus avis, cinq angles distincts côté client.
Matrice rapide
#867 REVMOD : statut refus délai règles publication modération
NEGREV #93 : répondre apprendre avis négatif déjà publié
COLLECT #92 : solliciter avis sans sur-messaging
PARCOURS #31 : avis dans tunnel achat conversion
PROOFbot #226 : preuve sociale dans conversation chat
Bot #868 : statut avis tier 1 sans jargon
#867 = pourquoi mon avis n'est pas publié ? #93 = comment répondre à un avis négatif en ligne.
Promesse #867
Policy REVMOD-SUP, arbre REVMOD-GATE, 8 macros, matrice modération vs réponse publique vs sollicitation, KPI revmod_status_clarity_rate.
Quelles typologies revmod_* classifier ?
Classifier oriente action : pending ≠ refused ≠ rules_ask ≠ resubmit.
Huit typologies REVMOD-MAP
revmod_pending : avis soumis en attente de modération
revmod_refused : avis refusé non publié
revmod_why_refused : demande motif précis du refus
revmod_delay : délai publication dépassé SLA annoncé
revmod_rules_ask : questions règles charte publication
revmod_resubmit : veut corriger et resoumettre après refus
revmod_edit_request : modifier avis avant publication
revmod_verified_buyer : contestation exigence achat vérifié
Policy REVMOD-SUP : règles agents et escalade
La policy REVMOD-SUP fixe transparence statut sans promettre publication forcée ni override modération agent seul.
Six règles REVMOD-SUP
STATUS-FIRST : macro REVMOD-STATUS lookup avant toute réponse
Motif catégorisé : REVMOD-REFUSAL-REASON sans copier filtre technique brut
ETA si pending : REVMOD-ETA délai publication documenté
Charte lisible : REVMOD-RULES renvoi règles compréhensibles
Resoumission guidée : REVMOD-RESUBMIT si éligible après correction
Escalade modération : revmod_delay SLA dépassé → équipe modération ops
Matrice statut (agent)
Pending : STATUS + ETA, pas promettre date fixe
Refused : REFUSAL-REASON + RESUBMIT si charte le permet
Published : lien avis + handoff NEGREV #93 si veut répondre marque
Avis négatif publié SAV : handoff NEGREV #93 pas REVMOD seul
Flow RM-1 à RM-8 : résolution standard
Huit étapes séquentielles, SLA P3 modération < 48 h réponse statut, escalate ops si delay SLA dépassé.
Flow RM-1 à RM-8
RM-1 Triage : lire demande, tag revmod_*, modération ou avis publié ?
RM-2 Lookup : statut avis plateforme, date soumission, motif refus catégorie
RM-3 Educate : RULES si rules_ask, distinguer modération vs réponse publique
RM-4 Classify : revmod_* via REVMOD-MAP
RM-5 Execute : STATUS, REFUSAL-REASON, ETA, RESUBMIT, escalate modération
RM-6 Confirm : macro REVMOD-DONE statut et prochaine étape
RM-7 Test : client comprend statut et action possible
RM-8 Close : KPI revmod_status_clarity_rate
Huit macros REVMOD-* prêtes à coller
Macros pédagogiques alignées registre modération avis interne.
Bibliothèque REVMOD-*
REVMOD-STATUS : « Votre avis du {{date}} est actuellement {{statut}} : en attente, publié ou non retenu. »
REVMOD-ETA : « Délai habituel de modération : {{délai}}. Nous vous informerons par email à publication ou refus. »
REVMOD-REFUSAL-REASON : « Motif : {{catégorie}}. Exemples : contenu hors sujet, données personnelles, langage inapproprié. »
REVMOD-RULES : « Règles : achat vérifié, avis sincère, pas de coordonnées ni contenu illicite. Détail : {{lien_charte}}. »
REVMOD-RESUBMIT : « Vous pouvez soumettre un nouvel avis corrigé via {{lien}} en respectant la charte. »
REVMOD-EDIT : « Tant que l'avis est en attente, contactez-nous pour demander modification avant publication. »
REVMOD-ESCALATE : « Dossier transmis à l'équipe modération. Réponse sous {{SLA}}. »
REVMOD-DONE : « Récap : {{statut}}. Action : {{action}}. Répondez si le statut n'évolue pas sous {{délai}}. »
Arbre REVMOD-GATE et registre modération agent-ready
Arbre décision avant promesse publication forcée ou handoff NEGREV non justifié.
REVMOD-GATE
Avis pending ? → STATUS + ETA
Avis refused ? → REFUSAL-REASON + RESUBMIT si éligible
Délai dépassé ? → ESCALATE modération ops
Questions règles ? → RULES charte lien
Avis négatif déjà publié SAV ? → handoff NEGREV #93
Registre interne minimum
Documenter helpdesk : SLA modération, catégories refus, procédure resoumission, accès lookup statut, lien charte. Former agents : modération ≠ réponse publique #93 ≠ sollicitation #92.
KPI, QA et handoff vers bot #868
Mesurer REVMOD détecte sous-communication statut et promesses publication illégitimes.
Quatre KPI REVMOD
revmod_status_clarity_rate : client comprend statut / total
revmod_wrong_silo_rate : % routés NEGREV #93 à tort seul
revmod_resubmit_guided_rate : % refused avec RESUBMIT ou RULES
revmod_repeat_7d : même question statut sous 7 jours
Handoff bot #868
Exporter REVMOD-MAP vers intents bot_revmod_status, bot_revmod_why_refused. Guardrail REVMOD-NO-FORCE-PUBLISH-BOT : expliquer statut sans promettre publication que modération ne garantit pas.
Cas limites : guest, avis photo, marketplace tiers
Trois cas hors flow standard.
Guest sans compte
Lookup par email commande et date soumission. STATUS si trouvé, sinon RULES + lien soumission.
Avis avec photo ou vidéo
ETA modération média souvent plus long. EXPLAIN délai distinct sans promettre validation auto.
Avis sur marketplace tiers
LIMITS si modération gérée par plateforme externe. Renvoi procédure partenaire, pas override agent.
Formation agents : 20 minutes REVMOD
Module : modération ≠ avis négatif publié, STATUS lookup systématique, REFUSAL-REASON catégorie, pas promettre publication forcée.
Exercices
Ticket A : avis pending 10 jours → STATUS + ETA + ESCALATE si SLA dépassé
Ticket B : avis refusé → REFUSAL-REASON + RESUBMIT
Ticket C : mécontent avis 1 étoile publié → handoff NEGREV #93 pas REVMOD
Comment Qstomy structure REVMOD dans votre stack
Qstomy route revmod_*, affiche statut avis lookup agent et handoff #868 pour statut tier 1 self-service.
Trois briques
Routing : intent review_moderation vs negative_review_response vs review_collect
Review status : sync macros REVMOD-* statut motif catégorie
Bot #868 : statut et règles sans promesse publication
Scénario : marque lifestyle, 9 tickets/mois modération. Bot #868 résout revmod_pending, agents traitent refused et delay. revmod_status_clarity_rate passe de 68 % à 90 % en 5 semaines.
FAQ et checklist déploiement REVMOD
FAQ
L'agent peut-il forcer la publication ?
Non. STATUS + ESCALATE modération si contestation légitime. Pas override seul.
Différence #93 ?
#867 = statut modération avant ou après refus. #93 = répondre à un avis négatif déjà publié.
Différence #92 ?
#867 = client demande statut publication. #92 = stratégie sollicitation avis post-achat.
Checklist 7 jours
J1 : REVMOD-SUP + REVMOD-MAP + registre statuts refus
J2 : 8 macros helpdesk
J3 : matrice routage #93 #92 #31
J4 : formation 20 min agents
J5 : tags revmod_* + KPI
J6 : test REFUSAL-REASON vs RESUBMIT
J7 : brief bot #868 NO-FORCE-PUBLISH-GATE
Maillage
Enzo
1 juillet 2026
