Le jour où le trafic décuple : préparer son hébergement

12 novembre 2026

Ou : le succès ressemble beaucoup à une attaque, vu depuis le serveur.

La réponse courte : un site tient un pic de trafic si chaque visite coûte peu au serveur et si l’offre laisse assez de processus simultanés. Pour le savoir avant l’affluence, un test de charge léger suffit : k6, l’outil libre de test de performance de Grafana, simule quelques dizaines d’utilisateurs pendant quelques minutes, avec un script en JavaScript. Sur un hébergement mutualisé, ce test se fait avec retenue, hors des heures de pointe et après avoir prévenu le support : les conditions de Hostinger, d’OVHcloud et d’Infomaniak permettent de suspendre un site dont l’usage pèse sur les autres clients. Le résultat dit si la tenue de l’hébergement suffit, ou s’il faut un plan B.

Ce qui cède en premier, sur un mutualisé, est rarement la bande passante. C’est le nombre de requêtes PHP traitées en même temps. Sur les serveurs qui utilisent CloudLinux, cette limite s’appelle les « entry processes », et son dépassement renvoie une erreur 508 au visiteur, pendant que les autres sites de la machine continuent de tourner.

Pour qui : une petite boutique, un site d’association ou d’indépendant qui attend une campagne, un passage dans la presse ou un pic saisonnier.

À partir de : 5,75 € par mois hors taxes pour l’hébergement web Infomaniak, facturés à l’année ; dès 24,92 € par mois hors taxes pour un serveur virtuel à soi (relevés du 12 novembre 2026).

Pour démarrer : tester la page la plus partagée, activer le cache de page, qui sert une copie déjà calculée, puis passer au serveur cloud Infomaniak si le test sature l’offre partagée.

Pic de trafic : le test de charge avant l’affluence, puis le plan B

Le script ci-après monte progressivement à 30 utilisateurs simulés, les garde trois minutes, puis redescend. Chaque utilisateur demande la page, la « lit » entre deux et cinq secondes, puis recommence.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21

// test-pic.js : montée à 30 utilisateurs simulés, palier, descente
import http from 'k6/http';
import { check, sleep } from 'k6';

export const options = {
  stages: [
    { duration: '1m', target: 10 },
    { duration: '3m', target: 30 },
    { duration: '1m', target: 0 },
  ],
  thresholds: {
    http_req_failed: ['rate<0.01'],    // moins de 1 % d'erreurs
    http_req_duration: ['p(95)<1500'], // 95 % des réponses sous 1,5 s
  },
};

export default function () {
  const res = http.get('https://exemple.be/la-page-qui-sera-partagee/');
  check(res, { 'statut 200': (r) => r.status === 200 });
  sleep(2 + Math.random() * 3); // un visiteur lit de 2 à 5 secondes
}

Il se lance avec k6 run test-pic.js. Trente utilisateurs qui demandent une page toutes les 3,5 secondes en moyenne font environ 8,6 pages par seconde, soit plus de 30 000 pages par heure (calcul). À mon avis, un petit site qui tient ce palier sans erreur tient la plupart de ses pics. Le test ne charge que le HTML : les images et les feuilles de style seront servies par le cache des navigateurs ou par un CDN, un réseau de relais, et c’est la page calculée par PHP qui coûte cher.

Trois règles de prudence :

• Ne testez que votre propre site, et prévenez le support de l’hébergeur en donnant l’heure et la durée.
• Restez sous le raisonnable. Le contrat d’hébergement de Hostinger interdit les logiciels qui chargent le serveur au-delà d’un niveau raisonnable ; les conditions de l’hébergement web d’OVHcloud (PDF) jugent ce caractère raisonnable au trafic quotidien, au nombre de requêtes, au processeur, à la mémoire et aux requêtes SQL simultanées, et prévoient la suspension des scripts en cas d’urgence.
• Arrêtez au premier mur. Le test sert à trouver la limite, pas à la franchir pendant dix minutes.

Le test terminé, il reste à lire ce qu’il a révélé, puis à préparer la parade avant le jour J.

La lecture des résultats :

La documentation de CloudLinux décrit les autres plafonds d’un compte : la vitesse du processeur en pourcentage d’un cœur, la mémoire physique, le débit et le nombre d’opérations disque par seconde, le nombre total de processus. Le panneau de l’hébergeur les affiche souvent ; c’est là qu’il faut regarder pendant le test. Infomaniak, de son côté, indique que ses serveurs mutualisés n’utilisent en moyenne que 40 % de leur puissance : une marge collective, pas une réserve garantie à votre site.

Le plan B, daté au 12 novembre 2026 :

La meilleure requête est celle qu’on ne calcule pas

Une page servie depuis un cache ne consomme presque aucun processus PHP : c’est la première ligne du plan B et la moins chère. Ce que l’hébergeur doit fournir pour cela est expliqué dans les trois étages de cache.

Un relais pour absorber la foule

Un CDN gratuit sert les fichiers statiques à la place du serveur, et la page elle-même si on l’y autorise. Ce qu’il apporte et ce qu’il fait dépendre d’un tiers est pesé dans un CDN devant l’hébergement.

Garder un œil pendant l’affluence

Le jour du pic, une sonde extérieure qui vérifie le site chaque minute dit, avant les messages de clients, si le plan a tenu. Les services gratuits sont comparés dans un monitoring gratuit du site.