C’est quoi WordPress headless ?

« Headless WordPress » : le terme revient de plus en plus souvent dans les projets web, mais il reste flou pour beaucoup. Pourtant, l’idée est simple. Voici ce que c’est, comment ça fonctionne, ce que ça apporte vraiment… et quand ce n’est pas la bonne solution.

WordPress classique : tout dans la même maison

Un site WordPress classique fait deux choses à la fois :

• le back-office : l’endroit où vous rédigez vos pages et articles, gérez vos médias et vos réglages ;
• l’affichage : le thème, qui transforme ce contenu en pages que vos visiteurs consultent.

Imaginez une maison : le back-office est la cuisine, où l’on prépare ; le thème est le salon, où l’on reçoit. Dans WordPress classique, les deux pièces sont collées. Vous publiez un article, il apparaît aussitôt sur le site, mis en forme par le thème.

Headless : on sépare la cuisine du salon

« Headless » signifie « sans tête ». On garde WordPress pour ce qu’il fait de mieux, gérer le contenu, mais on retire sa « tête », c’est-à-dire le thème. L’affichage est confié à une application séparée, construite avec un framework moderne comme Next.js, Nuxt ou Astro.

Votre équipe continue d’utiliser l’interface WordPress qu’elle connaît. Seule la partie visible par les visiteurs change de technologie.

Comment les deux parties communiquent

Par une API, un « guichet » qui permet à une application de demander des données à une autre. WordPress en propose deux :

• l’API REST, intégrée à WordPress ;
• GraphQL, via l’extension WPGraphQL, qui permet de demander exactement les champs dont on a besoin en une seule requête.

Concrètement :

1. vous publiez un article dans WordPress ;
2. WordPress le met à disposition via l’API, au format JSON ;
3. le site Next.js récupère ces données ;
4. il génère la page et la sert à vos visiteurs, souvent depuis un CDN.

WordPress classique
[ Back-office + thème ]  ──►  Visiteur

WordPress headless
[ Back-office WordPress ]  ──API──►  [ Site Next.js ]  ──►  Visiteur
                            └─API──►  [ Application mobile ]
                            └─API──►  [ Autres supports ]

Ce que ça apporte

1. Des pages très rapides

Avec un thème classique, chaque visite peut solliciter PHP, la base de données et les extensions. Avec Next.js, les pages peuvent être générées à l’avance puis servies depuis un CDN, au plus près de l’utilisateur. Le gain est surtout sensible sur mobile et sur les Core Web Vitals, que Google prend en compte.

À nuancer : un WordPress classique bien optimisé (cache, images légères, thème sobre) peut aussi être très rapide. Le headless repousse les limites, il n’est pas le seul moyen d’avoir un site performant.

2. Une surface d’attaque réduite

Le back-office WordPress peut être placé sur un sous-domaine discret, voire restreint, tandis que le public ne voit que le site front. Les attaques automatisées qui visent les pages de connexion ou les extensions vulnérables ont beaucoup moins de prise. Cela ne dispense pas de maintenir WordPress à jour, mais le risque diminue nettement.

3. Un seul contenu, plusieurs supports

Le contenu est rédigé une seule fois dans WordPress, puis affiché partout où l’API est appelée : site web, application mobile, écran en magasin, autre site du groupe. Une seule source de vérité, plus de copier-coller.

4. Une liberté totale sur le design

Le front n’est plus contraint par un thème ou un constructeur de pages. On peut créer des interfaces sur mesure, des animations, des parcours très spécifiques, avec les outils du développement web moderne.

Les limites à connaître

Le headless n’est pas magique. Avant de vous lancer, gardez en tête :

• un coût plus élevé : deux applications à concevoir, héberger et maintenir au lieu d’une ;
• des extensions qui ne s’appliquent plus : tout ce qui agit sur l’affichage (constructeurs de pages, formulaires, certaines fonctions SEO) doit être repensé côté front ;
• un aperçu moins immédiat : la prévisualisation d’un brouillon demande une configuration spécifique ;
• des compétences JavaScript (React, Next.js) en plus de WordPress pour faire évoluer le site.

Pour quels projets ?

Le headless est un bon choix pour :

• les sites à fort trafic où chaque dixième de seconde compte ;
• les projets qui diffusent le même contenu sur un site et une application ;
• les interfaces très sur mesure, difficiles à obtenir avec un thème ;
• les équipes qui travaillent déjà avec React ou Next.js.

Un WordPress classique suffit souvent pour :

• un site vitrine ou un blog ;
• un budget ou des délais serrés ;
• une équipe qui veut tout modifier elle-même, sans développeur.

La stack que j’utilise

• Contenu : WordPress, avec ACF ou Pods pour structurer les données, sur une base Bedrock pour un environnement propre et versionné ;
• API : WPGraphQL, ou l’API REST selon les besoins ;
• Front : Next.js, avec génération statique et régénération à la demande quand un contenu change ;
• Hébergement : WordPress sur un hébergement classique, le front sur Vercel ou un serveur dédié.

En résumé

Le headless ne remplace pas WordPress : il le fait évoluer. Vous gardez un outil de gestion de contenu simple et éprouvé, et vous gagnez la vitesse et la souplesse des technologies front modernes. C’est un investissement qui se justifie sur les projets ambitieux, pas une obligation pour tous les sites.

Vous hésitez entre WordPress classique et headless pour votre projet ? Parlons-en : je vous aide à choisir l’architecture la plus adaptée à vos objectifs et à votre budget.