Apache ou Nginx pour WordPress : lequel simplifie votre exploitation ?

Vous migrez un WordPress du mutualisé OVH vers un VPS. Sur le mutualisé, Apache + .htaccess masquaient une config permalinks foireuse. Sur Nginx, la page d'accueil répond 404 jusqu'à ce qu'on traduise les règles de réécriture dans /etc/nginx/sites-available/. Ce n'est pas Nginx qui est « plus dur » — c'est la configuration dispersée qui ne voyage plus.

Apache et Nginx sont deux façons de servir PHP et fichiers statiques. Pour WordPress, la question d'exploitation se résume en : qui gère les règles de réécriture, comment PHP est isolé, et comment vous mettez en cache sous charge.

mod_php, PHP-FPM : le vrai choix

Choisir Apache « pour WordPress » en 2026 signifie souvent choisir .htaccess — pas une obligation du CMS.

Apache : quand il simplifie encore

Mutualisé classique. L'hébergeur gère tout ; vous uploadez plugins sans toucher au serveur.

Plugins réécrivant .htaccess (cache, sécurité, redirections) — tant que vous restez sur Apache, ils « marchent ».

Équipe sans accès root. Pas de fichier Nginx à éditer.

Limites : sous charge, mod_php multiplie la RAM ; passage à PHP-FPM recommandé dès un VPS.

Nginx : quand il simplifie la production

Trafic média ou e-commerce. Moins de workers, meilleur service des fichiers statiques, configurations TLS modernes.

Stack unifiée. Même Nginx devant PHP, Node, ou cache en amont.

Hébergement WordPress managé. Raidboxes, Kinsta, etc. : Nginx + cache intégré — vous ne maintenez pas les réécritures à la main.

Checklist migration Apache → Nginx :

1. Exporter permalinks WordPress (Réglages → permaliens → enregistrer)
2. Traduire try_files + @wordpress pattern standard
3. Vérifier client_max_body_size pour les uploads
4. Tester wp-admin, REST API, cron

Cache : là où l'exploitation se joue

Peu importe le serveur web si aucun cache page :

• Plugin (WP Rocket, etc.) + compression Nginx gzip/brotli
• Cache objet Redis pour administration lourde
• CDN pour les assets

Un Apache mutualisé + cache agressif bat souvent un Nginx nu mal réglé.

Le sommet : le serveur web n'est pas votre goulot habituel

Décider et avancer sans angle mort

Sur mutualisé sans accès root, Apache est souvent imposé : optimisez le cache plugin et la base de données. Sur VPS avec équipe d'exploitation, préférez Nginx + PHP-FPM avec un modèle WordPress documenté et versionné. Pour fort trafic sans équipe interne, un WordPress managé Nginx — voir Raidboxes cache — évite la traduction manuelle des règles. Testez la charge identique sur les deux stacks avant migration. Parcourez l'annuaire et le comparateur ; suite logique : PHP-FPM ou mod_php.

Questions fréquentes

WordPress recommande-t-il Apache ou Nginx ?

WordPress tourne très bien sur les deux. Apache est le défaut historique du mutualisé grâce au fichier .htaccess. Nginx est courant sur VPS et hébergements managés orientés performance — avec règles de réécriture centralisées.

Les plugins cassent-ils plus souvent sous Nginx ?

Les plugins qui écrivent des règles .htaccess ne les appliquent pas automatiquement sous Nginx. Il faut traduire en configuration serveur ou utiliser un hébergeur WordPress managé qui le fait pour vous, comme Raidboxes.

Quelle combinaison pour un site à fort trafic ?

Nginx en reverse proxy avec PHP-FPM, cache objet Redis et cache page via plugin ou Varnish est le schéma le plus fréquent. Apache seul avec mod_php sature plus vite en concurrence.

Puis-je garder Apache sur un VPS ?

Oui, surtout avec PHP-FPM plutôt que mod_php, et OPcache activé. L'enjeu n'est pas le logo — c'est le modèle de processus, le cache et le réglage fin.

Avant de migrer vers Nginx, listez les plugins qui touchent .htaccess. S'il y en a cinq, budgetez la traduction — ou le managé.