Réduisez le temps de réponse de votre serveur pour des utilisateurs satisfaits, des classements plus élevés

Le temps de réponse du serveur est souvent négligé lorsqu'il s'agit d'améliorer la vitesse des pages.

Cela peut cependant améliorer le classement de votre site. Les utilisateurs aiment les sites rapides, donc Google aime les sites rapides. Dans cet article, je vous montre comment réduire le temps de réponse de votre serveur. Je propose également quelques autres moyens d'améliorer la vitesse de votre page.

À quel point le temps de réponse du serveur est-il important ?

Le temps de réponse du serveur (SRT) est le temps qui s'écoule entre le moment où un client Web fait une demande (par exemple, en cliquant sur un lien ou en saisissant une URL dans la barre d'adresse) et le moment où le serveur répond à cette demande.

Avec un bon SRT et un site optimisé pour la vitesse, votre site Web semblera se charger presque instantanément. Sans cela, la page mettra plus de temps à se charger, ce qui peut nuire à l'expérience utilisateur et, en fin de compte, au classement des moteurs de recherche.

Le SRT est mesuré dans une unité connue sous le nom de Time to First Byte (TTFB). TTFB mesure la durée entre le client HTTP faisant sa demande et la réception du premier octet de données. Il est mesuré en millisecondes.

Ce qui constitue un bon, un mauvais et un TTFB acceptable varie. Voici quelques règles générales :

• Plus rapide que 100 ms est excellent.
• 100 à 200 ms, c'est bien. Google PageSpeed ​​Insights recommande de maintenir votre SRT sous 200 ms.
• 200 ms à 1 seconde est acceptable, mais il y a place à amélioration.
• Tout ce qui dépasse 1 seconde est un problème.

Un si petit changement dans le temps peut-il faire une grande différence ? Même un délai d'une seconde peut coûter à un site de commerce électronique entre 25 000 et 125 000 dollars par an… ou plus !

Quel est l'impact du temps de réponse du serveur sur le référencement ?

Google utilise SRT comme facteur de classement depuis environ une décennie. Plus récemment, Google Search Console a déployé une section Core Web Vitals, qui suit un ensemble de mesures de performances du site Web axées sur l'expérience utilisateur.

Selon une étude de Forrester Research, plus de la moitié des internautes s'attendent à ce qu'un site se charge en deux secondes ou moins. Si le chargement prend plus de trois secondes, 40 % des utilisateurs abandonneront et partiront.

Les sites qui prennent plus de temps à charger ont généralement un taux de rebond plus élevé et une durée de visite moyenne plus courte. Comme l'a révélé une étude de Pingdom, "alors que les taux de rebond oscillaient en dessous de 10 % pour les sites Web dont le chargement prenait moins de trois secondes, le nombre grimpait jusqu'à 24 % pour un temps de chargement de quatre secondes et 38 % pour un temps de chargement de cinq secondes. ”

Un site lent signifie une mauvaise expérience utilisateur et les moteurs de recherche réagiront en conséquence.

La réduction du temps de réponse de votre serveur se résume en trois étapes.

1. Mesurez le temps de réponse de votre serveur.
2. Identifiez les domaines qui doivent être améliorés.
3. Travaillez avec votre équipe pour aborder ces domaines.

Comment vérifier votre SRT

Il existe un certain nombre d'outils que vous pouvez utiliser.

GTMetrix

GTMetrix a des versions gratuites et payantes. Il vous permet d'analyser votre SRT, de surveiller vos pages et de tester la vitesse de votre site sur un appareil mobile. Entrez simplement votre URL et vous verrez un score global pour le temps de chargement de la page, qui inclut également les données SRT.

Vous pouvez ensuite utiliser le graphique en cascade pour voir chaque élément dans l'ordre dans lequel il a été chargé. Cela vous permet d'identifier et de déboguer les problèmes en montrant exactement quelles requêtes ralentissent votre site.

Bien sûr, le temps de réponse du serveur n'est qu'une partie des nombreux facteurs qui contribuent à la vitesse de la page.

À partir du graphique en cascade, vous pouvez obtenir des informations plus détaillées sur chaque demande en survolant un élément individuel. Là, vous verrez combien de temps de chargement résulte de l'attente sur votre serveur :

Si vous configurez un compte gratuit, vous pouvez afficher d'autres mesures pertinentes, y compris le très important TTFB, en utilisant l'onglet Timings :

Google Page Speed ​​​​Insights (PSI)

Entrez votre URL sur cet outil gratuit, et vous verrez un score global et quelques mesures utiles. Voici un exemple de son apparence :

PSI donne un aperçu des versions mobile et de bureau de votre site et vous donne des informations vitales sur ce que vous pourriez améliorer. Il utilise un mélange de données de « terrain » du monde réel basées sur le rapport d'expérience utilisateur Chrome et des données de laboratoire de Lighthouse pour estimer les performances de la page.

Voici les métriques mesurées par Google Page Insights qui se rapportent spécifiquement à SRT.

• First Contentful Paint (FCP) : cette métrique mesure le temps entre le début du chargement de la page et le moment où une partie du contenu de la page est affichée à l'écran.
• Changement de mise en page cumulé : CLS mesure la somme totale de tous les scores de changement de mise en page individuels pour chaque changement de mise en page inattendu qui se produit pendant toute la durée de vie de la page.
• Time to Interactive (TTI) : Cela mesure le temps qu'il faut à une page pour devenir entièrement interactive. Selon Google, une page est entièrement interactive lorsque la page affiche un contenu utile, les gestionnaires d'événements sont enregistrés pour les éléments de page les plus visibles et la page répond aux interactions de l'utilisateur avec 50 millisecondes.
• Temps de blocage total : la métrique du temps de blocage total (TBT) mesure le temps total entre FCP et TTI pendant lequel le thread principal a été bloqué suffisamment longtemps pour empêcher la réactivité des entrées.

Pour un score élevé, PSI s'attend à un temps de réponse du serveur inférieur à 200 ms. Si votre SRT est plus lent que cela, vous recevrez une notification dans la section "Opportunités" :

Comment réduire le temps de réponse de votre serveur

En fin de compte, il existe des dizaines de facteurs potentiels qui peuvent ralentir la réponse de votre serveur : logique d'application lente, requêtes de base de données lentes, routage lent, frameworks, bibliothèques, manque de ressources CPU ou manque de mémoire.

Bien que vous ne puissiez pas tous les résoudre, vous pouvez travailler avec votre équipe de développement pour trouver et corriger les domaines les plus techniques :

• Logique d'application lente : utilisez un outil de profilage de code pour vous aider à déterminer quelles dépendances sont utilisées sur votre site et combien de temps chacune de ces dépendances prend pour se charger.
• Requêtes de base de données lentes : elles se produisent lorsque vos requêtes de base de données ne se déclenchent pas efficacement. Pire encore, vous ne savez peut-être même pas qu'ils fonctionnent mal à moins que vous ne cochiez « sous le capot ». Les requêtes de base de données lentes nécessitent plus de travail et utilisent plus de ressources CPU.
• Routage lent : En règle générale, vous souhaitez placer vos pages et votre contenu les plus visités en haut de la file d'attente de routage pour faire de ces emplacements une priorité élevée. Vous pouvez également ajouter plus d'itinéraires à n'importe quel endroit spécifique si les choses tournent lentement.
• Famine de ressources CPU : Si votre site exécute trop de plugins ou de scripts, cela peut entraîner une famine de ressources CPU. Travaillez avec votre équipe pour désinstaller les plugins gourmands en ressources qui ne sont pas souvent utilisés et supprimez les scripts inutiles.

Il existe d'autres étapes concrètes qui peuvent vous aider à améliorer la réponse de votre serveur sans un tête-à-tête avec votre équipe de développement.

Trouver un hébergeur rapide et dédié

Si votre SRT actuel est plus lent, envisagez de rechercher un hôte plus rapide. Il y a quelques choses à penser.

Si vous avez le budget, optez pour un hébergement dédié. Cela signifie simplement que vous ne partagez pas le serveur avec un autre site. Bien que l'hébergement mutualisé puisse être un bon début, certains fournisseurs d'hébergement mutualisé surchargent leurs serveurs, ce qui maximise leurs profits mais est catastrophique pour votre site Web.

Lisez les critiques et demandez des recommandations avant de prendre votre décision. Si vous obtenez une recommandation, utilisez GTMetrix ou PSI pour vérifier le SRT pour ces sites.

Vous pouvez également vérifier la vitesse du serveur d'un fournisseur avant d'acheter. Il y a plusieurs façons de le faire :

Utilisez un outil de vérification de la vitesse. J'aime l'outil de contrôle de vitesse gratuit de Pickuphost :

Consultez un site de comparaison. Rapports Invigital sur les temps de réponse moyens de nombreux hébergeurs Web populaires :

Vous pouvez également utiliser son outil de comparaison simple pour comparer jusqu'à 4 hébergeurs sur 56 métriques différentes :

Bitcatcha est un autre outil qui vous permet de comparer les vitesses d'hébergement dans une variété d'endroits à travers le monde, afin que vous puissiez choisir celui qui convient le mieux à l'endroit où vous vous trouvez.

Vous devez choisir un hébergeur avec des serveurs géographiquement proches de votre public cible. Un moyen simple de s'en assurer est avec un CDN.

Utiliser un CDN (Content Delivery Network)

Un réseau de diffusion de contenu (CDN) est un groupe de serveurs répartis géographiquement qui fonctionnent ensemble pour diffuser plus rapidement du contenu en ligne. À moins que votre entreprise ne soit hyper-locale dans son objectif, il est probable que des personnes du monde entier souhaitent accéder à votre contenu à un moment ou à un autre.

En utilisant un CDN, vous vous assurez que les visiteurs de votre site bénéficient de la meilleure expérience utilisateur, où qu'ils se trouvent. Plus de la moitié de tout le trafic Internet mondial est desservi par un CDN.

Un CDN stocke une version en cache de votre site Web à plusieurs endroits dans le monde. Chaque zone a son propre serveur, et le serveur le plus proche de l'emplacement de l'utilisateur fournira le contenu demandé. Voici un visuel de son fonctionnement :

Si votre site Web est hébergé aux États-Unis, mais qu'un utilisateur en Australie souhaite y accéder, le SRT peut être plus lent de 0,2 à 0,4 seconde. Un CDN atténue ce problème et fournit un SRT toujours rapide, quel que soit l'emplacement géographique.

Bien qu'une demi-seconde en SRT puisse sembler peu, cela affecte les temps de chargement perçus pour vos visiteurs.

Pour vous installer, vous devrez choisir un CDN et enregistrer votre site. Il existe des centaines de fournisseurs de CDN parmi lesquels choisir. Lorsque vous choisissez votre CDN, tenez compte de facteurs tels que le volume de trafic prévu, les principaux types de médias que vous servez et votre budget.

Une fois que vous vous êtes inscrit auprès d'un fournisseur CDN, vous ou votre développeur Web devrez l'activer sur votre site Web. En fonction de votre fournisseur d'hébergement et de votre système de gestion de contenu (CMS), vous l'activerez via votre C-panel ou à l'aide d'un plugin.

Si vous avez acheté votre domaine auprès d'un fournisseur différent de celui que vous utilisez pour héberger votre site, vous devrez également y effectuer une mise à jour. Vous ou votre bureau d'enregistrement de nom de domaine devrez modifier vos enregistrements de serveur de noms DNS pour faire pointer votre domaine vers les serveurs de votre CDN.

Après avoir optimisé votre SRT, mais pendant que vous avez toujours l'attention de votre équipe de développement, vous voudrez peut-être vous attaquer à quelques autres problèmes de vitesse de page qui peuvent avoir un impact important.

Plus de façons d'améliorer la vitesse de votre site (au-delà du SRT)

Réduisez et optimisez vos scripts

L'un des moyens les plus efficaces d'augmenter le temps de chargement de votre site consiste à auditer les scripts exécutés par votre site. Utilisez-vous toujours ce script de suivi ? Quelqu'un fait-il quelque chose avec ces données ?

Chaque petit gâchis peut s'accumuler. PSI vous montrera quels scripts votre site charge (et lesquels prennent le plus de temps à charger.) Souvent, la suppression des scripts est aussi simple que la désactivation d'une balise dans Google Tag Manager.

Si vous utilisez WordPress, il existe une poignée de plugins pour vous aider à supprimer les scripts inutiles, tels que Optimize Scripts and Styles ou Asset CleanUp.

Mettre à l'échelle et optimiser les images

L'un des moyens les plus simples d'optimiser les images est de s'assurer que vos images sont dans le bon format de fichier. En général, un PNG occupera plus d'espace par rapport à un fichier JPEG. Par souci de simplicité, je recommande d'utiliser PNG pour les graphiques simples tels que les logos et les graphiques et le format JPEG pour tout le reste.

Google a commencé à recommander un format appelé JPEG 2000. Cependant, je ne l'utilise généralement pas car il n'est pas encore compatible avec de nombreux systèmes ou navigateurs (à part Chrome).

Il existe également un format appelé WEB.P, qui offre une taille de fichier légèrement plus petite que JPEG. Cependant, la différence est négligeable. Une fois que vous avez activé la mise en cache (plus à ce sujet dans une minute), il n'y a pas de différence notable.

À l'heure actuelle, j'utilise le format JPEG par défaut à 60 % de compression dans la plupart des cas. Réduire une qualité JPEG de 95% à 80% ou même 75% peut faire peu de différence perceptible dans l'apparence de l'image. Expérimentez pour trouver le bon équilibre entre la qualité de l'image et la taille du fichier.

De nombreux outils (certains gratuits) peuvent également vous aider à optimiser vos images avant de les télécharger. Jpeg.io et Compressor sont deux bonnes options. WordPress, les plugins Smush ou Kraken.io optimiseront vos images au fur et à mesure que vous les uploadez. Des options similaires sont disponibles sur d'autres plates-formes CMS.

Utiliser la mise en cache

La mise en cache est l'un des meilleurs moyens d'améliorer la vitesse de votre site, sans rien sacrifier en termes de qualité ou de contenu.

La première fois qu'un utilisateur visite votre site, le serveur doit télécharger des fichiers JavaScript, des images, le document HTML, etc. La mise en cache est un stockage temporaire qui mémorise certains de ces aspects afin que le contenu puisse être récupéré plus rapidement lors de la prochaine visite de l'utilisateur.

Pour activer la mise en cache, vous devez ajouter un petit morceau de code au fichier .htaccess de votre site Web. Vous le ferez généralement via le gestionnaire de fichiers dans votre espace utilisateur d'hébergement. Ce code indique aux navigateurs de vos utilisateurs ce qu'il faut mettre en cache et pendant combien de temps le rappeler.

Voici un exemple du code de GTMetrix :

Vous pouvez modifier le code pour mettre en cache différents aspects de votre site pendant différentes durées. Pour les types de fichiers qui sont mis à jour plus fréquemment, définissez un temps de mise en cache plus court.

Pour ceux qui sont assez statiques, le temps de mise en cache peut être plus long. Les temps de mise en cache trop longs pour les fichiers qui changent ou se mettent à jour fréquemment peuvent amener les utilisateurs récurrents à voir une ancienne version mise en cache de votre site.

(Attention : si quelque chose ne va pas avec le fichier .htaccess, cela peut casser tout votre site.)

Sur certaines plates-formes CMS, vous pouvez également utiliser un plugin pour activer la mise en cache sans aucun codage. Certains des plus populaires et des mieux notés incluent W3 Total Cache et WP Rocket pour WordPress, et SpeedCache pour Joomla.

Gardez votre CMS, vos plugins et vos thèmes à jour

À quelle fréquence voyez-vous ces notifications vous rappelant de mettre à jour votre CMS, vos plugins ou votre thème de site Web ? Les fermez-vous en pensant que vous y arriverez plus tard et que vous oublierez tout cela ? Arrêtez de faire ça maintenant !

Les versions obsolètes de votre CMS, plugins et thèmes de site Web peuvent réduire considérablement la vitesse des pages. Les créateurs de ces outils et plates-formes créent des mises à jour pour une raison : c'est souvent pour améliorer l'efficacité et la rapidité.

(Il y a aussi un autre problème : les plates-formes, plugins et thèmes CMS obsolètes peuvent rendre votre site Web vulnérable aux failles de sécurité. Malcare a signalé que les thèmes et plugins obsolètes sont l'une des causes les plus courantes de piratage des sites WordPress.)

Comme pour les scripts sur votre site, à quand remonte la dernière fois que vous avez effacé vos plugins et thèmes enregistrés ? Il y a de fortes chances que vous en ayez téléchargé quelques-uns que vous n'utilisez pas. Effectuez régulièrement un audit rapide de tout ce que vous avez téléchargé et installé.

Conclusion

La réduction du temps de réponse de votre serveur offrira aux visiteurs de votre site une meilleure expérience, réduira votre taux de rebond et améliorera finalement votre classement dans les recherches.

• Vérifiez d'abord votre SRT afin d'avoir une base de référence de l'endroit où vous travaillez.
• Choisissez le bon fournisseur d'hébergement et le bon serveur.
• Utilisez un CDN pour diffuser du contenu aux utilisateurs à partir de serveurs géographiquement plus proches.
• Optimisez vos images en choisissant le bon type de fichier, en réduisant légèrement la qualité de l'image et en utilisant un plugin pour réduire la taille des fichiers.
• Utilisez la mise en cache du navigateur pour offrir une meilleure expérience aux visiteurs qui reviennent.
• Assurez-vous que votre CMS, vos plugins et vos thèmes de site Web sont tous à jour.

SRT et SEO sont des domaines où les secondes et les millisecondes comptent vraiment. Chaque fraction de seconde que vous économisez gardera les visiteurs sur votre site plus longtemps, vous assurera qu'ils reviennent et aidera votre site à atteindre les premières places convoitées sur les pages de résultats.