E-commerce
28 juin 2026
« Vous avez la veste bleue en M ? » Le client lit « Épuisé » sous le sélecteur. Il ferme l'onglet. Ou pire : il ouvre le chat, reçoit « consultez notre catalogue », et part chez un concurrent.
Zipchat estime qu'un assistant alternatives bien configuré peut récupérer 35 à 50 % des ventes perdues sur rupture en recommandant 2-3 substituts en stock avec raison claire (Zipchat, OOS assistant 2026). Kn8 rappelle qu'un agent storefront vérifie l'inventaire live avant toute recommandation, contrairement à un chatbot statique (Kn8, agents e-commerce 2026).
Ce guide #245 traite le chatbot IA pour alternatives produit indisponible : recommandation conversationnelle quand le SKU demandé est en rupture. Complète délais réassort (#167) (support humain ETA) et alertes retour (#48) (capture email) : ici, substitut immédiat + waitlist dans le même flow.
Sommaire
Pourquoi un bot alternatives sur les pages en rupture ?
Une PDP en rupture concentre de l'intention d'achat sans possibilité de conversion. Le bot alternatives transforme ce dead end en choix guidé.
Trois jobs du bot OOS
Confirmer : SKU/variante exacte indisponible (pas vague « plus en stock »)
Substituer : 2-3 alternatives en stock avec raison
Capturer : alerte retour si le client préfère attendre
Signal marché
Storebeep note que les pages OOS sans alternatives contextuelles perdent la majorité des visiteurs ; une page bien conçue capture 10 à 20 % en inscriptions alerte (Storebeep, OOS Shopify 2026). Denser AI insiste sur la query inventaire temps réel via RAG pour ne jamais recommander un substitut aussi épuisé (Denser, sync stock 2026).
Exemple DTC mode
Robe bestseller taille M rupture, 420 sessions PDP/semaine OOS. Sans bot : bounce 78 %. Bot OOS + 2 substituts mappés : engagement chat 64 %, conversion alternative 19 %, inscriptions alerte 14 %.
En quoi diffère-t-il des contenus voisins ?
Cinq contenus stock, cinq rôles distincts.
Délais réassort (#167)
Réassort (#167) : macros agents, ETA ops, gestion promesses. Le #245 : automatisation bot alternatives + waitlist sans ticket.
Alertes retour (#48)
Alertes (#48) : widget Notify Me, Klaviyo flow. Le #245 intègre l'alerte dans la conversation après proposition substitut.
Produits discontinués (#243)
Discontinués (#243) : produit ne reviendra pas. Bot OOS : rupture temporaire ou variant-only, pas arrêt définitif (sauf flag no_restock).
Cross-sell (#152)
Cross-sell (#152) : complément au panier. Le #245 : substitut fonctionnel du SKU indisponible, pas accessoire.
Éditions limitées (#222)
LE (#222) : sold out définitif drop. Bot OOS classique : réassort possible, ETA à communiquer si connue.
Promesse #245
Typologie rupture, mapping substituts, flow bot, triggers, sync stock, combo waitlist, KPI, playbooks.
Quels types de rupture le bot doit-il distinguer ?
Le intent bot rupture change la réponse : substitut, waitlist, ou redirect gamme.
Six scénarios OOS
oos_variant : produit parent live, taille/couleur OOS
oos_sku_full : toutes variantes épuisées, réassort prévu
oos_sku_norestock : fin de vie, voir #243
oos_preorder : vente future, pas rupture
oos_cart : article panier devenu indisponible
oos_channel : online OOS, stock magasin (BOPIS)
Tags et routing
stock_oos, sous-tags par scénario. Bot route : oos_variant → même produit autre taille/couleur + substituts ; oos_sku_full → substituts gamme + waitlist ; oos_norestock → branche discontinued.
Donnée ops requise
Métachamp Shopify restock_eta, no_restock, replacement_skus. Sans ETA : bot ne promet pas de date. Sans replacement_skus : matching auto catalogue (section 4).
Comment cartographier les substituts par SKU ?
La base substituts OOS alimente le bot. Deux niveaux : mapping manuel + matching auto.
Mapping manuel (prioritaire)
Sheets OOS-MAP : SKU_oos | substitute_primary | substitute_secondary | reason | price_delta | same_use_case. Merchandising valide top 50 SKU à fort trafic OOS. Raison exemple : « même coupe, coloris proche, −5 € ».
Matching auto (fallback)
product_type + tags identiques
Fourchette prix ±15 %
Attributs : waterproof, vegan, compatible X
inventory > 0 obligatoire avant recommandation
Règle qualité
Storebeep : alternatives contextuelles (même usage, même gamme prix), pas carrousel « vous aimerez aussi » générique. Maximum 2 substituts + option « autre taille/couleur » sur même PDP si applicable.
Code incitation
Zipchat : code OOS5 à OOS15 sur substitut configurable. Activer seulement si marge le permet, pas systématique (évite d'entraîner l'attente de promo).
Comment structurer le flow bot alternatives ?
Le flow bot OOS tient en 4 branches, moins de 90 secondes mobile.
Arbre conversationnel
Detect OOS : SKU page ou question client → API inventory
Confirm : « [Produit] en [variante] est indisponible. Réassort : [ETA ou non planifié]. »
Branch A substitut : proposer primary + secondary + raison + lien add-to-cart
Branch B waitlist : « Préférez attendre ? Alertez-moi : [email/one-click] »
Branch C variante : si oos_variant, proposer taille/couleur adjacente en stock
Template réponse substitut
« La [veste bleue M] est épuisée. Deux options en stock : 1) [Veste navy M] : même coupe, teinte plus foncée, livraison 2-3 j ; 2) [Veste bleu ciel M] : même modèle, nuance plus claire. Ou je vous alerte dès retour du bleu M : [bouton]. »
Panier OOS
Intent oos_cart : identifier line item, proposer swap variant ou substitut, préserver code promo panier si applicable.
Quels triggers activer sur PDP et panier ?
Le trigger bot rupture intercepte avant le bounce, sans agresser le visiteur browsing.
Triggers PDP OOS
Page load OOS : bouton add-to-cart disabled + stock 0 (Zipchat : 60-70 % engagement proactif)
Clic add-to-cart OOS : message immédiat substituts
Dwell 15 s sur sélecteur variant OOS
Question chat : « en stock ? », « taille M ? », « disponible ? »
Message proactif type
« Cet article est momentanément indisponible en [variante]. Je peux suggérer 2 alternatives en stock ou vous alerter au retour. »
Triggers panier
Webhook inventory < 1 entre ajout et checkout : notification chat « [SKU] vient de passer en rupture. Substitut ou alerte ? »
Exclusions
Ne pas trigger sur collection, search results, SKU en stock. Mono-variante OOS full : message plus direct vers substituts gamme.
Comment synchroniser stock et sécuriser les recommandations ?
Le guardrail stock bot OOS empêche la honte d'un substitut aussi épuisé.
Sync temps réel
Webhook Shopify inventory_levels/update → cache bot 30-60 s
API query avant chaque recommandation, pas au début session seule
Batch hourly insuffisant en promo ou drop (Branch8, Denser)
Règles non négociables
Newegg 2026 : RAG sur catalogue live, jamais inventer stock ou prix. Si primary OOS au moment du clic : basculer secondary automatiquement. Si les deux OOS : waitlist seule, pas « revenez plus tard » vague.
Multi-entrepôt / BOPIS
Si oos_channel et stock magasin > 0 : proposer retrait boutique avec adresse et stock confirmé.
Comment combiner alternatives et alerte retour stock ?
Le combo substitut + waitlist ne force pas le choix : les deux options coexistent.
Flow waitlist in-chat
Client refuse substituts ou hésite
Bot collecte email ou utilise email compte si connecté
Enregistre variant_id exact (pas produit parent seul)
Confirme : « Alerte activée pour [SKU variant]. Délai estimé : [ETA]. »
Shoply intègre l'inscription alerte directement dans le chat quand variante OOS (Shoply, back-in-stock chat 2026). Storebeep rappelle que les agents IA externes (ChatGPT Shopping) n'ont pas de bouton Notify Me : votre bot site + PDP restent le canal capture demande (Storebeep, agentic commerce 2026).
Lien PDP
Bot peut renvoyer vers widget Notify Me page si intégration app (Klaviyo, SC Back in Stock) plus robuste que capture chat seule.
Post-restock
Email auto variant-specific à la réception stock. Bot historique : si client revient, « Votre [SKU] est de retour » + lien direct variante.
Quels anti-patterns des bots alternatives ?
Cinq erreurs bot OOS transforment l'aide en frustration.
Substitut hors sujet
Sandales proposées pour chaussures trail waterproof. Valider OOS-MAP ou matching strict.
Stock stale
Recommandation sur cache de 24 h. Webhook + re-query API obligatoires.
Catalogue entier
« Parcourez nos produits » sans curation. Max 2 substituts argumentés.
Waitlist sans variant_id
Alerte produit parent quand seule la taille M manque = email inutile au retour taille S.
Oublier no_restock
Promettre retour sur SKU discontinué. Flag métachamp → branche #243, pas waitlist.
Quels KPI mesurer l'impact du bot alternatives ?
Mesurez le ROI bot OOS par SKU rupture et par bras du flow.
KPI conversion
OOS recovery rate : commandes substitut / sessions PDP OOS
Chat engagement OOS : % sessions OOS ouvrant le bot
Substitut accept rate : add-to-cart substitut / propositions
Waitlist capture rate : inscriptions / sessions OOS
Waitlist → purchase : conversion post-alert email
KPI support
Tickets « en stock ? » / 100 sessions PDP OOS. Objectif : −40 % vs sans bot. Zipchat cite −40 à −55 % abandon panier OOS sur pilotes configurés.
Méthode A/B
50 % trafic PDP OOS pilote avec bot triggers, 50 % sans. 4 semaines, min. 800 sessions/bras par SKU.
Comment Qstomy propose-t-il des alternatives en rupture ?
Qstomy détecte le OOS, recommande des substituts vérifiés stock et capture la waitlist en un flow.
Fonctionnalités OOS alternatives
Intent oos_* : variant, SKU full, cart, norestock
Sync inventory Shopify webhook + query pre-reco
OOS-MAP + matching auto hybride
2 substituts + raison + add-to-cart in-chat
Waitlist variant_id + ETA métachamp
Code OOS optionnel sur substitut
Scénario DTC chiffré
Marque outdoor, 12 SKU top trafic OOS récurrent, 1 900 sessions PDP OOS/mois, bounce 81 %, 34 tickets/semaine « disponible ? ». Déploiement Qstomy OOS flows + OOS-MAP 12 lignes + triggers section 6. Après 7 semaines (A/B 50/50) : recovery rate 22 %, waitlist capture 16 %, tickets stock −47 %, waitlist→purchase 38 %, revenu substitut +11 400 €/mois.
Explorez intégration Shopify, support client IA, demander une démo.
Quels playbooks opérationnels déployer ?
Playbook 1 : audit SKU OOS (1 jour)
Export GA4 sessions PDP + inventory=0 90 j. Top 15 SKU par trafic OOS. Prioriser mapping.
Playbook 2 : OOS-MAP (4 h)
Remplir substitute_primary/secondary + reason pour top 15. Valider stock live. Tester 10 scénarios.
Playbook 3 : flow bot (2 j)
Configurer arbre section 5, templates, guardrails section 7. Shadow mode 1 semaine.
Playbook 4 : triggers + waitlist (1 j)
Activer triggers section 6. Brancher Klaviyo ou app BIS pour post-restock. QA variant_id.
Playbook 5 : pilote A/B + revue (4 semaines)
KPI section 10. Ajuster OOS-MAP si substitut faible accept rate. Documenter wins.
Maillage utile
Une rupture n'est pas une fin de parcours : c'est un moment où le client veut encore acheter chez vous. Quand le bot propose le bon substitut au bon instant, la rupture devient une vente détournée, pas une porte ouverte au concurrent.
Enzo
28 juin 2026
