Table des matières de l'article :
Si jusqu'en 2019 on faisait appel à des passionnés dans certains cas mod_pagespeed pour Apache et le respectif ngx_pagespeed pour NGINX et nous nous sommes également sentis d'humeur à le recommander comme nous l'avons fait dans cet article mod_pagespeed et ngx_pagespeed. Modules Google pour Apache et NGINX Webserver pour améliorer les performances. , aujourd'hui plus que jamais le moment est venu d'annoncer au monde que cela fait au moins depuis 2020 que cela n'a plus de sens d'utiliser un projet désormais abandonné, mort et enterré.
Mais revenons brièvement sur le sujet abordé précédemment en expliquant, quoique cette fois de manière plus approximative, ce qu'est mod_pagespeed et quels étaient les objectifs initiaux souhaités par Google lui-même.
Qu'est-ce que mod_pagespeed ?
mod_pagespeed est un module Apache créé par Google pour améliorer les performances des pages web. Le module utilise diverses techniques pour optimiser le contenu de la page, telles que la compression d'image et la minification de CSS et JavaScript, afin de réduire le temps de chargement de la page.
Google a créé mod_pagespeed pour aider les webmasters à améliorer la vitesse de leurs pages Web. La vitesse de chargement des pages est un facteur important dans l'expérience utilisateur et le classement des moteurs de recherche.
mod_pagespeed a été lancé pour la première fois en 2010 en tant que projet open source et a reçu de nombreuses fonctionnalités au fil des ans. Par exemple, il peut optimiser les images pour réduire leur poids sans compromettre la qualité, générer automatiquement des images réactives pour optimiser l'affichage sur les appareils mobiles et minifier le code CSS et JavaScript pour réduire la quantité de données à télécharger.
En 2018, Google a annoncé qu'il arrêtait le développement actif de mod_pagespeed, mais a continué à fournir un support pour la version existante jusqu'en 2021. Après cela, le projet a été officiellement abandonné et il n'y a plus de support ou de mise à jour de Google.
Qu'est-ce que ngx_pagespeed ?
ngx_pagespeed est un port de mod_pagespeed pour le serveur Web NGINX. Il s'agit d'un module qui permet aux administrateurs système d'utiliser les mêmes fonctionnalités d'optimisation des performances que mod_pagespeed sur un serveur NGINX.
Le projet ngx_pagespeed a été créé par un groupe de développeurs indépendants qui souhaitaient porter la fonctionnalité mod_pagespeed sur un serveur Web autre qu'Apache. Le module ngx_pagespeed a été publié pour la première fois en 2012 et a constamment reçu des mises à jour et de nouvelles fonctionnalités au fil des ans.
Comme mod_pagespeed, ngx_pagespeed utilise pratiquement les mêmes techniques pour optimiser les performances des pages Web, telles que la compression d'image, la minification de CSS et JavaScript, et l'optimisation des requêtes du navigateur. De plus, ngx_pagespeed permet aux administrateurs système de configurer de manière granulaire les optimisations à appliquer aux pages Web, leur permettant d'adapter les performances aux besoins spécifiques de leur site Web.
Même si ngx_pagespeed a été créé par des développeurs indépendants, a reçu le soutien de Google jusqu'en 2018, lorsque Google a annoncé qu'il avait arrêté le développement actif de mod_pagespeed. Après cela, ngx_pagespeed a également été abandonné et il n'y a plus de mise à jour officielle ni de support disponible.
Où mod_pagespeed est-il encore utilisé ?
De nombreux panneaux de contrôle comme Plesk ou cPanel proposent mod_pagespeed comme fonctionnalité pour améliorer la vitesse et le score de vitesse de page des sites Web. Ces panneaux de contrôle permettent aux administrateurs système d'activer et de configurer facilement mod_pagespeed pour optimiser les performances de leurs pages Web.
Dans Plesk, mod_pagespeed est disponible en tant que module complémentaire ou mieux en tant qu'extension supplémentaire qui peut être facilement installé et configuré par l'administrateur du serveur. Une fois installé, Plesk fournit une interface graphique pour configurer les paramètres mod_pagespeed, tels que la compression d'image, la minification de CSS et JavaScript, et l'optimisation des requêtes du navigateur.
cPanel propose également mod_pagespeed comme option d'optimisation des performances du serveur. Comme dans Plesk, mod_pagespeed peut être facilement activé et configuré par l'administrateur du serveur. cPanel propose également une interface graphique pour configurer les paramètres mod_pagespeed et afficher les résultats des optimisations de performances.
Même si mod_pagespeed n'est plus activement développé par Google, les panneaux de contrôle Plesk et cPanel continuent de l'utiliser comme fonctionnalité pour améliorer la vitesse et le score de vitesse de page des sites Web. Cependant, étant un projet abandonné, il n'y a plus de mises à jour ou de support officiel disponibles pour ces outils.
Pourquoi toujours utiliser mod_pagespeed ou ngx_pagespeed ?
La technologie de l'information est une branche en évolution rapide, e ce qui est considéré comme correct aujourd'hui peut ne pas l'être demain. La technologie et la façon dont les utilisateurs interagissent avec elle évoluent constamment, et les développeurs et les administrateurs système doivent être capables de s'adapter à ces changements pour s'assurer que leurs sites Web fonctionnent toujours bien et répondent aux besoins des utilisateurs.
Souvent en faisant des recherches sur le net pour optimiser un site web, on tombe sur d'anciens posts, articles et guides qui font référence à une période bien précise, le lecteur n'est pas capable de comprendre le contexte de ce qu'il lit et pense à tort que ce guide d'optimisation qui recommande mod_pagespeed est toujours en vogue et donc ils se prêtent à suivre des tutoriels obsolètes qui non seulement n'apportent pas d'avantages en termes de performances, mais sont même nuisibles.
Google, en tant que leader dans l'industrie des moteurs de recherche, a développé plusieurs mesures et scores au fil des ans pour évaluer la qualité et les performances des sites Web. Par exemple, Google a introduit i Google Vitaux Web de base, un ensemble de mesures qui évaluent la vitesse, l'interactivité et la stabilité visuelle des pages Web, et le score PageSpeed Insight, qui évalue la vitesse et les performances des pages Web sur les appareils mobiles et de bureau.
Ces changements dans les mesures de qualité du site Web ont eu un impact significatif sur l'outil mod_pagespeed créé par Google. Initialement conçu pour améliorer les performances des pages Web à l'aide de diverses techniques d'optimisation, mod_pagespeed est rapidement devenu obsolète en raison de l'évolution des métriques d'évaluation de Google. Dans certains cas, l'utilisation de mod_pagespeed peut même avoir un impact négatif sur les performances des pages Web, car les optimisations appliquées par l'outil peuvent ne plus être conformes aux directives actuelles de Google.
mod_pagespeed et Time To First Byte.
Il Heure du premier octet (TTFB) est une métrique qui mesure le temps entre le navigateur demandant une page Web et la réception du premier octet de données du serveur. Il est considéré comme un indicateur de la vitesse du serveur et de la latence du réseau. Un TTFB élevé indique un serveur lent ou une connexion réseau lente, tandis qu'un TTFB faible indique un serveur rapide et une connexion réseau rapide.
Le TTFB est l'une des mesures importantes de Google Vitaux Web de base, un ensemble de mesures introduit par Google pour évaluer la vitesse, l'interactivité et la stabilité visuelle des pages Web. Ces mesures sont importantes car Google utilise ces informations pour évaluer la qualité des sites Web et pour déterminer leur positionnement dans les résultats de recherche. Un TTFB élevé peut affecter négativement l'expérience utilisateur et la visibilité du site Web sur les moteurs de recherche.
Google lui-même recommande fortement un TTFB maximum de 200 millisecondes, évidemment une valeur optimale est certainement inférieure à 100 millisecondes et comme nous le verrons, mod_pagespeed n'aide pas à réduire le TTFB comme beaucoup le croient encore.
Quelqu'un sur le net avait déjà remarqué le problème et avait également ouvert des discussions sur GitHub, mais à cette époque l'accent était presque exclusivement mis sur les scores Pagespeed avec des métriques très discutables et qui ne tenaient pas compte de l'importance du TTFB.
Vous pouvez suivre le message original (capture d'écran ci-dessous) sur ce lien : https://github.com/apache/incubator-pagespeed-mod/issues/1293
Un autre avertissement est apparu dans un thread StackOverflow où il a été mentionné sans ambages que mod_pagespeed augmentait le TTFB. Vous pouvez lire le fil original bien que peu concluant sur ce lien : https://stackoverflow.com/questions/24099190/google-nginx-pagespeed-with-varnish-increases-ttfb
Il n'est certainement pas facile de deviner et de comprendre que bien que mod_pagespeed soit un module Apache conçu pour améliorer les performances des pages Web en utilisant diverses techniques d'optimisation, peut entraîner l'augmentation du temps d'accès au premier octet (TTFB) d'une page Web en raison de la latence introduite par ses opérations d'optimisation car il effectue des tâches d'optimisation telles que la compression d'images, la réduction de CSS et de JavaScript et l'optimisation des requêtes du navigateur. Ces opérations prennent du temps à s'effectuer, ce qui peut entraîner une augmentation du TTFB.
De plus, mod_pagespeed utilise un algorithme de mise en cache pour mettre en cache les pages Web optimisées et réduire la latence des requêtes ultérieures. Cependant, si l'algorithme de mise en cache n'est pas configuré correctement, cela peut entraîner une augmentation du TTFB car le serveur doit d'abord extraire la page Web du cache avant de l'envoyer au navigateur.
Un exemple concret de la façon dont mod_pagespeed ralentit un site WordPress.
Par exemple, regardons un site comme lavocedeltrentino.it, un journal bien connu qui pensait pouvoir résoudre les problèmes de performances de leur site en passant de notre hébergement à celui d'un autre fournisseur improvisé qui a provoqué une dégradation des performances de cette norme .
Après un certain temps, le site partant d'un Apache brut sur Plesk, ils ont pensé qu'il était opportun d'ajouter mod_pagespeed comme technologie à valeur ajoutée pour améliorer la vitesse du site, et effectivement l'amélioration était là si l'on considère que de toute façon mod_pagespeed a un tout les effets d'un Full Page Cache interne qui en cas de lenteur extrême peut également améliorer considérablement les performances comme on peut le voir sur l'écran ci-dessous, atteignant un peu plus de trois secondes, avec une situation initiale malheureuse d'environ le double.
Si nous examinons en détail la réponse de curl, nous pouvons voir comment vous utilisez mod_pagespeed sur Plesk et qu'à partir d'une connexion Fastweb sur Fibre mixte cuivre, il a un TTFB de 1,38 secondes, alors que dans l'écran suivant, testez un site qui utilise exactement le même thème ( Zox News) comme le courrier de la ville. com Le TTFB n'est que de 0,2 seconde, soit environ 7 fois plus rapide.
Si l'on considère également le TTFB mesuré au niveau européen par Vitaux de vitesse, voyons encore plus en détail à quel point mod_pagespeed est vraiment nul en termes de performances va augmenter de manière embarrassante le TTFB avec des scores tous marqués en rouge, contrairement à ceux de ilcorrieredellacitta.com qui sont normaux.
Que faire si vous utilisez mod_pagespeed et comment le remplacer ?
Si vous utilisez mod_pagespeed ou ngx_pagespeed, il est fortement recommandé de supprimer l'extension de toute urgence. Ces modules, bien qu'initialement conçus pour améliorer les performances des pages Web, peuvent entraîner des problèmes de performances en raison de leur obsolescence et des nouvelles directives de Google.
La principale raison de la suppression de ces extensions est que de nombreuses opérations d'optimisation effectuées par mod_pagespeed ou ngx_pagespeed peuvent être effectuées plus efficacement et plus granulairement au niveau de l'application, par exemple via l'utilisation de plugins dédiés tels que W3 Total Cache, Autoptimize, Wp Rocket ou des combinaisons de ces outils si nous avons affaire à une installation WordPress.
Par exemple, l'optimisation JS, la minification, la compression, le css critique, la suppression de code inutilisé et la livraison d'images webp peuvent être effectués de manière plus précise et personnalisable grâce à l'utilisation de ces plugins.
La suppression de mod_pagespeed ou ngx_pagespeed de votre serveur et l'utilisation de ces plugins pour optimiser les performances des pages Web vous permettront de vous adapter aux directives actuelles de Google et d'obtenir un contrôle plus précis et granulaire sur l'optimisation des performances de vos pages Web.