WordPress ou Next.js pour un site vitrine ? Notre réponse honnête en 2026

WordPress ou Next.js : la question revient à chaque premier appel avec un dirigeant de PME, un artisan ou un commerçant qui prépare son site. Sur Internet, vous trouverez 80% d'articles écrits par des agences WordPress qui défendent WordPress, et 20% par des devs front qui défendent Next.js. Personne ne pose la vraie question.

Chez BPC, on s'est posé la question. Avec l'arrivée de l'intelligence artificielle, plein de défis se sont posés, et notre regard sur WordPress a profondément évolué. Pour un site vitrine pur, sans espace client, sans login, sans contenu mis à jour fréquemment, WordPress est devenu pour nous une dette technique déguisée en confort. On paie, nous ou le client, en mises à jour de plugins, failles à patcher, hébergement plus lourd, performances dégradées, dépendance à un constructeur propriétaire comme Divi ou Elementor.

Tout ça pour un back-office que 80% de nos clients couvreurs n'ouvriront jamais après la livraison. Ils nous appellent quand ils veulent changer un numéro de téléphone, peu importe le CMS.

Voici notre lecture du sujet, projet par projet, en mai 2026. Pas un manifeste anti-WordPress. Un cadre de décision qu'on applique à chaque devis qui arrive.

WordPress ou Next.js : la réponse courte en 2026

Pour un site vitrine pur (artisan, commerçant local, PME en croissance, moins de 30 pages, pas d'espace client, pas de blog quotidien), Next.js ou Astro battent WordPress sur 5 critères mesurables : performance (Lighthouse 95+ vs 60-80 sur un WordPress optimisé), sécurité (zéro surface d'attaque plugins), maintenance (zéro mise à jour mensuelle), coût d'hébergement (4 à 15€/mois en serverless vs 25 à 80€ sur mutualisé musclé), et SEO technique. WordPress reste pertinent quand le projet a une vraie logique métier (e-commerce, espace utilisateur, blog avec rédaction interne hebdomadaire) ou quand le client édite son contenu plusieurs fois par mois et refuse de payer un CMS headless en plus du dev.

La vraie question à se poser n'est pas "WordPress ou Next.js" en abstrait, c'est : qui édite le contenu, à quelle fréquence, et qui paye la maintenance ? La réponse honnête à ces trois questions détermine la stack, pas l'inverse.

Pourquoi WordPress est devenu une dette technique pour un site vitrine

Le débat WordPress vs Next.js est souvent biaisé. WordPress est défendu par les agences qui l'utilisent depuis 10 ans (et qui ont besoin de continuer à le vendre pour rentabiliser leur stack), Next.js par les devs front en début de carrière qui n'ont pas géré 50 sites WordPress en production. Nous, on a fait les deux. Voilà ce qu'on observe en 2026, par ordre de fréquence des incidents.

1. Les mises à jour de plugins qui cassent en silence. Sur un WordPress moyen, vous avez 12 à 20 plugins actifs : SEO, formulaire, cache, sécurité, page builder, analytics, etc. Chaque mois, 3 à 5 d'entre eux publient une mise à jour. Une fois sur dix, la mise à jour casse quelque chose : un thème qui se déformate, un formulaire qui n'envoie plus, une page qui s'affiche en blanc. Sur les sites qu'on récupère après défaillance d'une autre agence, c'est la cause numéro 1.

2. Les failles de sécurité. WPScan répertorie 50 à 100 nouvelles vulnérabilités WordPress par mois. La majorité touche des plugins. Si personne ne patche dans la semaine, votre site devient un vecteur d'attaque (injection de spam SEO, redirection vers sites malveillants, mining de crypto en arrière-plan). Notre client le plus typique en récupération : couvreur dont le site avait été piraté trois mois sans qu'il s'en aperçoive, position 1 sur Google remplacée par "couvreur viagra Bordeaux".

3. Les performances dégradées par les page builders. Divi, Elementor et leurs clones injectent typiquement 50 à 80 fichiers CSS et JS par page, plus une structure DOM imbriquée à 8-10 niveaux. Résultat : Lighthouse mobile entre 35 et 65 sur un WordPress "moderne". On peut optimiser, on l'a fait des dizaines de fois sur des comptes client. On atteint 75-80 dans le meilleur des cas, mais jamais le 95+ qu'on a sur Astro ou Next.js out-of-the-box. Détaillé dans notre article sur les sites WordPress lents.

4. L'hébergement plus lourd. Un WordPress moyen consomme 200 à 400 Mo de RAM par processus PHP, avec une base MySQL en parallèle. Un site Astro ou Next.js statique tient sur un CDN en serverless, avec une consommation marginale par requête. La différence sur 3 ans : 900 à 2 800€ d'hébergement en moins. Sur un site vitrine, c'est le tiers du budget total qu'on récupère pour l'investir en design ou en Google Ads.

5. La dépendance à un constructeur propriétaire. Divi et Elementor ont leur format de stockage interne. Si vous voulez exporter votre contenu pour le mettre ailleurs, vous ne pouvez pas. Vous restez prisonnier. On a vu des clients refaire leur site entier pour sortir d'Elementor, c'est arrivé deux fois en 18 mois chez nous.

Tout ça pour un back-office que 80% de nos clients couvreurs, plombiers, paysagistes n'ouvriront jamais après la livraison. Ils nous appellent quand ils veulent changer un numéro de téléphone, peu importe le CMS.

La vraie question à se poser avant de choisir un CMS

Notre réflexe en 2026, sur chaque projet entrant, c'est de poser trois questions au prospect avant même de parler techno.

Question 1 : qui va éditer le contenu après la livraison ?

Si la réponse honnête est "personne, ou vous via une demande client", alors le CMS ne sert à rien. Autant livrer du Next.js ou de l'Astro : plus rapide, plus sécurisé, sans maintenance lourde, sans le poids d'un écosystème de plugins.

Si la réponse est "le client met à jour son portfolio tous les mois" (typiquement un photographe, un architecte, un coach), Next.js nu devient pénible, parce que chaque ajout passe par nous ou par un commit Git. Dans ce cas, ce qui remplace WordPress chez nous n'est pas Next.js seul, c'est Next.js + un headless CMS léger style Sanity, Payload, ou TinaCMS / Decap qui édite directement le repo. On garde l'idée d'un back-office, sans traîner tout WordPress derrière.

Question 2 : à quelle fréquence ?

Question 3 : qui paye la maintenance ?

Si c'est le client, il a tout intérêt à un stack qui ne demande pas de mise à jour mensuelle. Astro et Next.js statique sont quasi-zéro maintenance. WordPress demande 2 à 4 heures par mois de patches + monitoring, qu'il faut facturer ou couvrir en contrat.

Si c'est nous via un contrat de maintenance forfaitaire, on préfère un stack qu'on sait faible en surface d'attaque (Next.js / Astro) plutôt qu'un WordPress qui peut nous mobiliser en urgence à n'importe quel moment.

Notre stack par défaut en 2026, selon le projet

Voici les arbitrages qu'on applique aujourd'hui en interne. C'est ce qu'on défend en RDV de cadrage, pas une théorie.

Vitrine pure d'artisan ou de PME locale : Astro

Pour un site vitrine d'artisan ou de PME locale, on regarde d'abord Astro plutôt que Next.js par réflexe. Pour un projet purement vitrine, zéro interactivité au-delà d'un formulaire de contact et d'un Calendly en embed, Astro est plus aligné : zéro JS par défaut, content collections parfaites pour un portfolio, SEO impeccable out-of-the-box.

Lighthouse 95+ atteignable sans optimisation poussée. Le rendu est statique, déployable sur n'importe quel CDN gratuit (Vercel, Cloudflare Pages, Netlify), maintenance quasi-nulle.

Vitrine avec édition occasionnelle : Astro + facturation TJM

Si le client édite 1 à 2 fois par an (changement de tarif, ajout d'une réalisation), pas besoin de CMS. On facture chaque modif en TJM (en général 30 à 60 minutes), c'est plus rentable que de payer un CMS hébergé.

Portfolio évolutif, blog modéré : Next.js + headless léger

Quand le client met à jour mensuellement (typiquement photographe, architecte, agence créative), on bascule sur Next.js + Sanity ou Payload. Le client a un back-office propre, on a un site rapide, on évite le marécage de plugins.

Pour les blogs vraiment modérés (1 à 4 articles par mois), on regarde aussi TinaCMS ou Decap qui éditent directement le repo Git, sans hébergement CMS additionnel. Gratuit, légèrement plus technique côté setup.

Vitrine + applicatif (formulaires complexes, calculateurs, dashboard léger) : Next.js

Next.js, on le garde pour les projets qui ont une vraie logique applicative, comme notre propre site d'agence ou les clients qui ont besoin d'interactions plus poussées (formulaires multi-étapes, calculateurs de devis interactifs, espace client léger). Next.js gère la logique app + le SEO + les routes API dans un seul framework, avec une courbe d'apprentissage plus douce qu'un setup React custom.

E-commerce, espace client, gestion métier : CMS classique (PrestaShop, WordPress + WooCommerce, Shopify, Magento)

Attention, on ne dit pas que le CMS est mort. Sur PrestaShop, Drupal, Joomla, Magento et même WordPress + WooCommerce, le back-office gère du métier réel : commandes, stock, clients, factures, espaces utilisateurs. C'est irremplaçable.

Nos clients e-commerce comme Tom Sanati (voir le cas) continueront d'être servis sur PrestaShop, et on y voit une vraie cohérence métier. Cf notre comparatif PrestaShop ou Shopify pour le détail.

Ce qui est devenu un anachronisme, c'est WordPress pour un site vitrine de 7 pages. Seules l'inertie du marché et l'habitude des agences maintiennent encore ce choix par défaut.

Cas concret : 3 projets BPC récents, 3 stacks différentes

Sur ces 3 projets, aucun WordPress. Aucun regret côté client à 12 mois.

Sur Divi, Elementor et leurs nouveaux MCP

On reste à l'affût. Divi et Elementor ont mis en place des MCP qui permettent à une IA de piloter le constructeur de page. Mais on est sceptiques. Leur pari est de capturer la valeur "site construit par IA" tout en préservant leur lock-in. Le problème : la raison historique d'utiliser un page builder était d'éviter le code. Si l'IA écrit le code, le builder devient une couche d'abstraction qui hérite de tous ses défauts (DOM alourdi, conflits de thèmes, performances dégradées) sans plus apporter sa valeur initiale.

Notre lecture du marché : les page builders vont se faire écraser des deux côtés. Par le haut, par les agences et les devs qui passent sur Next.js ou Astro + IA. Par le bas, par les outils no-code grand public type v0, Lovable ou Webflow qui attaquent directement le client final. Le milieu se comprime. On ne miserait pas dessus sur 3 à 5 ans.

Le revers de la médaille qu'on assume

Soyons honnêtes : en basculant nos clients sur du Next.js ou de l'Astro custom, on devient point unique de maintenance. Pas de client qui modifie tout seul son texte depuis son back-office. C'est à la fois un atout (relation client renforcée, qualité maîtrisée de bout en bout) et un engagement contractuel qu'on clarifie dès le départ.

C'est pourquoi nos nouvelles propositions intègrent systématiquement deux options :

• Soit un contrat de maintenance forfaitaire (60 à 180€/mois selon volume de modifs) qui couvre la veille technique, les modifs ponctuelles, le monitoring et la mise à jour annuelle de stack.
• Soit la livraison d'un CMS headless minimaliste (Sanity, Payload, TinaCMS) quand le client a réellement besoin d'autonomie éditoriale.

Le client choisit. Pas de stack imposée par flemme commerciale.

L'IA n'a pas tué le métier d'agence web

L'IA n'a pas tué le métier d'agence web. Elle a déplacé la valeur : du temps de production vers le conseil, l'architecture et la performance livrée. Une IA aujourd'hui peut produire un site WordPress, un Next.js ou un Astro avec une qualité technique acceptable en quelques heures. Ce qu'elle ne peut pas faire seule : poser les bonnes questions au client, arbitrer entre 5 stacks en fonction du projet réel, garantir le SEO et la conversion à 12 mois.

C'est exactement ce qu'on défend dans notre méthode pour choisir une agence WordPress (ou son alternative) à Bordeaux. Le bon prestataire en 2026 n'est pas celui qui maîtrise WordPress. C'est celui qui sait quand ne pas le proposer.

Pour aller plus loin

• Mon site internet ne convertit pas : 7 erreurs : si vous avez du trafic mais pas de leads, la stack n'est presque jamais le problème.
• Site WordPress lent : solutions de performance : si vous êtes déjà sur WordPress et que vous voulez le faire performer avant de migrer.
• Prix d'un site internet à Bordeaux en 2026 : combien ça coûte selon la stack et le type de projet.

Questions fréquentes

WordPress ou Next.js pour un site vitrine en 2026 : que choisir ?

Pour un site vitrine pur (artisan, commerçant local, PME sans espace client ni blog quotidien), Next.js ou Astro battent WordPress sur 5 critères : performance Lighthouse 95+ vs 60-80, zéro surface d'attaque plugins, zéro maintenance mensuelle, hébergement 3 à 5 fois moins cher, SEO technique meilleur out-of-the-box. WordPress reste pertinent pour les projets avec une vraie logique métier (e-commerce, espace client, blog éditorial actif) ou édition de contenu hebdomadaire par une équipe non-tech.

Quels sont les vrais inconvénients de Next.js pour un site vitrine ?

Trois inconvénients réels. Premièrement, pas de back-office natif : si le client veut éditer son contenu lui-même, il faut ajouter un CMS headless (Sanity, Payload, TinaCMS) ou passer par l'agence pour chaque modif. Deuxièmement, l'écosystème de templates pré-fabriqués est plus restreint qu'WordPress, on conçoit plus souvent sur-mesure. Troisièmement, le coût initial de développement est légèrement supérieur (10 à 20%) à un WordPress basé sur thème, mais largement compensé sur 3 ans par les économies de maintenance et d'hébergement.

Astro ou Next.js : lequel choisir pour un site vitrine ?

Pour un site vitrine pur sans logique applicative complexe, Astro est mieux aligné : zéro JS par défaut, content collections natives pour un blog ou portfolio, Lighthouse 98+ sans optimisation poussée. Next.js est meilleur si le projet a une logique applicative (formulaires multi-étapes, dashboard léger, espace client, API custom) ou si on prévoit une évolution future vers de l'applicatif. Chez BPC, par défaut on regarde Astro d'abord pour les vitrines, Next.js pour les projets qui ont du métier ou des interactions complexes.

Un site Next.js ou Astro est-il bon pour le SEO ?

Oui, et même meilleur qu'un WordPress mal configuré. Next.js et Astro génèrent du HTML statique pré-rendu, ce que Google adore : temps de chargement faible, contenu directement crawlable, Core Web Vitals excellents par défaut. Schema JSON-LD facile à injecter, sitemap automatique, balisage propre. Les craintes "JavaScript = mauvais pour le SEO" datent de 2018 et ne sont plus vraies pour un site statique généré par Next.js ou Astro.

Et l'IA dans tout ça ? Faut-il attendre que les MCP page builders mûrissent ?

À notre avis, non. Les MCP de Divi ou Elementor sont une réponse défensive des éditeurs de page builders pour préserver leur lock-in. Le problème est structurel : si l'IA peut écrire du code propre directement, le page builder devient une couche d'abstraction qui ajoute des défauts (DOM lourd, performances dégradées) sans plus apporter de valeur. On estime que sur 3 à 5 ans, les page builders se feront écraser des deux côtés (agences qui passent sur Next.js/Astro + IA d'un côté, outils no-code grand public type v0/Lovable de l'autre).

Mon client veut absolument WordPress, on lui dit non ?

Ça dépend pourquoi. Si c'est par habitude ("j'ai toujours eu WordPress"), on explique calmement les arbitrages et on présente les alternatives chiffrées. Si c'est parce qu'il a une équipe interne qui maîtrise WordPress et qui édite quotidiennement, c'est un argument valide, on livre du WordPress proprement. Si c'est parce qu'il veut un thème ThemeForest à 60€ qu'on installe vite fait, on décline poliment : ce n'est pas notre métier de livrer du WordPress qu'on devra reprendre dans 18 mois.

Que devient WordPress dans 5 ans selon BPC ?

Notre lecture : WordPress reste dominant sur l'e-commerce avec WooCommerce, sur les blogs éditoriaux multi-auteurs, sur les associations et collectivités qui ont une équipe interne. Il décline progressivement sur le site vitrine, où l'attaque vient à la fois de Next.js/Astro (pour les agences) et des outils no-code grand public (Webflow, v0, Lovable) qui attaquent le DIY client final. On voit déjà cette bascule chez nos prospects PME : les demandes "site vitrine WordPress" diminuent au profit de "site rapide, sécurisé, sans contraintes" sans préférence techno explicite.

BPC propose-t-il encore des sites WordPress ?

Oui, mais uniquement quand le projet a une vraie raison d'être en WordPress : e-commerce WooCommerce, blog actif multi-auteurs, espace utilisateur, ou client avec équipe interne déjà formée. Pour un site vitrine pur, on propose par défaut Astro ou Next.js, en expliquant pourquoi. Le client garde le dernier mot, mais il a une information honnête.

En résumé : WordPress ou Next.js ? Ça dépend de qui édite

Trois choses à retenir si vous démarrez un projet site vitrine en 2026.

Un. La vraie question n'est pas WordPress ou Next.js en abstrait. C'est : qui édite le contenu, à quelle fréquence, et qui paye la maintenance ? Répondez honnêtement à ces trois questions, la stack se déduit.

Deux. Pour un site vitrine pur sans édition fréquente, Astro ou Next.js sont devenus plus rationnels que WordPress en 2026. Performance, sécurité, maintenance, coût d'hébergement : tous les critères mesurables penchent du même côté.

Trois. WordPress reste pertinent quand il y a un vrai besoin métier (e-commerce, espace client, blog actif). C'est ce qui justifie son back-office et son écosystème. Pour un site de 7 pages d'artisan local, ce n'est plus le cas.

Chez Agence BPC, on a accompagné des projets en WordPress, en Next.js, en Astro et en PrestaShop sur les 3 dernières années. L'audit de cadrage est gratuit : 30 minutes au téléphone, on regarde votre projet, on identifie la stack qui sera la plus rentable sur 3 ans, on chiffre. Plan PDF livré sous 48 heures, vous gardez le plan même si vous ne signez pas avec nous.

Réserver mon audit de cadrage (30 min).

Sans engagement · Plan PDF livré sous 48h · Réponse sous 24h ouvrées