Le Time To First Byte (TTFB), ou temps de réponse du serveur, de votre site WordPress peut être un indicateur important de performance. Cela ne représente pas une vue d’ensemble, mais une partie très spécifique du processus.
Time to First Byte est une mesure de la vitesse à laquelle votre serveur répond lorsque quelqu’un tente de visiter une page de votre site.
Plus précisément, il mesure le temps qu’il faut entre le moment où le navigateur demande la page au serveur et le moment où le navigateur reçoit la première donnée du serveur.
Les visiteurs veulent que les sites se sentent rapides, donc plus tôt un contenu significatif est affiché à l’écran, mieux c’est.
Le TTFB peut influencer cela – plus le serveur répond rapidement, plus le contenu peut arriver rapidement à l’utilisateur.
À quelle vitesse le temps de premier octet doit-il être ?
200 ms ou moins est idéal. Mais si le vôtre est de 500 ms ou moins, vous vous en sortez plutôt bien. Si elle est supérieure à 500 ms lorsqu’elle est testée à partir d’un emplacement proche de votre serveur, elle doit être étudiée.
Et certainement si cela fait plus d’une seconde, vous avez un problème entre les mains.
Pour examiner cela je vous recommande Page Speed Insight de Google.
Examinons maintenant chaque facteur qui influence le TTFB plus en détail.
1. Les capacités et les ressources du serveur
Lorsque vous exécutez un site WordPress, vous introduisez de nombreux autres facteurs dans le mélange, tels que tout le code de vos plugins et de votre thème.
Pour tester la réponse brute de votre serveur, sans avoir à charger WordPress ou quoi que ce soit sur votre site, exécutez un test de vitesse sur un simple fichier texte ou HTML. Votre installation WordPress doit inclure le fichier license.txt, vous pouvez donc exécuter un test pour cela: votredomaine.com/license.txt
Votre serveur devrait être capable de répondre à ce simple fichier texte très rapidement. Donc, si le TTFB est long ici, il y a certainement un problème avec votre serveur. Une fois que vous avez intégré WordPress dans le mix, le TTFB sera plus long car il y a plus de traitement impliqué pour répondre à une demande de page WordPress.
C’est là que la mise en cache entre en jeu (voir le point 6).
Les temps de réponse du serveur peuvent également fluctuer en fonction des niveaux de trafic. Les hôtes partagés sont particulièrement vulnérables à cela.
La réponse peut être plutôt bonne lorsque personne n’est sur votre site, mais si vous avez un pic de trafic, comment cela tient-il alors?
C’est pourquoi l’hébergement est un facteur si important dans la performance globale de votre site.
2. Emplacement
La distance physique est importante pour les performances. Plus la distance entre la personne essayant d’accéder à votre site et l’emplacement du serveur est longue, plus la réponse sera lente – les données doivent encore voyager. La plupart des articles sur ce sujet suggèrent d’utiliser un CDN ici.
Cependant, par défaut, votre CDN hébergera simplement vos fichiers statiques, comme les images, CSS et JS. Cela aidera donc avec le temps de chargement global, mais n’aidera pas vraiment avec TTFB car ces données proviennent de votre propre serveur, pas du CDN.
Il pourrait y avoir des avantages tangentiels à un CDN, tels que la réduction de la charge sur votre serveur, en théorie la libération de ressources pour fournir le premier octet, mais en réalité, l’ajout d’un CDN à votre site n’aura pas un impact significatif sur le temps de réponse du serveur.
3. La taille et la vitesse de votre base de données WordPress
L’une des différences entre la récupération d’un fichier texte statique comme license.txt et la récupération d’une page WordPress est la base de données. Les pages WordPress ne sont pas des fichiers texte statiques.
Ils sont générés dynamiquement à chaque fois que vous en faites la demande, en exécutant des processus PHP et MySQL sur le serveur.
Les informations sont stockées dans une base de données et doivent être récupérées. Étant donné que la base de données alimente la génération de contenu sur votre site, si elle est trop volumineuse et gonflée, elle répondra lentement pour fournir les informations demandées, augmentant ainsi le TTFB.
Pour le garder mince et mince, vous pouvez utiliser un plugin comme WP Optimize.
4. Les performances du code sur votre site
Un code qui s’exécute lentement ou qui génère des erreurs et des processus lents ralentira le fonctionnement global de votre site. Contrairement aux idées reçues, ce n’est pas forcément corrélé avec le nombre de plugins sur votre site, mais avec la qualité des plugins sur votre site.
Il suffit d’un mauvais plugin pour améliorer les performances et cela ne fera aucune différence s’il s’agit du seul plugin de votre site, ou de l’un des trente. Cette pomme pourrie va tout gâcher. Votre thème peut également contenir du code lent et inefficace.
Une manière simpliste de tester ceci est de désactiver les plugins pour tester l’effet sur TTFB. Puis réactivez-les et voyez si cela ralentit à un moment donné. Pour tester l’impact de votre thème sur TTFB, vous pouvez passer à un thème très simple comme TwentyNineteen et comparer le temps de réponse du serveur.
5. Version PHP
Comme mentionné dans le n ° 3, votre site WordPress s’appuie sur PHP pour récupérer et générer le contenu de votre site. Donc, si vous utilisez une ancienne version de PHP, essentiellement n’importe quelle version de PHP 5, votre site est désavantagé.
Les mises à jour PHP vous offrent de meilleures performances et une meilleure sécurité. Au moment de la rédaction de cet article, la dernière version de PHP est la 7.3. Demandez à votre hébergeur de vous mettre à niveau si votre site utilise quelque chose en dessous de PHP 7.
Vous verrez des améliorations de performances tout autour – TTFB, vitesse des requêtes AJAX, et la vitesse de votre zone d’administration.
6. Mise en cache
Presque tous les autres problèmes de performances peuvent être atténués grâce à la mise en cache. Mais il y a une raison pour laquelle je ne l’ai mis que # 6 sur la liste. La mise en cache ne remplace pas la résolution des autres problèmes plus fondamentaux.
La mise en cache rendra toujours votre site plus rapide, mais cela ne signifie pas que vous ne devriez pas travailler sur les autres problèmes. L’un des principaux avantages de la mise en cache est qu’elle améliore le temps de réponse du serveur.
7. Résolution DNS
Une partie du processus de connexion à votre serveur à partir du navigateur consiste à rechercher le DNS de votre domaine.
En tant que micro-optimisation, vous pouvez utiliser un fournisseur DNS premium. Ce n’est pas quelque chose que je considère comme crucial, en particulier pour un site personnel ou à faible trafic. Tout le reste de cette liste est un fruit à portée de main qui doit être manipulé en premier.
8. SSL
Alors que Google veut maintenant que tout le monde utilise SSL sur ses sites, cela ajoute un peu à votre TTFB car c’est une étape supplémentaire et inévitable dans le processus de connexion à votre site Web.
Donc, si vous convertissez votre site de HTTP en HTTPS et que vous remarquez une légère augmentation de votre TTFB, c’est normal.