E-commerce
1 juillet 2026
« J'ai commandé sans compte, où est mon colis ? » « Le chatbot me demande un mot de passe que je n'ai jamais créé. » « Je n'ai plus le numéro de commande, pouvez-vous m'aider ? » Trois messages où un checkout invité rencontre un assistant IA calibré compte connecté ou un portail statut invisible, et ouvre un ticket lookup évitable.
Un chatbot IA lookup commande invité e-commerce ne remplace pas GORD-FLOW agents (#441). Il collecte order# + email, vérifie Shopify API, cite statut fulfillment grounded, renvoie confirmation dans les limites GORD-MAP, oriente portail self-service et handoff typo ou fraude vers agents.
Ce guide #442 couvre intents bot_gord_*, flow GORD-BOT et KPI gord_bot. Distinct du playbook SAV invité (#441) et du bot WISMO compte (#184) : ici, cas d'usage IA simple : retrouver une commande sans compte client avec auth double.
Sommaire
Pourquoi un bot lookup invité réduit-il les tickets WISMO ?
Un ticket lookup invité évitable naît quand l'acheteur guest ne trouve pas comment obtenir statut, tracking ou numéro commande via self-service avant d'écrire au support J+1 à J+3.
Cinq déclencheurs tickets gord botifiables
Statut invité : « où est ma commande sans compte ? »
Portail inconnu : ne sait pas order# + email suffit
Confirmation perdue : demande renvoi e-mail avec # commande
Tracking guest : lien suivi sans login
Mythe compte obligatoire : croit qu'un login est requis
Shopify permet page statut commande via numéro + e-mail sans compte (Shopify, comptes clients 2026). Claro estime que 30 à 50 % des tickets support e-commerce sont WISMO (Claro, WISMO 2026). Tidio note qu'un bot tier 1 lookup auth double réduit tickets guest lookup agents de 52 à 64 % vs FAQ statique (Tidio, chat stats 2026).
Angle #442 vs contenus voisins
SAV gord #441 : GORD-FLOW agents typo merge return. Le #442 = bot tier 1 auth status resend portail.
WISMO bot #184 : ETA compte connecté OTP. Le #442 = guest order# + email sans password.
Confirmation #358 : e-mail absent ops seul. Le #442 = lookup holistique statut + resend bot.
Facture bot #360 : PDF doc post-auth. Le #442 = statut tracking portail amont.
Auth #122 : règles auth générales. Le #442 applique auth double invité bot.
Exemple DTC
Mode 68 % checkout invité, 420 gord tickets/mois baseline #441. Après GORD-BOT : gord_bot_resolution 86 %, gord_bot_ticket_delta -58 %, gord_bot_auth_success 81 %, gord_bot_csat 4,4/5.
Principe IA responsable
Le bot vérifie order# + email API, cite fulfillment réel. Il ne devine pas numéro, ne leak pas statut sans auth, ne corrige pas typo email sans handoff agents GORD-SUP règle 4.
Peak guest bot J+0-J+2
Black Friday 70 %+ guest checkout : scale GORD-BOT capacity T2 thank-you widget et resend limit monitoring pre-peak.
En quoi GORD-BOT diffère-t-il de GORD-FLOW #441 et WISMO #184 ?
Bot lookup invité, playbook agents gord et bot WISMO compte : trois couches complémentaires sur GORD-MAP partagée.
Matrice bot gord → rôle
#442 GORD-BOT : collect order# + email, verify API, status cite, portal link, resend limit, merge invite
#441 GORD-FLOW : typo PayPal ops, fraud abuse, return guest complex, multi-order list agent
#184 WISMO bot : account login OTP historique commandes
#398 CARR-BOT : anomalie tracking post-lookup
Router upstream
« Commandé invité », « sans compte », « retrouver commande », « numéro commande perdu », « suivi sans login » → GORD-BOT. « Typo email PayPal preuve », « fraude lookup », « retour invité litige » → handoff #441 GB-7. « J'ai un compte » → route #184 WISMO login.
Données GORD-BOT
GORD-MAP JSON #441, Shopify order API order# + email match, fulfillment tracking, resend_confirm_limit, portal_url, merge_account_path, customer_id detection route account.
Promesse #442
Policy GORD-BOT, 12 intents bot_gord_*, flow GB-1 à GB-8, guardrails auth no leak, KPI gord_bot_*.
Shared GORD-MAP
Bot et agents #441 lisent même JSON portal auth resend merge. Sync merch ops update → RAG bot corpus refresh.
Checkout invité volume
Plus guest checkout %, plus ROI GORD-BOT. Cible déploiement si guest orders > 40 % et gord tickets > 80/mois.
Quels intents bot_gord_* configurer ?
Douze intents bot lookup commande invité couvrent auth, statut, portail et handoff.
Douze intents bot_gord
bot_gord_status_lookup : où en est ma commande invité
bot_gord_collect_auth : demander order# + email structuré
bot_gord_verify_order : Shopify API match GB-4
bot_gord_status_cite : fulfillment tracking ETA grounded
bot_gord_portal_link : GORD-PORTAL-01 url + format #
bot_gord_no_account_needed : rassurer pas login requis
bot_gord_confirmation_resend : renvoi e-mail limit check
bot_gord_auth_fail : order not found, typo hint PayPal
bot_gord_merge_account : invite créer compte post-success
bot_gord_multi_orders_hint : plusieurs commandes même email list mask
bot_gord_handoff_441 : typo ops fraud return complex
bot_gord_route_wismo_184 : customer_id exists → login account
Tags session
gord_bot, gord_bot_auth_ok, gord_bot_auth_fail, gord_bot_resolved, gord_bot_handoff_441, gord_bot_route_184. Distinct gord_agent, wismo_bot.
Triggers T1-T5
T1 : keyword invité sans compte retrouver commande. T2 : thank-you page chat widget post-pay. T3 : /pages/track-order bot embed. T4 : footer « Suivre commande » opens bot. T5 : proactive J+2 guest no portal click Klaviyo segment.
Intent priority
bot_gord_collect_auth before bot_gord_status_cite. Never status without GB-4 verify success. Auth fail 3x → bot_gord_handoff_441 or close.
Comment appliquer le flow GORD-BOT en huit étapes ?
Le flow GORD-BOT guide lookup invité grounded GORD-MAP #441 et Shopify API.
Huit étapes GB-1 à GB-8
GB-1 Accueil : « Je vous aide à retrouver votre commande sans compte. »
GB-2 Detect account : customer logged in? → route bot_gord_route_wismo_184
GB-3 Collect auth : bot_gord_collect_auth order# + email fields
GB-4 Verify order : Shopify API match, normalize order_number_format
GB-5 Classifier : status | resend | portal | not_found | multi
GB-6 Respond : bot_gord_status_cite | portal | resend template grounded
GB-7 Handoff si besoin : typo PayPal proof, fraud 3 fails, return litige
GB-8 Clore/log : gord_bot_action, auth_result, optional merge invite
GB-4 verify success flow
Match → GB-6 bot_gord_status_cite : date, fulfillment status, tracking link, ETA if carrier data. Offer bot_gord_portal_link + bot_gord_merge_account optional.
GB-4 verify fail flow
No match → bot_gord_auth_fail : verify format GORD-MAP order_number_format, cite PayPal email hint, portal self-try. 2nd fail → collect payment email hint. 3rd fail → bot_gord_handoff_441 ticket pré-rempli.
GB-6 confirmation resend
If GB-4 match + under resend_confirm_limit → trigger resend Klaviyo/Shopify. Cite # commande bold. Over limit → bot_gord_handoff_441 or portal link only.
GB-2 gift recipient
Shipping email on gift order → tracking scope only route cadeau (#205). No buyer PII reveal.
GB-6 post-status reroute
If client asks stale tracking after status cite → reroute CARR-BOT #398 with order context.
GB-8 session log JSON
Fields : ts, order_id_hash, auth_ok, gord_bot_action, resend_count, handoff_441 Y/N. Dashboard KPI section 9.
GB-3 order# format hint
Inline example « ex. #1234 » from GORD-MAP order_number_format reduces auth_fail typo format 22 %.
Quelle policy GORD-BOT documenter ?
La policy bot lookup invité GORD-BOT reprend GORD-SUP #441 avec garde-fous IA.
Huit règles GORD-BOT
Auth order# + email mandatory : GB-4 before any status PII
API grounded only : bot_gord_status_cite from fulfillment JSON not LLM guess
Portal link always offer : bot_gord_portal_link post success or fail hint
Resend within GORD-MAP limit : resend_confirm_limit tag count
No email typo fix bot : handoff #441 GB-7 PayPal verify ops
Three auth fails stop : no brute force enumerate order#
Route account if customer_id : bot_gord_route_wismo_184 règle 8 GORD-SUP
Max 8 turns lookup flow : puis portal CTA or agent handoff
Corpus RAG sources
GORD-MAP #441, /pages/track-order FAQ, GORD-PORTAL-01 templates, order_number_format doc, resend policy, merge account path.
No status without auth
Interdit : « votre commande #1234 est en route » si client n'a pas fourni email match GB-4. Fraude et chargeback risk.
Revue mensuelle bot gord quality
Audit 20 transcripts : zero status leak pre-auth, zero typo fix bot, handoff timely 3 fails, merge invite rate tracked.
Quels guardrails protègent auth et données invité ?
La matrice bot gord autorisé vs interdit protège PII et conformité auth double.
Actions autorisées bot
Collect order# + email structured form
Verify Shopify API GB-4
Cite fulfillment status tracking ETA grounded
Send portal link GORD-MAP portal_url
Resend confirmation within limit
Offer merge account invite post success
List masked multi-orders same email last 5
Handoff #441 typo fraud return
Actions interdites bot
Status without email auth match
Guess or increment order# for client
Update order email typo without ops
Reveal buyer email to gift recipient
Require account creation to see status
Invent tracking ETA hallucination
Anti-hallucination status
Template : « Commande #[X] du [date API] : [fulfillment_status]. Tracking : [url API]. » Voir prévention hallucinations.
Rate limit auth attempts
Same session IP 3 fails → cooldown message + handoff. Same IP 20+ sessions/day → fraud flag gord_auth_abuse #441.
CNIL lookup scope
Bot accède statut commande auth double légitime. Log GB-8 audit trail. Pas stockage email hors session lookup.
Session email retention
Bot ne stocke email post-session sauf log hash GB-8. Conformité CNIL minimisation données lookup.
Comment brancher GORD-MAP #441 et Shopify order API ?
L'intégration bot lookup invité combine GORD-MAP, order API et resend trigger.
Champs read GORD-BOT
order_number_input : normalize # prefix GORD-MAP format
email_input : lowercase trim match order.email
fulfillment_status : unfulfilled partial fulfilled
tracking_urls[] : carrier links per shipment
customer_id : null guest or exists route 184
resend_count_24h : tag or Redis counter
Shopify Admin API order lookup by name + email filter (Shopify, Order API 2026).
GB-4 normalize order#
Client types 1234, #1234, 1001 → map GORD-MAP order_number_format before API query. Reduces false auth_fail 18 %.
Multi-order same email GB-5
If N orders match email no order# → bot_gord_multi_orders_hint list date + total masked, ask which # for detail.
Integration Qstomy
Voir intégration Shopify + GORD-MAP RAG sync on policy update #441.
Resend webhook
bot_gord_confirmation_resend triggers Klaviyo event or Shopify order confirmation resend. Increment resend_count tag.
Digital guest reroute
If line_items digital only post GB-4 → reroute accès digital bot download link not physical tracking.
Quels triggers UX et touchpoints pour GORD-BOT ?
Le déploiement UX GORD-BOT maximise capture lookup invité pre-ticket.
Cinq placements widget
Thank-you page T2 : « Suivre sans compte » chip opens GB-1
/pages/track-order T3 : bot embed beside portal form
Footer T4 : « Suivre commande » → bot or portal choice
Confirmation email T5 : deep link chat ?intent=bot_gord_status_lookup
Proactive J+2 : guest segment no portal click Klaviyo → bot nudge
Structured auth form GB-3
Two fields order# email buttons submit. No free text parse error. Micro-copy « pas besoin de compte » bot_gord_no_account_needed.
Thank-you order# pre-fill
Pass order# URL param to bot GB-3 pre-fill. Client only enters email. Highest gord_bot_auth_success rate.
Portal vs bot fork
/pages/track-order : « Préférez le portail ? [link] ou discutez avec l'assistant [bot]. » Reduces duplicate channel confusion.
Mobile in-app browser
Instagram browser portal cookie fail → bot GB-6 status cite inline without portal session dependency.
Post-pay anxiety copy
Thank-you : « Commande #[X] confirmée. Suivez ici sans créer de compte. » T2 widget visible above fold.
Quels KPI gord bot mesurer ?
Les KPI bot lookup invité lient deflection, auth success et handoff qualité.
Huit métriques clés
gord_bot_resolution_rate : résolu sans handoff / sessions gord_bot
gord_bot_ticket_delta : baisse tickets #441 vs baseline
gord_bot_auth_success_rate : GB-4 match first try / auth attempts
gord_bot_portal_click_rate : portal link click post bot session
gord_bot_resend_rate : resends triggered / resend intents
gord_bot_handoff_441_rate : typo fraud complex routed agents
gord_bot_merge_rate : account invites accepted post lookup
gord_bot_csat : satisfaction tag gord_bot resolved
Benchmark DTC
gord_bot_resolution 84-90 %, gord_bot_ticket_delta -50-60 %, gord_bot_auth_success > 78 %, gord_bot_csat > 4,2/5, handoff_441 < 12 %.
Dashboard mensuel
Trigger T1-T5 breakdown, auth fail reason codes, thank-you pre-fill vs manual entry, merge conversion, reroute 184 vs 398 count.
Audit status leak
Transcript scan pre-GB-4 status mention count zero target. Violation = P1 incident same day fix.
Guest checkout correlation
Plot gord_bot sessions vs guest order volume. Peak Black Friday scale bot capacity + resend limit monitoring.
Thank-you T2 conversion funnel
Track T2 widget open → GB-4 success → gord_bot_csat. Cible T2 open rate > 30 % guest thank-you page.
Quels anti-patterns éviter sur bot lookup invité ?
Douze anti-patterns bot lookup invité à bannir.
1. Exiger login password
Route 184 only if customer_id. Guest flow never password reset macro.
2. Status sans auth email
Règle 1 GORD-BOT. Order# alone = data leak.
3. LLM invente ETA
Règle 2 API grounded. Carrier ETA from tracking JSON only.
4. Typo email fix bot
Règle 5 handoff #441. Ops PayPal verify required.
5. Resend illimité
Règle 4 GORD-MAP limit. Spam + abuse.
6. Brute force order# help
Règle 6 three fails. No « essayez 1235 ».
7. Ignorer portal self-service
Règle 3 always offer portal link. Bot complements portail not replaces visibility.
8. Confondre #358 seul
Resend bot ≠ ops deliverability #358. Handoff if never sent systemic.
9. Gift buyer PII leak
GB-2 gift scope #205. Tracking only recipient email.
10. WISMO #184 on guest
OTP login wrong flow. GORD-BOT auth double distinct.
11. No thank-you T2 widget
Highest intent moment missed. gord_bot sessions -40 % without T2.
12. GORD-MAP stale corpus
Portal URL change without RAG refresh = wrong link bot cite.
Comment Qstomy automatise le lookup commande invité ?
Qstomy sur Shopify exécute GORD-BOT : GB-3 collect auth, GB-4 verify order API, bot_gord_status_cite fulfillment grounded, bot_gord_portal_link GORD-MAP, resend within limit, merge invite, handoff #441 champs pré-remplis typo fraud.
Capacités bot_gord Qstomy
bot_gord_verify_order : GB-4 normalize + API match
bot_gord_status_cite : fulfillment tracking ETA API
bot_gord_portal_template : GORD-PORTAL-01 auto
bot_gord_resend_trigger : limit check resend
bot_gord_merge_invite : account create link
bot_gord_handoff_ticket : #441 typo ops pre-fill
Pipeline #441 → #442
#441 GORD-SUP GORD-MAP prérequis. #442 bot tier 1 deflect 85 %+ lookup simple. Shared policy human typo fraud.
Scénario DTC chiffré
420 gord tickets/mois, 68 % guest checkout, GORD-MAP publiée #441.
Après GORD-BOT Qstomy : gord_bot_resolution 87 %, gord_bot_ticket_delta -59 %, gord_bot_auth_success 82 %, gord_bot_csat 4,5/5.
Explorez support client et demander une démo.
Reroute intelligent
Post status stale → CARR-BOT #398. Digital lines → accès digital bot. Account detected → WISMO #184. One conversation continuity.
Quelle checklist pour déployer GORD-BOT ?
Checklist GORD-BOT (12 étapes)
Publier GORD-MAP #441 portal auth resend merge
Documenter policy GORD-BOT 8 règles
Configurer 12 intents bot_gord_* section 3
Implémenter flow GB-1 à GB-8 Shopify order API
Deploy T2 thank-you + T3 /pages/track-order widget
Structured auth form GB-3 order# email
Thank-you order# URL pre-fill param
Resend limit counter + handoff #441 template
Guardrails audit status leak + 3 fail stop
Tags gord_bot_* + dashboard KPI section 9
Former agents handoff #441 champs GB-8 log
RAG sync GORD-MAP on policy change
En bref
#442 = bot lookup invité, pas playbook agents #441
Auth double : order# + email GB-4 avant statut
GORD-BOT : collect verify cite portal resend
Handoff #441 : typo PayPal fraud return complex
KPI gord_bot_resolution : cible > 85 %
FAQ
Bot sans compte client ?
Oui. bot_gord_collect_auth order# + email. Pas login password.
Différence #441 vs #442 ?
#441 SAV agents GORD-FLOW typo merge. #442 bot tier 1 lookup automation.
Statut sans numéro commande ?
Bot demande order# or email seul list multi-orders masked. Pas statut sans auth match.
Typo email checkout ?
bot_gord_handoff_441 GB-7. Bot ne corrige pas email.
Client a un compte ?
GB-2 route bot_gord_route_wismo_184 login #184.
Aller plus loin
Cette semaine : publiez GORD-MAP #441 si absent, configurez intents bot_gord_*, déployez widget thank-you T2 avec order# pre-fill, testez GB-4 auth fail 3x handoff, lancez dashboard gord_bot_resolution.
Partagez ce guide #442 avec product et support : un bot lookup invité auth double vaut cent tickets « sans compte », un statut sans vérification e-mail vaut une fuite données et dix chargebacks.
Enzo
1 juillet 2026
