b10cks vs WordPress
WordPress a été conçu pour un monde où le CMS et le frontend ne faisaient qu’un. Un WordPress headless, c’est possible — mais c’est un contournement, pas une architecture. b10cks a été pensé API-first, pour les équipes qui veulent une plateforme de contenu vraiment adaptée à une stack frontend moderne.
En bref
WordPress a un parcours exceptionnel. Sa portée est incomparable, sa communauté est la plus grande de l’histoire des CMS, et pour les sites traditionnels il reste un choix pragmatique et éprouvé.
Mais le « WordPress headless » n’est qu’un pansement sur une architecture qui n’a pas été pensée pour ça. L’API REST a été ajoutée après coup. WPGraphQL est un plugin communautaire — pas une fonctionnalité native — avec sa propre charge de maintenance. L’éditeur de blocs (Gutenberg) est étroitement lié aux thèmes WordPress et ne fonctionne pas dans un contexte headless. La localisation nécessite WPML ou Polylang, deux extensions payantes avec leurs propres particularités. Les workflows de contenu, le versionnage par branches et la publication structurée n’existent pas sans plugins supplémentaires, qui ne s’entendent pas forcément bien entre eux.
b10cks a été conçu dès le premier jour comme une plateforme de contenu API-first. L’API, c’est le produit. L’expérience éditoriale a été pensée pour servir cette API. Il n’y a pas de système de thèmes avec lequel se battre, pas d’écosystème de plugins à gérer autour, et aucun « mode headless » à activer.
Ce qui change quand tu passes en headless
Avant de comparer directement b10cks et WordPress, il vaut la peine d’être honnête sur ce que tu perds quand tu utilises WordPress en mode headless :
L’éditeur visuel casse. Gutenberg est conçu pour afficher des blocs dans les modèles WordPress. Quand tu passes en headless, l’éditeur de blocs devient un champ de texte enrichi qui génère du HTML que tu dois parser. L’édition en un clic, l’aperçu en direct et la composition de blocs ne fonctionnent plus comme les éditeurs s’y attendent.
La plupart des plugins cessent de fonctionner. Les plugins qui dépendent des hooks WordPress, des shortcodes, du rendu PHP ou de WooCommerce ne sont pas disponibles dans un contexte headless. Il ne te reste qu’un sous-ensemble de l’écosystème.
L’aperçu du contenu demande une implémentation sur mesure. L’aperçu intégré de WordPress ouvre une page rendue par WordPress. Dans une architecture headless, relier l’aperçu à ton vrai frontend Next.js ou Nuxt est un travail de développement, pas un simple interrupteur.
La performance n’est pas automatique. Le headless est censé être plus rapide — mais des études suggèrent que 35 % des migrations WordPress headless aboutissent à de moins bonnes performances que la version d’origine, généralement à cause de sur-récupération de données, de choix de hydration côté client et d’enchaînements de requêtes API.
Le modèle de contenu est léger. Le modèle natif de WordPress repose sur les Articles, les Pages et les types de contenu personnalisés. Les blocs de contenu structurés, composables et imbriqués nécessitent ACF (Advanced Custom Fields), un plugin tiers avec son propre coût de licence.
Aucune de ces raisons n’indique qu’il faut éviter le headless — elles montrent plutôt pourquoi il faut se demander si WordPress est le bon backend pour une architecture headless.
Comparaison des fonctionnalités
| Fonctionnalité | b10cks | WordPress (auto-hébergé) | WordPress.com Business |
|---|---|---|---|
| Architecture API-first | ✅ | ❌ (ajoutée après coup) | ❌ (ajoutée après coup) |
| API REST | ✅ Versionnée, stable | ✅ (WP REST API) | ✅ |
| Éditeur visuel (aperçu headless) | ✅ Tous les plans | ❌ (développement sur mesure requis) | ❌ (développement sur mesure requis) |
| Modèle structuré de blocs / composants | ✅ Natif | 💰 Plugin ACF (payant) | 💰 Plugin ACF (payant) |
| Localisation | ✅ Tous les plans | 💰 WPML ou Polylang (payant) | 💰 WPML ou Polylang (payant) |
| Historique des versions avec restauration | ✅ Tous les plans | ⚠️ Révisions d’articles uniquement | ⚠️ Révisions d’articles uniquement |
| Branching / staging de contenu | ✅ Tous les plans | 💰 Plugin requis | ✅ Staging (Business+) |
| Publication planifiée | ✅ Tous les plans | ✅ | ✅ |
| Collaboration multi-utilisateurs | ✅ Tous les plans | ❌ | ❌ |
| Commentaires en fil de discussion (éditoriaux) | ✅ Tous les plans | ❌ | ❌ |
| Rôles et permissions personnalisés | ✅ Tous les plans | ✅ (limités) | ✅ (limités) |
| CDN intégré | ✅ Tous les plans | ❌ (service séparé) | ✅ (Business+) |
| Traitement d’images intégré | ✅ Tous les plans | ⚠️ Basique uniquement | ⚠️ Basique uniquement |
| Crédits IA | ✅ Tous les plans | 💰 Plugin requis | ⚠️ Limité |
| Open source | ✅ AGPLv3 | ✅ GPL | ❌ (WordPress.com est un SaaS) |
| Auto-hébergement | ✅ Toujours | ✅ Toujours | ❌ |
| SDK TypeScript | ✅ | ❌ | ❌ |
| Surface de sécurité des plugins | Aucune | ⚠️ Large | ⚠️ Large |
| Frais par utilisateur | ❌ Jamais | ❌ | ❌ |
Comparaison des prix
Auto-hébergé : le cœur de WordPress est gratuit (GPL). Additionne la vraie stack :
| Élément | Coût annuel typique |
|---|---|
| Hébergement (VPS, WordPress managé) | 100 $ – 2 000 $+/an |
| ACF Pro (champs structurés) | 149 $ – 249 $/an |
| WPML (localisation) | 99 $ – 199 $/an |
| WP Engine / Kinsta / etc. | 300 $ – 3 000 $+/an |
| Plugin de sécurité (Wordfence, Sucuri) | 99 $ – 500 $/an |
| Temps développeur pour la gestion des plugins | Variable |
Une configuration WordPress headless légère pour un vrai produit peut facilement coûter 500 $ à 1 000 $/an avant même le temps de développement — et sans environnement de staging, sans workflows personnalisés, ni véritable outillage éditorial.
WordPress.com :
| Offre | Prix | Plugins | Usage headless |
|---|---|---|---|
| Gratuit | $ | ❌ | ❌ |
| Personal | 4 $/mois (annuel) | ❌ | ❌ |
| Premium | 8 $/mois (annuel) | ❌ | ❌ |
| Business | 25 $/mois (annuel) | ✅ | ⚠️ Limité |
| Commerce | 45 $/mois (annuel) | ✅ | ⚠️ Limité |
| Enterprise | 25 000 $+/an | ✅ | ✅ |
WPGraphQL et ACF sont installables à partir de l’offre Business (25 $/mois). L’histoire headless de WordPress.com reste limitée, même avec Business — tu travailles toujours contre une plateforme qui n’a pas été conçue pour ça.
| Offre | Prix | Stockage | Trafic | Crédits IA |
|---|---|---|---|---|
| Free | € | 1 Go | 10 Go | 1 $ |
| Essential | 25 €/mois | 10 Go | 150 Go | 5 $ |
| Growth | 75 €/mois | 50 Go | 500 Go | 15 $ |
| Pro | 175 €/mois | 120 Go | 1 024 Go | 30 $ |
| Scale | 350 €/mois | 250 Go | 2 048 To | 60 $ |
Chaque offre inclut toutes les fonctionnalités. Pas de pile de plugins. Pas de renouvellement de licence. Pas d’incident de compatibilité à 2 h du matin.
WordPress est le bon choix quand :
Ton frontend a déjà avancé. Ton CMS devrait faire de même.