On me demande souvent pourquoi je construis tous mes sites en Next.js plutôt qu'avec WordPress ou un constructeur de pages. La réponse tient en deux mots que tout le monde veut sans toujours savoir ce qu'ils impliquent : rapide et trouvé. Voici, concrètement, ce que cette stack change — et ce qu'elle ne change pas.

Un site généré à l'avance, pas fabriqué à chaque visite

Un site WordPress classique fabrique chaque page au moment où quelqu'un la demande : le serveur interroge la base de données, assemble le thème, exécute les plugins, puis envoie le résultat. Chaque visite coûte du temps de calcul, et ce temps se voit dans le navigateur.

Next.js fait l'inverse. Au moment du déploiement, il génère toutes les pages une fois pour toutes, sous forme de fichiers HTML prêts à servir. Quand un visiteur arrive, il n'y a rien à calculer : le fichier existe déjà. C'est ce qu'on appelle la génération statique, et c'est la raison pour laquelle un site Next.js bien construit se charge en quelques centaines de millisecondes.

Pour les contenus qui changent (un blog, un catalogue), Next.js sait régénérer une page à la demande, en arrière-plan, sans jamais faire attendre le visiteur. On garde la vitesse du statique et la fraîcheur du dynamique.

Servi depuis le réseau, à côté du visiteur

Vercel, l'hébergeur conçu par les créateurs de Next.js, distribue ces fichiers sur un réseau mondial de serveurs. Un visiteur à Madrid est servi depuis Madrid, un visiteur à Bruxelles depuis Bruxelles. La distance physique compte encore en 2026 : chaque aller-retour entre le navigateur et un serveur lointain ajoute des dizaines de millisecondes.

Google mesure cette vitesse à travers les Core Web Vitals — le temps d'affichage du contenu principal, la stabilité visuelle, la réactivité aux interactions. Ce sont des signaux de classement, mais surtout des signaux d'expérience : un site qui s'affiche instantanément retient ses visiteurs. Sur mes propres applications, qui totalisent plusieurs milliers de pages en douze langues, cette architecture donne des temps de chargement que je n'ai jamais réussi à obtenir avec un CMS traditionnel.

Des images qui pèsent ce qu'elles doivent

Les images sont la première cause de lenteur sur le web. Next.js les traite automatiquement : il les convertit en formats modernes (AVIF, WebP), les redimensionne pour l'écran qui les demande — un téléphone ne reçoit pas l'image prévue pour un écran 27 pouces — et ne charge que celles qui sont visibles.

Sur WordPress, obtenir le même résultat demande un ou deux plugins, une configuration, et une vigilance permanente. Ici, c'est le comportement par défaut.

Le référencement se décide dans le code

C'est le point que je trouve le plus sous-estimé. Le référencement technique, ce sont des dizaines de détails : une balise title et une description par page, des URL propres, des balises canoniques, des données structurées Schema.org qui expliquent à Google ce qu'est la page (un article, un service, une FAQ, une entreprise locale), des balises hreflang qui relient les versions linguistiques, un sitemap exact, des images de partage pour les réseaux sociaux.

Avec Next.js, tout cela s'écrit dans le code, page par page, avec un contrôle total. Je sais exactement ce qui est envoyé à Google, et je peux le vérifier automatiquement à chaque déploiement. Pour un site multilingue, c'est la différence entre trois versions qui se concurrencent et trois versions qui se renforcent.

Moins de choses qui cassent

Un site WordPress moyen embarque une quinzaine de plugins, chacun avec ses mises à jour, ses failles de sécurité et ses conflits potentiels. Un site Next.js statique n'a pas de base de données exposée, pas d'administration à protéger, pas de plugin à mettre à jour. La surface d'attaque est minuscule. Et si personne ne touche au site pendant un an, il fonctionne toujours exactement de la même façon.

Ce que ça coûte

Pour un site vitrine ou un blog, l'hébergement Vercel est gratuit pour un usage personnel et coûte 20 $ par mois pour un site professionnel, à votre nom, sans intermédiaire. Pas de licence de thème, pas d'abonnement à un constructeur de pages, pas de plugin premium à renouveler. Le coût se concentre là où il crée de la valeur : la conception et le développement. J'en détaille les montants dans Combien coûte un site vitrine en 2026 ?.

Pourquoi je ne fais plus de WordPress

Je ne suis pas dogmatique : WordPress garde du sens quand une équipe publie beaucoup de contenu, souvent, sans développeur, comme un média avec dix rédacteurs ou une association qui met à jour son agenda toutes les semaines. Si votre projet est de ceux-là, je vous le dirai franchement, et je ne suis pas le bon prestataire : je ne construis plus de sites WordPress.

Pour un indépendant, une PME, un cabinet, une application avec espace membre ou paiement — c'est-à-dire la majorité des projets qu'on me confie — Next.js et Vercel donnent un site plus rapide, plus sûr, mieux référencé, et moins cher à faire vivre. C'est la seule stack que je livre aujourd'hui.

En résumé

Un site rapide et bien référencé n'est pas une question de plugin ou de réglage : c'est une question d'architecture. Générer les pages à l'avance, les servir au plus près du visiteur, optimiser chaque image, écrire les métadonnées avec précision, réduire ce qui peut casser. Next.js et Vercel rendent tout cela naturel. Le reste — la qualité du contenu, la clarté du message, la patience — reste à faire, et c'est là que nous travaillons ensemble.

Pourquoi Next.js et Vercel pour un site qui doit être rapide et bien référencé