Test de vitesse du site Web : mesurer correctement la vitesse de votre fournisseur d'hébergement Web

La vitesse d'un site Web peut faire référence à de nombreuses choses différentes et la mesure est généralement pleine d'ambiguïtés et d'erreurs d'interprétation. Dans cet article, nous allons clarifier certains aspects déroutants de la mesure de la vitesse d'un site Web. Puis nous vous aiderons à décrypter le rapport de mesure de vitesse. Enfin, nous analyserons les paramètres que vous devez prendre en compte lors de la mesure de la vitesse de votre fournisseur d'hébergement Web.

Nous utiliserons l'outil de test de vitesse WebSite de Pingdom pour nos exemples. Il existe de nombreux outils similaires comme dareboost et WebPageTest, et nous vous encourageons à tous les essayer afin d'obtenir un résultat plus équilibré. Il y a aussi GTMetrix et Page Speed ​​Insights de Google. Avec Google, eh bien, vous avez l'autorité d'un outil Google. En revanche, vous n'obtiendrez aucune information sur les temps de réponse réels (en millisecondes) de votre site Web. Donc, si vous recherchez des résultats quantitatifs, vous devrez vérifier les autres outils.

Mais la vérité est que la mesure de la vitesse est un peu difficile. Éclaircissons d'abord certaines choses.

Mesurer la vitesse d'un site Web est… compliqué

Les rapports des outils de mesure de la vitesse des sites Web en ligne fournissent généralement une quantité écrasante d'informations concernant la vitesse de votre site Web. C'est difficile à comprendre, surtout si vous n'en avez jamais utilisé auparavant. Tout d'abord, il y a quelques points que vous devez avoir à l'esprit :

1. Les rapports sur la vitesse du site Web vous donnent une note de vitesse totale en combinant plusieurs mesures très différentes. Cela donne une approximation globale de la "rapidité" d'un site Web. Cependant, lorsque vous devez évaluer la vitesse d'un fournisseur d'hébergement Web, vous devrez examiner de plus près les résultats.
2. Le simple fait d'exécuter un test de vitesse de site Web une fois ne vous donne pas une vue réaliste. Vous devrez exécuter au moins 10 tests différents (en utilisant le même outil et dans la même région), puis calculer la moyenne en divisant les résultats en conséquence.
3. Les outils de vitesse de page Web en ligne contournent généralement les mécanismes de mise en cache que votre fournisseur ou votre site Web pourrait avoir mis en place. Par exemple, l'inspection des en-têtes de requête de toute requête révèle deux en-têtes HTTP qui désactivent la mise en cache. Pour cela, vous devez toujours garder à l'esprit la mise en cache lorsque vous effectuez vos tests.

La vitesse du fournisseur Web est différente de la vitesse de l'application !

Les outils de test de vitesse de site Web testent généralement les mêmes choses et affichent des types de données similaires. Comme nous l'avons mentionné précédemment, toutes ces données ne font pas réellement référence à la vitesse de votre fournisseur. Par exemple, les actifs récupérés à partir de serveurs tiers comme Youtube ne vous disent rien sur la vitesse de votre fournisseur. En effet, le contenu réside sur différents serveurs, et non sur votre.

De même, les métriques de code Javascript et CSS ne vous montrent que la vitesse à laquelle votre page Web sera rendue dans le navigateur.

Cependant, certaines mesures reflètent la vitesse de votre fournisseur. Il s'agit du DNS, du temps nécessaire à votre navigateur Web pour se connecter à votre page Web et obtenir les résultats, et un certain nombre d'autres mesures. Voyons-les un par un !

Hébergez votre site web avec Pressidium

GARANTIE DE REMBOURSEMENT DE 60 JOURS

VOIR NOS FORFAITS

Indicateurs de vitesse du fournisseur d'hébergement Web

Temps de réponse DNS

Cette métrique mesure le temps nécessaire au serveur de noms de votre site Web pour renvoyer à votre navigateur l'adresse IP, telle que mesurée par l'outil PingDom. En général, les valeurs inférieures à 300 ms sont considérées comme normales.

Si vous observez des valeurs élevées dans cette métrique, vous devrez peut-être commencer à déterminer pourquoi c'est le cas. En fin de compte, vous pouvez choisir de changer de fournisseur DNS. Bien sûr, si vos enregistrements DNS sont conservés par votre fournisseur d'hébergement Web, vous devrez tenir compte de la métrique DNS.

Connecter le temps de réponse

Ce temps de réponse mesure le temps nécessaire à votre navigateur pour se connecter pour la première fois à votre site Web. C'est une métrique que vous devez évidemment prendre en compte.

SSL

Dans la capture d'écran précédente, nous avons vu qu'il y avait une redirection vers une URL HTTPS (visible dans l'icône en haut à gauche). Pingdom mesure le temps nécessaire pour que la poignée de main SSL ait lieu. Les poignées de main SSL sont des opérations de calcul intenses. Leurs temps de réponse dépendent généralement de divers facteurs tels que le protocole utilisé, la présence ou non de techniques telles que le déchargement SSL, etc.

Vous devrez prendre en compte les temps de réponse SSL, uniquement si vous êtes certain que l'établissement de liaison SSL est effectué par votre fournisseur. Si vous n'êtes pas certain, laissez cette métrique de côté.

La métrique d' envoi correspond au temps nécessaire au navigateur Web pour envoyer la requête au serveur. Ceci est lié à la connexion Internet de votre visiteur uniquement, et non à votre site Web ou à votre fournisseur d'hébergement. Alors laissez également cette métrique de côté.

Attendre/Recevoir

Ces temps de réponse indiquent le temps nécessaire à votre navigateur pour recevoir la page Web réelle. Le temps d' attente est la durée pendant laquelle votre navigateur attend jusqu'à ce que le serveur commence à envoyer des données. Le temps de réception indique combien de temps il faut au serveur pour envoyer réellement ces données au navigateur.

Étant donné que ces deux temps de réponse sont liés au serveur Web, vous devez les prendre en compte.

Actifs statiques

Les temps de réponse des fichiers servis localement à partir de votre site Web doivent également être inclus. Ceux-ci sont appelés actifs statiques et sont généralement des images, des fichiers CSS et généralement tout ce qui est servi à partir de votre domaine.

Les navigateurs Web modernes accélèrent le téléchargement des ressources en utilisant des threads d'exécution parallèles et d'autres techniques. Par exemple, si vous avez un site web avec 100 requêtes, ces 100 requêtes seront téléchargées en parallèle. Internet Explorer 10 utilise un maximum de 8 connexions parallèles, tandis que Chrome en utilise 6. Firefox3 et Safari 5 en utilisent également 6. Cette valeur est configurable, mais vous pouvez facilement mettre votre ordinateur à rude épreuve si vous en abusez, il est donc préférable de la laisser telle quelle. De plus, HTTP/2 aide considérablement en ce qui concerne l'accélération du téléchargement car il dispose d'une gestion de flux de paquets supérieure à celle de son prédécesseur.

Enfin, identifier vos actifs locaux est facile avec Pingdom. Vous pouvez filtrer les résultats et afficher les demandes d'actifs locaux en saisissant le domaine de votre site Web dans le champ Filtrer.

Si vous constatez qu'il y a un retard important lors de la récupération des actifs locaux (en particulier des images et des vidéos), pensez à utiliser un réseau de diffusion de contenu (CDN).

Avec un réseau de diffusion de contenu, vous pouvez minimiser la perte de paquets et la latence. Les services CDN placent des serveurs dans le monde entier, afin de rapprocher au maximum votre contenu de vos visiteurs, réduisant ainsi la latence.

En conclusion

Les outils de mesure de la vitesse du site Web vous fournissent de nombreuses informations que vous devez évaluer de manière critique, en fonction de ce que vous prévoyez de mesurer.

En résumé, avant de commencer à tester la vitesse de votre site Web, gardez à l'esprit ce qui suit :

1. La vitesse d'hébergement Web et la façon dont elle est mesurée sont complètement différentes de la vitesse de chargement des pages.
2. Les principaux paramètres auxquels vous devez prêter attention sont les temps de réponse Connect/Wait/Receive, ainsi que ceux des actifs statiques. DNS et SSL ne sont pris en compte que s'ils sont gérés par votre hébergeur.
3. Laissez de côté toutes les mesures concernant le contenu extrait de services tiers, comme Youtube.
4. Exécutez le test plusieurs fois (au moins 10), puis calculez la moyenne en divisant les résultats par le nombre de tests.

Étant donné que le sujet de la vitesse de rendu des applications et des pages est un autre sujet d'importance critique, nous prévoyons de lui consacrer un article séparé. C'est aussi beaucoup plus complexe que de mesurer la vitesse de l'hébergement Web car cela dépend de nombreux facteurs et cache également pas mal de pièges !