En 2022 le débat se résumait à « Next.js ou WordPress ». En 2026 il s’est élargi et clarifié. Trois technologies occupent désormais trois cases distinctes et complémentaires : Astro pour les sites de contenu, Next.js pour les apps web interactives et Sanity (ou équivalent) pour les sites qui ont une équipe contenu interne active. Chacune répond à un cas d’usage que les deux autres servent mal.
Cet article tire les leçons des 14 sites B2B que Digitalpaca a livrés sur Astro depuis 2023, des 6 missions en Next.js dans la même période et des 5 intégrations Sanity / Storyblok / Contentful. Ce n’est pas un benchmark théorique : c’est un retour de terrain calibré sur des PME B2B de 30 à 300 collaborateurs.
Astro pour les sites éditoriaux et corporate
Astro 6 est notre choix par défaut depuis fin 2024. La raison principale : le moteur de rendu génère du HTML statique pur, sans JavaScript runtime obligatoire. Sur un site corporate B2B classique (home + 10-30 pages services + 50-200 articles blog), c’est exactement ce qu’il faut.
Les bénéfices concrets que nous mesurons sur les sites livrés :
- LCP médian < 1,5 s sans optimisation héroïque, simplement parce qu’il n’y a aucun JS à hydrater au chargement.
- Lighthouse Performance 95-100 sur les pages éditoriales, SEO 100, accessibility 95+.
- Build time de 10-30 secondes pour 100-200 pages, vs 3-8 minutes en Next.js avec ISR.
- Coût hosting ridicule (Netlify free tier ou Cloudflare Pages) parce que tout est statique.
- Découplage CMS facile via les content collections (Markdown local ou Sanity/Storyblok en remote).
Les limites à connaître : Astro n’est pas adapté si votre site embarque des interactions complexes côté client (configurateur, calculateur multi-étapes, dashboard utilisateur). Il faut alors basculer sur Next.js ou intégrer des îlots React/Svelte ponctuels.
Next.js dès qu’il y a de l’interaction
Next.js reste notre référence pour les sites qui sortent du cadre “contenu statique”. Les cas typiques en B2B :
- Configurateur produit avec calcul de prix en temps réel
- Espace client authentifié (suivi de commande, dashboard)
- Application interne avec un sous-site marketing (la marketing app et le SaaS partagent la même codebase)
- Sites e-commerce B2B sur-mesure avec catalogue dynamique et pricing négocié par client
Le coût à payer : complexité opérationnelle. Hosting plus exigeant (Vercel ou Node en propre), build plus lent, monitoring nécessaire pour les fonctions serverless, surface d’attaque plus large. Sur un site B2B vitrine de 30 pages, c’est de l’over-engineering pur.
Une règle qu’on s’impose : on ne démarre pas en Next.js par confort dev. Si on bascule en Next.js, c’est parce qu’il y a une feature côté client qui le justifie. Sinon Astro reste le défaut.
Sanity quand l’équipe contenu est centrale
Sanity (et son équivalent Storyblok côté français-européen) joue un rôle complémentaire, pas concurrent, d’Astro ou Next.js. C’est un headless CMS : un back-office qui stocke le contenu, exposé via API au site frontal.
On le déploie quand :
- L’équipe contenu interne publie ≥ 2 articles par semaine
- Plusieurs personnes ont besoin de drafter en parallèle
- Le contenu doit être réutilisé sur plusieurs canaux (site + app + emails)
- L’éditorial inclut des structures complexes (interviews, listicles, comparatifs) qui ne tiennent pas dans un simple champ Markdown
Sur les sites Digitalpaca avec une équipe contenu interne (généralement à partir de 50-80 collab.), on couple Astro frontal + Sanity backend. Sur les sites où le contenu est rédigé en sprint par notre équipe (forfait Growth typique), on reste en Markdown local, moins de complexité, plus de vélocité pour l’équipe build.
Tableau comparatif 8 critères
| Critère | Astro | Next.js | WordPress |
|---|---|---|---|
| Performance Lighthouse | 95-100 | 70-90 | 40-75 |
| Coût hosting/an | 0-60 € | 200-2000 € | 100-500 € |
| Sécurité | Très haute (statique) | Moyenne (Node runtime) | Variable (plugins) |
| Time-to-publish | 5-10 min | 5-15 min | 30 s |
| Édition multi-utilisateurs | Médiocre (Git) | Médiocre (Git) | Excellente |
| Maintenance technique | Faible | Moyenne | Élevée |
| Time-to-market refonte | Court | Moyen | Court |
| Tenue dans le temps (5 ans) | Excellente | Bonne | Variable |
Notre matrice de décision interne
Le récap qu’on utilise en cadrage :
- Site corporate ≤ 200 pages, contenu géré par l’équipe Digitalpaca → Astro + Markdown local
- Site corporate ≥ 200 pages, équipe contenu interne ≥ 2 personnes → Astro + Sanity
- App web interactive (configurateur, dashboard, espace client) → Next.js + Postgres
- E-commerce B2B custom → Next.js + Stripe + Sanity (catalogue) ou Shopify Plus
- PME sans équipe technique, besoin de vélocité contenu et éditeur visuel → WordPress (mais c’est rare en B2B)
Cette matrice évolue chaque trimestre avec les versions des outils. Astro 6 a notamment intégré la gestion native des fontes (qu’on faisait avant via @fontsource), ce qui simplifie un peu plus les choix.
Pour creuser plus loin
Trois articles satellites détaillent des aspects spécifiques :
- Astro 6 en B2B : retour d’expérience après 14 sites livrés
- Pourquoi on évite WordPress pour les sites B2B techniques
- Sanity vs Contentful vs Storyblok : choisir son headless CMS B2B
Le service dev custom de Digitalpaca prend en charge le diagnostic stack et l’intégration sur les trois technologies. Le cadrage initial reste gratuit.