En plus du test PageSpeed Insights , Google propose également ce qu'on appelle le module Google PageSpeed. Il s'agit d'une configuration qui optimise automatiquement les sites web selon les directives de Google. Mais dans notre test, le module a fait exactement le contraire : il a mangé la performance de nos pages sans pitié. Un rapport d'expérience.

La plupart des administrateurs de sites le connaissent bien : le test de la page d'accueil. Test de Google PageSpeed Insights . Il révèle de manière fiable les potentiels d'optimisation des sites testés et montre en même temps comment optimiser son site. Optimiser son propre site tu peux le faire. Il s'agit donc souvent d'un des premiers points de contact pour l'optimisation des performances.

Les conseils et astuces avec lesquels Google PageSpeed Insights laisse l'utilisateur relativement seul au début, sont automatiquement mis en œuvre par le module Google PageSpeed. Si tu l'installes sur ton serveur Web, le programme ne se contente pas de découvrir les potentiels d'optimisation, mais met directement en œuvre les améliorations.

Dans le contexte où Google a récemment fait du temps de chargement un critère de classement officiel, la possibilité d'une optimisation automatique de la page semble bien sûr plus qu'attrayante. Le module devient ainsi une arme secrète présumée pour l'optimisation des performances. Et pour nous aussi, c'était bien sûr très tentant.

C'est pourquoi nous l'avons testé en détail il y a un peu plus d'un an et à la demande de plusieurs clients. Notre conclusion : pour nous, en tant qu'hébergeur, ce module n'a aucun sens.

La complexité, tueuse de projets

Pour faire court : La complexité de la combinaison de WordPress et des nombreuses possibilités de filtrage du module PageSpeed a rendu l'implémentation impossible pour nous. Remarque : ce n'est pas la complexité de l'utilisation du module qui est à blâmer, mais le nombre de possibilités de configuration. Le module en lui-même est assez confortable et intuitif.

Le module Page Speed propose deux ensembles de filtres prédéfinis par Google : Les soi-disant Filtres de base et les Optimize for Bandwidth Les filtres. Les filtres de base sont un ensemble de règles que l'équipe PageSpeed de Google a rassemblées et qui sont censées s'appliquer à la plupart des sites. Mais cela n'est pas garanti. De nouveaux filtres sont régulièrement ajoutés à l'ensemble de base, ce qui rend les pages optimisées continuellement plus rapides - du moins en théorie.

Le Core Filterset est donc toujours à jour, mais il est aussi très instable. En pratique, cela signifie que tu dois vérifier la stabilité et le temps de chargement de la page après les mises à jour. Sinon, il y a un risque de crash du site.

Les filtres Optimize for Bandwidth offrent une plus grande stabilité d'exécution et peuvent être utilisés comme jeu de filtres par défaut pour encore plus de types de pages différents.

Dans notre test, nous avons principalement utilisé le jeu de filtres plus stable pour mieux anticiper la structure modulaire de WordPress. Néanmoins, si le module PageSpeed était correctement réglé pour une page, il écrasait la mise en page de l'autre page ou paralysait des fonctions importantes, comme le panier d'achat.

En plus de ces ensembles standard, chaque utilisateur peut créer sa propre configuration, en fonction de ce qui a déjà été optimisé et dans quelle mesure. Les filtres permettent par exemple de compresser les documents CSS (Google supprime alors automatiquement les espaces blancs et les commentaires dans les feuilles de style). Il est également possible de régler les temps de cache des différentes ressources ou de regrouper les images dans des sprites.

C'est précisément cette abondance d'options de réglage qui rend le module PageSpeed peu pratique du point de vue de l'hébergeur.

Optimisation via HTML - en direct et via le cache

Mais comment fonctionne exactement le module Google PageSpeed ? En principe, les mesures d'optimisation sont les mêmes ou très similaires à celles recommandées par Google PageSpeed Insights . Les étapes d'optimisation sont réalisées soit via un cache, soit en direct. Pour cela, le module PageSpeed tire le code HTML de la page et recherche les potentiels d'optimisation qu'il met ensuite en œuvre.

La mise en œuvre des mesures d'optimisation via le cache est la solution la plus complexe. En effet, il faut définir ici quelles optimisations doivent être effectuées par le serveur web et son cache et lesquelles doivent être effectuées par le module lui-même. Par conséquent, la mise en œuvre des mesures d'optimisation doit être réglée individuellement pour chaque configuration de page.

La variante live, en revanche, nécessite parfois énormément de RAM et de puissance de processeur. L'optimisation consomme donc tellement de performance que les pages se chargent beaucoup plus lentement. L'optimisation en direct convient donc soit aux serveurs très puissants, soit aux sites qui n'ont que peu de visiteurs.

Des possibilités presque infinies

D'un point de vue purement mathématique, les 50 filtres existants donnent lieu à de très, très nombreuses combinaisons possibles (un chiffre avec 15 zéros). C'est bien sûr un avantage fondamental, car tu peux configurer le module PageSpeed comme tu le souhaites pour ton propre site web. Mais pour nous, cette abondance de combinaisons a été le tueur du projet.

Les pages individuelles peuvent parfaitement être optimisées via le module - si tu sais comment. Car il n'y a qu'un seul ensemble d'exigences. En tant qu'hébergeur, nous devons cependant tenir compte de toute une série de configurations WordPress différentes. Et c'est là que le bât blesse : Car le réglage du module devrait être si général qu'il couvre à la fois toutes les pages existantes et la plupart des nouvelles pages potentielles.

Cela ne laisse qu'un nombre très limité de filtres possibles. Mais ceux-ci n'ont qu'une influence minime sur le temps de chargement des pages.

C'est exactement ce qui s'est passé lors de notre test. Et plus encore : certaines pages ont même été ralenties par l'utilisation du module.

Le module de vitesse de page a mangé nos performances

Le module PageSpeed consomme relativement beaucoup de puissance. Avec nos BOX, cela peut conduire à ce que le module consomme plus de performance qu'il ne peut en gagner en l'optimisant. En effet, le contenu de la page Web est compressé, mais la compression nécessite de la puissance de calcul. Le temps de chargement de la page peut donc souffrir de l'optimisation. C'est exactement ce qui s'est passé dans certains cas, surtout lorsque les pages ont été testées sous charge.

L'optimisation des images est plus simple et plus efficace avec les plugins.

Ce déséquilibre est particulièrement frappant dans l'optimisation des images : Dans notre test, les plugins WordPress ont non seulement réussi à compresser davantage les images, mais ils fonctionnaient aussi de manière plus stable et ne consommaient qu'une fraction de la puissance.

Certes, l'optimisation des images de Google n'est pas mauvaise en principe, mais dans notre test, nous avons remarqué que des images optimisées auparavant par le module PageSpeed étaient encore évaluées après coup par le test PageSpeed comme méritant d'être optimisées. Ces déclarations paradoxales sont malheureusement typiques de Google PageSpeed Insights.

Conclusion : notre hébergement n'est pas le bon cas d'utilisation pour le module PagesSpeed de Google.

Les deux tueurs de projet pour l'implémentation d'une configuration centrale du module Google PageSpeed étaient donc la diversité des sites que nous hébergeons, combinée à la soif de performance du module. Une implémentation sur notre serveur web Nginx n'a donc pas de sens pour le moment.

Mais pour les projets individuels disposant de la puissance de calcul nécessaire, le module PageSpeed reste certainement une option.

Quelles expériences as-tu faites avec le module PageSpeed de Google ? Ou as-tu encore des questions sur l'utilisation du module ? Écris-nous un commentaire ou contacte-nous tout simplement directement via le chat d'assistance sur raidboxes.fr.