Craft CMS vs Headless : Choisir la bonne architecture
Un guide pratique pour choisir entre Craft CMS traditionnel et l'architecture headless avec Craft comme API backend.
Quand un client nous arrive avec un nouveau projet de site web, l'une des premières décisions architecturales est de savoir si on utilise Craft CMS en mode traditionnel ou si on opte pour une approche headless.
Quelle est la différence ?
Avec l'approche traditionnelle, Craft CMS rend vos templates côté serveur avec Twig. Contenu, logique et couche de présentation coexistent dans la même application. Simple, rapide à construire, et très capable.
Avec l'approche headless, Craft agit comme une API de contenu (via GraphQL ou REST), tandis que votre frontend est une application totalement séparée — typiquement Vue/Nuxt ou React/Next.js consommant cette API.
Quand rester traditionnel ?
- Votre équipe est à l'aise avec Twig
- Le SEO est critique et vous ne voulez pas gérer la complexité du SSR
- Le projet est relativement simple et la rapidité de livraison compte
- Le budget est une contrainte clé
Quand aller headless ?
- Vous avez besoin d'une flexibilité frontend maximale
- Vous construisez une application monopage riche
- Vous avez besoin du même contenu sur plusieurs canaux
- Votre équipe est plus à l'aise en JavaScript qu'en Twig
Notre recommandation
Pour la plupart des sites clients, l'approche traditionnelle est le bon choix. Elle est plus rapide à construire, plus facile à déployer, et le templating Twig de Craft est suffisamment puissant pour des sites marketing complexes.
Optez pour le headless quand vous avez une vraie raison technique — pas juste parce que c'est à la mode. La complexité supplémentaire de deux applications séparées, deux pipelines de déploiement et la couche API ne vaut que si vous avez réellement besoin de ce que le headless apporte.
En cas de doute : commencez en traditionnel. Vous pourrez toujours migrer le frontend plus tard — et l'API GraphQL de Craft sera là quand vous en aurez besoin.