Pourquoi un site Next.js est plus rapide qu'un site WordPress
La vitesse d'un site web n'est pas qu'une question de confort utilisateur. Google la mesure, la note, et s'en sert pour décider qui apparaît en premier dans les résultats de recherche. Un site lent perd sur deux tableaux : le SEO et la conversion.
WordPress domine encore 43 % du web. Mais cette popularité ne dit rien sur les performances — et la comparaison avec Next.js est sans appel.
Comment WordPress génère une page
Quand un visiteur arrive sur un site WordPress, voici ce qui se passe en coulisses :
- Le serveur reçoit la requête
- PHP s'exécute et interroge la base de données MySQL
- WordPress assemble le HTML à partir du thème et des données récupérées
- Le résultat est envoyé au navigateur
Ce processus se répète à chaque visite, pour chaque page. Sur un hébergement mutualisé standard, cela prend entre 300 ms et 1 500 ms avant que le premier octet soit envoyé au navigateur. Sans compter les plugins qui s'accumulent, les requêtes BDD qui s'alourdissent, et les pics de trafic qui font tomber le serveur.
Comment Next.js génère une page
Next.js adopte une approche radicalement différente. Les pages sont générées une seule fois, au moment du build — pas à chaque visite. Le résultat : des fichiers HTML statiques, déployés directement sur un CDN mondial.
Quand un visiteur arrive sur un site Next.js :
- Sa requête atteint le nœud CDN le plus proche (souvent à quelques kilomètres)
- Le fichier HTML pré-généré est retourné immédiatement
- Aucun PHP, aucune base de données, aucune latence serveur
Le Time to First Byte (TTFB) — la métrique qui mesure ce délai — passe de plusieurs centaines de millisecondes à moins de 80 ms. C'est une différence que les utilisateurs ressentent et que Google mesure.
| Critère | WordPress | Next.js |
|---|---|---|
| Génération des pages | À chaque requête (PHP + BDD) | En amont, une seule fois (SSG) |
| Time to First Byte | 300 ms – 1 500 ms | 20 ms – 80 ms |
| Largest Contentful Paint | Souvent > 2,5 s | Régulièrement < 1 s |
| Serveur requis | PHP + MySQL en permanence | CDN statique (pas de serveur actif) |
| Mise en cache | Plugin tiers (WP Rocket, etc.) | Native, automatique |
| Scalabilité | Limité par le serveur PHP | Illimitée via CDN edge |
| Score Core Web Vitals | Variable, souvent moyen | Excellent par défaut |
Ce que ça change concrètement
Sur le SEO, Google utilise les Core Web Vitals comme signal de classement depuis 2021. Un site WordPress non optimisé score rarement bien sur le LCP et le TTFB. Un site Next.js correctement construit obtient des scores excellents par défaut, sans plugin de cache ni configuration complexe.
Sur la conversion, chaque seconde de chargement supplémentaire réduit le taux de conversion. Les données de Google montrent qu'un délai de 3 secondes augmente le taux de rebond de 32 %. Sur un site e-commerce ou une landing page, c'est directement mesurable en chiffre d'affaires.
Sur la stabilité, un site WordPress sous fort trafic nécessite un hébergement puissant et coûteux pour tenir. Un site Next.js sur CDN absorbe 10 ou 100 000 visiteurs simultanés sans configuration supplémentaire — le CDN scale automatiquement.
WordPress reste pertinent, mais pas pour les performances
WordPress excelle pour certains cas : blogs avec de nombreux contributeurs, sites nécessitant un back-office éditorial accessible à des non-développeurs, projets avec un budget très contraint.
Mais si la performance, le SEO et la fiabilité sont des priorités — et ils devraient l'être pour tout commerce ou service local — Next.js est l'option qui s'impose.
Nous l'utilisons sur tous nos projets. Pas par dogmatisme technique, mais parce que les résultats sont systématiquement meilleurs : des sites qui chargent en moins d'une seconde, des scores Core Web Vitals dans le vert, et un SEO qui performe dès le lancement.
Votre site actuel est lent ? Contactez-nous — nous analysons vos performances et vous proposons une feuille de route claire.