La section "Opportunités" de votre rapport Lighthouse indique le temps de réponse du serveur, c'est-à-dire le temps nécessaire au navigateur d'un utilisateur pour recevoir le premier octet du contenu de la page après avoir envoyé la requête :
Les temps de réponse lents du serveur affectent les performances
Cet audit échoue lorsque le navigateur attend plus de 600 ms que le serveur réponde à la requête du document principal. Les utilisateurs n'aiment pas les pages qui mettent longtemps à se charger. Des temps de réponse du serveur lents peuvent être à l'origine de longs temps de chargement des pages.
Lorsque les utilisateurs accèdent à une URL dans leur navigateur Web, celui-ci envoie une requête réseau pour récupérer ce contenu. Votre serveur reçoit la requête et renvoie le contenu de la page.
Le serveur peut avoir besoin d'effectuer de nombreuses tâches pour renvoyer une page contenant tout le contenu souhaité par les utilisateurs. Par exemple, si les utilisateurs consultent leur historique de commandes, le serveur doit récupérer l'historique de chaque utilisateur à partir d'une base de données, puis insérer ce contenu dans la page. L'optimisation du serveur pour effectuer ce type de tâches le plus rapidement possible est un moyen de réduire le temps d'attente des utilisateurs pour le chargement des pages.
Même lorsque le serveur n'a pas beaucoup de travail à faire, la latence du réseau entre le client et le serveur peut entraîner des temps de réponse lents.
Améliorer les temps de réponse du serveur
La première étape pour améliorer les temps de réponse du serveur consiste à identifier les tâches conceptuelles de base que votre serveur doit effectuer pour renvoyer le contenu de la page, puis à mesurer la durée de chacune de ces tâches. Une fois que vous avez identifié les tâches les plus longues, recherchez des moyens de les accélérer.
Les réponses lentes du serveur peuvent avoir plusieurs causes. Il existe donc plusieurs façons de les améliorer :
- Optimisez la logique applicative du serveur pour accélérer la préparation des pages. Si vous utilisez un framework de serveur, il peut vous fournir des recommandations sur la façon de procéder.
- Optimisez la façon dont votre serveur interroge les bases de données ou migrez vers des systèmes de base de données plus rapides.
- Mettez à niveau le matériel de votre serveur pour disposer de plus de mémoire ou de processeurs.
Utilisez un CDN pour réduire la latence du réseau. Cette méthode est particulièrement efficace si le document peut être mis en cache au niveau du nœud périphérique du CDN.
Pour en savoir plus, consultez le guide Optimiser le TTFB.
Conseils spécifiques à la pile
Drupal
Déchargez le trafic avec un ou plusieurs modules de mise en cache Drupal tels que Internal Page Cache, Internal Dynamic Page Cache et BigPipe. Associez-les à un CDN pour améliorer le délai de réponse. Vos serveurs d'hébergement doivent exploiter PHP OPcache. Envisagez d'utiliser la mise en cache de la mémoire (avec Redis ou Memcached, par exemple) pour réduire les temps d'interrogation des bases de données. Enfin, utilisez des thèmes et des modules performants, ainsi que des serveurs plus rapides, pour réduire le temps de réponse du serveur.
Magento
Utilisez l'intégration de Varnish de Magento.
React
Si vous effectuez un rendu de composants React côté serveur, envisagez d'utiliser renderToNodeStream() ou renderToStaticNodeStream() pour permettre au client de recevoir et d'hydrater différentes parties du balisage au lieu de tout faire simultanément.
WordPress
Choisissez un thème léger (idéalement un thème basé sur des blocs) et implémentez la mise en cache de la page entière ou une solution de site statique. Désactivez les plug-ins inutiles pour réduire les frais généraux de serveur.
Envisagez de passer à un service d'hébergement géré ou dédié.