E-commerce
1 juillet 2026
« Qui m'a envoyé ce colis ? » « Je veux une preuve que le cadeau est bien parti, sans que le destinataire sache. » « Mon prénom était sur le bon, la surprise est gâchée. » Trois tickets où une commande cadeau anonyme mal gérée viole confidentialité ou frustre l'acheteur.
Le support cadeau anonyme e-commerce couvre expéditeur masqué, preuve d'achat acheteur, demande révélation identité et SAV destinataire limité. Distinct commande cadeau générale (#205) : ici, confidentialité expéditeur et preuve sans révéler.
Ce guide #549 couvre policy ANONGIFT-SUP, flow AG-1 à AG-8 et matrice ANONGIFT-MAP. Nouveau cas cadeau anonyme. Paire SAV du futur bot ANONGIFT (#550).
Summary
Pourquoi les commandes cadeau anonymes génèrent-elles des tickets ?
L'acheteur veut offrir en secret. Le destinataire contacte le SAV. L'agent révèle le nom ou envoie la facture au mauvais email. La surprise et la confiance s'effondrent.
Cinq frictions typiques
Qui m'a envoyé : destinataire demande identité expéditeur
Preuve achat : acheteur veut confirmation envoi discrète
Nom sur colis : expéditeur visible packing slip
Tracking destinataire : notification surprise gâchée
Retour anonyme : destinataire échange sans contacter acheteur
Le RGPD encadre le traitement des données personnelles y compris en contexte cadeau (CNIL, RGPD 2026). Le support ne révèle jamais l'acheteur sans consentement explicite.
ANONGIFT #549 vs cadeau #205, mauvais destinataire #274 et bot #550
Cinq contenus, cinq layers confidentialité cadeau.
Matrice rapide
#549 ANONGIFT : anonymat expéditeur preuve achat privacy
#205 cadeau : commande cadeau prix message facture
#274 wrong recipient : mauvaise adresse destinataire
Privacy policy : données personnelles SAV
#550 ANONGIFTbot : bot cadeau anonyme sans révéler
#205 = cadeau global. #549 = zoom anonymat expéditeur et preuve d'achat sans révéler identité.
Quelles typologies anongift_* classifier ?
Huit scénarios tickets cadeau anonyme.
Huit typologies anongift
anongift_recipient_who : destinataire demande qui a envoyé
anongift_buyer_proof : acheteur preuve envoi discrète
anongift_hide_sender : masquer nom expéditeur colis
anongift_reveal_consent : acheteur autorise révélation
anongift_tracking_leak : destinataire reçu tracking surprise
anongift_invoice_buyer : facture acheteur jamais destinataire
anongift_return_recipient : retour destinataire sans révéler
anongift_privacy_breach : nom acheteur visible par erreur
Tags : anongift, gift_anonymous, privacy. NO-REVEAL-BUYER : jamais identité acheteur sans BUYER-CONSENT-GATE.
Comment structurer la matrice ANONGIFT-MAP ?
La matrice ANONGIFT-MAP documente règles anonymat par canal fulfillment pour agents et futur bot #550.
Colonnes ANONGIFT-MAP
gift_flag : checkout anonymous checkbox tag gift
sender_display : hidden first_name only from_field
recipient_info_scope : what SAV may tell recipient
buyer_proof_allowed : tracking screenshot delivery confirm
reveal_process : contact buyer consent email SLA
packing_slip_rule : no buyer name no price
notification_rule : buyer only tracking no recipient SMS
bot_intent_map : bot_anongift_* #550 mapping
Sync checkout anonymous option, packing slip template et macros helpdesk. Audit mensuel colis test anonyme.
Policy ANONGIFT-SUP en six règles
Six règles support cadeau anonyme.
NO-REVEAL-BUYER : jamais identité acheteur sans consent
BUYER-CONSENT-GATE : révéler si acheteur accepte écrit
RECIPIENT-LIMITED : destinataire info colis limitée map
PROOF-BUYER-ONLY : preuve achat email acheteur only
ANONGIFT-MAP-GROUNDED : sender display depuis map only
PRIVACY-ESCALATE : breach nom visible → manager DPO
Flow ANONGIFT AG-1 à AG-8
Flow agent huit étapes cadeau anonyme.
AG-1 Intake : anongift_* intent + caller role buyer recipient
AG-2 Order lookup : gift_flag sender_display fulfillment
AG-3 ANONGIFT-MAP : reveal proof scope rules
AG-4 Classify : who proof hide breach return
AG-5 Respond : macro ANONGIFT grounded
AG-6 Consent gate : BUYER-CONSENT if reveal request
AG-7 Execute : proof buyer hide sender fix ops
AG-8 Close : tag anongift_resolved privacy if breach
SLA : anongift_recipient_who répondu sans révéler avec macro ANONGIFT-NO-REVEAL en une interaction.
Macros ANONGIFT essentielles
Quatre macros agents.
ANONGIFT-NO-REVEAL-01
« Nous ne divulguons pas l'identité de l'expéditeur sans son accord. Si vous souhaitez le remercier, nous pouvons lui transmettre votre message. Référence colis : [order_ref_masked]. »
ANONGIFT-PROOF-01
« Preuve d'envoi : commande [order_num] expédiée [date], suivi [tracking_url]. Confirmations envoyées à votre email acheteur uniquement. Le destinataire ne reçoit pas vos données de facturation. »
ANONGIFT-CONSENT-01
« Demande de révélation transmise à l'expéditeur. S'il accepte de se manifester, nous vous recontactons sous [consent_sla]. Sinon, confidentialité maintenue. »
ANONGIFT-BREACH-01
« Erreur signalée : nom expéditeur visible. Escalade privacy sous 24 h. Geste commercial selon policy. Correctif ops packing slip en cours. »
Cas limites : retour, tiers et authentification
Cinq cas hors macro standard.
Retour destinataire : gift return sans révéler acheteur
Commande tiers : third party order privacy
Auth destinataire : verify limité recipient scope
Emballage cadeau : gift wrap + anonymous combo
Group gift : cadeau groupé plusieurs acheteurs
Destinataire ne prouve pas être acheteur : RECIPIENT-LIMITED, pas accès facture ni email acheteur.
KPI anongift essentiels
Cinq métriques pilotage ANONGIFT.
anongift_ticket_rate : tickets anonyme / commandes gift
anongift_privacy_compliance : % NO-REVEAL respecté audit
anongift_breach_rate : fuites nom expéditeur signalées
anongift_consent_reveal_rate : révélations avec consent acheteur
anongift_proof_buyer_sla : preuve acheteur délai réponse
Cible : anongift_privacy_compliance 100 % sur audit tickets anongift_recipient_who.
Anti-patterns ANONGIFT
Cinq erreurs fréquentes.
Révéler acheteur chat : NO-REVEAL-BUYER
Facture au destinataire : PROOF-BUYER-ONLY
Tracking SMS destinataire : notification_rule map
Infos acheteur au recipient : RECIPIENT-LIMITED
Breach sans escalade : PRIVACY-ESCALATE
ANONGIFT avec Qstomy
Qstomy sur Shopify : detect anongift intent, ANONGIFT-MAP scope, NO-REVEAL guardrail, buyer proof cite, consent reveal workflow, handoff #550 bot tier 1.
Pipeline : #549 agents privacy proof → #550 bot anonyme tier 1.
Explorez support IA et demander une démo.
Checklist, FAQ et aller plus loin
Checklist ANONGIFT (8 étapes)
ANONGIFT-MAP v1 : sender reveal proof notification rules
Policy ANONGIFT-SUP : 6 règles NO-REVEAL-BUYER
8 typologies anongift_* : tags helpdesk
4 macros ANONGIFT-* : NO-REVEAL PROOF CONSENT BREACH
Packing slip sans nom acheteur : ops template test
Checkout option anonyme : gift_flag tag Flow
Formation agents 30 min : recipient who scenario
Dashboard KPI : anongift_* section 9
FAQ
Différence cadeau #205 ?
#205 = cadeau global prix message. #549 = anonymat expéditeur preuve privacy.
Destinataire demande qui a envoyé ?
ANONGIFT-NO-REVEAL-01, consent gate si souhaité.
Preuve pour l'acheteur ?
ANONGIFT-PROOF-01 tracking email acheteur only.
Bot #550 suffit ?
Tier 1 scope cite. Reveal consent → agents #549.
Aller plus loin
p : Privacy SAV
p : Gift receipt
Cette semaine : documenter ANONGIFT-MAP sender rules, tester ANONGIFT-NO-REVEAL-01 scenario destinataire, mesurer anongift_privacy_compliance.
Enzo
1 juillet 2026
