Le débat entre architecture WordPress classique et architecture headless se joue trop souvent sur des arguments purement techniques : flexibilité du front, performance perçue, expérience développeur. Le sujet du coût d’hébergement réel, pourtant décisif pour de nombreux clients, reste rarement chiffré avec précision dans ces discussions. Ce texte s’appuie sur trois projets suivis en parallèle par la même agence, comparables en volume de trafic mais construits différemment, pour objectiver la question sur des chiffres de facturation réels.
Les trois projets retenus partagent un volume de trafic mensuel comparable, entre 80 000 et 120 000 visites, mais diffèrent par leur architecture : un site vitrine institutionnel resté en WordPress classique avec thème PHP, un blog d’actualité migré en headless avec Next.js, et un site catalogue e-commerce headless avec Astro et rendu majoritairement statique.
Le détail des coûts mesurés
| Poste de coût mensuel | WordPress classique | Headless Next.js | Headless Astro |
|---|---|---|---|
| Serveur WordPress (back-office) | 145 € | 65 € | 50 € |
| Hébergement du front (build + serveur de rendu) | — | 40 € | 15 € |
| CDN et bande passante | 28 € | 22 € | 18 € |
| Total mensuel | 173 € | 127 € | 83 € |
Pourquoi le serveur WordPress coûte moins cher en headless
Sur le site vitrine institutionnel resté classique, chaque requête d’un visiteur déclenche l’exécution complète du thème PHP, avec ses requêtes SQL et ses plugins actifs, en partie atténuée par un plugin de cache de page mais jamais totalement, notamment sur les pages avec un contenu personnalisé selon le visiteur (formulaire avec jeton de sécurité, contenu conditionnel). Sur les deux projets headless, le serveur WordPress ne répond plus qu’aux requêtes de l’API, elles-mêmes mises en cache de façon beaucoup plus agressive côté CDN, puisqu’une réponse API structurée se prête mieux à une mise en cache longue durée qu’une page HTML complète contenant des éléments dynamiques mélangés au contenu statique.
Le serveur WordPress du projet Astro, en particulier, ne reçoit en pratique que les requêtes du processus de build (déclenché par un webhook de publication) et un faible volume de requêtes API en temps réel, ce qui a permis de rétrograder ce serveur vers une offre d’hébergement nettement moins coûteuse que celle nécessaire pour un WordPress classique servant directement le trafic public.
Le coût nouveau : héberger le front lui-même
Le point souvent oublié dans les argumentaires commerciaux vantant les économies du headless est ce nouveau poste de coût qui n’existe simplement pas sur un WordPress classique : héberger, faire tourner, et parfois reconstruire à chaque publication un front séparé. Sur le projet Next.js, ce poste reste non négligeable (40 € mensuels) à cause du rendu serveur nécessaire sur certaines pages personnalisées, tandis que le projet Astro, presque intégralement statique, s’en tire avec un coût d’hébergement front minime, l’essentiel du contenu étant simplement servi comme fichiers statiques par le CDN.
Le facteur décisif : la fréquence de publication
Le blog d’actualité, avec une dizaine de publications quotidiennes, déclenche un volume de reconstructions bien supérieur au site catalogue e-commerce, dont les fiches produits changent rarement mais dont le volume de pages est bien plus élevé. Ce facteur explique en grande partie l’écart de coût de build entre les deux projets headless : plus une architecture statique doit se régénérer souvent, plus son coût de build se rapproche de celui d’un rendu dynamique classique, ce qui nuance fortement l’idée reçue qu’un site statique serait systématiquement le moins coûteux des deux options headless.
Le point de bascule observé
- En dessous d’un certain volume de trafic (estimé autour de 20 000 visites mensuelles sur ces trois projets), la différence de coût entre les trois architectures devient marginale, le coût fixe d’hébergement minimal dominant largement le coût variable lié au trafic.
- Au-delà de ce seuil, l’écart se creuse nettement en faveur des architectures headless, particulièrement pour un contenu à faible fréquence de mise à jour comme un catalogue produit.
- Un contenu à très haute fréquence de publication (plusieurs dizaines d’articles quotidiens) réduit l’avantage de coût du headless statique, sans pour autant l’annuler complètement grâce au gain sur le serveur WordPress lui-même.
Le coût d’un site ne se résume jamais à une seule ligne de facturation serveur ; c’est la somme de tous les maillons de la chaîne qui détermine le vrai coût total, et cette somme ne se devine pas sans la mesurer sur un projet réel.
En résumé
Sur ces trois projets à trafic comparable, l’architecture headless a montré un coût d’hébergement total inférieur dans les deux cas testés, avec une réduction mesurée à 34 % sur le projet le plus abouti (Astro). Cet écart n’est cependant ni automatique ni garanti sur tout projet : il dépend directement du volume de pages, de la fréquence de publication, et du choix de rendu (statique ou serveur) retenu pour le front. Le débat mérite donc d’être tranché projet par projet, avec des chiffres réels, plutôt que sur la base d’une conviction générale sur la supériorité économique d’une architecture par rapport à une autre.
