Deux façons de construire un site, deux logiques différentes.
WordPress et Next.js ne répondent pas au même besoin. Le premier est un CMS éprouvé, pensé pour l'autonomie et la simplicité. Le second est une technologie de développement plus jeune, pensée pour la rapidité et le sur-mesure.
Cette page compare les deux approches sans parti pris commercial, pour vous aider à choisir celle qui correspond à votre projet. En tant que freelance avec plus de 18 ans d'expérience en création de site, 2LWEB propose les deux, selon vos besoins.
Freelance création site internet
Une question sur la technologie à choisir ? Discutons-en ensemble.
Un CMS établi face à une technologie sur mesure.
WordPress équipe plus de 40 % des sites dans le monde. En choisissant cette technologie open source, vous ne dépendez d'aucun éditeur ni d'aucune plateforme fermée : une immense communauté et un écosystème de plugins qui permet de le faire évoluer dans la durée.
Next.js est une technologie de développement utilisée par de nombreux sites professionnels, dont le site que vous consultez actuellement. C'est de la rapidité, pas de la magie : le site est écrit sur mesure pour votre projet, sans thème ni plugin à charger.
Pas de meilleure technologie dans l'absolu, seulement celle qui correspond à votre projet.
| Critère | WordPress | Next.js / IA |
|---|---|---|
| Délai de création | 3 à 6 semaines en moyenne, selon le nombre de pages. | 10 jours à 3 semaines en moyenne, si arborescence, contenus et images sont prêts en amont. |
| Coût de fonctionnement | Hébergement classique, quelques extensions payantes possibles selon les besoins. | Hébergement adapté à la technologie, plus les abonnements liés aux outils IA utilisés pour la création et l'évolution du site. Globalement plus élevé que WordPress. |
| Autonomie au quotidien | Modification des textes, images et mises en page en toute autonomie via l'éditeur visuel. | Variable selon l'offre : déléguée au freelance sur un site sans back-office, ou gérée par vous via un CMS headless si le site en inclut un. |
| Évolutivité | Large bibliothèque de plugins pour ajouter des fonctionnalités (e-commerce, réservation, etc.). | Nouvelles fonctionnalités développées sur mesure, en s'appuyant sur le design déjà en place, sans repartir de zéro. |
| Référencement de base | Bonnes pratiques SEO couvertes par des extensions dédiées. | Optimisations de rendu natives, pas de plugin à configurer ni à maintenir pour l'essentiel du référencement technique. |
Sur un point les deux approches ne se distinguent pas : dans les deux cas, le site, le contenu et les accès vous appartiennent dès la livraison.
Next.js/IA fait gagner du temps à la création. WordPress coûte moins cher à faire fonctionner sur la durée. Aucune des deux options n'est gratuite ni instantanée.
La vraie nuance, c'est le compromis qu'on est prêt à faire.
WordPress vs Next.js, ce n'est pas qu'un débat théorique pour moi. WordPress, ça fait plusieurs années que je pratique ce CMS. Next.js, seulement quelques mois. Mais ça a suffi à changer ma manière de travailler : j'étais très pro WordPress, et aujourd'hui, si on me donne le choix pour un site vitrine, je pars sur Next.js. Mon propre site est d'ailleurs passé sur Next.js. Voici mon retour d'expérience, thème par thème.
WordPress et Next.js partent de la même base : une vision claire de ce qu'on veut obtenir, une cible, une arborescence, un contenu qui sait ce qu'il dit et ce qu'il ne dit pas. Ça, c'est le cœur de tout site vitrine, quelle que soit la technologie derrière. Ce qui change, c'est la contrainte technique. Avec WordPress et Elementor, avant même de démarrer une maquette, il faut valider et survalider que tout est réalisable avec les outils à disposition. Avec Next.js, cette contrainte s'efface : ça laisse place à l'imaginaire, à la rapidité d'exécution, à une autre méthodologie de travail. Next.js va plus vite, mais plus vite dans l'exécution, pas plus vite dans la façon de réfléchir ou de construire un projet.
Avec Elementor, je peux faire ce que j'appelle du picking : reprendre un bloc ici, un élément là, pour recomposer une nouvelle page à partir de ce qui existe déjà. Sur Next.js, ce n'est pas possible de la même façon : la structure d'une page est plus rigide, impossible d'aller piocher un bloc pour l'injecter tel quel ailleurs. En contrepartie, dès qu'il faut faire évoluer cette structure, l'exécution est rapide, je ne dirais pas instantanée, mais rapide.
Avec WordPress, je suis dans l'exécution pure : la décision reste vraiment du côté du client, on fait ce qu'on dit. Avec Next.js, je dis ce que je veux obtenir et dans quel ordre, et ça s'exécute pendant que je continue à faire évoluer le projet. Ai-je vraiment besoin d'une autonomie totale, ou est-ce que je préfère aller plus vite et faire plus de choses, quitte à garder un peu moins la main ? WordPress a fait ses preuves depuis des décennies. Next.js est moins permissif sur l'autonomie, mais permet d'aller plus loin, plus vite. Avant, on voulait garder la main soi-même parce que déléguer prenait du temps, donc coûtait plus cher. Aujourd'hui, le raisonnement s'inverse : on garde un peu moins la main, mais on sait que la personne qui exécute le fait plus vite. Financièrement et en temps, tout le monde s'y retrouve.
Sur WordPress, ajouter une fonctionnalité veut souvent dire installer un plugin, le paramétrer, vérifier qu'il est compatible avec les autres, vérifier que les mises à jour suivent. Il existe des plugins pour presque tout, un espace recrutement avec ses filtres par type de contrat ou de lieu, par exemple. Sur Next.js, cette question ne se pose pas de la même façon : la fonctionnalité se développe sur mesure, sans se soucier de compatibilité ou de mise à jour. La liberté de création est plus grande, mais elle n'est efficace que si le brief de départ est précis : on peut toujours rattraper les choses en cours de route, mais plus c'est précis en amont, plus c'est efficace, et moins ça coûte cher, puisque chaque exécution a un coût financier lié à l'utilisation de l'IA.
Avec WordPress et un éditeur de contenu comme Elementor, ou un autre (Divi, Gutenberg, WPBakery), certaines modifications se font en masse grâce aux réglages de style présents directement dans l'éditeur, mais aussi grâce aux classes CSS présentes dans le thème. Mais il y aura toujours des cas où il faut aller page par page, bloc par bloc, et enchaîner les clics. Sur Next.js, une modification graphique peut s'appliquer d'un coup sur des dizaines de pages.
Sur Next.js, récupérer et restructurer le contenu d'un site existant va plus vite et à plus grande échelle. Sur WordPress, c'est plus contraignant : même avec l'aide de l'IA, il faut ensuite réinjecter ce contenu manuellement dans les blocs, ce qui prend plus de temps.
Cette rapidité côté Next.js a un coût réel : les abonnements IA et un hébergement adapté à la technologie. Plus les choses sont figées en amont, plus ce coût reste maîtrisé. Sur WordPress, le coût se déplace ailleurs : moins d'abonnements liés à la création, mais une maintenance récurrente (plugins, cœur WordPress) qui ne s'arrête jamais une fois le site en ligne. Sur Next.js, cette maintenance est plus légère : peu de mises à jour techniques, surtout du contenu.
La réactivité, c'est-à-dire la capacité à mettre à jour un élément sur tout le site rapidement. Si j'ai un point de référencement à ajuster, ou un élément de communication à déployer sur l'ensemble des pages, je vais pouvoir le faire plus vite sur Next.js que sur WordPress, où ça demande plus de manipulations. Le delta de temps n'est pas énorme entre les deux, mais sur ce type de petites tâches où on veut agir vite, Next.js est plus malléable : je peux demander d'ajouter tel bloc à tel endroit sur toutes les pages d'un coup.
Les deux technologies demandent d'être maintenues et sécurisées dans la durée, ça, c'est vrai pour l'une comme pour l'autre. Côté hébergement, chacune a ses propres spécificités : il suffit d'avoir le bon hébergeur pour le bon outil.
Les deux technologies permettent de traduire un site. Sur WordPress, j'utilise WPML, qui génère une version du site dans une autre langue. Pour de la traduction automatique, ça passe par un achat de crédits, typiquement avec un service comme DeepL. Sur Next.js, ce n'est pas un plugin à installer, mais une bibliothèque qui gère le passage d'une langue à l'autre sur le site. Cette bibliothèque ne traduit rien elle-même : pour la traduction automatique, elle passe aussi par l'appel d'un service comme DeepL. Dans les deux cas, on est donc soumis au même principe : un achat de crédits derrière la traduction automatique.
Le bon choix dépend de votre priorité, pas d'une technologie supérieure à l'autre.
WordPress
WordPress et son éditeur visuel Elementor Pro restent la solution la plus simple pour une autonomie complète, sans compétence technique. C'est l'approche des offres Décollage, Altitude et Long Courrier.
Autonomie au quotidien, sans compétence technique !
Next.js / IA
Next.js et l'IA permettent d'aller plus vite, à condition d'arriver avec une arborescence, des contenus et des images prêts. C'est l'approche des offres Mach (sans back-office) et Sonique (avec back-office).
Livraison rapide, contenus et arborescence prêts !
Vos questions sur le choix d'une technologie
Discutons de votre besoin
avant de choisir la technologie.
Chaque projet a ses priorités. Parlons-en pour déterminer ensemble l'approche la plus adaptée à la vôtre.
Mon Savoir-faire de freelance en gestion de site web
Commercial, Communiquant, Référenceur, Graphiste, Intégrateur, Chef de projet technique ...
+ de0ans
de gestion de projet web
+ de0secteurs
d'activité travaillés
+ de60sites
gérés et administrés
Les piliers fondamentaux : la simplicité et la transparence
