E-commerce
1 juillet 2026
« Votre pub Facebook affichait -40 %, le site est à prix plein. » « Voici la capture d'écran de l'annonce Google. » « L'influenceuse a promis ce code la semaine dernière. » Trois tickets où une ancienne publicité crée attente et conflit.
Le support offre pub expirée e-commerce couvre vérification capture, fenêtre promo terminée, écart prix pub vs site, geste commercial encadré et signalement pub obsolète, distinct des offres promotionnelles générales et du bot expiration (#930).
Ce guide #929 déploie policy EXPIAD-SUP, flow EA-1 à EA-8 et matrice EXPIAD-MAP. Paire SAV du futur bot offre expirée (#930).
Sommaire
Pourquoi les anciennes pubs génèrent-elles des tickets support ?
Meta Google TikTok diffusent encore des créatives après fin campagne. Le client screenshot une offre, arrive tard, compare au prix actuel. Sans EXPIAD-MAP, l'agent promet la réduction ou refuse sèchement sans vérifier registre pub.
Cinq frictions typiques pub expirée
Capture écran : -40 % Meta plus valide checkout
Prix pub vs site : annonce 29 €, PDP 49 €
Fenêtre terminée : flash pub finie client 3 jours après
Influenceur ancien code : UGC cite promo expirée
Pub encore live : créative obsolète non coupée ads
Exemple retail DTC
Cosmétiques DTC, 11 tickets expiad_/mois. Après EXPIAD-MAP : expiad_resolution_rate 79 %, escalades goodwill abusives -44 % en 6 semaines.
EXPIAD #929 vs PROMO général, PMATCH #388, ATTACH #877 et bot #930
Sept contenus promo pub, sept angles distincts.
Matrice rapide
#929 EXPIAD : gérer tickets capture pub expirée prix obsolète goodwill
PROMO général : offres promotionnelles actives agents
PMATCH #388 : alignement prix concurrent distinct ancienne pub
CODE reduce : codes promo invalides checkout distinct pub
ATTACH #877 : pièces jointes capture procédure agents
NEWSPIK #923 : pic email distinct pub Meta Google
Bot #930 : bot expliquer fin validité alternative
#929 = client cite une pub ou capture passée. PROMO général = offre active aujourd'hui.
Promesse #929
Policy EXPIAD-SUP, arbre EXPIAD-GATE, 8 macros, registre campagnes ads, KPI expiad_resolution_rate.
Quelles typologies expiad_* classifier ?
Classifier oriente action : capture ≠ prix ≠ fenêtre ≠ influenceur ≠ ops pub live.
Huit typologies EXPIAD-MAP
expiad_screenshot_claim : client envoie capture pub Meta Google
expiad_ad_price_mismatch : prix annonce différent PDP actuel
expiad_expired_window : offre pub terminée client tardif
expiad_wrong_product_ad : produit pub rupture ou retiré
expiad_influencer_old_promo : créateur UGC cite ancienne offre
expiad_goodwill_request : demande geste après refus promo
expiad_fake_screenshot : capture douteuse modifiée ou hors boutique
expiad_ops_flag : signal pub encore diffusée après fin
Policy EXPIAD-SUP : règles agents et registre campagnes ads
La policy EXPIAD-SUP fixe vérification factuelle et réponses sans promesse aveugle.
Six règles EXPIAD-SUP
AD-REGISTRY-FIRST : vérifier registre campagne ads avant accord
Verify screenshot : date créative URL landing si fournie
No blind match : pas honorer capture sans preuve registre
Goodwill cap : geste commercial plafonné policy documentée
Ops flag pub live : expiad_ops_flag si créative obsolète active
Handoff #930 : brief bot expiration alternative
Registre campagne ads minimum
ID campagne : Meta Google TikTok référence
Offre copy : -40 % quoi exclusions dates
Fenêtre validité : début fin timezone marché
Landing URL : PDP collection testée
Goodwill rules : seuil % max remboursement one-time
Flow EA-1 à EA-8 : traitement ticket pub expirée
Huit étapes : réception capture vérification décision ops log clôture.
Flow EA-1 à EA-8
EA-1 Intake : capture lien pub code influenceur date vue
EA-2 Classify : expiad_* via EXPIAD-MAP
EA-3 Registry lookup : AD-REGISTRY campagne ads correspondante
EA-4 Verify : screenshot authenticité fenêtre validité
EA-5 Resolve : macro EXPIAD expired current goodwill
EA-6 Ops flag : pub live obsolète → marketing ads
EA-7 Goodwill gate : geste si policy et première demande
EA-8 Log : KPI expiad + brief prochaine campagne ads
Huit macros EXPIAD-* prêtes à coller
Macros factuelles sans promesse hors registre.
Bibliothèque EXPIAD-*
EXPIAD-VERIFY : « Merci pour la capture. Vérification campagne {{id}} en cours. »
EXPIAD-EXPIRED-OK : « Offre pub terminée le {{date_fin}}. »
EXPIAD-CURRENT-OFFER : « Offre actuelle : {{offre_actuelle}}. »
EXPIAD-PRICE-EXPLAIN : « Prix pub {{prix_pub}} vs site {{prix_site}} : {{explication}}. »
EXPIAD-GOODWILL : « Geste exceptionnel : {{geste}}. Usage unique. »
EXPIAD-AD-FIX : « Pub signalée équipe ads. Merci du signalement. »
EXPIAD-FAKE : « Capture non reconnue. Offre actuelle : {{lien}}. »
EXPIAD-DONE : « Récap ticket {{id}}. Résolution : {{résolution}}. »
Arbre EXPIAD-GATE et coordination marketing ads
Arbre décision avant honorer capture ou escalader goodwill.
EXPIAD-GATE
Capture fournie ? → VERIFY + registry lookup
Offre encore active registre ? → CURRENT-OFFER + code si applicable
Fenêtre expirée ? → EXPIRED-OK + offre actuelle
Prix pub ≠ site ? → PRICE-EXPLAIN + ops si pub live
Capture non reconnue ? → FAKE ou goodwill gate documenté
Pub obsolète encore diffusée ? → AD-FIX ops_flag immédiat
Rituel hebdo ads + support
Marketing partage registre campagnes finies. Support tague expiad_ops_flag. Bot #930 sync offres actives.
KPI, QA et handoff vers bot #930
Mesurer EXPIAD détecte pubs obsolètes et goodwill mal calibré.
Quatre KPI EXPIAD
expiad_resolution_rate : tickets résolus sans escalade abusive
expiad_verify_sla : % captures vérifiées sous 24 h
expiad_ops_flag_rate : signalements pub obsolète live
expiad_goodwill_rate : % tickets avec geste policy conforme
Handoff #930
Exporter EXPIAD-MAP vers bot : expiad_expired_window expiad_current_offer prioritaires. Guardrail AD-REGISTRY-GATE brief #930 offre_actuelle widget.
Cas limites : influenceur, Google Shopping, achat post-pub
Trois cas hors flow standard.
Code influenceur ancien
influencer_old_promo : EXPIRED-OK + CURRENT-OFFER. Pas honorer code hors registre affilié actif.
Google Shopping prix catalogue
ad_price_mismatch : PRICE-EXPLAIN délai sync Merchant Center. Ops flag si écart 48 h+.
Client a acheté pendant fenêtre pub
Si commande dans dates campagne : alignement prix post-achat distinct expiad expired.
Formation agents : 25 minutes EXPIAD
Module : AD-REGISTRY verify, goodwill cap, distinguer PMATCH #388 PROMO bot #930.
Exercices
Ticket A : capture Meta expirée → EXPIRED-OK CURRENT-OFFER
Ticket B : prix pub 29 site 49 → PRICE-EXPLAIN ops flag
Ticket C : capture fake → FAKE sans goodwill
Ticket D : première demande 48 h après fin → goodwill gate si policy
Comment Qstomy structure EXPIAD dans votre stack
Qstomy route expiad_*, sync registre campagnes ads, macros EXPIRED CURRENT et handoff #930 expiration gate.
Trois briques
Routing : intent ad_expired vs promo active vs pmatch
Ad registry : campagne fenêtre landing goodwill rules
Bot #930 : tier 1 expiration alternative offre actuelle
Scénario : DTC cosmétiques, 11 tickets/mois. Registry ads sync. expiad_resolution_rate 79 %, ops flags pub live -52 %.
FAQ et checklist déploiement EXPIAD
FAQ
Honorer toute capture ?
Non. AD-REGISTRY verify obligatoire EA-3 EA-4.
Différence PMATCH #388 ?
#388 = concurrent live aujourd'hui. #929 = ancienne pub boutique.
Différence PROMO général ?
PROMO = offre active. #929 = pub passée capture écran.
Différence #930 ?
#929 = agents verify goodwill ops. #930 = bot tier 1 expiration widget.
Pub encore visible ?
expiad_ops_flag immédiat. AD-FIX marketing ads.
Checklist déploiement EXPIAD
EXPIAD-SUP + EXPIAD-MAP template registre ads
Goodwill cap documenté policy
Procédure verify capture ATTACH #877
Tags expiad_* + corrélation campaign_id
Canal ops flag marketing Meta Google
Sync bot #930 AD-REGISTRY-GATE
Formation 25 min exercices section 10
Maillage
Enzo
1 juillet 2026
