Comment tester la vitesse d'un site web

Pourquoi tester la vitesse du site ?

Lorsque les constructeurs automobiles développent un nouveau modèle de voiture, celui-ci peut accélérer rapidement et se conduire sans problème sur le papier, mais le constructeur ne peut pas savoir si la voiture fonctionne réellement avant qu'un pilote d'essai ne l'emmène sur la piste. De la même manière, les performances d'un site dans un environnement de test local ne sont pas toujours une bonne indication de ses performances sur le site Internet , qui s'étend sur une variété de conditions de réseau et dans différents endroits.

Les tests de vitesse de sites Web visent à simuler des conditions réelles et à fournir des données sur les performances réelles d'un site Web. Un test de vitesse de site Web doit permettre aux développeurs de connaître non seulement la vitesse de leur site ou de leur application, mais aussi les éléments de la page qui provoquent des ralentissements.

Pourquoi la vitesse du site est-elle importante ?

Les sites Web qui fonctionnent mal peuvent frustrer les utilisateurs et les faire fuir. La lenteur des performances d'un site a un impact négatif sur le classement dans les moteurs de recherche (ou SEO), sur les taux de conversion , et sur l'expérience globale de l'utilisateur.

Comment les développeurs peuvent-ils tester la vitesse de leurs sites web ?

Un certain nombre d'organisations, dont Cloudflare, proposent des tests de vitesse des sites web. De nombreux tests de vitesse sont capables d'identifier les éléments individuels d'une page web qui ralentissent la page, en plus de fournir des mesures de performance.

Au-delà des tests de vitesse, Cloudflare propose également des services CDN gratuits, qui peuvent améliorer les performances des sites Web et réduire la latence.

Quelles mesures de performance un test de vitesse du site fournira-t-il ?

Le test de vitesse de base de Cloudflare mesure les éléments suivants :

• Temps de chargement : Le temps requis par un navigateur Web pour terminer le téléchargement et l’affichage de la page Web (généralement mesuré en millisecondes).
• Time to First Byte (TTFB): temps nécessaire au navigateur pour recevoir le premier octet de données du serveur Web (mesuré en millisecondes).
• Demandes : Nombre de demandes HTTP de ressources qu'un navigateur doit effectuer pour charger complètement la page.

Tous les fournisseurs de tests de vitesse ne décomposent pas la vitesse du site en utilisant les mêmes mesures de performance. D'autres mesures de performance incluent :

• DOMContentLoaded (DCL) : Ceci mesure le temps nécessaire au chargement du code HTML complet de la page ; les images, les fichiers CSS et autres éléments ne doivent pas être chargés.
• Temps de chargement above-the-fold: « Above-the-fold » fait référence à la zone d'une page Web qui tient dans une fenêtre de navigateur sans qu'un utilisateur n'ait à faire défiler vers le bas.
• First Contentful Paint (FCP) : heure à laquelle le contenu commence à être « peint » ou rendu par le navigateur. Cela peut être n’importe quel aspect de la page, y compris le texte, les images ou les couleurs d’arrière-plan non blanches.
• Taille de la page: la taille totale de fichier de tous les contenus et ressources qui apparaissent sur la page.
• Aller-retour: cette mesure compte le nombre d'aller-retour nécessaires pour charger la page Web. Lorsqu'une requête HTTP se déplace complètement d'un navigateur vers le serveur d'origine et que la réponse HTTP du serveur remonte complètement, cela constitue un aller-retour. Lorsqu’une requête HTTP est acheminée d’un navigateur au serveur d’origine et que la réponse HTTP du serveur fait le chemin inverse, cela forme un aller-retour.
• Aller-retour bloquant le rendu: sous-catégorie des allers-retours. Le «blocage de rendu» fait référence aux ressources qui doivent être chargées avant de pouvoir charger tout autre élément.
• Temps aller-retour (RTT): le temps nécessaire pour effectuer un trajet aller-retour.
• Ressources bloquant le rendu: certaines ressources, comme les fichiers CSS, empêchent le chargement d'autres parties de la page si elles ne sont pas encore chargées. Plus une page Web dispose de ressources bloquant le rendu, plus il y a de chances que le navigateur ne charge pas la page.