Quelle pile serveur chez chaque hébergeur WordPress français ?

Le même plugin de cache, installé de la même façon, fait 1 ms chez un hébergeur et rien du tout chez un autre. La différence n’est pas dans le plugin. Elle est dans le serveur web que l’hébergeur a placé devant PHP. Cette page ne classe personne. Elle relève, hébergeur par hébergeur, ce que la documentation dit de sa pile, et renvoie à la colonne du banc des plugins de cache qui a été mesurée dans ces conditions.

Pourquoi la pile compte

Le banc a mesuré six extensions sur le même WordPress servi par trois serveurs : Apache 2.4, nginx et OpenLiteSpeed. Trois résultats suffisent à montrer que le serveur décide.

• LiteSpeed Cache sert l’accueil en 1 ms sur OpenLiteSpeed, avec un en-tête x-litespeed-cache: hit. Sur Apache et nginx, l’option cochée, l’accueil reste à 75 et 84 ms, sans en-tête ni page sur le disque : le serveur n’est pas un LiteSpeed, personne ne lit ses instructions.
• WP Fastest Cache tombe à 1 ms sur Apache, où ses règles .htaccess font servir le fichier sans PHP. Sur nginx, il n’écrit pas ces règles et sert par PHP à 6 ms ; sur OpenLiteSpeed, 7 ms.
• W3 Total Cache et LiteSpeed Cache créent un .htaccess à la racine même sur nginx, où il ne sera jamais lu. Inoffensif sur place, jusqu’à une migration vers un hébergeur Apache qui appliquera ces règles.

WP Super Cache, WP-Optimize et W3 Total Cache donnent 2 ou 3 ms sur les trois serveurs : elles servent leur page depuis PHP, avant WordPress. Pour celles-là, la pile compte moins. Pour les deux premières, elle décide de tout.

Vérifier sa pile soi-même

Le tableau dit ce que l’hébergeur publie. Votre site dit ce qu’il fait. Trois commandes, ou le testeur d’en-têtes pour les deux premières.

1. L’en-tête Server. Il nomme en général le serveur : Apache, nginx, LiteSpeed, parfois cloudflare quand un CDN répond à sa place.

curl -sI https://votre-site.fr/ | grep -i -E '^server:|x-powered-by'

x-powered-by ajoute parfois la version de PHP. Certains hébergeurs masquent les deux en-têtes ; l’absence ne prouve rien.

2. La signature d’un cache serveur. Deux requêtes identiques, avec l’en-tête Accept d’un navigateur. Un x-litespeed-cache: hit dit LiteSpeed. Un x-kinsta-cache, x-proxy-cache ou un Via: 1.1 varnish avec un Age supérieur à zéro dit qu’un cache propriétaire sert la page avant WordPress.

curl -sI -H 'Accept: text/html' https://votre-site.fr/ | grep -i -E 'x-litespeed|x-cache|x-proxy-cache|x-kinsta|^via:|^age:'

3. Un .htaccess de test. C’est la preuve la plus sûre. Créez un dossier test-htaccess/ avec un index.html et, à côté, un .htaccess contenant une seule ligne : Redirect 302 /test-htaccess/ /. Puis :

curl -sI https://votre-site.fr/test-htaccess/ | grep -i -E '^HTTP|^location'

Une réponse 302 avec un Location vers l’accueil : le fichier est lu, vous êtes sur Apache ou LiteSpeed. Un 200 avec la page de test : il est ignoré, vous êtes sur nginx ou derrière un cache qui ne le transmet pas. Supprimez le dossier après l’essai.

La pile de quinze hébergeurs

Offres mutualisées ou WordPress infogéré grand public. Une source par cellule, avec la date que la page affiche ; « sans date » signifie que la page n’en porte pas. « non publié » signifie que l’hébergeur ne dit pas quelle version de PHP est choisie pour un nouveau site. Aucun lien n’est affilié ; notre règle est sur la page Transparence.

Trois lectures se dégagent. Le mutualisé historique, OVHcloud, IONOS, Infomaniak, est sous Apache sans cache de page intégré : c’est la colonne Apache du banc, telle quelle. Les hébergeurs sous LiteSpeed, Hostinger, Ex2, o2switch et PlanetHoster une fois l’option activée, sont la colonne OpenLiteSpeed, où LiteSpeed Cache travaille vraiment. Et l’infogéré, Kinsta, WP Engine, WPServeur, cache déjà les pages dans le serveur : ajouter un plugin de cache y ajoute une couche, pas de la vitesse.

Ce que ça change selon le plugin choisi

LiteSpeed Cache. Il ne cache que si le serveur est un LiteSpeed. Hostinger, Ex2, o2switch et PlanetHoster avec LiteSpeed activé, LWS avec LiteSpeed activé : lisez la section « Le serveur compte » du banc. Partout ailleurs, il écrit WP_CACHE, son dossier et ses règles .htaccess, et ne sert rien.

WP Fastest Cache. Son mode rapide passe par .htaccess. Il vaut 1 ms sur les piles Apache du tableau, 6 à 7 ms là où le fichier est ignoré ou lu sans effet. Et dans tous les cas, cochez la purge à la publication : le banc l’a laissé servir un accueil périmé plus de 60 secondes.

WP Super Cache, WP-Optimize, W3 Total Cache. 2 à 3 ms sur les trois serveurs. La pile ne change pas leur résultat ; elle change ce qu’ils écrivent chez vous, détaillé dans la section « Ce que les extensions écrivent chez vous ». Sur nginx, W3 Total Cache crée un .htaccess inutile.

Cache Enabler. Le seul à cacher sans réglage sur les trois piles, 1 à 2 ms, avec un en-tête X-Cache-Handler qui se vérifie en une requête. Il ne dépend pas du serveur.

Sur une pile à cache propriétaire, Kinsta, WP Engine, WPServeur, Gandi, SiteGround, LWS avec LWSCache : le serveur sert la page avant que PHP ne se lance. Un plugin de cache y est au mieux redondant, au pire une seconde purge à ne pas oublier. Lisez la documentation de l’hébergeur avant d’en installer un, et le tableau de la section « Comment choisir selon votre serveur » du banc pour ce qu’il resterait à gagner.

Les limites de ce tableau

• Les hébergeurs changent de pile. Cloudways a remplacé Apache par nginx en novembre 2025, EasyHoster a ajouté un cache nginx en juillet 2025, PlanetHoster migre The World vers son panneau N0C. La date de chaque source dit l’âge du relevé, pas l’état de demain.
• Un même hébergeur a plusieurs offres. Chez o2switch, Scale’UP est nativement sous LiteSpeed, l’Offre Unique l’active à la demande. Chez Cloudways, deux piles coexistent. Le tableau vise l’offre nommée en petit sous chaque nom.
• Deux cellules ne viennent pas d’une page officielle. Le serveur par défaut d’o2switch avant activation de LiteSpeed n’est pas nommé dans sa documentation ; la version PHP par défaut de Cloudways vient d’un article de support que nous n’avons pas pu relire. Les deux sont signalées dans la cellule.
• « Lit .htaccess : oui » chez o2switch, Ex2 et SiteGround est déduit des guides .htaccess de l’hébergeur et de la présence d’Apache ou de LiteSpeed, pas d’une phrase qui le dit en toutes lettres. Le test du dossier ci-dessus tranche en une minute.
• La version PHP par défaut est rarement publiée. Quatre hébergeurs sur quinze la donnent. Les autres listent les versions disponibles, et c’est ce que la cellule reprend.
• Le banc n’a pas tourné chez ces hébergeurs, mais sur trois conteneurs qui reproduisent leurs piles. Un cache propriétaire ou un CDN change les millisecondes ; pas ce qu’un plugin peut faire sur nginx ou sur Apache.
• Aucun hébergeur cité ne nous rémunère, et aucun lien de cette page n’est affilié.

Ce que ça change pour vous

Avant d’installer un plugin de cache, lisez la colonne du banc de votre hébergeur. Apache : quatre extensions sur six font le travail. OpenLiteSpeed : LiteSpeed Cache devient la candidate naturelle. nginx : oubliez ce qui passe par .htaccess. « Aucune » : lisez d’abord ce que votre hébergeur cache déjà. Puis vérifiez avec les trois commandes ci-dessus. Trois minutes, et vous savez sur quel serveur vous êtes, sans croire ni le tableau ni l’hébergeur sur parole.