Quand un site a-t-il besoin de plus de ressources ?

« Le site rame, il faut un serveur plus gros. » La conclusion est parfois juste, souvent prématurée. Augmenter les ressources coûte durablement et masque parfois un défaut qui réapparaîtra. Voici comment distinguer une vraie saturation d'un problème de conception.

De quelles ressources parle-t-on ?

Un hébergement met à disposition quatre ressources principales, qui se saturent pour des raisons différentes.

Une offre mutualisée impose en plus des limites propres : durée maximale d'exécution d'un script, nombre de requêtes par minute, taille des envois. On les atteint parfois sans que la machine soit réellement chargée.

Les signes d'une vraie saturation

• Les lenteurs suivent la courbe du trafic : rapides la nuit, lentes en milieu de journée.
• Le serveur renvoie des erreurs 502 ou 503, qui signalent qu'il ne peut plus répondre.
• Les exports, imports ou envois de fichiers volumineux échouent au bout d'un temps constant.
• Les indicateurs relevés sur le serveur restent proches de leur maximum pendant de longues plages.
• Le site est redevenu rapide lors d'un test de charge après désactivation d'une partie des fonctionnalités.

Les fausses pistes les plus fréquentes

Avant de commander une machine plus puissante, écartez ces quatre causes. Elles expliquent une grande partie des ralentissements.

1. Absence de cache : chaque page est recalculée pour chaque visiteur alors que son contenu ne change pas. Activer un cache de pages divise souvent la charge.
2. Requêtes de base de données inefficaces : une page qui lance des centaines de requêtes reste lente sur n'importe quel serveur.
3. Trafic automatisé : robots d'indexation agressifs, aspirateurs de contenu, tentatives de connexion en série. Ce trafic consomme des ressources sans apporter de visiteurs.
4. Médias non optimisés : des images en pleine résolution saturent la bande passante et le disque. Voyez les causes de lenteur d'un site.

Comment décider en pratique ?

Procédez dans cet ordre, en mesurant après chaque étape.

1. Relevez les temps de réponse et l'usage des ressources sur au moins une semaine complète, week-end compris.
2. Identifiez les pages les plus lentes et les plus demandées.
3. Activez ou corrigez le cache, optimisez les images, bloquez le trafic automatisé inutile.
4. Mesurez de nouveau. Si les indicateurs restent au plafond alors que le code est propre, la montée en ressources est justifiée.
5. Augmentez une ressource à la fois, celle qui sature réellement.

Cette discipline évite le scénario classique : doubler la puissance, constater une amélioration pendant trois semaines, puis retrouver les mêmes lenteurs quand le trafic croît de nouveau.

Faut-il prévoir de la marge ?

Oui, mais pas n'importe laquelle. Un site qui fonctionne au maximum de ses capacités en fonctionnement normal n'absorbera aucun pic. Une campagne, une opération de fin d'année ou un article partagé largement multiplient le trafic en quelques heures. Gardez une réserve, et vérifiez que votre hébergement permet d'augmenter les ressources rapidement, sans réinstaller le site.

Vérifiez aussi ce qui se passe en cas de dépassement : certains hébergements ralentissent le service, d'autres le suspendent. La différence est décisive un jour de forte affluence.

En résumé

• Mesurez avant de décider, sur une période représentative.
• Cache, requêtes, trafic automatisé et images expliquent beaucoup de lenteurs.
• Augmentez la ressource qui sature, pas toutes en même temps.
• Gardez de la marge et vérifiez la souplesse de votre offre.

NexSecure dimensionne et surveille l'hébergement en France des sites qu'elle réalise : voir l'hébergement web.