WP Rocket : à quoi sert ce plugin de cache WordPress tout-en-un – fonctions clés, inconvénients et avantages (3.23.5.1 Ver)
WP Rocket est une extension de cache payante qui génère à l’avance les pages WordPress en fichiers de cache HTML et répond aux visiteurs suivants avec ces fichiers sans passer par PHP. Pour vérifier les affirmations des comparatifs qui recommandent des extensions alternatives, j’ai demandé le même article sur un serveur Nginx + Apache en réponse PHP et en réponse depuis le fichier de cache : le premier octet est passé de 1 432,4 ms à 15,6 ms.
Ⅰ. Qu’est-ce que WP Rocket (What is WP Rocket)
Quand on pense à accélérer WordPress, on pense d’abord à alléger les images ou le code, mais le cœur de WP Rocket, extension de cache pour WordPress, c’est le cache de page. Lorsqu’un visiteur ouvre un article pour la première fois, le HTML terminé est enregistré dans un fichier, et les requêtes suivantes vers la même adresse sont servies avec ce fichier. Répondre avec un fichier de cache, c’est comme un restaurant qui dresse à l’avance les plats les plus demandés avant le rush de midi.
Le préchargement de WP Rocket demande les pages avant l’arrivée des visiteurs pour créer les fichiers de cache, et les recrée à chaque vidage du cache. Cette fonction est activée par défaut à l’installation, et elle l’est aussi sur le serveur Nginx + Apache mesuré.
Dans le journal d’accès du même serveur, les requêtes de préchargement arrivaient toute la journée. Environ 77 % des requêtes dont le temps de réponse était enregistré visaient des adresses sans fichier de cache et passaient donc par PHP pour en créer un nouveau.
Sur un serveur Nginx + Apache, nginx trouve directement ce fichier et le sert, et l’en-tête de réponse affiche [x-rocket-nginx-serving-file: HIT].
curl -sI https://example.com/wp-rocket/ | grep -i -E 'x-rocket|content-type'content-type: text/html
x-rocket-nginx-serving-file: HITcurl -sI 'https://example.com/wp-rocket/?test=1' | grep -i -E 'x-rocket|content-type|cache-control'content-type: text/html; charset=UTF-8
cache-control: max-age=0Les requêtes avec une chaîne de requête en fin d’adresse n’ont pas eu de fichier de cache : PHP a recréé la page, et les en-têtes portaient [charset=UTF-8] et [cache-control: max-age=0]. La médiane du temps jusqu’au premier octet sur 10 requêtes par adresse, depuis le même serveur, est la suivante.
| Requête | Répondu par | Premier octet (médiane sur 10) |
|---|---|---|
| Adresse avec fichier de cache | nginx sert directement le fichier de cache | 15.6ms |
| Requête avec chaîne de requête en fin d’adresse | PHP recrée la page | 1,432.4ms |
La page officielle de WP Rocket présente quatre atouts : résultats immédiats, fonctions puissantes, compatibilité, mises à jour et support. La phrase selon laquelle l’installer applique automatiquement 80 % des bonnes pratiques de performance web est une affirmation officielle, sans résultats de mesure à l’appui.
La façon dont les hébergeurs infogérés traitent WP Rocket varie selon le fournisseur. L’aide officielle de Kinsta présente désormais comme partenaire WP Rocket, qu’elle interdisait autrefois, et WP Rocket ne figure pas dans la liste des extensions non autorisées de WP Engine.
La base de connaissances de Pressable indique que le cache de WP Rocket n’est pas pris en charge, mais que les fonctions d’optimisation restent utilisables si le cache de page est désactivé. WP Engine a aussi expliqué en 2021 sur son blog officiel que WP Rocket désactive lui-même son cache et ne fait tourner que ses optimisations.
Chez les hébergeurs qui ont leur propre cache de page côté serveur, on utilise surtout WP Rocket pour ses fonctions d’optimisation.
Au 18 octobre 2026, la documentation officielle de WP Rocket comptait 335 articles, plus que FlyingPress (93) et Perfmatters (137). Outre le cache et l’optimisation des fichiers, il existe des articles à part sur la compatibilité des extensions, les mises en page cassées et la résolution d’erreurs, et la documentation MCP a été mise à jour en septembre 2026.
Le blog contient des articles sur la lecture des rapports PageSpeed Insights et GTmetrix, et un article qui expose la cause d’une panne de compatibilité avec WordPress 7.1 et la réponse apportée. Le support client est inclus dans le prix de la licence (selon la page officielle de WP Rocket).
Avec WP Rocket, on peut vider le cache d’un seul article via [Vider ce cache], sous le titre de l’article dans la liste des articles de l’administration. WP Rocket MCP Server permet, une fois connecté, de vider aussi le cache d’un seul article depuis des outils d’IA.
J’ai acheté FlyingPress deux fois il y a quelques années et me suis fait rembourser les deux fois. Les fonctions n’étaient pas mauvaises, mais à l’époque on ne pouvait pas vider le cache article par article depuis la liste des articles.
La documentation et le journal des modifications actuels n’ont toujours pas d’option de vidage dans la liste des articles, alors que vider une seule page existe depuis la version d’octobre 2020 (selon la documentation de FlyingPress).
À bien y réfléchir Plus les articles s’accumulent, plus vider tout le cache à chaque correction d’un article devient lourd. WP Rocket permet de vider un article à la fois…
Les autres extensions de cache (FlyingPress compris) tiendront sans doute le coup, mais seront-elles au niveau de WP Rocket ?
Alors pourquoi WP Rocket, avec ses développeurs et son savoir-faire, n’a-t-il pas ajouté des fonctions comme la compression d’images des extensions alternatives ?
La raison exacte est inconnue ; ce qui suit n’est donc qu’une supposition non vérifiée.
- Plus il y a de fonctions, plus le risque de conflit avec d’autres extensions ou thèmes augmente.
- Rien ne garantit que les fonctions ajoutées par les extensions alternatives fonctionnent sans erreur.
- Ajouter une fonction de plus peut entraîner des erreurs plus graves.
- Si des fonctions stables suffisent à assurer la vitesse, le gain apporté par des fonctions en plus peut être faible.
La même société propose la compression d’images à part avec Imagify, mais on ne peut pas affirmer que ce soit la raison.
Sur le site de test, activer Remove Unused CSS empêchait le menu mobile de s’ouvrir, et sur les articles en ligne le blocage du rendu était déjà de 0 ms avec la fonction désactivée. On ne peut pas non plus affirmer que ce résultat soit la raison.
Je répondrai de nouveau quand uknew dépassera 10 000 contenus.
Ⅱ. Prix de WP Rocket : licences d’un an et renouvellement automatique
Aussi rapide soit le cache, la licence se paie chaque année. Selon la page tarifaire officielle, WP Rocket n’a pas de version gratuite et vend trois licences selon le nombre de sites, avec une taxe possible selon le pays de résidence.
| Licence | Nombre de sites | Prix annuel |
|---|---|---|
| Single | 1 site | $59.95 |
| Plus | 3 sites | $119.95 |
| Multi | 50 sites | $299.95 |
Multi permet de choisir 50, 100 ou 500 sites.
Les licences sont annuelles (12 mois) avec renouvellement automatique activé par défaut. Les trois licences incluent gratuitement l’outil de performance Rocket Insights.
L’essai gratuit de 14 jours ne démarre qu’après l’enregistrement d’un moyen de paiement ; sans annulation sous 14 jours, le premier paiement se fait automatiquement et la licence d’un an commence. En cas d’achat direct, le remboursement intégral reste possible sous 14 jours.
Ⅲ. Les cinq affirmations des articles qui recommandent FlyingPress : confrontées à la documentation officielle et aux mesures
Que beaucoup de comparatifs placent en tête une alternative comme FlyingPress ne veut pas dire que toutes leurs affirmations ont été mesurées. Sur les 15 articles lus en première page des recherches d’alternatives et de comparatifs, 5 contenaient leurs propres mesures.
Parmi les articles lus, trois en anglais plaçaient FlyingPress en tête, et tous les trois portaient des liens de parrainage FlyingPress. Sur les quatre qui plaçaient NitroPack en tête, trois avaient été écrits par NitroPack lui-même.
La page comparative de WP Rocket face à FlyingPress ne contient pas non plus de mesures de vitesse. Elle compare le temps de configuration, la compatibilité et les années de mises à jour (selon la page comparative officielle de WP Rocket).
1️⃣ Les cinq affirmations et ce qui a été vérifié
J’ai confronté les cinq affirmations communes à ces articles aux écrans officiels et à des mesures sur serveur.
Sur les cinq affirmations, trois correspondaient aux écrans officiels et aux mesures, et deux s’écartaient du journal officiel et des mesures.
Selon le journal des modifications officiel, les lignes marquées [New] étaient 0 en 2022 et 1 en 2023, puis 2 en 2024 et 3 en 2025, et 9 en 2026 au 2 octobre. En 2022, au lieu de lignes [New], la grande refonte de Remove Unused CSS et le nouveau module de préchargement figurent en [Enhancement]. Il y a eu de 21 à 32 versions par an.
Selon le journal des modifications officiel, Automatic Lazy Rendering a été ajouté comme nouvelle fonction en 2024, et Self-Host Google Fonts en 2025. Certains comparatifs présentent encore ces deux fonctions comme absentes.
Les comparatifs jugent de façon opposée la méthode en ligne de Remove Unused CSS, et les articles d’alternatives reprochent un HTML plus lourd et un affichage cassé s’il manque des styles. Sur un site de test avec la même configuration Nginx + Apache, j’ai comparé directement la fonction désactivée et activée.
Activée, elle exclut deux fichiers CSS et n’insère dans le HTML que le CSS nécessaire à la page. Sur ordinateur, le transfert HTML et CSS (gzip) est passé de 28,7 Ko à 22,0 Ko.
Le score mobile PageSpeed était de 100 dans les deux cas et le LCP identique, 1,6 s ; seul le point sur les requêtes bloquant le rendu (gain estimé 430 ms) a disparu une fois la fonction activée.
Le CSS nécessaire (Used CSS) est généré sur les serveurs de WP Rocket. Le journal d’accès montre que, environ 45 secondes après la première visite, le serveur de WP Rocket a demandé la page une fois pour ordinateur et une fois pour mobile. La génération s’est terminée environ une minute après la première visite. Jusque-là, la page était servie avec les fichiers CSS d’origine, et le premier écran en 1920 px et 390 px était identique à avant l’activation.
Mais le CSS nécessaire ne contenait pas les règles du menu ouvert : sur mobile, le bouton de menu ne l’ouvrait plus. Après avoir désactivé la fonction et vidé le cache, le menu s’est rouvert.
Documentation officielle indique que les styles manquants de ce type sont inclus dans le CSS nécessaire si l’on ajoute leurs classes dans le champ [CSS Safelist] des réglages.
En mesurant trois articles du serveur Nginx + Apache réellement en service avec cette fonction désactivée, le point sur les requêtes bloquant le rendu était validé dès le départ pour les trois. Le point [Réduire les ressources CSS inutilisées] estimait un gain de 12 Kio et 23 Kio pour deux articles, et le troisième était validé (PageSpeed mobile, 18 octobre 2026).
C’est à peu près tout ce que l’activation pouvait faire gagner, et sur le site de test le menu mobile ne s’ouvrait plus après activation.
2️⃣ Compression d’images et CDN : tarifs officiels des deux côtés
Les articles qui recommandent des alternatives citent comme points faibles de WP Rocket l’absence de compression d’images et un CDN payant à part. J’ai vérifié ces mêmes points dans la documentation officielle et les pages tarifaires des extensions alternatives.
WP Rocket n’intègre pas la compression d’images ; l’onglet [Image Optimization] de ses réglages renvoie vers Imagify, une extension distincte de la même société.
Depuis la version 5.3 de janvier 2026, FlyingPress envoie les images JPG et PNG à ses serveurs cloud et les convertit en WebP ou AVIF. LiteSpeed Cache traite aussi la compression d’images sur les serveurs de QUIC.cloud.
Selon la documentation officielle, LiteSpeed Cache envoie les images à QUIC.cloud par lots : d’abord un seul lot, puis des lots de plus en plus gros après réception des résultats. Le forum d’assistance compte encore en 2026 des signalements de requêtes bloquées à 1 % ou d’images optimisées jamais revenues sur le site.
FlyingPress fonctionne sur les serveurs Apache, Nginx et LiteSpeed sans exigence particulière côté serveur (selon sa documentation officielle). Le cache de page de LiteSpeed Cache nécessite un serveur LiteSpeed ou QUIC.cloud CDN (selon ses exigences officielles). Sur un serveur Nginx + Apache, on n’utilise que la compression d’images et l’optimisation CSS/JS.
Chez WP Rocket comme chez FlyingPress, le CDN est payant à part. RocketCDN coûte 79 dollars par an et par domaine (pour les utilisateurs de WP Rocket) et ne diffuse que les fichiers statiques, le HTML étant servi par le serveur d’origine. FlyingCDN coûte 10 dollars par mois et par domaine, plus 5 dollars par tranche de 100 Go au-delà de 100 Go, et met aussi en cache les pages HTML sur le réseau Cloudflare Enterprise.
QUIC.cloud CDN, utilisé avec LiteSpeed Cache, propose une offre gratuite sur six nœuds aux États-Unis et en Europe, sans limite de bande passante. À partir du 10 novembre 2026, il passe à des forfaits mensuels à partir de gratuit ou de 5 dollars par mois (100 Go), selon la documentation officielle.
Selon la documentation officielle des deux sociétés, à la fin de la licence le cache de WP Rocket continue de fonctionner et seules les fonctions cloud s’arrêtent au bout de 15 jours, tandis que FlyingPress cesse en grande partie de fonctionner puisque l’essentiel de son optimisation se fait dans le cloud. LiteSpeed Cache est décrit dans la FAQ officielle de wordpress.org comme toujours gratuit et open source : il n’a pas de licence qui expire. Les services QUIC.cloud comme le CDN, l’optimisation d’images et le Critical CSS deviennent payants au-delà d’un certain usage (selon la documentation de QUIC.cloud). Depuis octobre 2026, la part gratuite comprend notamment 100 optimisations d’images par mois.
Ⅳ. Ce que WP Rocket ne prend pas en charge : compression d’images et requêtes hors cache
Le cache de page convient aux blogs et pages de présentation que de nombreux visiteurs lisent à l’identique. WP Rocket ne gère ni les pages dont le contenu varie selon le visiteur ni le poids des images ; ce poids se réduit avec Imagify, l’extension de compression de la même société (WP Media).
| Ce que fait WP Rocket | Non pris en charge | Qui s’en charge |
|---|---|---|
| ✓Sert depuis des fichiers de cache les blogs et pages de présentation que de nombreux visiteurs lisent à l’identique.Mesuré sur serveur Nginx + Apache : 15,6 ms | ✕Pages dont le contenu varie selon le visiteur | — |
| ✕Réduire le poids des imagesWP Rocket n’a pas de compression d’images intégrée. | Imagify: même société ➡️ Extension de compression de WP Media | |
| ✕Requêtes avec chaîne de requête en fin d’adresseTraitées sans fichier de cache. | PHP · adresses de clics publicitaires ➡️ Vérifier le réglage de cache gclid |
Dans le journal d’accès du serveur Nginx + Apache, toutes les requêtes d’articles avec chaîne de requête ont été traitées par PHP, aucune n’a été servie par un fichier de cache. Pour les visites qui arrivent avec une chaîne de requête, comme les adresses de clics publicitaires, vérifiez aussi le réglage du cache gclid en même temps.
Sur le serveur Nginx + Apache, la réponse depuis le fichier de cache était de 15,6 ms, et après l’installation on règle les valeurs par défaut de chaque menu avec le Guide de configuration WP Rocket.
🔢 FAQ & contenus recommandés
ℹ️ Mention d'affiliation
Le contenu de ce site contient des liens d'affiliation. Lorsqu'un visiteur achète un produit ou un service via l'un de ces liens, le site perçoit une commission du vendeur. Le montant payé par l'acheteur(il baisse lors des promotions ↓), lui, n'augmente pas. Les prix, remises et stocks indiqués correspondent à la date de rédaction et peuvent différer ; vérifiez-les donc auprès du vendeur avant d'acheter. Les produits sont choisis et évalués selon nos propres critères, et les commissions n'influencent ni l'ordre de présentation ni le contenu des évaluations.