# Checklist de préparation au Black Friday pour une boutique WooCommerce

> Le pic de trafic du Black Friday ne pardonne pas l'improvisation. Une checklist concrète, testée sur plusieurs boutiques clientes, pour arriver au jour J sans mauvaise surprise.

- Auteur : Clément Hadrot
- Publié le : 2023-08-14
- Mis à jour le : 2023-08-14
- Catégorie : E-commerce
- URL : https://wpmoderne.dev.wordpress-developpement.fr/ecommerce/checklist-preparation-black-friday-woocommerce/

## L’essentiel

- Le cache de page doit être validé avec un panier réellement rempli
- woocommerce_hold_stock_minutes évite la survente sous forte charge
- Un test de charge vaut mieux qu'une estimation optimiste

Chaque année, la même scène se répète chez une partie des clients de l'agence : une boutique qui tourne parfaitement bien toute l'année s'effondre le jour du Black Friday, submergée par un trafic dix à vingt fois supérieur à la normale. Le problème n'est presque jamais WooCommerce en tant que tel, mais l'accumulation de petits réglages jamais revus depuis la mise en ligne initiale du site, qui deviennent critiques uniquement sous forte charge.

Cette checklist reprend, dans l'ordre où elles doivent être traitées, les vérifications qui ont le plus souvent évité un incident sur les boutiques suivies par l'agence, en excluant volontairement la question du choix de l'hébergeur, qui relève d'un arbitrage antérieur à cette préparation.

## Quatre semaines avant l'événement

1. **Vérifier le cache de page avec un panier réellement rempli.** Un cache mal configuré peut afficher un panier vide ou obsolète à un client qui revient sur une page catégorie après un ajout, un bug souvent invisible en test avec un cache vidé à chaque modification par le développeur lui-même.
2. **Confirmer qu'un cache d'objets (type Redis ou Memcached) est actif**, pas seulement un cache de page. Sans cache d'objets, chaque requête réexécute des requêtes SQL identiques pour les mêmes données de session et de produit, un coût qui devient rapidement disproportionné sous forte charge.
3. **Lancer un premier test de charge**, avec un scénario reproduisant le parcours réel d'un client : consultation catalogue, ajout au panier, passage en commande, pas seulement un chargement répété de la page d'accueil.

> L'essentiel à retenir : Le cache de page doit être validé avec un panier réellement rempli ; woocommerce_hold_stock_minutes évite la survente sous forte charge ; Un test de charge vaut mieux qu'une estimation optimiste

## Trois semaines avant l'événement

1. **Régler `woocommerce_hold_stock_minutes` à une valeur cohérente avec le trafic attendu.** Ce réglage, disponible dans **WooCommerce › Réglages › Produits › Inventaire**, détermine combien de temps un article reste réservé pour une commande en attente de paiement avant d'être remis en stock disponible ; une valeur trop généreuse sous forte charge peut donner l'impression d'un stock épuisé alors qu'il est simplement réservé par des paniers jamais finalisés.
2. **Vérifier la santé de la file Action Scheduler** depuis **WooCommerce › État › Tâches planifiées**, en s'assurant qu'aucune tâche en échec répété ne s'accumule silencieusement, ce qui deviendrait bien plus difficile à diagnostiquer une fois le trafic dix fois supérieur à la normale.
3. **Désactiver ou reporter les mises à jour automatiques d'extensions** pendant la semaine de l'événement, pour éviter qu'une mise à jour non testée ne se déclenche automatiquement en pleine période de trafic critique.

## Deux semaines avant l'événement

1. **Auditer les extensions de suivi analytique et publicitaire**, dont certaines exécutent des appels externes synchrones capables de ralentir chaque chargement de page si le service tiers répond lentement sous forte charge lui aussi.
2. **Vérifier la configuration du CDN pour les images produit**, en s'assurant que les visuels du catalogue sont bien servis depuis ce CDN plutôt que directement depuis le serveur d'origine, particulièrement sensible sur les pages catégorie affichant de nombreuses vignettes.
3. **Nettoyer les transients expirés en base de données**, via l'outil natif accessible depuis **WooCommerce › État › Outils**, une table de transients trop volumineuse pouvant ralentir certaines requêtes de lecture sous charge.

## La semaine précédant l'événement

1. **Relancer un test de charge final**, sur la configuration exacte de production, incluant les réglages appliqués depuis le premier test réalisé quatre semaines plus tôt.
2. **Tester chaque moyen de paiement en conditions réelles**, y compris les méthodes alternatives (paiement en plusieurs fois, portefeuilles électroniques), dont la configuration de bac à sable diverge parfois du comportement en production.
3. **Préparer une page de statut ou un message d'attente** à activer en cas de saturation ponctuelle, plutôt que de laisser afficher une erreur serveur brute qui dégrade durablement la confiance du client.
4. **Briefer l'équipe support** sur les questions attendues (délais de livraison, disponibilité des promotions, gestion des ruptures de stock), pour absorber le pic de sollicitations sans improviser les réponses en direct.

> Un test de charge réalisé une semaine avant l'événement arrive presque toujours trop tard pour corriger ce qu'il révèle : mieux vaut un premier test approximatif un mois avant qu'un test parfait la veille.

## Ce qu'on retient d'une saison à l'autre

Aucun des points de cette checklist n'est spectaculaire pris isolément, mais c'est leur cumul qui fait la différence entre une boutique qui tient la charge et une boutique qui s'effondre au pire moment. Sur les projets suivis par l'agence, les incidents du jour J concernent presque toujours un point négligé sur cette liste, rarement une limite réelle et incontournable de WooCommerce lui-même. La discipline consiste moins à tout vérifier une seule fois qu'à recommencer, chaque année, sans supposer qu'un réglage validé l'an dernier reste pertinent pour un trafic qui continue de croître.