asset 1
asset 2
asset 3
asset 2
asset 21

AccelerateWP : l’outil de cache WordPress intégré à l’hébergement o2switch

11 février 2026

Amé­lio­rer les per­for­mances d’un site Word­Press, une fois l’étape de la concep­tion pas­sée, repose très sou­vent sur la mise en place d’un sys­tème de cache et sur l’opti­mi­sa­tion du char­ge­ment des pages. o2switch vient de déployer une nou­velle solu­tion de cache dédiée à Word­Press : Acce­le­ra­teWP.

Direc­te­ment inté­gré à votre offre d’hébergement o2switch, cet outil pen­sé pour Word­Press per­met d’activer un cache appli­ca­tif effi­cace et des opti­mi­sa­tions ciblées, sans confi­gu­ra­tion ser­veur com­plexe ni empi­le­ment d’extensions. Cet article vous pro­pose de com­prendre son fonc­tion­ne­ment, son posi­tion­ne­ment par­mi les dif­fé­rents types de cache, ain­si que les bonnes pra­tiques pour l’utiliser correctement.

Impor­tant : Acce­le­ra­teWP n’est pas com­pa­tible avec Word­Press en mode Multisite.

Qu’est-ce qu’AccelerateWP ?

logo acceleratewp

Acce­le­ra­teWP est un outil de mise en cache et d’optimisation des per­for­mances des­ti­né aux sites Word­Press. Son objec­tif est de réduire le temps de char­ge­ment des pages et la charge ser­veur asso­ciée. Il s’agit d’un cache d’application PHP.

Sur le plan tech­nique, Acce­le­ra­teWP repose sur une base direc­te­ment issue de l’extension WP Rocket. On est bien dans un cas clas­sique de fork du logi­ciel libre : le code d’origine est repris, adap­té et main­te­nu dans un autre contexte, confor­mé­ment à la licence GPL. Cette filia­tion est d’ailleurs expli­ci­te­ment indi­quée dans l’onglet About de l’interface du plugin.

L’outil est ensuite inté­gré et main­te­nu par Cloud­Li­nux au niveau de l’hébergement, avec une acti­va­tion cen­tra­li­sée depuis le cPa­nel o2switch. En pra­tique, cela se tra­duit par une inter­face et des options très proches de WP Rocket, mais avec un mode de déploie­ment dif­fé­rent, pilo­té côté hébergement.

Cache d’application PHP pour WordPress : de quoi parle-t-on ?

Word­Press fonc­tionne prin­ci­pa­le­ment grâce à PHP et à une base de don­nées. À chaque visite, le ser­veur doit exé­cu­ter du code PHP, inter­ro­ger la base de don­nées, puis géné­rer le HTML envoyé au navigateur.

Le cache d’application (éga­le­ment appe­lé cache PHP ou cache d’application PHP) consiste à sto­cker le résul­tat final de ce trai­te­ment, c’est-à-dire la page HTML géné­rée, afin de pou­voir la ser­vir direc­te­ment aux visi­teurs sui­vants sans relan­cer l’ensemble du pro­ces­sus PHP/MySQL.

vue schématique du fonctionnement d'un cache php
Avec le cache PHP, le HTML sto­cké est ser­vi direc­te­ment, PHP/MySQL ne sont plus sollicités.

Acce­le­ra­teWP inter­vient pré­ci­sé­ment à ce niveau. Il per­met de court-cir­cui­ter une grande par­tie du tra­vail ser­veur, ce qui amé­liore à la fois les temps de char­ge­ment et la sta­bi­li­té du site, notam­ment en cas de tra­fic plus élevé.

Les différents types de cache (petit rappel)

Pour bien com­prendre le rôle d’AccelerateWP, il est utile de situer le cache d’application par­mi les autres niveaux de cache existants.

Type de cacheNiveauExemple
Cache ser­veurSer­veur HTTPLiteS­peed, Varnish
Cache d’applicationPHPAcce­le­ra­teWP
Cache objetBase de donnéesRedis, Mem­ca­ched
Cache navi­ga­teurClientHea­ders HTTP

Pour une expli­ca­tion détaillée de chaque type de cache et de leur inter­ac­tion, vous pou­vez consul­ter l’article dédié sur le blog o2switch : https://​blog​.o2s​witch​.fr/​l​e​s​-​d​i​f​f​e​r​e​n​t​s​-​c​a​c​h​e​s​-​c​o​m​m​e​n​t​-​l​e​s​-​v​i​d​er/

Activation d’AccelerateWP

Contrai­re­ment à une exten­sion Word­Press clas­sique, Acce­le­ra­teWP ne s’installe pas depuis le réper­toire des exten­sions. Son acti­va­tion se fait en amont, côté héber­ge­ment, via le cPa­nel o2switch.

L’outil est acces­sible depuis l’interface du cPa­nel, soit en uti­li­sant le moteur de recherche en haut à droite :

accès à l'outil AccelerateWP par le moteur de recherche

Soit en vous ren­dant dans la sec­tion Logi­ciel :

accès acceleratewp par la navigation

Lorsque vous arri­vez dans l’ou­til, celui-ci affiche un tableau lis­tant l’ensemble des sites Word­Press détec­tés sur l’hébergement.

Présentation de l’interface AccelerateWP dans le cPanel

Elle contient :

  • un bou­ton Refresh, per­met­tant de relan­cer la détec­tion des sites ;
  • un bou­ton Read User guide (ren­voi vers la docu­men­ta­tion en anglais) ;
  • un champ de recherche ;
  • un tableau lis­tant les sites WordPress.
outil acceleratewp my wordpress sites

Le tableau est orga­ni­sé autour de deux colonnes principales : 

  • Web­site : che­min du site détec­té sur l’hébergement ;
  • Acce­le­ra­teWP : état de l’activation et éven­tuelles alertes.

Détection des sites et état d’AccelerateWP

acceleratewp liste des sites
  • Chaque ligne cor­res­pond à un site Word­Press. Par défaut, tant qu’AccelerateWP n’est pas acti­vé, l’état affi­ché est No advice.
  • Lorsque le cur­seur de la sou­ris passe sur une ligne, une icône en forme de roue cran­tée appa­raît. Celle-ci per­met d’accéder au pan­neau d’activation d’AccelerateWP pour le site concerné.
  • Dans cer­tains cas, un pic­to­gramme d’erreur est affi­ché. Ce pic­to­gramme est éga­le­ment cli­quable et mène au même pan­neau d’activation.

Gestion des conflits détectés

Exemple de conflit détecté dans AccelerateWP
Exemple de conflit détecté affi­ché dans la fenêtre d’ac­ti­va­tion d’AccelerateWP

Acce­le­ra­teWP effec­tue auto­ma­ti­que­ment une véri­fi­ca­tion des conflits avant toute acti­va­tion.
Si un conflit est détec­té, l’activation est blo­quée et un mes­sage expli­cite est affi­ché, par exemple :

  • Conflic­ting advan­ced cache plu­gin enabledFound conflic­ting plu­gins : WP Rocket
  • Conflic­ting advan­ced cache plu­gin enabledUnk­nown advan­ced cache plu­gin is alrea­dy enabled
  • Conflic­ting plu­gins are enabled - Found conflic­ting plu­gins : litespeed-cache

Dans ce cas, il est impos­sible d’activer Acce­le­ra­teWP tant que le conflit per­siste. Ce fonc­tion­ne­ment est volon­taire et consti­tue une excel­lente pro­tec­tion contre les erreurs de confi­gu­ra­tion liées à l’empilement de caches de pages.

Activation (si aucun conflit détecté)

Activation d'AccelerateWP réussie

Si aucun plu­gin de cache incom­pa­tible n’est détec­té, le pan­neau d’activation per­met d’activer Acce­le­ra­teWP via un inter­rup­teur (switch). Une fois l’activation validée :

  • Acce­le­ra­teWP est actif pour le site concerné ;
  • l’extension asso­ciée est ins­tal­lée et acti­vée dans l’administration WordPress ;
  • cer­tains para­mètres de confi­gu­ra­tion sont déjà actifs et peuvent ensuite être affi­nés depuis l’interface de l’extension.

Pour désac­ti­ver Acce­le­ra­teWP : faites la même mani­pu­la­tion. La désac­ti­va­tion dans le cPa­nel entraîne la dés­ins­tal­la­tion de l’extension dans WordPress. 

Configuration d’AccelerateWP

Comment lire les réglages (et lesquels éviter)

Acce­le­ra­teWP pro­pose une inter­face de confi­gu­ra­tion riche, orga­ni­sée en plu­sieurs rubriques. Tous les réglages ne se valent pas, et sur­tout, ils n’ont pas tous le même impact ni le même niveau de risque.

L’objectif de cette sec­tion n’est pas de détailler chaque option une par une, mais de vous aider à com­prendre le rôle des grandes caté­go­ries de réglages, à iden­ti­fier ce qui peut être acti­vé sans risque, et ce qui doit être mani­pu­lé avec pru­dence, voire évi­té.

Tableau des rubriques d’AccelerateWP

RubriqueRôle prin­ci­pal
Tableau de bordGes­tion du cache (vider, pré­char­ger, réini­tia­li­ser cer­taines optimisations)
Opti­mi­sa­tion des fichiersMini­fi­ca­tion et ges­tion du char­ge­ment des fichiers CSS et JavaScript
MédiasAmé­lio­ra­tion du char­ge­ment des images, iframes et polices
Pré­char­ge­mentGéné­ra­tion anti­ci­pée du cache et opti­mi­sa­tion de la navigation
Règles avan­céesExclu­sions, règles spé­ci­fiques et com­por­te­ments du cache (délai de net­toyage du cache)
Base de donnéesNet­toyage et main­te­nance des données
CDNInté­gra­tion avec un réseau de dif­fu­sion de contenu
Heart­beatContrôle de l’activité de l’API Heart­beat de WordPress
Add-ons et outilsGes­tion du cache dédié à chaque utilisateur
AboutInfor­ma­tions sur la licence et l’origine du projet

Ce tableau per­met de situer rapi­de­ment chaque rubrique avant d’entrer dans une réflexion plus fine sur les réglages à acti­ver ou non.

En cas de pro­blème d’affichage ou après une modi­fi­ca­tion impor­tante, il est pos­sible de vider le cache direc­te­ment depuis l’administration Word­Press. Acce­le­ra­teWP pro­pose deux points d’accès pour cette action :

  • depuis le Tableau de bord de l’extension, via le bou­ton per­met­tant de vider et pré­char­ger le cache ;
  • depuis le menu Acce­le­ra­teWP de la barre d’outils Word­Press, acces­sible en haut de l’écran.

Cette opé­ra­tion force la régé­né­ra­tion des pages mises en cache et per­met, dans la majo­ri­té des cas, de cor­ri­ger des inco­hé­rences temporaires.

Les réglages selon leur niveau de risque

Risque très faible

Ces réglages peuvent être acti­vés sur la majo­ri­té des sites Word­Press sans pro­vo­quer d’effets indé­si­rables notables :

  • acti­va­tion du cache de pages et du préchargement ;
  • char­ge­ment dif­fé­ré des images et des iframes (lazy loading) ;
  • ajout auto­ma­tique des dimen­sions d’images manquantes ;
  • mini­fi­ca­tion des fichiers CSS et JavaScript.

➔ Ils amé­liorent les per­for­mances sans modi­fier le fonc­tion­ne­ment logique du site.

Risque moyen

Ces réglages peuvent appor­ter des gains, mais ils modi­fient cer­tains com­por­te­ments et doivent être tes­tés dans le contexte du site :

  • réduc­tion de l’activité de l’API Heart­beat, notam­ment dans l’administration ;
  • pré­char­ge­ment des liens (char­ge­ment anti­ci­pé au survol) ;
  • règles avan­cées d’exclusion (URLs, cookies, user agents).

➔ Une mau­vaise confi­gu­ra­tion à ce niveau peut impac­ter cer­taines fonc­tion­na­li­tés dyna­miques ou la charge au niveau du serveur.

Risque important

Ces options pré­sentent un rap­port béné­fice / risque défa­vo­rable sur la majo­ri­té des sites modernes et sont sus­cep­tibles de pro­vo­quer des dysfonctionnements :

  • com­bi­nai­son des fichiers CSS et JavaScript ;
  • report de l’exécution JavaS­cript (delay JS), sus­cep­tible de cas­ser des scripts critiques ;
  • cache sépa­ré par uti­li­sa­teur sur des sites sans conte­nu réel­le­ment personnalisé ;
  • confi­gu­ra­tion CDN sans CDN effec­ti­ve­ment en place.

➔ La pré­sence de ces options dans l’interface ne signi­fie pas qu’elles doivent être activées.

Durée du cache : trouver le bon équilibre

La durée de vie du cache déter­mine le temps pen­dant lequel une page mise en cache est conser­vée avant d’être régénérée.

Une durée trop courte entraîne des régé­né­ra­tions fré­quentes et limite l’intérêt du cache. À l’inverse, une durée trop longue peut retar­der la prise en compte de cer­taines mises à jour.

Acce­le­ra­teWP pro­pose un réglage par défaut (10h) qui consti­tue un com­pro­mis rai­son­nable pour la majo­ri­té des sites. Dans la plu­part des cas, il n’est pas néces­saire de le modifier.

Durée du cache par défaut d'AccelerateWP
Durée du cache par défaut d’AccelerateWP

Ce réglage devient per­ti­nent uni­que­ment pour des sites dont le conte­nu change très fré­quem­ment ou, à l’inverse, très rare­ment. Là encore, l’objectif n’est pas de cher­cher un chiffre “par­fait”, mais de conser­ver un com­por­te­ment cohé­rent avec l’usage réel du site.

Test concret : résultats avant / après activation d’AccelerateWP

Pour illus­trer concrè­te­ment l’impact d’AccelerateWP, j’ai réa­li­sé un test sur un site Word­Press volon­tai­re­ment peu opti­mi­sé : thème lourd, struc­ture per­fec­tible et absence de cache appli­ca­tif avant l’activation. L’objectif n’est pas de pré­sen­ter un cas idéal, mais d’observer ce que per­met réel­le­ment Acce­le­ra­teWP dans un contexte cou­rant, tel qu’on en ren­contre fré­quem­ment en production.

Les mesures ont été effec­tuées avec PageS­peed Insights, avant et après acti­va­tion d’AccelerateWP, sans autre modi­fi­ca­tion du site.

Résultats Desktop

Test Pagespeed desktop avant optimisation
Résul­tats du test Desk­top avant optimisation
Test Pagespeed desktop après optimisation
Résul­tats du test Desk­top après optimisation

Scores globaux

  • Per­for­mance : 62 → 88
  • Acces­si­bi­li­té : 87 (inchan­gé)
  • Bonnes pra­tiques : 96 (inchan­gé)
  • SEO : 54 (inchan­gé)

➔ Le gain sur le score de per­for­mance est net et direc­te­ment lié à la mise en place du cache applicatif.

Indicateurs détaillés

Indi­ca­teurAvantAprès
First Content­ful Paint0,9 s0,7 s
Speed Index3,0 s1,6 s
Lar­gest Content­ful Paint2,7 s0,8 s
Total Blo­cking Time280 ms230 ms
Cumu­la­tive Layout Shift0.1220.062

Sur desk­top, l’amélioration est par­ti­cu­liè­re­ment visible sur le Lar­gest Content­ful Paint, qui passe sous la seconde. La page devient plus lisible plus rapi­de­ment et la sta­bi­li­té visuelle pro­gresse nettement.

Résultats Mobile

Test Pagespeed mobile avant optimisation
Résul­tats du test Mobile avant optimisation
Test Pagespeed mobile après optimisation
Résul­tats du test Mobile après optimisation

Scores globaux

  • Per­for­mance : 29 → 51
  • Acces­si­bi­li­té : 86 → 87
  • Bonnes pra­tiques : 96 (inchan­gé)
  • SEO : 54 (inchan­gé)

➔ Le score reste per­fec­tible, mais l’amélioration est signi­fi­ca­tive compte tenu de l’état ini­tial du site.

Indicateurs détaillés

Indi­ca­teurAvantAprès
First Content­ful Paint4,1 s3,6 s
Speed Index8,9 s8,7 s
Lar­gest Content­ful Paint7,4 s3,9 s
Total Blo­cking Time610 ms960 ms
Cumu­la­tive Layout Shift0.3030.043

Sur mobile, l’amélioration du Lar­gest Content­ful Paint et du CLS est très mar­quée. En revanche, le Total Blo­cking Time aug­mente, ce qui met en évi­dence un point important.

Lecture et limites du test

Ce test montre clai­re­ment que :

  • Acce­le­ra­teWP apporte un gain immé­diat et mesu­rable, sans modi­fi­ca­tion struc­tu­relle du site ;
  • le cache appli­ca­tif amé­liore for­te­ment le ren­du de l’élément prin­ci­pal (LCP) ;
  • la sta­bi­li­té visuelle (CLS) pro­gresse net­te­ment, en par­ti­cu­lier sur mobile ;
  • cer­tains indi­ca­teurs, comme le Total Blo­cking Time, res­tent dépen­dants de la quan­ti­té et de la com­plexi­té du JavaScript.

Autre­ment dit, Acce­le­ra­teWP amé­liore le char­ge­ment des pages, mais ne cor­rige pas une archi­tec­ture JavaS­cript lourde ou une concep­tion ini­tiale pro­blé­ma­tique.

Acce­le­ra­teWP consti­tue un excellent levier de per­for­mance, mais il ne rem­place pas un tra­vail de fond sur la struc­ture du site et la maî­trise des scripts.

Checklist finale

Avant activation

  • véri­fier qu’aucun autre cache n’est actif ;
  • repé­rer les exten­sions Word­Press déjà actives dans le site et qui font dou­blon (mini­fi­ca­tion CSS/JS, report/différé du JavaScript) ;
  • mesu­rer les per­for­mances de réfé­rence (PageS­peed, par exemple).

Activation

  • acti­ver Acce­le­ra­teWP depuis le cPa­nel o2switch ;
  • véri­fier l’installation et l’activation de l’extension côté WordPress ;
  • conser­ver les réglages par défaut dans un pre­mier temps.

Après activation

  • tes­ter la navi­ga­tion du site (desk­top et mobile) ;
  • véri­fier les for­mu­laires et fonc­tion­na­li­tés dynamiques ;
  • mesu­rer à nou­veau les performances ;
  • ajus­ter les réglages, un par un, si nécessaire.

11 Comments

  1. David dit :

    Salut. On uti­lise LiteS­peed et la fonc­tion­na­li­té LiteS­peed sur nos ser­veur VPS (avec le chan­ge­ment d’ip et tout). Du coup ça n’est pas com­pa­tible avec ? Pour­tant tu écris bien que ce n’est pas la même couche de cache au début de l’article ?

    • Éric Martin dit :

      Bon­jour, mer­ci pour votre question 🙂
      Effec­ti­ve­ment, d’un point de vue théo­rique, LiteS­peed (cache ser­veur) et Acce­le­ra­teWP (cache appli­ca­tif PHP) n’interviennent pas exac­te­ment au même niveau.
      En pra­tique, cepen­dant, les deux peuvent géné­rer une ver­sion HTML mise en cache des pages. Faire fonc­tion­ner simul­ta­né­ment deux sys­tèmes de cache de pages peut pro­vo­quer des inco­hé­rences ou des com­por­te­ments imprévisibles.
      C’est la rai­son pour laquelle Acce­le­ra­teWP détecte auto­ma­ti­que­ment la pré­sence d’un cache LiteS­peed actif et bloque son activation.
      Par ailleurs, et c’est une pré­ci­sion impor­tante, Acce­le­ra­teWP n’est pas dis­po­nible pour le moment sur les ser­veurs dédiés.

  2. Julien dit :

    Bon­jour,
    Nous uti­li­sons actuel­le­ment LiteS­peed pour notre site vitrine, et je songe à migrer vers Acce­le­ra­teWP. Est-ce qu’il y a des pré­cau­tions à prendre avant de faire cette migra­tion ? Avez-vous pré­vu un blog sur le sujet ?

    Mer­ci

    • Éric Martin dit :

      Bon­jour,
      Avant d’envisager une migra­tion, la pre­mière ques­tion à se poser est : quel est l’objectif recher­ché ? Si votre site fonc­tionne cor­rec­te­ment avec LiteS­peed et que les per­for­mances sont satis­fai­santes, il n’y a pas de néces­si­té tech­nique à chan­ger de solu­tion. LiteS­peed est un excellent sys­tème de cache lorsqu’il est bien configuré.
      Qu’est-ce qui vous fait envi­sa­ger un pas­sage vers Acce­le­ra­teWP ? Inter­face, sim­pli­ci­té de ges­tion, autre contrainte spécifique ?
      Dans tous les cas, il n’y a pas de migra­tion com­plexe à pro­pre­ment par­ler : il suf­fit de désac­ti­ver LiteS­peed côté cPa­nel, puis de véri­fier que l’extension LiteS­peed Cache est bien désac­ti­vée côté Word­Press avant d’activer AccelerateWP.

      Je réflé­chis plu­tôt à la rédac­tion d’un article d’aide à la déci­sion sur les dif­fé­rents sys­tèmes de cache pro­po­sés chez o2switch. J’y inté­gre­rai pro­ba­ble­ment un encart dédié à la ques­tion de la migra­tion entre solu­tions, même si la mani­pu­la­tion reste rela­ti­ve­ment simple.

      • Julien dit :

        Mer­ci de votre réponse.

        Je pense à migrer vers Acce­le­ra­teWP par rap­port à sa faci­li­té d’u­ti­li­sa­tion. Je ne suis pas très à l’aise avec LiteS­peed, je ne suis même pas sûr de l’a­voir bien confi­gu­ré, et j’ai des sou­cis récur­rents (CSS cor­rom­pu, images man­quantes, etc.) de cache qui m’o­bligent à le vider régu­liè­re­ment, alors que j’u­ti­lise les réglages de base, par­fois plu­sieurs fois par semaine.

        J’ai actuel­le­ment acti­vé Acce­le­ra­teWP sur notre site de pré-pro­duc­tion, et le résul­tat est probant.

  3. Harvey Morgan dit :

    Bon­jour, un article qui adresse les “use cases” des caches dis­po­nibles à o2switch serait le bien­ve­nu, tou­chant aus­si sur les CDN. Dans mon cas je tra­vaille sur un simple blog, donc du texte et quelques images. Suggestions ?

    En pas­sant, mer­ci à vous et à o2switch pour vos articles, une mine d’or !!

  4. alain dit :

    Bon­jour, Mer­ci pour cette solu­tion, cepen­dant pour le vul­gum pecus qui n’y connaît rien, c’est à dire qui n’est pas déve­lop­peur, on s’y perd, et je suis per­du. Il y a quand même envi­ron 8 sys­tèmes de cache, un tableau sera le bien­ve­nu au plus tôt ! Peut-être en fonc­tion du poids du site, bou­tique ou pas bou­tique, construc­teur de pages ? par exemple Divi5 est net­te­ment plus rapide que Divi4, etc.
    Mer­ci d’a­vance, cor­dia­le­ment, alain

    • Éric Martin dit :

      Bon­jour, mer­ci pour votre retour, au vu de la richesse des solu­tions pro­po­sées, cela peut vite deve­nir « confus ».
      Nous publions jus­te­ment demain un article réca­pi­tu­la­tif qui pro­pose un tableau com­pa­ra­tif et des repères simples selon le type de site.
      J’espère qu’il vous aide­ra à y voir plus clair. N’hésitez pas à me dire ce que vous en pen­sez après lecture.
      Eric

  5. Bon­jour et mer­ci pour ce nou­vel outil. L’ou­til est-il com­pa­tible avec une struc­ture mul­ti­site Word­Press (dans mon cas 6 sites sur la même ins­tance word­press) ? en tout cas je ne les vois pas appa­raître dans la liste des sites décou­verts par Acce­le­ra­teWP. Et si cette solu­tion ne traite pas les mul­ti­sites, quelle solu­tion conseille O2Switch dans ce cas ?
    Mer­ci encore.
    Philippe

    • Éric Martin dit :

      Bon­jour, mer­ci pour le retour.
      Effec­ti­ve­ment, je n’ai pas pen­sé à en parler.
      Acce­le­ra­teWP n’est pas com­pa­tible avec une struc­ture mul­ti­site. Je vais l’a­jou­ter dans l’article.
      #Limi­ta­tions
      the web­site must use PHP ver­sion 7.3 or higher.
      the Word­Press ver­sion must be 5.8 and higher.
      the other Word­Press Caching plu­gins must not be installed.
      the Word­Press should not run in Mul­ti­site mode.
      #

  6. CUNAT Philippe dit :

    (Re) Bon­jour, j’ap­porte une pré­ci­sion sur mon pré­cé­dent com­men­taire : sur mon héber­ge­ment (Norse), 18 sites word­press sont ins­tal­lés (dont des mul­ti­sites), dans la liste affi­chée par Acce­le­ra­teWP, les 18 sites appa­raissent bien, mais 15 d’entre eux sont regrou­pés sur une seule et même ligne, ce qui fait qu’on ne peut choi­sir les sites sur les­quels on veut acti­ver ou non Acce­le­ra­teWP, le bou­ton d’ac­ti­va­tion étant au niveau de la ligne entière. Je n’ai pas trou­vé d’ex­pli­ca­tion dans la doc en ligne.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *