WordPress headless

WordPress headless : vous écrivez dans WordPress, le site s'affiche dans un framework front

WordPress headless : votre équipe garde WordPress pour écrire, et vos visiteurs voient un site Nuxt servi par Cloudflare. Pages instantanées, surface d'attaque réduite, et les mêmes habitudes d'édition.

Parlons de votre projet Voir les réalisations

Garder WordPress pour écrire, changer ce que voient vos visiteurs

Le headless associe deux outils : WordPress pour l'édition, et un site Nuxt par exemple, pour l'affichage.

Dans un site WordPress classique, le même serveur sert à écrire et à afficher. Chaque visite fait travailler PHP et la base de données, et chaque extension est exposée aux visiteurs et aux robots.

En WordPress headless, WordPress ne sert plus qu'à écrire. Il reste caché derrière un accès protégé. Le site public est généré via un framework front comme Nuxt et servi par Cloudflare depuis des serveurs proches de vos visiteurs : les pages s'affichent presque instantanément et WordPress n'est plus exposé aux visiteurs ni aux robots.

Votre équipe ne change rien : elle écrit dans le même WordPress, avec les mêmes champs.

Ce que ça change

Ce que le WordPress headless apporte à votre site

Lisez-le avec vos mots, ou avec ceux de votre équipe technique.

01 · Vitesse

Des pages presque instantanées

Les pages sont prêtes à l'avance et servies depuis un serveur proche du visiteur. Le site est rapide partout, même lors d'un pic de trafic.

Génération statique ou rendu à la demande en Nuxt, mise en cache sur le réseau Cloudflare, images optimisées à la volée.

02 · Sécurité

Un WordPress invisible

Les visiteurs ne voient jamais WordPress. Les robots qui cherchent des failles WordPress ne le trouvent pas sur le site public.

Administration sur un sous-domaine protégé, API exposée en lecture seule, aucune extension servie au public.

03 · Édition

Les mêmes habitudes pour votre équipe

On écrit, on enregistre, la page se met à jour en ligne. Rien à réapprendre.

Champs ACF exposés par l'API REST, publication qui déclenche la régénération des pages concernées, aperçu avant publication.

04 · Liberté

Un affichage sans les limites d'un thème

Le design et les fonctions du site ne dépendent plus d'un thème ou d'un constructeur de pages.

Front Vue et Nuxt sur mesure, composants réutilisables, autres sources de données possibles à côté de WordPress.

L'architecture

WordPress pour écrire, un site ultra rapide pour lire

Vous gardez l'administration WordPress, le site public est une application séparée et très rapide.

Un site public sans base de données exposée
Des pages prêtes à l'avance
Le même contenu réutilisable sur une application

Côté technique : WordPress sert le contenu par son API, le site public est généré avec Nuxt puis servi depuis un CDN. Voir aussi l'API pour mobile.

En pratique

Ce qui se passe quand vous publiez un article

Votre équipe ne voit que la première étape. Le reste est automatique.

Étape 1
Vous publiez dans WordPress
Comme d'habitude : titre, texte, images, catégories.
Vous : rien d'autre à faire.
Étape 2
WordPress prévient le site
La publication déclenche la mise à jour des pages concernées : l'article, la liste des articles, l'accueil.
Étape 3
Les pages sont régénérées
Nuxt construit les nouvelles pages à partir des contenus WordPress.
Étape 4
Cloudflare les diffuse
Les pages à jour sont servies à tous vos visiteurs, partout, rapidement.
Étape 5
L'article est en ligne
Vos visiteurs le lisent, les moteurs de recherche le retrouvent. Le tout sans intervention.
Aucune mise en ligne manuelle.

Pour aller plus loinWordPress classique ou headless Développeur Nuxt Ma méthode de travail

Le bon choix

WordPress classique ou WordPress headless ?

Le headless a des avantages et des contraintes. Les voici sans détour.

	WordPress classique	WordPress headless
Vitesse d'affichage	Bonne si bien réglé	Excellente, partout
Sécurité	À surveiller de près	WordPress n'est plus exposé
Extensions d'affichage	Toutes fonctionnent	Celles qui modifient l'affichage doivent être refaites en Nuxt
Investissement de départ	Plus faible	Plus élevé : deux briques à construire
Pertinent pour	La plupart des sites vitrines	Sites à fort trafic, médias, exigences de vitesse ou de sécurité

Déroulé

Passer votre site WordPress en headless

Votre WordPress actuel peut souvent être conservé comme outil d'édition.

L'analyse
Vos contenus, vos extensions, votre trafic. Je vous dis si le headless se justifie.
Vous recevez : un avis argumenté
Les contenus
Structuration des champs et exposition par l'API, sans changer vos habitudes.
Vous recevez : un WordPress prêt pour le headless
Le site Nuxt
Design, pages, recherche, formulaires, référencement, sur une préproduction.
Vous recevez : une préproduction à parcourir
La mise en ligne
Bascule sur Cloudflare, redirections, vérification des publications.
Vous recevez : le site en ligne et sa documentation

Questions fréquentes

WordPress headless : vos questions

Ce que l'on me demande avant de passer en headless.

Mon équipe devra-t-elle changer sa façon de publier ?

Non. Elle continue d'écrire dans WordPress. La seule différence : la page publique se met à jour quelques instants après l'enregistrement.

Le référencement est-il bon en headless ?

Oui, si les pages sont générées côté serveur, ce que fait Nuxt. Titres, descriptions, données structurées et plan du site sont gérés comme sur un site classique, avec une vitesse meilleure.

Mes extensions WordPress fonctionneront-elles encore ?

Celles qui gèrent les contenus ou l'administration, oui. Celles qui ajoutent quelque chose à l'affichage (formulaires, sliders, galeries) doivent être remplacées par des composants dans le site Nuxt.

Le headless coûte-t-il plus cher ?

Au départ, oui : il faut construire l'affichage en plus de WordPress. Ensuite, l'hébergement du site public est léger et la maintenance de sécurité est réduite.

Témoignages