Comment mesurer la charge de son site web ?

Savoir si un hébergement tient la charge suppose de mesurer, pas d'estimer. Les impressions trompent : un site paraît lent parce qu'une image met du temps à s'afficher, alors que le serveur répond en quelques millisecondes. Voici les indicateurs utiles et la façon de les interpréter.

Quels indicateurs relever ?

Quatre familles de mesures suffisent pour l'essentiel.

Ajoutez les Core Web Vitals, qui mesurent l'expérience côté navigateur. Ils complètent les mesures serveur sans s'y substituer : un serveur rapide peut servir une page qui s'affiche mal.

Où trouver ces mesures ?

• Les journaux du serveur web : ils enregistrent chaque requête, avec sa date, son code de réponse et souvent sa durée. C'est la source la plus fiable, car elle compte tout le trafic.
• Le tableau de bord de l'hébergeur : il affiche généralement la consommation de processeur, de mémoire et de disque.
• Un outil de supervision : il interroge le site à intervalles réguliers et conserve l'historique. Voir la surveillance de disponibilité.
• La mesure d'audience : utile pour comprendre le comportement des visiteurs, mais elle ignore les robots et les requêtes qui n'exécutent pas de script.

L'écart entre le nombre de visiteurs mesuré par un outil d'audience et le nombre de requêtes vues dans les journaux est souvent instructif. Il correspond en grande partie au trafic automatisé.

Sur quelle durée mesurer ?

Une mesure ponctuelle ne vaut rien. Relevez au minimum une semaine complète, afin de couvrir les jours ouvrés, la soirée et le week-end. Si votre activité connaît des périodes fortes, incluez-en une.

Regardez ensuite la distribution, pas seulement la moyenne. Une moyenne rassurante peut masquer que les pages les plus consultées répondent mal aux heures de pointe. Les valeurs élevées, celles qui dépassent la grande majorité des mesures, décrivent mieux ce que vivent les visiteurs mécontents.

Comment simuler une montée en charge ?

Un test de charge consiste à envoyer volontairement un grand nombre de requêtes pour observer le comportement du serveur. Il répond à une question simple : à partir de quel volume le site se dégrade-t-il ?

1. Prévenez votre hébergeur. Un test non annoncé peut être pris pour une attaque et entraîner un blocage.
2. Testez sur un environnement de recette identique à la production, ou en dehors des heures d'activité.
3. Montez progressivement : le point intéressant est le seuil de bascule, pas le chiffre maximal.
4. Mesurez en même temps le temps de réponse, le taux d'erreur et les ressources consommées.
5. Consignez les résultats, ils serviront de référence après chaque évolution.

Quelles conclusions en tirer ?

Trois lectures reviennent souvent. Si le temps de réponse est stable et bas, mais que les pages s'affichent lentement, le problème vient du contenu envoyé au navigateur, pas de l'hébergement. Si le temps de réponse s'allonge avec le trafic, la limite est côté serveur ou côté code. Si le taux d'erreur grimpe brusquement à un seuil précis, une limite de configuration est atteinte, par exemple un nombre maximal de processus.

Dans tous les cas, conservez l'historique. Comparer les mesures avant et après une mise en production est le seul moyen de savoir si une modification a amélioré ou dégradé la situation.

En résumé

• Mesurez temps de réponse, volume, erreurs et ressources, ensemble.
• Les journaux du serveur comptent tout le trafic, les outils d'audience non.
• Relevez sur une semaine complète et regardez les valeurs extrêmes.
• Gardez l'historique pour comparer avant et après chaque évolution.

NexSecure met en place la supervision des sites et serveurs qu'elle exploite : voir la supervision à distance.