Black Friday : la checklist technique pour que votre boutique tienne la charge

Pour que votre boutique tienne le Black Friday (vendredi 27 novembre 2026, suivi du Cyber Monday le 30 novembre), il faut tester la charge avant, pas pendant : mesurer ce que le site supporte, mettre en cache tout ce qui peut l’être, vérifier stocks, paiement et e-mails de commande, sauvegarder, puis geler les mises à jour une à deux semaines avant. Le jour J, on surveille et on ne touche plus à rien.

Cette checklist est technique : elle concerne le site, pas les idées de promotions (pour cela, voyez nos idées marketing pour le Black Friday). Elle suit l’ordre dans lequel on s’y prend : de huit semaines avant à la semaine qui suit l’opération. Elle vaut pour WooCommerce, PrestaShop ou une solution hébergée comme Shopify, avec quelques points propres à chaque cas.

Quel calendrier suivre avant le Black Friday ?

Quand	Quoi
Début octobre (J-8 semaines)	Audit de performance, premier test de charge, liste des correctifs
Mi-octobre (J-6 semaines)	Mise en ligne de la page Black Friday (même URL que l’an dernier), mises à jour et correctifs
Début novembre (J-3 semaines)	Second test de charge sur la version corrigée, vérification paiement et e-mails
Mi-novembre (J-10 à J-7 jours)	Gel des mises à jour, sauvegarde complète vérifiée, plan d’astreinte
27 au 30 novembre	Surveillance, aucune modification technique non urgente
Semaine suivante	Bilan, dégel, mises à jour reportées

Si nous sommes déjà en novembre quand vous lisez ceci, priorisez : sauvegarde, test du tunnel de paiement, surveillance, gel.

Comment savoir si mon site va tenir la charge ?

En le testant. Un test de charge simule des visiteurs simultanés pour voir à partir de quand le site ralentit, puis tombe. La documentation de l’outil open source k6 distingue plusieurs types de tests, dont trois sont utiles ici :

• le test de charge moyenne : le trafic d’un jour normal, pour avoir une référence ;
• le test de pic (spike) : une hausse brutale, comme à l’envoi de votre newsletter ou à minuit pile ;
• le test de rupture (breakpoint) : on augmente progressivement jusqu’à trouver la limite.

La méthode :

1. Reprenez vos statistiques du Black Friday précédent : pic de visiteurs simultanés, pages les plus vues. Visez un test à plusieurs fois ce pic.
2. Scénarisez un vrai parcours : accueil, catégorie, fiche produit, ajout au panier, début de commande. Ce sont le panier et la commande qui chargent le serveur, pas l’accueil mis en cache.
3. Testez sur une copie de préproduction identique à la production, ou en production à une heure creuse, après avoir prévenu votre hébergeur.
4. Notez le temps de réponse et le taux d’erreur à chaque palier. Le point où les erreurs apparaissent est votre plafond réel.
5. Corrigez, puis retestez.

Exemple de script k6 minimal (à adapter à vos URL) :

import http from 'k6/http';
import { sleep } from 'k6';

export const options = {
  stages: [
    { duration: '2m', target: 50 },
    { duration: '5m', target: 200 },
    { duration: '2m', target: 0 },
  ],
};

export default function () {
  http.get('https://preprod.votre-boutique.fr/categorie/promo/');
  sleep(2);
  http.get('https://preprod.votre-boutique.fr/produit/exemple/');
  sleep(3);
}

Sur Shopify, l’infrastructure est gérée par la plateforme : concentrez-vous sur le poids des pages, les applications qui ajoutent des scripts et le parcours de commande. Sur WooCommerce, un point précis compte : depuis la version 8.2, les nouvelles boutiques utilisent par défaut le stockage des commandes haute performance (HPOS), avec des tables dédiées aux commandes. Les boutiques plus anciennes ne sont pas migrées automatiquement : vérifiez ce réglage, et testez sa compatibilité avec vos extensions bien avant novembre.

Cache et CDN : que mettre en place ?

Le principe : chaque page servie depuis un cache est une page que le serveur n’a pas à recalculer. Notre article sur le cache d’un site internet explique les différents niveaux.

• Cache de pages pour l’accueil, les catégories, les fiches produits et la page promo.
• Exclusions obligatoires : panier, commande, compte client. Un panier mis en cache peut afficher le panier d’un autre visiteur.
• Cache d’objets (Redis ou équivalent) pour soulager la base de données sur les pages dynamiques.
• CDN pour les images, feuilles de style et scripts : ils sont servis depuis un serveur proche du visiteur et ne sollicitent plus le vôtre.
• Images compressées et redimensionnées : les visuels promo ajoutés à la dernière minute sont souvent les plus lourds du site.

Pensez aussi à faire le ménage : extensions inutilisées, scripts marketing en double, widgets de chat, chacun ajoute du temps de chargement. Un site déjà lent en temps normal ne s’améliorera pas sous la charge.

Stocks, paiement, e-mails : comment éviter les commandes perdues ?

Les stocks

• Vérifiez la synchronisation avec votre ERP ou votre logiciel de stock, et sa fréquence. Une synchronisation toutes les heures peut suffire en temps normal et provoquer de la survente un jour de pic.
• Réglez la durée de réservation du stock pendant le paiement.
• Préparez les produits en rupture : message clair, alternative proposée, pas de page vide.

Le paiement

• Passez de vraies commandes de test avec chaque moyen de paiement, y compris le paiement fractionné et les portefeuilles mobiles.
• Vérifiez que les notifications du prestataire de paiement (webhooks) arrivent bien et font passer la commande au bon statut.
• Relisez vos règles antifraude : trop strictes, elles bloquent de vrais clients ; trop souples, elles laissent passer les rafales de cartes volées.
• Prévenez votre prestataire de paiement si vous attendez un volume très supérieur à l’habitude.

Les e-mails transactionnels

Confirmation de commande, expédition, réinitialisation de mot de passe : si ces e-mails partent en spam, votre service client explose. Gmail impose à tous les expéditeurs une authentification SPF ou DKIM et un taux de spam inférieur à 0,3 %, et, au-delà de 5 000 messages par jour, DMARC et le désabonnement en un clic pour les messages marketing.

1. N’envoyez pas vos e-mails de commande depuis la fonction mail du serveur : passez par un service d’envoi dédié (SMTP transactionnel).
2. Vérifiez SPF, DKIM et DMARC sur votre domaine.
3. Séparez si possible les envois marketing (newsletter Black Friday) des envois transactionnels, pour qu’un pic de plaintes sur la newsletter ne pénalise pas les confirmations de commande.
4. Envoyez-vous une commande test vers une adresse Gmail et une adresse Outlook.

Sauvegardes et gel des mises à jour : quelles règles ?

• Sauvegarde complète vérifiée (fichiers et base de données) juste avant le gel. Vérifiée veut dire restaurée au moins une fois sur un environnement de test : une sauvegarde jamais restaurée est une hypothèse.
• Sauvegarde de la base au moins quotidienne pendant l’opération, idéalement plus fréquente : les commandes du jour sont les données les plus précieuses de l’année.
• Gel des mises à jour une à deux semaines avant : plus de mise à jour de WordPress, d’extension ou de thème, plus de nouvelle fonctionnalité. Faites les mises à jour avant le gel, pas pendant.
• Exception : un correctif de sécurité critique. Dans ce cas, appliquez-le d’abord en préproduction, testez le tunnel de commande, puis déployez.

C’est le rôle d’un contrat de maintenance et d’hébergement : chez Osmova, plusieurs formules mensuelles existent selon le niveau de suivi, voir nos tarifs indicatifs. Pour les bonnes pratiques de mise à jour, voyez aussi notre article sur la maintenance des sites WordPress.

Que surveiller le jour J ?

• La disponibilité : une sonde externe qui teste l’accueil, une fiche produit et la page panier toutes les minutes, avec alerte par SMS ou messagerie. Notre article sur le monitoring de site web présente les outils.
• Le temps de réponse : une dégradation progressive annonce souvent la panne.
• Le serveur : processeur, mémoire, connexions à la base de données, espace disque (les journaux gonflent vite).
• Les commandes : nombre par heure comparé à l’attendu, commandes bloquées en « en attente de paiement ».
• Les e-mails : file d’envoi, rebonds.

Préparez un plan d’astreinte écrit : qui est joignable, à quels horaires, qui a les accès à l’hébergement et au prestataire de paiement, et quelle est la page de maintenance à afficher en dernier recours.

Comment référencer les pages promo ?

Google a publié des recommandations précises pour les pages Black Friday et Cyber Monday :

1. Une URL stable réutilisée chaque année, par exemple /black-friday/ plutôt que /black-friday-2026/. La page accumule ainsi son historique et ses liens.
2. Une page publiée tôt, pour laisser le temps à Google de la découvrir et de l’indexer.
3. Un lien depuis la page d’accueil, pour signaler son importance.
4. Du texte qui décrit l’opération, pas seulement une bannière.
5. Des données structurées valides sur les produits (prix, disponibilité).

Après l’opération, ne supprimez pas la page : mettez à jour son contenu (« l’opération est terminée, inscrivez-vous pour la prochaine ») et gardez l’URL.

Côté prix, la règle française est stricte : toute annonce de réduction doit indiquer le prix antérieur, c’est-à-dire le prix le plus bas pratiqué au cours des 30 jours précédant la réduction (article L112-1-1 du Code de la consommation). Vérifiez que votre boutique calcule le prix barré sur cette base, et pas sur un prix catalogue jamais pratiqué. La DGCCRF contrôle spécifiquement ces opérations.

Les erreurs à éviter

• Installer une extension promo la veille. Une nouveauté non testée sous charge est un scénario de panne classique.
• Tester seulement l’accueil. L’accueil est en cache, c’est le panier qui tombe.
• Oublier les tâches planifiées. Imports de catalogue, synchronisations, envois groupés : décalez-les hors des heures de pointe.
• Envoyer la newsletter à toute la base à la même minute sans avoir testé le pic qu’elle provoque.
• Afficher un prix barré inventé. C’est une infraction, et vos clients comparent.
• Créer une nouvelle URL chaque année et repartir de zéro en référencement.

La checklist récapitulative

• Test de charge réalisé, plafond connu, correctifs appliqués et retestés
• Cache de pages actif, panier et commande exclus, CDN en place
• Images de la campagne compressées
• Synchronisation des stocks vérifiée
• Commandes de test passées avec chaque moyen de paiement
• Webhooks de paiement vérifiés
• SPF, DKIM, DMARC en place, e-mails de commande reçus chez Gmail et Outlook
• Sauvegarde complète restaurée avec succès
• Mises à jour faites, puis gel annoncé
• Surveillance et alertes actives, astreinte écrite
• Page promo en ligne sur une URL stable, liée depuis l’accueil
• Prix de référence sur 30 jours vérifiés

Si votre boutique a besoin d’un audit technique avant l’opération ou d’une refonte pour tenir la charge l’an prochain, c’est le cœur de notre travail en création de sites e-commerce.

Questions fréquentes

Quelle est la date du Black Friday 2026 ?

Le vendredi 27 novembre 2026, lendemain de Thanksgiving aux États-Unis. Le Cyber Monday tombe le lundi 30 novembre.

Sur Shopify, ai-je quelque chose à préparer ?

Moins côté serveur, puisque l’hébergement est géré par la plateforme. Restent le poids des pages, les applications, le paiement, les stocks, les e-mails et le référencement de la page promo.

Combien de temps avant faut-il geler les mises à jour ?

Une à deux semaines avant, après avoir appliqué et testé toutes les mises à jour en attente. Seuls les correctifs de sécurité critiques passent ensuite, après test en préproduction.

Faut-il changer d’hébergement pour le Black Friday ?

Pas à la dernière minute. Si le test de charge montre que l’hébergement actuel ne suffit pas, demandez d’abord une montée en ressources temporaire à votre hébergeur. Une migration se prépare des semaines à l’avance.

Dois-je supprimer la page Black Friday après l’opération ?

Non. Google recommande de garder une URL stable d’une année sur l’autre. Mettez à jour le contenu de la page et réutilisez-la l’année suivante.

Sources

• Google Search Central : Best practices for Black Friday and Cyber Monday pages
• Google Search Central : Engage shoppers with deal pages in Google Search
• Légifrance : article L112-1-1 du Code de la consommation
• DGCCRF : annonces de réduction de prix
• Google : consignes relatives aux expéditeurs d’e-mails
• Grafana k6 : types de tests de charge
• WooCommerce : High Performance Order Storage (HPOS)