16 janvier 2023

Pourquoi ne pas utiliser mod_pagespeed pour les performances Web ?

Certains utilisent encore mod_pagespeed ou ngx_pagespeed pour améliorer les performances de leur site web, mais à quel prix ?

Google-mod_pagespeed-TTFB

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

StackOverflow mod_pagespeed Vernis 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 .

Site migré Comparaison Pingdom avant après

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.

Pagespeed Pingdom

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.

SpeedVitals TTFB Exemple Europe

SpeedVitals TTFB lavocedeltrentino.it
SpeedVitals TTFB citycourier.com

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.

 

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions système GNU/Linux avancées orientées vers la haute performance. Avec un modèle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accès à des technologies avancées en matière d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils système sur les systèmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. détient les droits de Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de The FreeBSD Foundation ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt. Oracle Corporation détient les droits sur Oracle®, MySQL® et MyRocks® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; REDIS® est une marque déposée de Redis Labs Ltd. F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB. Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited. Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal®. Amazon Web Services, Inc. détient les droits sur AWS® ; Google LLC détient les droits sur Google Cloud™ et Chrome™ ; Microsoft Corporation détient les droits sur Microsoft®, Azure® et Internet Explorer® ; La Fondation Mozilla détient les droits sur Firefox®. Apache® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée du groupe PHP. CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV. Hetzner Online GmbH détient les droits sur Hetzner® ; OVHcloud est une marque déposée d'OVH Groupe SAS ; cPanel®, LLC détient les droits sur cPanel® ; Plesk® est une marque déposée de Plesk International GmbH ; Facebook, Inc. détient les droits sur Facebook®. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente en aucune manière aucune de ces entités. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées appartiennent à leurs titulaires. MANAGED SERVER® est une marque déposée au niveau européen par MANAGED SERVER SRL, Via Enzo Ferrari, 9, 62012 Civitanova Marche (MC), Italie.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systèmes sans avoir à migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entièrement gratuite.

Non merci, mes clients préfèrent le site lent.
Retour en haut de page