D'abord, de quoi parle-t-on exactement ?

WordPress : l'architecture « monolithique »

WordPress est un CMS dit « couplé » ou monolithique : le back-office (où vous éditez vos contenus) et le front-office (ce que voient vos visiteurs) sont dans le même système. Concrètement, à chaque visite, votre serveur exécute du code PHP, interroge une base de données MySQL et fabrique la page HTML à la volée. Les thèmes contrôlent l'apparence, les plugins ajoutent les fonctionnalités.

C'est le modèle dominant depuis 2003. Il a l'avantage d'être très documenté, avec un écosystème de plugins pour à peu près tout, et un coût d'entrée faible — n'importe quel hébergeur mutualisé l'accepte.

Le CMS « headless » : le contenu d'un côté, l'affichage de l'autre

Un CMS headless sépare radicalement l'édition du contenu et son affichage. Le CMS (Sanity, Payload, Contentful, Strapi, Storyblok) stocke vos contenus et les expose via une API. Un framework front-end (Astro, Next.js, Nuxt, SvelteKit) consomme cette API et génère les pages — soit à la compilation (statique), soit à la demande (rendu serveur).

Résultat : le front-end peut être optimisé à l'extrême pour la vitesse, et le back-end peut évoluer indépendamment, voire être remplacé sans casser le reste. Le site final ne contient plus aucune trace de PHP ou de base de données exposée au public.

Les 6 critères qui font vraiment la différence

1. Performance et Core Web Vitals

C'est là que l'écart est le plus visible. Un site WordPress moyen, sans optimisation poussée, affiche un score PageSpeed mobile compris entre 40 et 70 sur 100. Les multiples requêtes serveur, les plugins qui chargent leurs propres scripts et styles partout, le rendu PHP à chaque visite — tout cela pèse sur la vitesse réelle.

Un site headless construit avec Astro ou Next.js en mode statique génère du HTML au moment du build. Plus de PHP au runtime, peu ou pas de JavaScript inutile, des images optimisées automatiquement. Les scores Lighthouse passent naturellement au-dessus de 95. Ce n'est pas une optimisation — c'est l'architecture qui le permet par défaut.

Critère
WordPress
Headless
Score PageSpeed moyen
50 – 75
90 – 100
Temps de réponse serveur (TTFB)
300 – 800 ms
< 100 ms
JavaScript chargé
500 ko – 2 Mo
30 – 200 ko
Largest Contentful Paint
2,5 – 5 s
< 1,5 s

L'impact business est direct : voir notre article sur pourquoi un site lent fait perdre des clients.

2. Sécurité

WordPress est la cible numéro un des attaques web. Selon le rapport annuel de Sucuri (2024), 96 % des sites compromis dans leur base étaient sur WordPress. Pas parce que WordPress est mal codé, mais parce qu'il est très répandu et que son surface d'attaque est large : des centaines de plugins maintenus par des tiers, des thèmes parfois obsolètes, un fichier wp-admin connu de tous les attaquants.

Un site headless statique n'expose aucune base de données ni interface d'administration au public. Le site servi aux visiteurs est juste du HTML, du CSS et du JavaScript pré-générés. Il n'y a littéralement rien à attaquer côté front. Le CMS, lui, est généralement hébergé par un service tiers (Sanity, Contentful) sécurisé à un niveau professionnel.

3. SEO

Sur le papier, les deux approches peuvent atteindre un excellent SEO. En pratique, l'écart se fait sur trois points.

  • Vitesse : les Core Web Vitals sont un signal de classement officiel depuis 2021. Avantage net au headless.
  • Données structurées : implémenter Schema.org propre demande du code, pas un plugin. C'est plus rigoureux sur un site headless.
  • Sitemap et balisage : les frameworks modernes génèrent ça automatiquement, sans dépendre d'un plugin tiers qui peut tomber en maintenance.

4. Expérience d'édition

C'est l'argument historique de WordPress : « tout le monde peut éditer ». C'est partiellement vrai. L'éditeur Gutenberg reste perfectible (gestion des blocs, prévisualisation parfois décalée, multi-utilisateurs limité).

Les CMS headless modernes (Sanity, Payload, Storyblok) ont rattrapé puis dépassé WordPress sur ce terrain. Interfaces propres, prévisualisation en temps réel, collaboration multi-utilisateurs, versionnage du contenu, traduction multi-langue native. La courbe d'apprentissage est comparable, parfois plus douce parce que l'interface est plus claire dès le départ.

5. Coût total sur 3 à 5 ans

WordPress est moins cher à mettre en place, plus cher à maintenir. Mises à jour régulières (parfois cassantes), plugins payants, hébergement à monter en gamme quand le trafic grimpe, sécurité à surveiller, maintenance corrective récurrente. Les coûts cachés s'accumulent.

Un site headless est plus cher à initier (architecture, compétences plus rares), mais son coût de fonctionnement est très bas. L'hébergement statique est souvent gratuit ou quasi gratuit (Vercel, Netlify, Cloudflare Pages), il n'y a pas de plugins à mettre à jour, la surface de bug est réduite. Sur 3 à 5 ans, le coût total revient souvent au même — voire moins pour le headless.

6. Évolutivité et indépendance

L'architecture découplée vous donne une grande liberté : vous pouvez changer de front-end sans toucher au CMS, ajouter une application mobile qui consomme la même API, intégrer d'autres outils via webhooks. Vous n'êtes pas prisonnier d'un écosystème.

Sur WordPress, refondre le front-end signifie reconstruire le thème — souvent un cycle de plusieurs semaines, parfois autant que le projet initial.

Quand WordPress reste la meilleure option

  • Vous gérez vous-même un site qui change tous les jours et vous voulez la flexibilité maximale (blog très actif, communauté à fort volume de publications).
  • Votre budget initial est très contraint et vous acceptez d'investir progressivement dans la maintenance.
  • Vous avez besoin de fonctionnalités très spécifiques disponibles uniquement via des plugins WordPress matures (LMS complexe, certaines marketplaces…).
  • Votre équipe technique connaît bien WordPress et ne souhaite pas se former.

Quand le headless devient indispensable

  • Les performances et le SEO technique sont stratégiques pour votre activité.
  • Votre image de marque exige un design original et soigné.
  • Vous voulez un site fiable, qui ne tombe pas en panne au bout de six mois sans maintenance.
  • Vous prévoyez d'ajouter d'autres canaux (app mobile, écrans en magasin, marketplace) alimentés par les mêmes contenus.
  • Vous voulez maîtriser votre stack et ne pas dépendre d'un seul prestataire.

Et Webflow dans tout ça ?

Webflow est un troisième modèle, intéressant à considérer. C'est un outil propriétaire qui combine éditeur visuel, hébergement et CMS. Les sites sont plus rapides que WordPress (HTML servi statiquement, pas de PHP) mais moins que les meilleures stacks headless.

Avantages : rapidité de mise en place pour les designers, interface visuelle agréable. Limites : tarification qui grimpe vite (à partir de 14 €/mois par site et nettement plus pour les fonctionnalités avancées), CMS limité à 10 000 entrées par site, peu de contrôle sur l'optimisation fine, dépendance totale à la plateforme. Vous ne possédez pas vraiment votre site — vous le louez.

Comment trancher pour votre projet

Posez-vous ces trois questions, dans l'ordre :

  1. Quel rôle joue le site dans mon activité ? Vitrine secondaire ? Canal d'acquisition stratégique ? Outil de vente ?
  2. Quelle est ma tolérance à la maintenance ? Si vous voulez « poser et oublier », fuyez WordPress. Si vous aimez bricoler ou que vous avez quelqu'un en interne, c'est jouable.
  3. Quel horizon de vie ? Si vous comptez garder ce site quatre ou cinq ans, le headless amortit son investissement initial. Si vous prévoyez une refonte dans deux ans, WordPress peut faire l'affaire.

Notre guide quand (et pourquoi) refaire son site web détaille les signaux qui doivent vous pousser à anticiper une refonte.

En résumé

WordPress n'est ni mauvais ni dépassé. Il reste un excellent outil pour des projets où la rapidité de mise en route et la richesse fonctionnelle priment sur la performance pure. Le headless, lui, gagne sur la performance, la sécurité, l'évolutivité et le coût à long terme, au prix d'un ticket d'entrée plus élevé en expertise.

La bonne question n'est pas « lequel est mieux ? » mais « lequel correspond à mon usage, mon budget et mes ambitions ? ». Choisir une architecture sans poser ces questions, c'est se condamner à refaire son site dans deux ans.

Vous hésitez entre les deux approches ?

On vous aide à choisir la stack adaptée à votre projet, vos ressources et votre horizon. Discussion sans engagement.

En parler avec nous

À lire aussi