Temps de réponse du serveur

Silktide mesure le temps que met votre serveur à commencer à envoyer la page après qu’un navigateur l’a demandée. Cette attente survient avant que quoi que ce soit puisse apparaître, donc un serveur lent retarde toutes les autres parties de la page.

Pourquoi c’est important

Le temps de réponse du serveur est la base de toutes vos autres optimisations de performance. Des images optimisées, des scripts légers et un hébergement rapide pour les ressources n’y changent rien tant que le navigateur attend toujours le premier octet de la page elle-même ; chaque visiteur subit ce délai en entier, à chaque affichage de page, avant que quoi que ce soit ne s’affiche.

Des réponses lentes signifient généralement que le serveur effectue un travail coûteux pour construire chaque page : requêtes de base de données lourdes, extensions ou intégrations lentes, ou un hébergement sous-dimensionné par rapport au trafic du site.

Comment y remédier

Activez la mise en cache des pages, afin que le serveur construise une page une fois puis serve la copie stockée aux visiteurs suivants au lieu de la reconstruire à chaque demande. Pour la plupart des sites utilisant un , c’est le gain le plus important.
Analysez où le serveur passe son temps lors de la construction de la page — les requêtes de base de données lentes, les extensions et les appels à des services externes sont les suspects habituels — et corrigez ou supprimez les pires goulots d’étranglement.
Diffusez les pages via un , qui répond depuis un emplacement proche du visiteur et protège votre serveur des requêtes répétées.
Si le serveur est simplement surchargé, augmentez les ressources ou passez à une offre d’hébergement supérieure.

Comment Silktide teste cela

Charger la page dans un véritable navigateur, en utilisant le type d’appareil, la vitesse de connexion et l’emplacement de test configurés pour vos tests de vitesse.
Mesurer le temps mis par le serveur pour commencer à répondre à la requête de la page principale, en excluant le temps passé sur la connexion réseau elle-même.
Indiquer le temps mesuré et l’évaluer : moins de 400 millisecondes, c’est bien ; la note baisse à partir de là, et aux alentours de 600 millisecondes ou plus, c’est jugé médiocre.

Dépannage

Le temps de réponse varie entre les analyses

Le temps de réponse du serveur est réellement variable : il dépend de la charge du serveur, de l’état du cache et des performances de la base de données au moment du test. Une page qui vient de sortir du cache peut répondre bien plus lentement qu’une page servie depuis le cache quelques secondes plus tard. Surveillez la tendance au fil des analyses plutôt qu’une seule mesure.

Le site me semble rapide

Votre navigateur a probablement mis le site en cache, et vous êtes peut-être proche du serveur. Les nouveaux visiteurs à l’autre bout du monde obtiennent la version non mise en cache, sur une longue distance. Le temps mesuré reflète ce que le serveur a réellement fait pour une requête neuve.