Cet article fait partie de notre dossier « Préparer sa boutique au pic de fin d'année », dont le point de départ est le calendrier de préparation d'une boutique avant le Black Friday. Après la vitesse vue par le client, nous regardons ce qui se passe sous le capot : le socle technique qui doit tenir pendant les jours où le trafic est le plus fort de l'année.
D'abord, savoir qui est responsable de quoi
La question « mon site va-t-il tenir ? » n'a pas la même réponse selon la façon dont il est construit. Avant toute vérification, il faut savoir sur quelle configuration vous êtes.
| Configuration | Qui gère serveurs et montée en charge | Ce qui reste à votre charge |
|---|
| Boutique Shopify | Shopify | Thème, applications installées, scripts ajoutés, intégrations (ERP, logistique) |
| WordPress et WooCommerce chez un hébergeur | L'hébergeur, selon votre offre | Version de PHP, extensions, mises à jour, cache, dimensionnement de l'offre |
| Site ou boutique sur mesure | Vous ou votre prestataire | Tout : versions, serveurs, base de données, tests de charge |
Ce partage décide de la liste qui suit. Une boutique Shopify n'a pas à se soucier de PHP, mais elle doit regarder de près ses applications. Une boutique WooCommerce doit regarder les deux.
Boutique Shopify : l'inventaire des applications
Sur une plateforme hébergée, le maillon faible n'est plus le serveur, c'est ce qu'on y branche. Les épisodes récents l'ont montré : des applications Shopify compromises chez leurs éditeurs, ou des boutiques mal entretenues ciblées à très bas coût. Sans revenir sur ces incidents, la conséquence pratique avant le pic est un inventaire en trois questions, application par application :
- Sert-elle encore ? Une application installée pour une campagne passée, un test abandonné ou un ancien prestataire est un risque sans contrepartie. Shopify recommande d'ailleurs, dans sa liste de préparation au Black Friday 2026, de retirer les applications inutilisées.
- Touche-t-elle au panier ou au paiement ? Remises, options de produit, ventes additionnelles, livraison : ce sont les applications dont une panne coûte directement des commandes. Elles méritent un test complet après chaque mise à jour.
- Qui la surveille ? Chaque application a un éditeur, une page de statut et des notes de version. Quelqu'un doit savoir où les trouver le jour où un comportement anormal apparaît.
Désinstaller une application ne retire pas toujours le code qu'elle a ajouté au thème. Après le ménage, un contrôle du thème évite de garder des scripts orphelins qui ralentissent les pages.
WordPress et WooCommerce : la version de PHP
PHP est le langage qui fait tourner WordPress. Chaque version est maintenue quatre ans : deux ans de support complet, puis deux ans de correctifs de sécurité seulement. Le calendrier publié par php.net est le suivant.
| Version | Correctifs de sécurité jusqu'au | Situation |
|---|
| 8.1 et antérieures | Terminé | Plus aucun correctif : à traiter en priorité |
| 8.2 | 31 décembre 2026 | Fin de support dans quelques semaines |
| 8.3 | 31 décembre 2027 | Sécurité seulement |
| 8.4 | 31 décembre 2028 | Support complet jusqu'au 31 décembre 2026 |
| 8.5 | 31 décembre 2029 | Support complet |
La version utilisée se lit dans l'outil « Santé du site » de WordPress ou dans l'espace client de l'hébergeur. La décision dépend du résultat :
- Version 8.1 ou plus ancienne : le site tourne déjà sans correctifs. La montée de version est prioritaire, mais elle doit être testée sur une copie du site (thème et extensions compris) avant d'être appliquée, et terminée avant mi-novembre.
- Version 8.2 : deux options défendables. Migrer et tester dans la première quinzaine de novembre, ou geler jusqu'au pic et migrer dans la première quinzaine de décembre, avant le 31. La seule mauvaise option est de migrer la semaine du Black Friday.
- Version 8.3 ou plus récente : rien d'urgent côté PHP. Restent les mises à jour de WordPress et des extensions, dont nous rappelions avec la faille WordPress de septembre qu'elles ne s'appliquent pas toujours seules.
Site sur mesure : la version de Node.js
Les sites et boutiques sur mesure construits en JavaScript (Next.js, AdonisJS et d'autres) tournent sur Node.js. Le projet recommande de n'utiliser en production que des versions dites LTS (support long). Son calendrier officiel, qui précise que les dates peuvent évoluer, donne ceci :
| Version | Statut fin 2026 | Fin de support |
|---|
| Node.js 20 | Plus maintenu | 30 avril 2026 |
| Node.js 22 | Maintenance (correctifs critiques) | 30 avril 2027 |
| Node.js 24 | Maintenance depuis le 20 octobre 2026 | 30 avril 2028 |
| Node.js 26 | LTS active à partir du 28 octobre 2026 | 30 avril 2029 |
Un site encore sur Node.js 20 ne reçoit plus de correctifs : c'est le même cas qu'un PHP 8.1, à traiter avant le pic si la migration peut être testée à temps. Un site sur Node.js 22 ou 24 est couvert pour la saison, et la montée vers Node.js 26 se planifie tranquillement en début d'année.
Tenir la charge : les questions à poser
Le trafic d'un jour de promotion peut représenter plusieurs fois celui d'un jour normal, concentré sur quelques heures. Pour une boutique hébergée ailleurs que sur une plateforme comme Shopify, quatre questions permettent de savoir si le socle tiendra.
- Mon offre d'hébergement a-t-elle des limites ? Nombre de processus, mémoire, plafond de trafic. Une offre mutualisée d'entrée de gamme dimensionnée pour un trafic ordinaire peut saturer à l'heure d'ouverture d'une promotion.
- Les pages sont-elles mises en cache ? Les pages de catalogue peuvent l'être, le panier et le paiement non. Un cache bien réglé absorbe l'essentiel de la charge.
- Que se passe-t-il si un service tiers tombe ? Paiement, calcul des frais de port, recherche, avis clients : chaque dépendance est un maillon. Nous avions détaillé ce raisonnement à propos d'une panne d'hébergeur et de la résilience d'un site.
- Qui est joignable pendant le pic ? Un numéro, un nom, des horaires. Une panne un vendredi soir de Black Friday ne peut pas attendre le lundi.
Pour un site sur mesure, la réponse la plus fiable reste un test de charge, qui simule plusieurs fois le trafic habituel sur une copie du site. Il se fait début novembre, pour laisser le temps de corriger ce qu'il révèle.
Le geste qui protège tout le reste : le gel
Une fois les mises à jour faites et testées, la dernière semaine avant le pic n'accueille plus aucun changement non essentiel : ni nouvelle application, ni modification de thème, ni montée de version. Ce gel n'empêche pas de corriger une urgence, il empêche d'en créer une. C'est la même logique que celle d'une boutique qui vend, et donc surveillée, appliquée à quelques semaines décisives.
Passer à l'action
Inventaire des applications, versions, hébergement : si vous ne savez pas répondre à l'une de ces questions pour votre boutique, nous faisons l'état des lieux avec vous lors d'un audit gratuit. Les montées de version et tests de charge relèvent de notre activité de développeur web à La Réunion, et la maintenance des boutiques de notre offre e-commerce. Pour échanger avec notre agence web à La Réunion, contactez-nous.
Dans le volet suivant, nous verrons comment éviter que vos fiches produits et vos campagnes soient refusées au moment précis où vos promotions démarrent.
Sources : php.net, Supported Versions (consulté le 25 octobre 2026) ; Node.js, calendrier officiel des versions ; nodejs.org, versions et politique de support ; Shopify, Black Friday Checklist 2026 (23 octobre 2026).
