LiteSpeed vs Nginx vs Apache : quel serveur web pour WordPress ?

Pour WordPress, LiteSpeed, Nginx et Apache font tous très bien le travail : la vraie différence se joue sur le cache de page et sur la facilité d’administration. LiteSpeed combine l’architecture événementielle de Nginx et la compatibilité .htaccess d’Apache, avec un cache serveur piloté depuis WordPress ; Nginx excelle quand une équipe technique maîtrise sa configuration ; Apache reste le choix le plus compatible, au prix d’une consommation de ressources plus élevée sous forte charge.

Comparatif à jour au 13 octobre 2026. Nous n’avons publié aucun benchmark maison : les résultats d’un test de vitesse dépendent trop du site mesuré. Les faits techniques renvoient à la documentation officielle de chaque logiciel.

À quoi sert un serveur web pour un site WordPress ?

Le serveur web reçoit chaque requête du navigateur, renvoie directement les fichiers statiques (images, CSS, JavaScript) et transmet les pages dynamiques à PHP, qui exécute WordPress et interroge la base de données. Il gère aussi le chiffrement HTTPS, la compression, les protocoles HTTP/2 et HTTP/3 et les règles de réécriture des permaliens.

Autrement dit, le serveur web n’exécute pas WordPress lui-même : il orchestre. Sa manière de traiter les connexions simultanées, de dialoguer avec PHP et de mettre les pages en cache détermine comment votre site encaisse un pic de visites. C’est pourquoi le choix du serveur pèse surtout sur les sites qui reçoivent beaucoup de trafic ou beaucoup de requêtes non cachables, comme une boutique WooCommerce.

Apache, Nginx, LiteSpeed : quelles différences d’architecture ?

Apache traite les connexions avec des processus ou des threads (selon le module MPM choisi) et lit les fichiers .htaccess à la volée. Nginx et LiteSpeed sont événementiels : un petit nombre de processus gère des milliers de connexions. LiteSpeed ajoute la compatibilité avec la configuration et les .htaccess d’Apache.

Apache HTTP Server : le plus souple

Apache est le serveur historique de WordPress. Son grand atout est le fichier .htaccess : chaque dossier peut contenir ses propres règles (redirections, permaliens, protections), et de nombreuses extensions WordPress écrivent dedans automatiquement. Apache propose plusieurs modules de traitement des connexions : prefork (un processus par connexion), worker et event (threadés, plus économes).

Cette souplesse a un coût, que la documentation officielle d’Apache reconnaît elle-même : lorsque les .htaccess sont autorisés, le serveur cherche ces fichiers dans chaque dossier et les relit à chaque requête, ce qui pénalise les performances. Sous forte charge, Apache consomme aussi davantage de mémoire que les serveurs événementiels.

Nginx : le plus répandu chez les grands sites

Nginx a été conçu pour tenir un très grand nombre de connexions simultanées avec peu de mémoire. Il ne lit pas les fichiers .htaccess : toutes les règles se placent dans la configuration du serveur, qu’il faut recharger après modification. Pour WordPress, on ajoute une directive try_files qui envoie les permaliens vers index.php, et PHP s’exécute via PHP-FPM.

C’est un excellent choix pour une équipe qui gère son propre serveur, mais moins confortable sur un hébergement mutualisé : une extension qui ajoute une règle dans .htaccess (sécurité, redirections, cache) n’a aucun effet sous Nginx, et il faut traduire ces règles à la main.

LiteSpeed : l’architecture de Nginx, la compatibilité d’Apache

LiteSpeed Web Server est un serveur événementiel, présenté par son éditeur comme un remplaçant direct d’Apache : il lit les fichiers de configuration Apache et les règles .htaccess, si bien que les extensions WordPress qui en dépendent fonctionnent sans adaptation. PHP s’exécute via LSAPI, l’interface PHP native de LiteSpeed.

Il existe deux éditions. LiteSpeed Enterprise est commerciale. OpenLiteSpeed est libre et gratuite, mais elle ne prend en charge que les règles de réécriture de type mod_rewrite et, selon sa documentation, doit être redémarrée pour appliquer une modification de ces règles. Sur un hébergement géré, c’est l’hébergeur qui s’en charge.

Quel serveur web est le plus rapide pour WordPress ?

Avec un cache de page bien réglé, les trois serveurs servent une page WordPress en quelques millisecondes : c’est le cache, pas le logiciel, qui fait l’essentiel du gain. Les écarts apparaissent sur les pages non cachables (panier, compte client, administration) et sous forte concurrence, là où l’architecture événementielle consomme moins de mémoire.

Méfiez-vous des benchmarks spectaculaires : ceux publiés par les éditeurs testent souvent des fichiers statiques ou une page vide, dans des conditions qui ne ressemblent pas à votre site. Un WordPress lent l’est presque toujours à cause d’un thème lourd, d’extensions trop nombreuses, de requêtes SQL coûteuses ou de scripts tiers, et aucun serveur ne corrige ces causes-là. Notre guide pour accélérer un site WordPress en 15 actions les passe en revue.

Ce qui distingue vraiment LiteSpeed pour WordPress, c’est l’intégration : le cache vit dans le serveur, l’extension WordPress sait exactement quelles pages purger quand vous publiez, et le tout se règle depuis le tableau de bord, sans toucher à la configuration du serveur.

Comment chaque serveur met-il WordPress en cache ?

Sous Apache, le cache de page passe généralement par une extension PHP qui écrit des fichiers HTML, ou par un proxy comme Varnish placé devant. Sous Nginx, on active le cache FastCGI et une extension se charge des purges. Sous LiteSpeed, le cache LSCache est intégré au serveur et piloté par l’extension gratuite LiteSpeed Cache.

Apache : extension de cache ou Varnish

Les extensions de cache comme WP Super Cache ou W3 Total Cache génèrent des copies HTML des pages ; selon leur mode, Apache sert ces fichiers directement grâce à des règles .htaccess, ou PHP démarre pour les lire. Pour aller plus loin, certains hébergeurs placent Varnish devant Apache, ce qui ajoute une couche à configurer et à purger.

Nginx : FastCGI cache

Nginx peut conserver en mémoire ou sur disque les réponses de PHP-FPM grâce au module FastCGI cache. C’est très efficace, mais la purge n’est pas native dans la version libre : il faut une extension WordPress et souvent un module complémentaire pour vider le cache au bon moment, ainsi que des règles pour ne pas mettre en cache les utilisateurs connectés et le panier.

LiteSpeed : LSCache et l’extension LiteSpeed Cache

Avec LiteSpeed, l’extension LiteSpeed Cache communique directement avec le cache du serveur : purge automatique à la publication, exclusion des pages sensibles, cache séparé pour les visiteurs connectés et, sur l’édition Enterprise, ESI pour garder un bloc dynamique (panier, barre d’administration) dans une page en cache. L’extension ajoute aussi l’optimisation des images, du CSS et du JavaScript. Ses fonctions de cache serveur nécessitent un serveur LiteSpeed ou le CDN QUIC.cloud. Nous détaillons les réglages dans notre guide pour configurer LiteSpeed Cache.

HTTP/3 change-t-il la donne ?

HTTP/3, normalisé par l’IETF dans la RFC 9114, remplace TCP par QUIC : la connexion s’établit plus vite et résiste mieux aux pertes de paquets, ce qui profite surtout aux visiteurs sur mobile. LiteSpeed l’intègre nativement, Nginx le propose via un module expérimental, et Apache httpd 2.4 ne l’implémente pas.

Côté Nginx, la documentation du module HTTP/3 le décrit comme expérimental depuis son introduction dans la version 1.25.0, et il doit être activé à la compilation. Côté Apache, la liste officielle des modules de la branche 2.4 comporte mod_http2 mais aucun module HTTP/3 : les sites sous Apache obtiennent généralement HTTP/3 grâce à un CDN placé devant le serveur.

HTTP/3 ne transforme pas un site lent en site rapide, mais il réduit le temps d’établissement de la connexion, une étape qui pèse sur chaque première visite.

Quel serveur choisir selon votre situation ?

Si vous ne gérez pas le serveur vous-même, choisissez surtout un hébergeur qui fournit un cache de page déjà réglé : LiteSpeed avec LSCache est la combinaison la plus simple pour WordPress. Si vous administrez votre propre VPS, Nginx est un excellent choix à condition d’en maîtriser la configuration. Apache reste pertinent pour sa compatibilité.

Comment savoir quel serveur web utilise votre site ?

Le plus simple est de lire l’en-tête HTTP server renvoyé par votre site. Il indique LiteSpeed, nginx ou Apache, sauf si l’hébergeur l’a masqué ou si un CDN comme Cloudflare s’intercale, auquel cas c’est le nom du CDN qui apparaît.

Depuis un terminal, cette commande affiche le serveur et, sur LiteSpeed, l’état du cache (remplacez l’adresse par celle de votre site) :

curl -sI https://www.example.com/ | grep -i -E "^server|x-litespeed-cache|alt-svc"

Un en-tête x-litespeed-cache: hit confirme que la page vient du cache LiteSpeed ; un en-tête alt-svc mentionnant h3 signale que le serveur propose HTTP/3. Dans WordPress, vous trouverez aussi le logiciel serveur dans Outils › Santé du site › Informations › Serveur.

Passer d’Apache à LiteSpeed : que faut-il prévoir ?

Le passage d’Apache à LiteSpeed se fait en général sans modifier le site, puisque LiteSpeed lit les règles .htaccess. Il faut surtout remplacer l’ancienne extension de cache par LiteSpeed Cache, vérifier les en-têtes et tester les pages sensibles. Comptez une petite heure de vérifications pour un site standard.

1. Faites une sauvegarde complète (fichiers et base de données) avant toute intervention.
2. Désactivez l’ancienne extension de cache (WP Super Cache, W3 Total Cache, WP Rocket…) pour éviter deux caches qui se contredisent, et supprimez les règles qu’elle avait ajoutées dans .htaccess.
3. Installez LiteSpeed Cache et activez le cache de page avec les réglages par défaut.
4. Vérifiez les en-têtes avec la commande ci-dessus : chargez deux fois la même page, la seconde doit renvoyer hit.
5. Testez les pages qui ne doivent pas être mises en cache : panier, commande, compte client, formulaires.
6. Mesurez avant et après avec PageSpeed Insights, sur mobile, en notant le TTFB et le LCP.

Si vous changez d’hébergeur pour passer sur LiteSpeed, suivez notre méthode pour migrer un site WordPress sans coupure, ou confiez-nous le transfert : la migration est gratuite chez Hosterwise.

Pourquoi Hosterwise a choisi LiteSpeed pour WordPress ?

Nous sommes spécialisés dans l’hébergement de sites WordPress et WooCommerce : nos serveurs tournent sous LiteSpeed Enterprise, l’édition commerciale, et non sous OpenLiteSpeed. Elle nous permet de fournir un cache serveur prêt à l’emploi, piloté depuis WordPress, sans demander à nos clients d’écrire une ligne de configuration. Elle lit les fichiers .htaccess comme Apache, si bien que les extensions qui y écrivent leurs règles fonctionnent sans adaptation, et elle prend en charge ESI pour garder un bloc dynamique, comme le panier, dans une page en cache. Ajoutez HTTP/3, un cache d’objets Redis disponible sur toutes les offres et le panneau CyberPanel.

Ce choix ne dispense pas d’optimiser le site lui-même, et un autre hébergeur sous Nginx bien configuré peut tout à fait convenir. Pour comparer les offres du marché sur des critères vérifiables, consultez notre comparatif des hébergeurs WordPress.

Si vous voulez voir ce que LiteSpeed change sur votre propre site, notre hébergement WordPress LiteSpeed inclut LSCache, HTTP/3, la migration gratuite et une garantie satisfait ou remboursé de 30 jours sur la première commande d’hébergement. Les tarifs démarrent à 6,99 € HT par mois sur 48 mois, ou 14,99 € HT par mois sans engagement : tous les détails sont sur la page des tarifs.