Le Black Friday tombe le 27 novembre. Dans quelques semaines, votre site sera gelé, vos campagnes calées, vos stocks en place. Et les bugs qui tournent déjà en silence sur votre site seront toujours là, simplement plus chers.
Beaucoup d'équipes e-commerce pensent qu'un temps fort « noie » les petits problèmes dans le volume. C'est l'inverse : le pic ne dilue pas une fuite, il la multiplie. Et dans la plupart des cas, ce n'est ni le monitoring ni les dashboards qui la détectent. C'est le service client, des semaines plus tard.
Le calcul que personne ne fait avant le pic
Un bug ne touche pas un nombre fixe de visiteurs. Il touche un pourcentage de visiteurs : ceux qui ont tel navigateur, tel enchaînement d'étapes, tel moyen de paiement. Ce pourcentage reste stable pendant le Black Friday. Le trafic, lui, triple.
La perte se calcule simplement : sessions × part des visiteurs touchés × taux de conversion × panier moyen. Prenons un site moyen et un bug qui bloque l'achat pour 2 % des visiteurs :
| Jour normal | Jour de Black Friday | |
|---|---|---|
| Sessions | 20 000 | 60 000 |
| Visiteurs touchés par le bug (2 %) | 400 | 1 200 |
| Taux de conversion | 2,5 % | 3,5 % |
| Panier moyen | 70 € | 70 € |
| Perte du jour | 700 € | 2 940 € |
Le même bug coûte quatre fois plus cher. Et pendant le pic, les visiteurs touchés ne sont pas des curieux : ce sont des acheteurs, carte bancaire en main, qui iront chez un concurrent en un clic.
Trois bugs de pic, trois histoires vraies
Ces cas viennent d'échanges avec des équipes e-commerce françaises. Aucun n'a fait tomber le site. Tous ont coûté cher.
1. Les pages produit de Noël. Un leader français de l'e-commerce, sur l'un de ses marchés européens. Juste avant Noël, une régression touche 5 % du trafic des pages produit, sur un enchaînement d'étapes précis et une configuration d'appareil précise. Résultat : 1 000 commandes perdues par quinzaine, et un marché à -20 % de son objectif. Le bug a vécu des semaines avant que quelqu'un le voie.
2. Le « mot de passe oublié ». Même entreprise, à l'approche d'un autre temps fort. La réinitialisation du mot de passe ne fonctionne plus. Les clients fidèles, ceux qui achètent le plus, ne peuvent plus se connecter. Double peine : des commandes perdues et un service client submergé. Le bug a été repéré par hasard, en regardant des enregistrements de sessions. Sans ce hasard, combien de temps aurait-il duré ?
3. La refonte de fin d'année. Une marque e-commerce met en ligne une refonte avant la fin d'année. Un bug se glisse dans la mise en production et reste actif pendant toute la fin d'année. Il n'a pas été détecté par un outil, mais par le SAV, à force de messages de clients mécontents. Entre la mise en ligne et la correction : toute la période la plus rentable de l'année.
Pourquoi vos outils ne les voient pas
Ces trois bugs ont un point commun : ils sont invisibles pour les outils que vous avez déjà.
- Le site n'est pas en panne. Le monitoring technique surveille la disponibilité, la latence, les erreurs serveur. Ici, tout répond normalement.
- Les tableaux de bord restent au vert. Une baisse de 5 % sur un segment se perd dans la hausse globale du trafic du Black Friday.
- L'analytics raconte ce qui s'est passé. Il faut savoir quoi chercher, segmenter, creuser. Personne n'a ce temps en plein pic.
Le marketing a des outils pour comprendre ce qui s'est passé. Aucun pour savoir ce qu'il est en train de perdre.
La règle : poser le capteur avant de geler le site
En octobre, les équipes poussent leurs dernières mises en production : nouveau tunnel, pages produit revues, codes promo du Black Friday. Puis le site est gelé. C'est le moment le plus risqué de l'année, et souvent le moins surveillé.
Une mise en production sans point de comparaison, c'est une perte qu'on ne verra jamais. Si vous ne savez pas comment se comportait chaque parcours avant, vous ne saurez pas ce qui a cassé après, ni ce qui s'est dégradé sans bruit.
Attendre le pic pour surveiller, c'est découvrir le problème quand il coûte le plus cher. Le bon moment, c'est maintenant : huit semaines avant, quand on peut encore corriger sans risque.
Checklist J-8 semaines : les 5 parcours à vérifier
Pour chacun, posez-vous la même question : si ce parcours cassait pour 5 % de mes visiteurs demain, combien de temps faudrait-il pour le savoir ?
- Connexion et mot de passe oublié. Ce sont vos clients fidèles qui passent par là, ceux qui achètent le plus pendant les temps forts.
- Pages produit, sur mobile. Testez sur plusieurs appareils et navigateurs, pas seulement sur l'iPhone de l'équipe.
- Codes promo. Vérifiez que les codes du Black Friday s'appliquent, et que les anciens ne circulent pas encore.
- Paiement fractionné et moyens de paiement alternatifs. Un paiement en 4x peut échouer une fois sur deux sur mobile, alors que tous les appels serveur répondent normalement.
- Le tunnel de commande, de bout en bout. Surtout s'il a été modifié cette année, ou s'il tourne sur une URL différente du site.
Pour chaque parcours, notez un point de référence aujourd'hui : taux de réussite, volume, chiffre d'affaires associé. C'est ce qui vous permettra de chiffrer une perte le jour J. Pour le volet mesure et performance, retrouvez aussi notre checklist technique BFCM 2026 et le coût d'un checkout en panne.
La question à poser à votre équipe cette semaine
Pas « est-ce que le site tiendra la charge ? ». Votre DSI s'en occupe déjà.
Plutôt : « Si un parcours cassait discrètement le jour du Black Friday, qui le verrait, en combien de temps, et combien ça nous aurait coûté ? »
Si la réponse est « le service client, dans quelques jours », vous savez ce qu'il vous reste à faire d'ici le 27 novembre.