Améliorer les performances d’un site WordPress, une fois l’étape de la conception passée, repose très souvent sur la mise en place d’un système de cache et sur l’optimisation du chargement des pages. o2switch vient de déployer une nouvelle solution de cache dédiée à WordPress : AccelerateWP.
Directement intégré à votre offre d’hébergement o2switch, cet outil pensé pour WordPress permet d’activer un cache applicatif efficace et des optimisations ciblées, sans configuration serveur complexe ni empilement d’extensions. Cet article vous propose de comprendre son fonctionnement, son positionnement parmi les différents types de cache, ainsi que les bonnes pratiques pour l’utiliser correctement.
Important : AccelerateWP n’est pas compatible avec WordPress en mode Multisite.
Qu’est-ce qu’AccelerateWP ?

AccelerateWP est un outil de mise en cache et d’optimisation des performances destiné aux sites WordPress. Son objectif est de réduire le temps de chargement des pages et la charge serveur associée. Il s’agit d’un cache d’application PHP.
Sur le plan technique, AccelerateWP repose sur une base directement issue de l’extension WP Rocket. On est bien dans un cas classique de fork du logiciel libre : le code d’origine est repris, adapté et maintenu dans un autre contexte, conformément à la licence GPL. Cette filiation est d’ailleurs explicitement indiquée dans l’onglet About de l’interface du plugin.
L’outil est ensuite intégré et maintenu par CloudLinux au niveau de l’hébergement, avec une activation centralisée depuis le cPanel o2switch. En pratique, cela se traduit par une interface et des options très proches de WP Rocket, mais avec un mode de déploiement différent, piloté côté hébergement.
Cache d’application PHP pour WordPress : de quoi parle-t-on ?
WordPress fonctionne principalement grâce à PHP et à une base de données. À chaque visite, le serveur doit exécuter du code PHP, interroger la base de données, puis générer le HTML envoyé au navigateur.
Le cache d’application (également appelé cache PHP ou cache d’application PHP) consiste à stocker le résultat final de ce traitement, c’est-à-dire la page HTML générée, afin de pouvoir la servir directement aux visiteurs suivants sans relancer l’ensemble du processus PHP/MySQL.
➔ AccelerateWP intervient précisément à ce niveau. Il permet de court-circuiter une grande partie du travail serveur, ce qui améliore à la fois les temps de chargement et la stabilité du site, notamment en cas de trafic plus élevé.
Les différents types de cache (petit rappel)
Pour bien comprendre le rôle d’AccelerateWP, il est utile de situer le cache d’application parmi les autres niveaux de cache existants.
| Type de cache | Niveau | Exemple |
|---|---|---|
| Cache serveur | Serveur HTTP | LiteSpeed, Varnish |
| Cache d’application | PHP | AccelerateWP |
| Cache objet | Base de données | Redis, Memcached |
| Cache navigateur | Client | Headers HTTP |
Pour une explication détaillée de chaque type de cache et de leur interaction, vous pouvez consulter l’article dédié sur le blog o2switch : https://blog.o2switch.fr/les-differents-caches-comment-les-vider/
Activation d’AccelerateWP
Contrairement à une extension WordPress classique, AccelerateWP ne s’installe pas depuis le répertoire des extensions. Son activation se fait en amont, côté hébergement, via le cPanel o2switch.
L’outil est accessible depuis l’interface du cPanel, soit en utilisant le moteur de recherche en haut à droite :

Soit en vous rendant dans la section Logiciel :

Lorsque vous arrivez dans l’outil, celui-ci affiche un tableau listant l’ensemble des sites WordPress détectés sur l’hébergement.
Présentation de l’interface AccelerateWP dans le cPanel
Elle contient :
- un bouton Refresh, permettant de relancer la détection des sites ;
- un bouton Read User guide (renvoi vers la documentation en anglais) ;
- un champ de recherche ;
- un tableau listant les sites WordPress.

Le tableau est organisé autour de deux colonnes principales :
- Website : chemin du site détecté sur l’hébergement ;
- AccelerateWP : état de l’activation et éventuelles alertes.
Détection des sites et état d’AccelerateWP

- Chaque ligne correspond à un site WordPress. Par défaut, tant qu’AccelerateWP n’est pas activé, l’état affiché est No advice.
- Lorsque le curseur de la souris passe sur une ligne, une icône en forme de roue crantée apparaît. Celle-ci permet d’accéder au panneau d’activation d’AccelerateWP pour le site concerné.
- Dans certains cas, un pictogramme d’erreur est affiché. Ce pictogramme est également cliquable et mène au même panneau d’activation.
Gestion des conflits détectés

AccelerateWP effectue automatiquement une vérification des conflits avant toute activation.
Si un conflit est détecté, l’activation est bloquée et un message explicite est affiché, par exemple :
- Conflicting advanced cache plugin enabled – Found conflicting plugins: WP Rocket
- Conflicting advanced cache plugin enabled – Unknown advanced cache plugin is already enabled
- Conflicting plugins are enabled – Found conflicting plugins: litespeed-cache
Dans ce cas, il est impossible d’activer AccelerateWP tant que le conflit persiste. Ce fonctionnement est volontaire et constitue une excellente protection contre les erreurs de configuration liées à l’empilement de caches de pages.
Activation (si aucun conflit détecté)

Si aucun plugin de cache incompatible n’est détecté, le panneau d’activation permet d’activer AccelerateWP via un interrupteur (switch). Une fois l’activation validée :
- AccelerateWP est actif pour le site concerné ;
- l’extension associée est installée et activée dans l’administration WordPress ;
- certains paramètres de configuration sont déjà actifs et peuvent ensuite être affinés depuis l’interface de l’extension.
Pour désactiver AccelerateWP : faites la même manipulation. La désactivation dans le cPanel entraîne la désinstallation de l’extension dans WordPress.
Configuration d’AccelerateWP
Comment lire les réglages (et lesquels éviter)
AccelerateWP propose une interface de configuration riche, organisée en plusieurs rubriques. Tous les réglages ne se valent pas, et surtout, ils n’ont pas tous le même impact ni le même niveau de risque.
L’objectif de cette section n’est pas de détailler chaque option une par une, mais de vous aider à comprendre le rôle des grandes catégories de réglages, à identifier ce qui peut être activé sans risque, et ce qui doit être manipulé avec prudence, voire évité.
Tableau des rubriques d’AccelerateWP
| Rubrique | Rôle principal |
|---|---|
| Tableau de bord | Gestion du cache (vider, précharger, réinitialiser certaines optimisations) |
| Optimisation des fichiers | Minification et gestion du chargement des fichiers CSS et JavaScript |
| Médias | Amélioration du chargement des images, iframes et polices |
| Préchargement | Génération anticipée du cache et optimisation de la navigation |
| Règles avancées | Exclusions, règles spécifiques et comportements du cache (délai de nettoyage du cache) |
| Base de données | Nettoyage et maintenance des données |
| CDN | Intégration avec un réseau de diffusion de contenu |
| Heartbeat | Contrôle de l’activité de l’API Heartbeat de WordPress |
| Add-ons et outils | Gestion du cache dédié à chaque utilisateur |
| About | Informations sur la licence et l’origine du projet |
Ce tableau permet de situer rapidement chaque rubrique avant d’entrer dans une réflexion plus fine sur les réglages à activer ou non.
En cas de problème d’affichage ou après une modification importante, il est possible de vider le cache directement depuis l’administration WordPress. AccelerateWP propose deux points d’accès pour cette action :
- depuis le Tableau de bord de l’extension, via le bouton permettant de vider et précharger le cache ;
- depuis le menu AccelerateWP de la barre d’outils WordPress, accessible en haut de l’écran.
Cette opération force la régénération des pages mises en cache et permet, dans la majorité des cas, de corriger des incohérences temporaires.
Les réglages selon leur niveau de risque
Risque très faible
Ces réglages peuvent être activés sur la majorité des sites WordPress sans provoquer d’effets indésirables notables :
- activation du cache de pages et du préchargement ;
- chargement différé des images et des iframes (lazy loading) ;
- ajout automatique des dimensions d’images manquantes ;
- minification des fichiers CSS et JavaScript.
➔ Ils améliorent les performances sans modifier le fonctionnement logique du site.
Risque moyen
Ces réglages peuvent apporter des gains, mais ils modifient certains comportements et doivent être testés dans le contexte du site :
- réduction de l’activité de l’API Heartbeat, notamment dans l’administration ;
- préchargement des liens (chargement anticipé au survol) ;
- règles avancées d’exclusion (URLs, cookies, user agents).
➔ Une mauvaise configuration à ce niveau peut impacter certaines fonctionnalités dynamiques ou la charge au niveau du serveur.
Risque important
Ces options présentent un rapport bénéfice / risque défavorable sur la majorité des sites modernes et sont susceptibles de provoquer des dysfonctionnements :
- combinaison des fichiers CSS et JavaScript ;
- report de l’exécution JavaScript (delay JS), susceptible de casser des scripts critiques ;
- cache séparé par utilisateur sur des sites sans contenu réellement personnalisé ;
- configuration CDN sans CDN effectivement en place.
➔ La présence de ces options dans l’interface ne signifie pas qu’elles doivent être activées.
Durée du cache : trouver le bon équilibre
La durée de vie du cache détermine le temps pendant lequel une page mise en cache est conservée avant d’être régénérée.
Une durée trop courte entraîne des régénérations fréquentes et limite l’intérêt du cache. À l’inverse, une durée trop longue peut retarder la prise en compte de certaines mises à jour.
AccelerateWP propose un réglage par défaut (10h) qui constitue un compromis raisonnable pour la majorité des sites. Dans la plupart des cas, il n’est pas nécessaire de le modifier.

Ce réglage devient pertinent uniquement pour des sites dont le contenu change très fréquemment ou, à l’inverse, très rarement. Là encore, l’objectif n’est pas de chercher un chiffre “parfait”, mais de conserver un comportement cohérent avec l’usage réel du site.
Test concret : résultats avant / après activation d’AccelerateWP
Pour illustrer concrètement l’impact d’AccelerateWP, j’ai réalisé un test sur un site WordPress volontairement peu optimisé : thème lourd, structure perfectible et absence de cache applicatif avant l’activation. L’objectif n’est pas de présenter un cas idéal, mais d’observer ce que permet réellement AccelerateWP dans un contexte courant, tel qu’on en rencontre fréquemment en production.
Les mesures ont été effectuées avec PageSpeed Insights, avant et après activation d’AccelerateWP, sans autre modification du site.
Résultats Desktop
Scores globaux
- Performance : 62 → 88
- Accessibilité : 87 (inchangé)
- Bonnes pratiques : 96 (inchangé)
- SEO : 54 (inchangé)
➔ Le gain sur le score de performance est net et directement lié à la mise en place du cache applicatif.
Indicateurs détaillés
| Indicateur | Avant | Après |
|---|---|---|
| First Contentful Paint | 0,9 s | 0,7 s |
| Speed Index | 3,0 s | 1,6 s |
| Largest Contentful Paint | 2,7 s | 0,8 s |
| Total Blocking Time | 280 ms | 230 ms |
| Cumulative Layout Shift | 0.122 | 0.062 |
Sur desktop, l’amélioration est particulièrement visible sur le Largest Contentful Paint, qui passe sous la seconde. La page devient plus lisible plus rapidement et la stabilité visuelle progresse nettement.
Résultats Mobile
Scores globaux
- Performance : 29 → 51
- Accessibilité : 86 → 87
- Bonnes pratiques : 96 (inchangé)
- SEO : 54 (inchangé)
➔ Le score reste perfectible, mais l’amélioration est significative compte tenu de l’état initial du site.
Indicateurs détaillés
| Indicateur | Avant | Après |
|---|---|---|
| First Contentful Paint | 4,1 s | 3,6 s |
| Speed Index | 8,9 s | 8,7 s |
| Largest Contentful Paint | 7,4 s | 3,9 s |
| Total Blocking Time | 610 ms | 960 ms |
| Cumulative Layout Shift | 0.303 | 0.043 |
Sur mobile, l’amélioration du Largest Contentful Paint et du CLS est très marquée. En revanche, le Total Blocking Time augmente, ce qui met en évidence un point important.
Lecture et limites du test
Ce test montre clairement que :
- AccelerateWP apporte un gain immédiat et mesurable, sans modification structurelle du site ;
- le cache applicatif améliore fortement le rendu de l’élément principal (LCP) ;
- la stabilité visuelle (CLS) progresse nettement, en particulier sur mobile ;
- certains indicateurs, comme le Total Blocking Time, restent dépendants de la quantité et de la complexité du JavaScript.
Autrement dit, AccelerateWP améliore le chargement des pages, mais ne corrige pas une architecture JavaScript lourde ou une conception initiale problématique.
AccelerateWP constitue un excellent levier de performance, mais il ne remplace pas un travail de fond sur la structure du site et la maîtrise des scripts.
Checklist finale
Avant activation
- vérifier qu’aucun autre cache n’est actif ;
- repérer les extensions WordPress déjà actives dans le site et qui font doublon (minification CSS/JS, report/différé du JavaScript) ;
- mesurer les performances de référence (PageSpeed, par exemple).
Activation
- activer AccelerateWP depuis le cPanel o2switch ;
- vérifier l’installation et l’activation de l’extension côté WordPress ;
- conserver les réglages par défaut dans un premier temps.
Après activation
- tester la navigation du site (desktop et mobile) ;
- vérifier les formulaires et fonctionnalités dynamiques ;
- mesurer à nouveau les performances ;
- ajuster les réglages, un par un, si nécessaire.


















Salut. On utilise LiteSpeed et la fonctionnalité LiteSpeed sur nos serveur VPS (avec le changement d’ip et tout). Du coup ça n’est pas compatible avec ? Pourtant tu écris bien que ce n’est pas la même couche de cache au début de l’article ?
Bonjour, merci pour votre question 🙂
Effectivement, d’un point de vue théorique, LiteSpeed (cache serveur) et AccelerateWP (cache applicatif PHP) n’interviennent pas exactement au même niveau.
En pratique, cependant, les deux peuvent générer une version HTML mise en cache des pages. Faire fonctionner simultanément deux systèmes de cache de pages peut provoquer des incohérences ou des comportements imprévisibles.
C’est la raison pour laquelle AccelerateWP détecte automatiquement la présence d’un cache LiteSpeed actif et bloque son activation.
Par ailleurs, et c’est une précision importante, AccelerateWP n’est pas disponible pour le moment sur les serveurs dédiés.
Bonjour,
Nous utilisons actuellement LiteSpeed pour notre site vitrine, et je songe à migrer vers AccelerateWP. Est-ce qu’il y a des précautions à prendre avant de faire cette migration ? Avez-vous prévu un blog sur le sujet ?
Merci
Bonjour,
Avant d’envisager une migration, la première question à se poser est : quel est l’objectif recherché ? Si votre site fonctionne correctement avec LiteSpeed et que les performances sont satisfaisantes, il n’y a pas de nécessité technique à changer de solution. LiteSpeed est un excellent système de cache lorsqu’il est bien configuré.
Qu’est-ce qui vous fait envisager un passage vers AccelerateWP ? Interface, simplicité de gestion, autre contrainte spécifique ?
Dans tous les cas, il n’y a pas de migration complexe à proprement parler : il suffit de désactiver LiteSpeed côté cPanel, puis de vérifier que l’extension LiteSpeed Cache est bien désactivée côté WordPress avant d’activer AccelerateWP.
Je réfléchis plutôt à la rédaction d’un article d’aide à la décision sur les différents systèmes de cache proposés chez o2switch. J’y intégrerai probablement un encart dédié à la question de la migration entre solutions, même si la manipulation reste relativement simple.
Bonjour, un article qui adresse les “use cases” des caches disponibles à o2switch serait le bienvenu, touchant aussi sur les CDN. Dans mon cas je travaille sur un simple blog, donc du texte et quelques images. Suggestions ?
En passant, merci à vous et à o2switch pour vos articles, une mine d’or !!
Bonjour, Merci pour cette solution, cependant pour le vulgum pecus qui n’y connaît rien, c’est à dire qui n’est pas développeur, on s’y perd, et je suis perdu. Il y a quand même environ 8 systèmes de cache, un tableau sera le bienvenu au plus tôt ! Peut-être en fonction du poids du site, boutique ou pas boutique, constructeur de pages ? par exemple Divi5 est nettement plus rapide que Divi4, etc.
Merci d’avance, cordialement, alain
Bonjour, merci pour votre retour, au vu de la richesse des solutions proposées, cela peut vite devenir « confus ».
Nous publions justement demain un article récapitulatif qui propose un tableau comparatif et des repères simples selon le type de site.
J’espère qu’il vous aidera à y voir plus clair. N’hésitez pas à me dire ce que vous en pensez après lecture.
Eric
Bonjour et merci pour ce nouvel outil. L’outil est-il compatible avec une structure multisite WordPress (dans mon cas 6 sites sur la même instance wordpress) ? en tout cas je ne les vois pas apparaître dans la liste des sites découverts par AccelerateWP. Et si cette solution ne traite pas les multisites, quelle solution conseille O2Switch dans ce cas ?
Merci encore.
Philippe
Bonjour, merci pour le retour.
Effectivement, je n’ai pas pensé à en parler.
AccelerateWP n’est pas compatible avec une structure multisite. Je vais l’ajouter dans l’article.
#Limitations
the website must use PHP version 7.3 or higher.
the WordPress version must be 5.8 and higher.
the other WordPress Caching plugins must not be installed.
the WordPress should not run in Multisite mode.
#
(Re) Bonjour, j’apporte une précision sur mon précédent commentaire : sur mon hébergement (Norse), 18 sites wordpress sont installés (dont des multisites), dans la liste affichée par AccelerateWP, les 18 sites apparaissent bien, mais 15 d’entre eux sont regroupés sur une seule et même ligne, ce qui fait qu’on ne peut choisir les sites sur lesquels on veut activer ou non AccelerateWP, le bouton d’activation étant au niveau de la ligne entière. Je n’ai pas trouvé d’explication dans la doc en ligne.