{"id":81657,"date":"2025-11-18T13:34:04","date_gmt":"2025-11-18T12:34:04","guid":{"rendered":"https:\/\/kinsta.com\/fr\/?p=81657&preview=true&preview_id=81657"},"modified":"2025-11-19T16:11:06","modified_gmt":"2025-11-19T15:11:06","slug":"comment-gerer-pics-trafic","status":"publish","type":"post","link":"https:\/\/kinsta.com\/fr\/blog\/comment-gerer-pics-trafic\/","title":{"rendered":"3 fa\u00e7ons de faire face \u00e0 l’augmentation du trafic sans r\u00e9duire ou mettre \u00e0 niveau les plans d’acc\u00e8s"},"content":{"rendered":"

Les pics de trafic ne sont pas r\u00e9serv\u00e9s aux sites d’entreprise. M\u00eame une modeste boutique WooCommerce peut voir son trafic tripler \u00e0 la suite d’une publicit\u00e9, d’un envoi d’e-mails ou d’une promotion saisonni\u00e8re bien cibl\u00e9s.<\/p>\n

Prenons l’exemple du Black Friday. Selon NPR, les consommateurs am\u00e9ricains ont d\u00e9pens\u00e9 10,8 milliards de dollars en ligne en une seule journ\u00e9e en 2024<\/a>, et m\u00eame les plus petites boutiques ont ressenti les effets d’entra\u00eenement. Une campagne qui ne g\u00e9n\u00e8re habituellement que quelques centaines de visites peut soudainement pousser des milliers de personnes \u00e0 passer commande.<\/p>\n

En tant que client Kinsta, vous n’avez pas besoin de changer de niveau d’h\u00e9bergement \u00e0 chaque fois que cela se produit. Ce guide pr\u00e9sente trois options efficaces : l’utilisation d’un module de performance PHP, l’optimisation de la mise en cache et la r\u00e9duction de la charge de la base de donn\u00e9es.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

1. Utiliser le module de performance PHP<\/h2>\n

La plupart des pics de trafic submergent les sites parce que PHP atteint sa capacit\u00e9 de traitement des requ\u00eates. Lorsque trop de pages non mises en cache ou d’actions de paiement sont effectu\u00e9es en m\u00eame temps, les fils de discussion s’empilent<\/a> et les visiteurs commencent \u00e0 voir des erreurs<\/a>, des ralentissements ou des paniers abandonn\u00e9s<\/a>.<\/p>\n

\"Le
Le module de performance PHP<\/figcaption><\/figure>\n

C’est l\u00e0 que le module de performance PHP<\/a> de Kinsta peut s’av\u00e9rer tr\u00e8s utile. Au lieu de mettre \u00e0 niveau l’ensemble de votre plan d’h\u00e9bergement, vous pouvez temporairement augmenter le nombre de threads PHP et l’allocation de m\u00e9moire<\/a> lors des pics d’activit\u00e9. Vous payez donc les ressources suppl\u00e9mentaires lorsque vous en avez besoin, et rien de plus.<\/p>\n

\"Ajoutez
Ajoutez plus de threads et de m\u00e9moire avec le module de performance PHP.<\/figcaption><\/figure>\n

Prenons l’exemple d’une petite boutique WooCommerce<\/a> qui organise une vente flash de 48 heures. Leur campagne d’e-mailing<\/a> triple le trafic pendant la nuit, et tandis que la mise en cache absorbe la plupart des visites de pages de produits, les demandes de paiement augmentent.<\/p>\n

Sans threads PHP suppl\u00e9mentaires, les paniers stagnent et les commandes \u00e9chouent. Des \u00e9tudes montrent qu’un acheteur en ligne sur trois abandonne son panier si les pages se chargent trop lentement, ce qui peut se traduire par des milliers de dollars de ventes perdues. En activant le module de performance PHP la veille de la vente, la boutique s’assure que les commandes se d\u00e9roulent sans encombre<\/a>, puis le d\u00e9sactive par la suite afin d’\u00e9viter de payer pour la capacit\u00e9 inutilis\u00e9e.<\/p>\n

\"Vous
Vous pouvez supprimer le module de performance PHP lorsque les p\u00e9riodes de forte activit\u00e9 sont termin\u00e9es.<\/figcaption><\/figure>\n

2. Optimiser la mise en cache avant de toucher \u00e0 votre plan<\/h2>\n

Avant d’augmenter les ressources, assurez-vous que la mise en cache fait le gros du travail. La mise en cache sert des versions pr\u00e9-construites de vos pages afin que les visiteurs ne sollicitent pas PHP \u00e0 chaque requ\u00eate. Lorsqu’elle est configur\u00e9e correctement, la majorit\u00e9 des visites de pages de produits et de cat\u00e9gories<\/a> ne touchent jamais le serveur.<\/p>\n

Le probl\u00e8me est que les magasins nuisent souvent \u00e0 leur propre mise en cache sans s’en rendre compte. Les extensions ou les th\u00e8mes<\/a> peuvent forcer les en-t\u00eates \u00ab no-cache \u00bb, les pages de panier et de paiement<\/a> peuvent contourner la mise en cache inutilement, ou les r\u00e9glages CDN<\/a> peuvent \u00eatre mal configur\u00e9s. Chacun de ces probl\u00e8mes consomme les ressources de PHP et ralentit votre boutique.<\/p>\n

Un exemple permet d’illustrer rapidement ce concept. Supposons qu’une petite boutique de v\u00eatements organise des soldes d’\u00e9t\u00e9 et constate un pic soudain de navigation. Les pages des produits<\/a> devraient \u00eatre mises en cache, mais parce que leur th\u00e8me a ajout\u00e9 des en-t\u00eates \u00ab no-cache \u00bb, chaque requ\u00eate d’un visiteur frappe PHP.<\/p>\n

Les temps de chargement d\u00e9passent les trois secondes, et les clients commencent \u00e0 rebondir<\/a>. Apr\u00e8s avoir corrig\u00e9 les en-t\u00eates et confirm\u00e9 les r\u00e9ponses \u00ab HIT \u00bb dans leur CDN, le m\u00eame niveau de trafic a \u00e0 peine un impact sur PHP, ce qui laisse des ressources disponibles pour les v\u00e9ritables activit\u00e9s de panier et de paiement.<\/p>\n

Pour appliquer ce principe \u00e0 votre boutique, effectuez une rapide v\u00e9rification de la mise en cache :<\/p>\n