PageSpeed (mod_pagespeed) dans le cPanel o2switch : fonctionnement, réglages et précautions

Le module PageSpeed du cPanel o2switch permet d’activer mod_pagespeed, un outil d’optimisation côté serveur qui agit sur les ressources d’un site (HTML, CSS, JavaScript, images) avant leur envoi au navigateur.

Il ne s’agit pas de Google PageSpeed Insights, mais bien d’un module technique d’optimisation. PageSpeed ne met pas les pages en cache : il complète un cache existant en améliorant la façon dont les ressources sont délivrées, avec des réglages à utiliser avec discernement.

1. Pourquoi PageSpeed arrive en dernier dans la série

Dans les volets précédents, nous avons abordé différentes approches de la performance chez o2switch, selon les contextes et les configurations possibles :
cache applicatif avec LiteSpeed Cache, stockage en mémoire avec Redis ou Memcached, ou encore cache HTTP avancé avec xtremCache (Varnish).

Ces solutions n’ont pas vocation à être empilées indistinctement. Chacune répond à un besoin précis et s’intègre dans une architecture donnée. Leur point commun est d’agir sur le temps de génération des pages et sur la capacité du serveur à répondre rapidement aux visiteurs.

Le module PageSpeed joue un rôle différent. Il n’accélère pas le moteur du site, mais intervient sur les ressources produites : structure HTML, feuilles de style, scripts JavaScript et images. Autrement dit, il améliore la manière dont les pages sont livrées au navigateur, sans jamais remplacer un système de cache.

C’est pour cette raison que PageSpeed trouve naturellement sa place après la mise en œuvre des mécanismes de cache adaptés à votre site. Utilisé trop tôt, son impact reste limité. Utilisé sans méthode, il peut entrer en conflit avec des optimisations déjà actives.
En revanche, bien positionné, notamment en complément d’un cache HTTP comme xtremCache, il peut apporter des optimisations ciblées, sans remettre en cause la stabilité du site.

2. mod_pagespeed : un outil d’optimisation, pas un système de cache

mod_pagespeed est un module serveur qui agit au moment où la page est envoyée au navigateur. Son rôle consiste à analyser et réécrire certaines ressources pour en améliorer la livraison : HTML plus léger, fichiers CSS et JavaScript optimisés, images retravaillées, chargements anticipés, etc.

En revanche, mod_pagespeed ne met pas les pages en cache. À chaque requête non servie par un cache HTTP, le site doit toujours :

• exécuter le code PHP ;
• interroger la base de données ;
• générer le contenu dynamiquement.

Ce point est essentiel à comprendre : mod_pagespeed n’a aucun impact direct sur le TTFB (Time To First Byte). Il n’accélère pas le serveur, mais améliore la façon dont les ressources déjà générées sont transmises au navigateur.

C’est ce qui le distingue clairement :

• d’un cache applicatif, qui évite de recalculer les pages ;
• d’un cache HTTP comme xtremCache (Varnish), qui sert directement une version déjà générée.

mod_pagespeed intervient donc après ces mécanismes, en tant que couche d’optimisation des ressources. Utilisé seul, son impact reste limité sur un site dynamique. Utilisé en complément d’un cache HTTP, il peut en revanche améliorer le rendu et le chargement côté navigateur, sans modifier la logique applicative du site.

Cette distinction cache / optimisation est la clé pour comprendre quand et comment utiliser PageSpeed efficacement chez o2switch.

3. Accéder au module PageSpeed dans le cPanel o2switch

Le module PageSpeed est accessible directement depuis le cPanel o2switch. Il permet d’activer et de configurer mod_pagespeed sans manipulation de fichiers ni configuration serveur manuelle.

Une fois connecté au cPanel : dans l’Espace technique en haut de page, cliquez sur PageSpeed pour accéder à l’interface de configuration.

Le module propose une liste de filtres activables individuellement, chacun accompagné d’une indication de niveau de risque fournie par o2switch. Cette information est précieuse et doit être prise en compte avant toute activation.

Point important à noter : PageSpeed s’active par domaine et par sous-domaine.
Chaque site ou sous-site peut donc avoir sa propre configuration, de manière totalement indépendante. Cela permet notamment :

• de tester certains réglages sur un sous-domaine de préproduction ;
• d’adapter les optimisations selon le type de site (site vitrine, blog, boutique, etc.).

4. Quand PageSpeed a-t-il réellement du sens ?

PageSpeed n’est pas un outil à activer par défaut. Son intérêt dépend fortement du type de site et des mécanismes de cache déjà en place.

PageSpeed seul : un intérêt limité

Utilisé sans cache HTTP ni cache applicatif, mod_pagespeed peut améliorer légèrement le poids des pages et la livraison des ressources, mais :

• le site continue d’exécuter PHP et les requêtes SQL à chaque visite ;
• le TTFB reste élevé sur un site dynamique ;
• les gains restent modestes face à la complexité introduite.

Ce scénario peut avoir du sens sur des sites très simples ou statiques, mais il reste marginal dans un contexte WordPress.

PageSpeed avec LiteSpeed Cache : attention aux doublons

LiteSpeed Cache intègre déjà :

• minification et concaténation CSS/JS ;
• chargement différé des images ;
• optimisations spécifiques à WordPress ;
• exclusions fines par page ou type de contenu.

Ajouter PageSpeed par-dessus revient souvent à dupliquer des optimisations, avec un risque accru de conflits et de comportements imprévisibles. Dans ce cas, PageSpeed apporte peu de valeur ajoutée et complique le diagnostic en cas de problème.

PageSpeed avec xtremCache (Varnish) : un cas d’usage pertinent

xtremCache (Varnish) agit comme un cache HTTP pur :

• il met en cache la réponse complète ;
• il accélère fortement le TTFB ;
• il ne modifie pas le contenu des pages.

C’est précisément là que PageSpeed peut trouver sa place. En optimisant les ressources avant leur mise en cache par Varnish, mod_pagespeed permet :

• de servir des pages déjà optimisées ;
• de combiner un TTFB très bas avec un chargement plus efficace côté navigateur.

Dans ce scénario, PageSpeed ne fait pas doublon. Il complète le cache HTTP sans interférer avec la logique applicative.

Autres cas possibles

PageSpeed peut également être envisagé :

• sur des sites HTML statiques ;
• sur des CMS ou frameworks sans solution d’optimisation intégrée ;
• sur des environnements où l’installation d’extensions n’est pas possible.

5. Réglages PageSpeed recommandés

Beaucoup de filtres PageSpeed existent pour corriger des pratiques anciennes du Web. Sur un site moderne, ils sont souvent soit inutiles, soit redondants, soit risqués.
L’objectif n’est donc pas d’activer un maximum d’options, mais d’identifier celles qui peuvent encore apporter un bénéfice réel.

Les filtres sont présentés ci-dessous par niveau de risque, avec une description synthétique et des indications de contexte.

Filtres à risque très faible

Filtres à risque faible à modéré

Filtres à risque élevé (généralement déconseillés sur WordPress)

Conclusion : faut-il activer PageSpeed chez o2switch ?

PageSpeed n’est ni un outil miracle, ni un passage obligé. C’est un module d’optimisation ciblé, hérité de pratiques parfois anciennes, qui peut encore rendre service dans certains contextes précis.

Sur un site moderne, bien configuré, les gains restent souvent modestes. L’essentiel de la performance repose d’abord sur le choix d’une architecture adaptée, sur la mise en place d’un cache efficace et sur une gestion cohérente des ressources. PageSpeed intervient en complément, jamais en substitution.

Chez o2switch, son usage prend surtout du sens lorsqu’il est associé à un cache HTTP comme xtremCache (Varnish), qui accélère la délivrance des pages sans modifier leur contenu. Dans ce cas, il peut affiner la livraison des ressources, à condition de rester mesuré dans les réglages.

Sur un site WordPress utilisant déjà LiteSpeed Cache, l’activation de PageSpeed est généralement déconseillée, les deux outils proposant des optimisations similaires avec un risque de doublon ou de conflit.

En résumé : mieux vaut peu d’options bien choisies qu’une optimisation agressive difficile à maintenir. Comme souvent en performance web, la stabilité et la lisibilité priment sur la quête de micro-gains.