Combien de visiteurs mon hébergement peut‑il supporter ?

Vous passez à la radio, un article vous cite, une campagne démarre. La question devient soudain concrète : le site va‑t‑il tenir ?

Qu’est‑ce qui limite réellement un hébergement ?

Pas le nombre de visiteurs par mois, contrairement à ce que suggèrent les offres. Ce qui compte, c’est le nombre de visiteurs simultanés.

Dix mille visites étalées sur une journée ne posent aucun problème. Les mêmes dix mille en dix minutes font tomber la plupart des hébergements mutualisés.

Quels ordres de grandeur ?

• Mutualisé : 20 à 50 visiteurs simultanés sur un site optimisé.
• VPS d’entrée de gamme : 100 à 300.
• VPS confortable : 500 à 1 500.
• Au‑delà : il faut une architecture pensée pour, pas seulement une machine plus grosse.

Ces chiffres varient du simple au triple selon le site. Un site avec cache tient dix fois plus qu’un site qui n’en a pas.

Pourquoi le cache change‑t‑il tout ?

Sans cache, chaque visiteur déclenche la fabrication complète de la page : interrogation de la base, exécution du code, assemblage. Avec cache, le serveur ressert une page toute prête.

Le rapport est de l’ordre de 1 à 10, parfois davantage. C’est le premier réflexe avant tout pic annoncé.

Un site qui tombe pendant sa seule heure de visibilité annuelle coûte bien plus cher que l’hébergement qui aurait tenu.

Comment se préparer à un pic ?

Une semaine avant, si vous savez qu’il approche :

• Activer et vérifier le cache de pages.
• Alléger la page d’arrivée : c’est elle qui va encaisser.
• Prévenir votre hébergeur : certains relèvent temporairement les limites.
• Désactiver ce qui interroge la base à chaque affichage, comme les compteurs en direct.

Comment savoir si j’ai atteint la limite ?

Les symptômes sont reconnaissables : erreurs 503 aux heures de pointe, temps de réponse qui s’allonge sans raison, ou courriels de l’hébergeur signalant un dépassement de ressources.

Si vous les voyez plusieurs fois par mois, la limite est atteinte, et aucun réglage ne la repoussera durablement.

Sur le même sujet : Comment tester son site avant de changer les DNS ? · Mon site consomme trop de ressources : que faire ?