Hébergement, CDN et pics de trafic
L'hébergement est le serveur (ou le cloud) sur lequel tourne la boutique. Un CDN (content delivery network, réseau de diffusion de contenu) est un réseau de serveurs répartis dans le monde qui sert une partie du site (images, scripts, parfois pages) depuis un point plus proche de l'acheteur. Ensemble, ils déterminent si le site survit à une promotion et si les pages s'ouvrent vite.
En termes simples
Quand le Black Friday amène plusieurs fois plus d'acheteurs, il faut assembler une page pour chacun : le serveur interroge la base de données, construit le html, sert les images. Si les ressources manquent, les pages ralentissent, puis des erreurs apparaissent. La question de l'hébergement est donc une question de chiffre d'affaires lors des meilleurs jours de l'année.
Ce qu'apporte un CDN
web.dev (l'équipe Chrome) décrit un CDN comme un réseau distribué de serveurs qui réduit la charge du serveur d'origine, diminue les coûts et encaisse bien les pics de trafic. Il rapproche le contenu de l'utilisateur, accélère l'établissement de la connexion et sert les ressources en cache sans solliciter votre serveur. Même les pages dynamiques peuvent être mises en cache pour quelques secondes pendant un pic afin de soulager le serveur (web.dev).
Conseils pratiques de la même source : - Mettez en cache longtemps (de six mois à un an) les images, les vidéos et les bibliothèques versionnées. - Les réponses privées (panier, compte) ne doivent pas se retrouver dans un cache partagé. - La part des requêtes servies depuis le cache s'appelle le taux de succès du cache (cache hit ratio) ; un objectif typique est d'environ 90 % (même source). - Un CDN aide aussi la vitesse : il raccourcit le délai avant le premier octet (TTFB), qui influe sur le LCP, l'un des indicateurs Core Web Vitals (même source).
La vitesse comme exigence
web.dev considère un TTFB inférieur à 0,8 s comme bon et supérieur à 1,8 s comme mauvais ; c'est un repère, pas un indicateur Core Web Vitals, mais il aide à diagnostiquer le LCP (web.dev). Pour les seuils des Core Web Vitals eux-mêmes, voir Core Web Vitals.
Que se passe-t-il quand le site ne tient pas
- Les acheteurs voient des erreurs et des paniers lents et partent. Dans l'étude de Baymard, les erreurs ou plantages du site sont cités comme raison d'abandon d'une commande dans 17 % des cas (enquête américaine, données d'une page mise à jour en septembre 2025, sans l'année de l'enquête elle-même ; Baymard).
- Le référencement en pâtit. En réponse aux erreurs 5xx et 429, Google ralentit temporairement l'exploration ; les URL qui renvoient systématiquement des erreurs sortent de l'index avec le temps, et après le rétablissement le rythme d'exploration remonte progressivement (Google).
- Les attaques. Dans son rapport du T3 2026, Cloudflare a recensé 18,2 millions d'attaques DDoS réseau, soit 208 % de plus que l'an dernier ; 96 % ont duré moins de 10 minutes, et 98 % étaient inférieures à 1 Gbit/s. Les plus grosses attaques (plus de 1 Tbit/s) sont devenues moins nombreuses (Cloudflare). À retenir : les vagues courtes et de faible ampleur sont plus fréquentes ; la protection doit fonctionner automatiquement, car on ne peut pas réagir à la main en 10 minutes. Le rapport ne donne aucun conseil aux propriétaires de boutiques, il ne fait que décrire les attaques.
Il n'existe pas de données ouvertes récentes sur le trafic des boutiques pendant les promotions : préparez-vous à partir de vos propres statistiques des pics passés.
Comment se préparer à un pic
- Regardez le dernier pic : le maximum de visiteurs et de commandes par minute, et le moment où les erreurs sont apparues.
- Test de charge sur une copie du site une à deux semaines avant la promotion. Testez les pages les plus lourdes : recherche, filtres, panier, tunnel de commande.
- Cache et CDN pour les fichiers statiques et les pages identiques pour tous (accueil, catégories).
- Désactivez pendant la promotion ce dont vous n'avez pas besoin : widgets lourds, appels superflus à des services externes.
- Montée en charge : demandez à votre hébergeur avec quelle rapidité on peut ajouter des ressources (manuellement ou automatiquement) et à quel prix.
- Supervision et astreinte : qui reçoit l'alerte si le site tombe un vendredi soir.
- Plan B : une sauvegarde et une procédure de restauration connue ; voir sauvegardes.
- Intégrations : l'entrepôt, le système de paiement et le service de livraison doivent eux aussi tenir le pic. Un délai dépassé chez le transporteur ou chez un prestataire de paiement donne le même résultat qu'un hébergement faible.
Types d'hébergement
Le type d'hébergement (mutualisé, VPS, dédié, cloud, service géré d'une plateforme) détermine la quantité de ressources qui vous est garantie et celle que vous partagez avec d'autres. Pour une boutique avec des pics, ce qui compte n'est pas le nom mais les garanties : ressources, montée en charge, sauvegardes, support, emplacement du serveur par rapport à votre audience. Le coût de possession touche aussi à ce sujet.
Erreurs fréquentes
- Choisir l'hébergement au prix sans tester les pics.
- Ne rien mettre en cache et servir chaque page depuis la base de données.
- Mettre en cache le panier et le compte pour tout le monde (les données d'un acheteur seraient vues par un autre).
- Ne tester que la page d'accueil, pas la recherche ni le tunnel de commande.
- Lancer de la publicité au moment du pic sans prévenir l'équipe informatique.
FAQ
Une boutique en ligne a-t-elle besoin d'un CDN ? Presque toujours, pour les images et les scripts. Il réduit la charge du serveur et accélère le chargement (web.dev).
Qu'est-ce que le TTFB et quelle valeur viser ? Le délai avant le premier octet de la réponse ; moins de 0,8 s est considéré comme bon (web.dev).
Comment préparer une boutique au Black Friday ? Test de charge, mise en place du cache et du CDN, désactivation des widgets inutiles, vérification de la montée en charge et de la supervision.
Que faire si le site tombe pendant une promotion ? Rétablissez d'abord le panier et le tunnel de commande, informez les acheteurs de la panne, puis cherchez la cause dans les journaux.
Termes associés
- Core Web Vitals : LCP, INP, CLS
- Audit technique d'un site
- Sauvegardes d'une boutique en ligne
- Sécurité d'une boutique en ligne : le minimum
- Bots et scraping de prix dans une boutique en ligne
Sources
- web.dev, Content delivery networks (CDNs) — web.dev/articles/content-delivery-networks
- web.dev, Time to First Byte (TTFB) — web.dev/articles/ttfb
- Google Search Central, HTTP status codes, network and DNS errors — developers.google.com/search/docs/crawling-indexing/http-network-errors
- Cloudflare, DDoS Threat Report 2026 Q3, 29 October 2026 — blog.cloudflare.com/ddos-threat-report-2026-q3
- Baymard Institute, Cart abandonment rate statistics — baymard.com/lists/cart-abandonment-rate
À lire aussi
Sauvegardes d'une boutique en ligne
Une sauvegarde est une copie du site, de la base de données (produits, commandes, clients) et des fichiers, conservée à part, à partir de laquelle la boutique peut être restaurée après une panne, une erreur ou une intrusion. Une sauvegarde n'a de sens que si…
Bots et scraping de prix dans une boutique en ligne
Les bots sont des programmes qui visitent un site automatiquement. Certains sont utiles (robots d'indexation des moteurs de recherche), d'autres nuisibles : le scraping copie les prix et le catalogue, le credential stuffing essaie des identifiants volés, les…
Fraude au paiement et 3-D Secure
La fraude au paiement dans une boutique en ligne est une tentative d'obtenir des marchandises ou de l'argent en utilisant les données de carte d'autrui, en trompant le client, ou par un litige de paiement malhonnête. 3-D Secure (3DS) est un protocole par…
Application, PWA ou site : que choisir pour une boutique
Une PWA (progressive web app) est un site web qui peut être installé sur un téléphone comme une application et peut fonctionner avec une mauvaise connexion. Une application native est un programme distinct provenant de l'App Store ou de Google Play. Un site…