Mise à jour : 11 février 2026 · Intentions : dépannage + choix cache (o2switch)
AccelerateWP WordPress (o2switch) : fonctionnement, conflits et choix cache
AccelerateWP est un cache WordPress côté hébergement proposé par o2switch, activable via cPanel.
Son intérêt : accélérer les pages publiques sans empiler 3 plugins “performance”.
Son piège : il bloque l’activation si un autre système de cache est détecté (plugins, fichier advanced-cache.php, etc.).
Pour choisir ton offre o2switch (Grow/Cloud/Pro) : voir le comparatif complet. Pour la méthode générale perf hébergement (TTFB, critères, checklist) : voir le guide “hébergement WordPress performant”.
Choix cache en 30 secondes (la règle qui évite 80% des problèmes)
Je suis sur o2switch
Cache intégréTu veux simple et efficace pour pages publiques (blog/landing).
- Active AccelerateWP
- N’installe pas un second cache “page”
- WooCommerce : exclusions indispensables
Je veux une config portable
Multi-hébergeursTu bouges d’hébergeur, tu gères plusieurs sites, tu veux standardiser.
- WP Rocket = stratégie stable
- Compatible hors o2switch
- Réglages Woo/Elementor maîtrisables
J’ai un conflit
DépannageAccelerateWP refuse de s’activer ou ton site “part en vrille” après un cache.
- Supprime les restes de cache
- Évite les doubles règles .htaccess
- Réactive proprement (1 système)
Comment fonctionne AccelerateWP (version claire)
Sur o2switch, AccelerateWP s’active via l’interface d’hébergement (cPanel) et agit comme une couche de cache pour accélérer le chargement des pages. Avant activation, il effectue une vérification automatique des conflits : si quelque chose ressemble déjà à un cache de pages WordPress, l’activation est bloquée avec un message explicite.
wp-content/advanced-cache.php.| Objectif | Choix cache | Pourquoi | À surveiller |
|---|---|---|---|
| Blog / landing | AccelerateWP (o2switch) | Rapide à activer, efficace sur pages publiques. | Ne pas activer un second cache “page”. |
| WooCommerce | AccelerateWP ou WP Rocket | Les deux peuvent marcher si exclusions correctes. | Panier/checkout/compte doivent rester dynamiques. |
| Multi-hébergeurs | WP Rocket (portable) | Tu standardises tes réglages et ta méthode. | Éviter conflit avec caches serveurs. |
| Dépannage | 1 cache à la fois | La stabilité bat la “sur-optimisation”. | Restes advanced-cache.php / règles .htaccess. |
Conflits fréquents (et comment les corriger sans casser ton site)
Conflit n°1 : fichier advanced-cache.php présent
Même si tu as désinstallé un plugin de cache, il peut rester un advanced-cache.php dans wp-content/.
C’est un déclencheur classique de conflit côté AccelerateWP.
- Vérifie
wp-content/advanced-cache.php - S’il existe et que tu n’utilises plus ce cache : renomme-le (ex :
advanced-cache.php.bak) - Re-teste l’activation d’AccelerateWP
Conflit n°2 : restes de règles cache dans .htaccess
Après un changement de cache, des règles peuvent rester dans .htaccess (ou équivalent), et interférer.
Si tu as déjà utilisé WP Rocket ou d’autres caches, c’est un point à contrôler en cas de comportement bizarre.
- Si tu changes de stratégie cache : purge + nettoyage des règles obsolètes
- Évite de cumuler plusieurs “blocs cache”
Conflit n°3 : mêmes dossiers de cache (cas WP Rocket)
Certains retours indiquent qu’AccelerateWP peut utiliser le même dossier de cache que WP Rocket
(/wp-content/cache/wp-rocket/). Si tu passes de l’un à l’autre, une purge propre évite les effets “fantômes”.
- Purge tous les caches (hébergeur + plugin)
- Vérifie qu’il ne reste pas d’anciens fichiers cache servis aux visiteurs
- Après bascule : contrôle pages critiques (home, landing, contact, checkout Woo)
WooCommerce : exclusions et erreurs à éviter
WooCommerce n’aime pas les caches “bruts” sur les pages dynamiques. Le piège classique : cacher le panier ou le compte, puis “ça marche chez moi” jusqu’au premier client.
/cart/(panier)/checkout/(commande)/my-account/(compte)
Si tu hésites entre AccelerateWP et WP Rocket pour WooCommerce, ton critère n°1 n’est pas “le score PageSpeed” : c’est la stabilité du tunnel (panier/checkout) et l’absence d’effets de cache côté utilisateur.
Elementor : quand ça “casse” après optimisation
Avec Elementor, les problèmes post-cache viennent souvent d’une optimisation trop agressive (JS/CSS) ou d’un double cache. AccelerateWP vise surtout la mise en cache côté hébergement : si tu ajoutes en plus des optimisations front (retard JS, CSS critique), fais-le progressivement.
- Évite de changer cache + minification + delay JS le même jour
- Après chaque modification : contrôle header/menu, sliders, formulaires, popups
- Si tu veux une approche “portable” d’optimisation front : WP Rocket est souvent plus simple à standardiser
Si tu n’es pas chez o2switch : alternatives (sans te tromper)
Si tu veux une stratégie cache qui fonctionne sur (presque) tous les hébergeurs, un plugin comme WP Rocket reste un choix logique. À l’inverse, si ton hébergeur a déjà un cache serveur, vérifie la compatibilité : certains environnements désactivent la mise en cache de pages de WP Rocket pour éviter les conflits, tout en gardant le reste (optimisations fichiers, lazyload, etc.).
Tu veux une reco claire (sans empiler des trucs) ?
Je te dis si ton goulot est serveur (TTFB), cache, front (scripts/images) ou base de données, puis je te donne le plan d’action.
FAQ
Pourquoi AccelerateWP refuse de s’activer ?
Dans la majorité des cas : un cache est déjà détecté (plugin cache, advanced-cache.php restant, ou règles cache résiduelles).
Supprime les “restes”, puis active un seul système.
Je peux garder WP Rocket avec AccelerateWP ?
Évite de doubler la mise en cache de pages. En pratique, tu choisis une stratégie : cache serveur (AccelerateWP) OU cache plugin (WP Rocket). Le reste (optimisations front) se fait ensuite proprement.
AccelerateWP marche avec WordPress multisite ?
Certains prérequis côté AccelerateWP indiquent des limitations (dont le multisite). Si tu es en multisite, pars plutôt sur une stratégie plugin + setup fin.
