E-commerce
28 juin 2026
« Livré jeudi 3 avril chez vous » affiché sur la fiche produit, recalculé à chaque visite selon l'heure et le code postal. C'est une estimation de livraison dynamique (ETA) : plus crédible qu'un « 3-5 jours ouvrés » figé depuis 2022.
Narvar (3 461 acheteurs US, 2025) indique que 73 % disent qu'une date visible influence leur achat et 40 % n'achètent pas sans date affichée. Les tests A/B documentés montrent des gains de conversion de 12 à 25 % quand une date précise remplace une fourchette vague.
Ce guide couvre l'affichage ETA dynamique : logique de calcul, emplacements UX, apps Shopify, design mobile, cas précommande et international, erreurs techniques et mesure d'impact.
Angle technique et UX, complémentaire du guide communication délai copy (#84) qui traite le wording rédactionnel.
Summary
Pourquoi l'ETA dynamique améliore-t-elle la confiance avant achat ?
L'estimation livraison dynamique transforme une promesse abstraite en information actionnable au moment de la décision d'achat.
Attente client 2026
Amazon, Zalando et les marketplaces ont habitué le consommateur à une date personnalisée. Shopify Shop Promise affirme que 45 % des acheteurs recherchent activement des délais anticipés clairs, et 68 % sont influencés par l'ETA (Shopify, Shop Promise). Un site DTC qui n'affiche qu'une fourchette statique paraît daté.
Impact conversion documenté
Harry Rosen : +13 % conversion checkout après ETA IA vs fourchettes statiques, OTD > 90 % (cas Narvar). Maude : +12 % conversion PDP et +10 % profit (A/B test). Merchants Shop Promise éligibles : jusqu'à +25 % sur pages produit (plafond performance shipping, pas baseline universelle). RevenueFlows cite +24,43 % conversion PDP avec date estimée vs vitesse shipping seule (RevenueFlows, shipping speed vs date).
Effet confiance et WISMO préventif
Date concrète, cut-off recalculé, personnalisation zone, cohérence PDP-checkout. Client informé avant achat = moins de tickets « où est ma commande ? » après. Voir délai de livraison, optimisation checkout.
Quelle différence entre ETA dynamique, semi-dynamique et fourchette statique ?
Clarifier les types d'estimation livraison évite de mélanger outils, messages et attentes internes.
Fourchette statique
Texte fixe PDP : « 2-4 jours ouvrés ». Pas de recalcul heure ou adresse. Simple, peu de dev, moins précis. Traité côté copy dans communication délai #84.
ETA semi-dynamique
Date recalculée à chaque chargement sans saisie CP : « Livré jeudi si commande avant 14 h » basé sur cut-off entrepôt + transit défaut national. Bon compromis PDP sans friction.
ETA full dynamique
Recalcul selon heure commande, cut-off, transporteur, code postal, entrepôt origine, jours fériés, type SKU. Précision max, friction saisie CP possible.
ETA checkout-only
Calcul après adresse : précis mais tard dans le parcours. ArrivesBy note que l'information disparaît souvent entre PDP et panier, créant hésitation au moment décisionnel (ArrivesBy, parcours ETA).
Où afficher l'ETA dynamique dans le parcours d'achat ?
Le placement ETA e-commerce détermine l'impact confiance. Above the add-to-cart button = placement à plus fort impact conversion.
Fiche produit (priorité)
Bloc sous prix ou bouton Ajouter au panier : « Livré chez vous le 4 avril » ou « Entre le 3 et le 5 avril ». Above fold mobile obligatoire.
Panier et checkout
Rappel ETA global. Multi-origine : ETA par article ou date globale = max des composants. Checkout : ETA recalculée par méthode standard vs express, alignée PDP si mêmes inputs. Incohérence PDP / panier / checkout = abandon. Voir widget aide checkout.
Autres touchpoints
Mini-cart drawer : une ligne sous total. PLP : badge « Livraison demain » sur SKU éligibles uniquement. Pop-up CP optionnel pour précision. Page /livraison : calculateur interactif. Email panier abandonné : ETA recalculée jour J + cut-off. Voir questions livraison pré-checkout.
Comment construire la logique de calcul d'une ETA fiable ?
Une ETA fiable repose sur des règles métier documentées et synchronisées ops / marketing / dev.
Variables principales
Cut-off expédition (heure limite jour J). Jours ouvrés entrepôt et fériés exclus. Transit carrier par zone. Stock location (entrepôt le plus proche). Type SKU : stock, préco, made-to-order. Méthode shipping : standard vs express.
Formule simplifiée
ETA = date commande + (cut-off passé ? +1 j préparation) + délai préparation SKU + transit carrier zone client. Exemple : commande mardi 14 h, cut-off 14 h, préparation 0 j, transit IDF 2 j ouvrés → livraison jeudi.
Buffer et calendrier ops
Buunto recommande de partir du délai max de préparation pour ne pas sur-promettre. Ajouter 0,5-1 j marge si OTD carrier < 95 %. Règles temporaires BFCM, inventaire annuel, météo entrepôt dans le moteur ETA (Buunto, bonnes pratiques 2026). Voir précommande Shopify.
Quelles solutions Shopify pour afficher une ETA dynamique ?
Sur Shopify, l'ETA dynamique passe par apps, Shop Promise, thème custom ou checkout extensibility.
Shop Promise natif
Dates prédites par Shopify sur PDP, checkout et Shop app pour merchants éligibles (performance shipping top tier). Badge livraison 5 jours ou moins. Documentation : Shopify, tarifs livraison.
Apps ETA tierces
ArrivesBy, Buunto, Estimated Delivery Date (Secomapp), DeliveryDatePro : cut-off, countdown, zones, Markets. Critères choix : précision OTD historique sur vos lanes, multi-entrepôt, performance Core Web Vitals, gestion préco/backorder, coût mensuel vs dev custom (30-80 €/mois app vs 5-15 k€ sur mesure).
Stack avancé
API carrier (Colissimo, Chronopost, UPS) + metafields cut-off + snippet Liquid PDP. 3PL/WMS (Sendcloud) feed ETA entrepôt → storefront. Shopify Plus : checkout UI extensions pour ETA post-adresse. Voir intégration Shopify, expédition.
Comment designer le widget ETA pour mobile et conversion ?
Un widget ETA mal designé nuit autant qu'un délai absent.
Format date
Date unique « Livré jeudi 4 avril » : clair, urgent. Plage courte « Entre le 3 et le 5 avril » : prudent si OTD variable. Format « Jeudi 4 avril » lisible mobile. Date spécifique bat fourchette vitesse (« Arrives by June 26 » vs « 3-5 business days »).
Éléments visuels et mobile
Icône camion ou calendrier, couleur confiance (vert/teal), pas rouge alarmiste. Visible sans scroll iPhone, police ≥ 14 px, contraste WCAG. Countdown cut-off « Commandez dans 2 h 14 min pour expédition aujourd'hui » si cut-off réel.
États et accessibilité
Skeleton « Calcul en cours… » pendant fetch API CP. Tooltip « Comment est calculée cette date ? » avec détail cut-off + carrier. aria-label : « Livraison estimée jeudi 4 avril 2026 ». Voir erreurs design conversion.
Comment gérer préco, express et paniers multi-SKU ?
L'ETA dynamique doit gérer les exceptions sans afficher une date fausse.
Précommande et made-to-order
ETA = date expédition future + transit. Pas de date livraison avant ship date stock. Made-to-order : « Expédition estimée 12 mai, livraison 14-16 mai » en deux phases.
Express et multi-SKU
Deux ETAs côte à côte : standard 5 avril, express 2 avril (+6 €). Panier multi-origine : « Article A : 3 avril. Article B : 10 avril » ou livraison groupée date max. Rupture : masquer ETA ou « Réappro estimé 15 avril ».
Autres cas
Click & Collect : « Disponible demain 10 h au store Paris ». Bundle kit : ETA = max préparation composants + transit. Voir livraison express.
Comment adapter l'ETA à l'international et Shopify Markets ?
L'ETA internationale exige zones, transporteurs et copy localisés par market.
Shopify Markets
ETA par market : FR 2-4 j, BE 3-5 j, US 7-12 j. Devise et langue alignées widget. Hors UE : buffer customs dans calcul ou mention « hors dédouanement ». Voir questions douane.
Géolocalisation et saisie CP
Estimation IP par défaut sur PLP (approximatif si VPN). Saisie CP/ZIP pour précision : validation format FR, US, UK. DOM-TOM, Corse : tables carrier +1-3 j. Calculateur /pages/livraison si widget PDP ignoré.
RGPD
Saisie CP widget : ne pas stocker sans nécessité panier ou consent explicite.
Quelles erreurs techniques détruisent la confiance ETA ?
Une ETA incorrecte détruit plus de confiance qu'aucune ETA. AlixPartners 2026 : 85 %+ réduisent propension rachat après mauvaise expérience livraison.
Top erreurs techniques
ETA 1 j partout : app mal configurée, OTD catastrophique
PDP vs checkout incohérents : client sent arnaque
Jours fériés oubliés : promesse impossible 1er mai
Préco traitée comme stock : livraison avant production
Pas de fallback API down : date vide ou erreur
Widget bloque LCP mobile : Core Web Vitals dégradés
Audit qualité
Tester 10 CP (IDF, province, Corse, BE). Mystery shop : comparer ETA affichée vs réception réelle. Cut-off veille férié. BFCM : plage élargie configurable, pas ETA optimiste standard. Plan rollback : revert snippet Liquid statique documenté si app bug.
Quels KPI et tests A/B mesurer pour l'ETA dynamique ?
Mesurer l'impact ETA dynamique justifie investissement app ou développement.
KPI principaux
Conversion PDP avec vs sans widget. Add-to-cart rate. Abandon checkout step shipping. OTD vs promesse (date annoncée vs livrée, cible ≥ 95 %). Tickets pré-achat délai. NPS post-livraison conformité ETA.
Tests A/B prioritaires
Date unique vs plage hero SKU. Widget PDP vs checkout-only. Countdown cut-off vs sans. Saisie CP obligatoire vs optionnelle. Segmentation mobile/desktop, new/returning, market FR/BE.
Boucle ops
Dashboard hebdo conversion + OTD + tickets délai. Revue trimestrielle : ajuster buffer selon OTD carrier renégocié. Annotation date deploy widget dans analytics Shopify funnel checkout.
Comment Qstomy complète-t-il l'ETA dynamique ?
Qstomy ne remplace pas un widget ETA, mais comble les gaps quand le calcul automatique ne suffit pas, sur Shopify.
Cas d'usage bot
Deadline cadeau : « Reçu avant samedi ? » avec règles cut-off
CP non saisi : client demande ETA sans remplir widget
Préco ambigu : explique date expédition vs livraison
Comparatif express : tableau inline chat
Incohérence perçue : réponse alignée politique shipping
Scénario DTC chiffré
Mode DTC, app ETA déployée PDP, 22 % tickets chat « c'est pour quand ? » malgré widget below fold mobile.
Qstomy intent `delivery_eta` sync règles cut-off + trigger chat si 30 s PDP sans scroll bloc ETA. Résultat 8 semaines : tickets pré-achat délai −38 %, conversion PDP +7 %, handoff urgent cadeau −15 cas/mois. Analytics intents signale PDP mal configurées.
Explorez support IA, parcours assisté, demander une démo.
Quels playbooks lancer cette semaine ?
Playbook 1 : documenter règles ETA ops
Notion : cut-off, jours ouvrés, transit par zone, buffer, fériés, règles BFCM. Partagé dev, ops, support. Source unique pour app ETA et bot.
Playbook 2 : déployer hero SKU en 14 jours
Choisir app ou semi-dynamique Liquid. Configurer top 3 PDP trafic. Mesurer conversion et OTD 14 j avant généralisation catalogue.
Playbook 3 : cohérence PDP → checkout
Mystery shop : noter ETA à chaque étape. Écart > 0 j = bug config prioritaire. Même wording widget et email confirmation.
Playbook 4 : audit 10 codes postaux
75011, 13001, 69001, 20000 (Corse), 1000 (BE), etc. Comparer ETA affichée vs commande test réelle.
Playbook 5 : A/B date unique vs plage
Hero SKU, 14 jours, mesurer conversion PDP et abandon shipping. Documenter gagnant dans spec ETA officielle.
Maillage utile
Votre KPI north star : OTD ≥ 95 % sur la date ETA affichée PDP. Sans ops fiables, le meilleur widget ment.
Enzo
28 juin 2026
