Votre site WordPress existe depuis 5 ans. Il fonctionne. Vos équipes savent l'utiliser. Et pourtant, un prestataire vous parle de "WordPress Headless", un autre de "refonte complète", un troisième de Webflow.
Les devis varient du simple au triple. Vous ne comprenez pas vraiment pourquoi.
Si vous cherchez d'abord à comprendre ce qu'est techniquement le headless, commencez par notre guide "Comprendre le headless". Cet article se concentre sur la décision : quand choisir l'un plutôt que l'autre, ce que ça coûte vraiment, et comment trancher.
Pas de jargon inutile. Des chiffres réels. Et si WordPress Headless n'est pas la bonne réponse pour vous, je vous le dirai aussi.
Dans une architecture WordPress classique, tout est au même endroit : le contenu que vous gérez dans l'admin, et le site que vos visiteurs voient. WordPress génère les pages à la demande, les thèmes contrôlent l'apparence, les plugins ajoutent des fonctionnalités.
Ce que ça donne concrètement :
Quand WordPress classique est le bon choix :
Exemple réel : Café Citoyen, association avec 5 mises à jour/mois et un budget de 2 500 €. WordPress optimisé, livré en 3 semaines, zéro appel support en 6 mois. L'équipe est 100 % autonome. Le headless aurait été surdimensionné.
"Headless" signifie littéralement "sans tête". Dans une architecture headless, on sépare deux choses qui étaient collées ensemble :
Ce que ça donne concrètement :
| Architecture | Score Lighthouse typique | Chargement moyen |
|---|---|---|
| WordPress classique non optimisé | 30–55 | 4–8 secondes |
| WordPress classique bien optimisé | 55–75 | 2–4 secondes |
| WordPress Headless + Next.js | 90–98 | 0,5–1,2 secondes |
Données réelles : Comme des Fous, média avec 30+ articles/mois. Avant migration : 6,4 secondes, Lighthouse 42. Après migration WP Headless + Next.js : 0,9 seconde, Lighthouse 96. Résultat à 3 mois : trafic organique +38 %.
C'est la question que personne ne pose assez : est-ce que vos équipes devront changer leurs habitudes ?
| Architecture | Impact sur les équipes |
|---|---|
| WordPress classique | Aucun changement |
| WordPress Headless | Aucun changement — l'admin reste identique |
| Webflow | Migration complète, nouvelle interface |
| Wix Pro | Migration complète, nouvelle interface |
C'est l'avantage décisif du headless bien fait : vous modernisez l'infrastructure sans toucher au quotidien de vos rédacteurs.
Un WordPress classique expose son interface d'administration sur une URL publique (/wp-admin). C'est la cible de 90 % des attaques automatisées sur WordPress.
Avec une architecture headless :
cms.votresite.fr)Exemple réel : États Généraux Communaux (données sensibles, sécurité critique). Architecture WP Headless + Next.js. Audit sécurité A+.
C'est ici que la réalité financière change le plus les décisions.
| Composante | WP Classique | WP Headless (forfait Headless) | Webflow Premium |
|---|---|---|---|
| Investissement départ | 3 000 € | 5 000 € | 6 000 € |
| Déduction AGEFIPH (TIH) | — | −1 200 € | — |
| Maintenance × 3 ans | 3 600 € | 900 € | 1 800 € |
| Abonnement × 3 ans | — | — | 1 800 € |
| Total TCO 3 ans | 6 600 € | 4 700 € net | 9 600 € |
Applicable si votre prestataire est Travailleur Indépendant Handicapé (TIH). Sur un projet à 5 000 €, jusqu'à 1 500 € de déduction directe sur la contribution AGEFIPH.
La maintenance est moins élevée en headless parce que le front-end Next.js ne dépend pas d'un écosystème de plugins aussi instable que WordPress traditionnel.
Les moteurs de recherche et les IA (ChatGPT, Perplexity, Gemini) favorisent les pages qui se chargent vite et qui sont structurées avec des données schema.org.
| Critère SEO | WP Classique | WP Headless |
|---|---|---|
| Core Web Vitals (LCP, CLS, INP) | Difficiles à maîtriser | Excellents nativement |
| Schema.org structuré | Via plugin (limité) | Contrôle total dans le code |
| Rendu côté serveur (SSR/ISR) | Non | Oui — pages pré-générées |
| Visibilité IA (GEO) | Limitée | Optimisable nativement |
Connecter un CRM, un outil de personnalisation, une plateforme e-commerce externe — ces intégrations sont bien plus simples avec une architecture headless.
| Besoin | WP Classique | WP Headless |
|---|---|---|
| API REST externe | Possible mais complexe | Natif |
| Multisite complexe | Limité | Architectures avancées possibles |
| Internationalisation | Via plugin | Contrôle total |
| Migration vers un autre CMS futur | Difficile | Simple (le front-end est indépendant) |
| Architecture | Délai typique | Complexité |
|---|---|---|
| WP optimisé (Classique) | 3–5 semaines | Faible |
| WP Headless + Next.js (Headless) | 6–8 semaines | Moyenne |
| WP Headless avancé / multisites ou web app (Next.js + PostgreSQL) | 8–14 semaines | Élevée |
WordPress classique accumule de la dette technique : plugins qui ne se mettent plus à jour, thèmes abandonnés, compatibilité PHP à gérer. Le risque augmente avec le temps.
Une architecture headless isole le front-end de cet écosystème. Si WordPress évolue (ou si vous décidez un jour de changer de CMS), le front-end n'est pas impacté.
Posez-vous ces 4 questions dans l'ordre :
1. Votre Lighthouse est-il sous 70 ? Si oui, les performances actuelles vous coûtent du trafic et des conversions.
2. Votre trafic dépasse-t-il 10 000 visites/mois ? En dessous, l'impact d'une migration headless sera moins visible à court terme.
3. Avez-vous des intégrations API ou des besoins de personnalisation avancée ? Si oui, le headless est souvent la seule architecture qui tient sur le long terme.
4. Votre équipe éditoriale est-elle non-technique ? Le headless préserve intégralement ses habitudes. C'est un argument, pas un frein.
Si vous répondez oui à 2 questions ou plus : une migration WordPress Headless mérite d'être chiffrée sérieusement. Si vous répondez oui à moins de 2 : commencez par optimiser votre WordPress actuel. C'est souvent suffisant.
Ce n'est pas le sujet principal de cet article, mais voici la règle rapide. Côté Next Impact, tous les sites Headless livrés s'appuient sur Next.js App Router :
Exemples : Comme des Fous (média participatif), États Généraux Communaux (sécurité critique), Comme des Fous Jeux (extension applicative).
Honnêteté éditoriale oblige :
Si votre site WordPress est votre principal outil d'acquisition et que vos performances actuelles vous pénalisent, la migration vers une architecture headless est un investissement qui s'autofinance — souvent en moins d'un an sur le trafic et les conversions.
Si vous êtes une TPE ou une association avec un budget serré et un trafic modéré, optimisez d'abord ce que vous avez.
Le bon choix n'est pas celui qui est le plus moderne. C'est celui qui correspond à votre situation réelle.