Statamic : le CMS Laravel qui va vous faire gagner un temps énorme

Statamic est un CMS Laravel encore peu connu en francophonie, mais qui mérite clairement l’attention des développeurs en 2026.

Tout comme vous tous, j'aime énormément travailler avec Laravel, c’est un vrai plaisir, on est tous d’accord là-dessus. Mais en tant que freelance, dès qu’il faut faire un site vitrine pour un client, je n’ai aucune envie de partir sur WordPress ou un autre CMS classique.

D’abord parce que je préfère rester dans mon écosystème Laravel afin de garder mon expertise. Ensuite parce que dès qu’on commence à faire du sur-mesure avec ces CMS, ça devient vite compliqué à développer, et encore pire à maintenir. À l’inverse, je n’ai pas envie non plus de réinventer la roue en codant mon propre mini-CMS pour mes clients.

C’est là qu’intervient Statamic, un CMS pensé pour Laravel.

La découverte de Statamic

Depuis 2018, j’utilise Statamic pour mes clients. C’est un CMS basé sur Laravel et il s’installe comme un simple package Composer.

Ça veut dire que vous pouvez l’ajouter à votre projet Laravel, même si celui-ci est en production depuis plusieurs années. Statamic vient simplement ajouter une couche CMS sans changer votre fonctionnement Laravel.

C’est un point important : Statamic n’est pas un fork ou une version modifiée de Laravel. C’est un package que vous installez, exactement comme Laravel Nova par exemple.

Au final, on garde son projet Laravel classique, et on ajoute un CMS complet par-dessus.

C’est particulièrement intéressant sur des projets plus complets. Par exemple, sur un produit SaaS, je développe toute la partie métier avec Laravel comme d’habitude, et j’utilise Statamic pour la partie marketing ou site vitrine. On garde ainsi une séparation claire des responsabilités, avec une architecture propre et maintenable.

Concrètement, ça donne quoi ?

Avec Statamic installé, on a directement :

• un back-office propre
• une gestion des pages
• une gestion des utilisateurs et des permissions
• des formulaires (contact, etc.)
• une gestion structurée des contenus

Tout ce qu’on attend d’un CMS est déjà là. Je n’ai plus besoin de recréer toute cette partie pour chaque projet.

(Il existe aussi des addons développés par la communauté, ainsi que des starter kits pour démarrer plus rapidement. Je vous en parle un peu plus bas.)

D'ici là, voici à quoi ressemble le back-office:

Une gestion du contenu différente

Quand je débute un nouveau projet Laravel, je commence personnellement toujours par préparer ma BDD avec mes migrations & models.

Avec Statamic c'est pareil sauf que je ne crée pas de tables en base de données. Je définis la structure du contenu directement dans le CMS.

Par exemple, si je dois créer une page “Produit” ou “Article”, je vais simplement définir :

• les champs nécessaires (titre, description, images, etc.)
• leur type (texte, rich text, répéteur, assets…)
• leur organisation dans l’interface

Et tout ça se fait directement via l'interface, avec un système de champs déjà disponibles (plusieurs dizaines).

Dans la majorité des cas, je n’ai même pas besoin de développer quoi que ce soit pour structurer mes données. La plupart des champs dont on aurait besoin sont déjà présents.

Une fois configuré, l’interface est immédiatement utilisable. Pas besoin de créer une migration, d’écrire un modèle Eloquent ou de coder un CRUD. Tout est déjà là.

Si le besoin évolue, je modifie la structure en quelques clics, sans toucher à la base de données ni casser quoi que ce soit. C’est particulièrement agréable sur des projets clients où le contenu bouge souvent.

Pour ceux qui veulent voir concrètement comment fonctionnent les blueprints et les fieldsets, j’ai fait une courte démo ici sur youtube.

Sinon voici la liste des fields disponibles actuellement:

Ce que je ne code plus

Avec Statamic, je ne recrée plus de back-office, de CRUD à la main, ni de gestion des permissions.

Tout cela est déjà là, ce qui me permet de me concentrer sur ce qui a vraiment de la valeur pour le client : la structure du contenu, le front, et la logique métier propre au projet.

Statamic propose aussi son propre moteur de template : Antlers.

C’est le même principe que Blade, mais optimisé pour manipuler les données du CMS.

Si vous préférez rester sur Blade, aucun problème : vous avez automatiquement accès aux données via une variable $page, et vous pouvez même utiliser la directive @antlers directement dans vos vues Blade. Au final, vous choisissez simplement l’approche qui vous convient le mieux.

Et côté développement ?

On reste dans un environnement Laravel classique :

• Blade ou Antlers pour les templates
• logique Laravel habituelle pour le reste

Par défaut, comme je vous disais plus haut, Statamic ne repose pas sur une base de données relationnelle. Tout le contenu est stocké dans des fichiers (Markdown / YAML), ce qui veut dire que vos pages, vos contenus et vos structures sont directement versionnables via Git.

En pratique, c’est extrêmement confortable. Si un client a un problème en production, je récupère le projet, j’ai exactement les mêmes données que lui, je corrige, je commit, je push. Pas besoin d’intervenir sur la base de données.

Ce mode fonctionne très bien pour un site vitrine. Et si vous avez besoin d’une base de données, aucun problème : Statamic permet de passer en Eloquent en une commande, et même de revenir en flat file si nécessaire. On peut aussi avoir un mix des deux, avec une partie en flat file et une autre en Eloquent.

Exemple d'un fichier pour le contenu d'une page :

Une communauté active

Statamic dispose aussi d’une communauté active, notamment sur Discord.

On y trouve facilement des réponses, que ce soit sur des questions techniques ou des cas plus avancés. C’est toujours rassurant de savoir qu’un projet est vivant, maintenu, et porté par une équipe réactive.

Je me souviens notamment d’une situation où j’ai été assez impressionné par leur support : Sur un projet où j’avais pas mal modifié et overridé certains comportements de Statamic, je faisais face à un bug récurrent que je n’arrivais pas à comprendre. Après avoir posé la question sur leur Discord, j’ai reçu une réponse en quelques heures, avec des explications précises et directement exploitables.

Une Version Pro à 275$, vraiment utile ?

Statamic est gratuit de base et cela suffit dans la plupart des cas.

Mais le CMS propose aussi une version Pro à 275$. Ça peut faire hésiter au premier abord, mais personnellement c’est plutôt l’inverse : ça me rassure.

Le fait d’avoir une version payante leur permet d’avoir une équipe dédiée à plein temps. C’est un vrai gage de qualité et de stabilité. Ils le disent eux-mêmes : avoir une source de revenus leur permet d’investir du temps sur le CMS et de le faire évoluer en continu.

À l’inverse, sur des CMS comme WordPress, le cœur est gratuit, mais on finit souvent par multiplier les plugins payants, avec du code pas toujours homogène ni maintenu de la même manière.

Dans mon usage, je n’utilise la version Pro que pour faire du multi-site ou du multi-langue. Ce sont finalement des cas assez spécifiques. Pour le reste, la version gratuite suffit largement.

Ce que j’apprécie particulièrement

Avec le recul, il y a plusieurs points qui font vraiment la différence au quotidien.

Déjà, le fait que le CMS s’ajoute simplement à Laravel. Je me répète, mais c’est un vrai point fort. Je ne change pas mes habitudes, je ne quitte pas mon environnement.

Ensuite, la manière de structurer le contenu. Pouvoir imbriquer facilement des champs et faire évoluer une page sans repenser toute la base de données, c’est extrêmement pratique.

Côté client, l’interface est aussi très réussie. Le back-office est propre, agréable à utiliser, et le système de live preview permet de voir immédiatement les modifications en cours.

Le multi-site et le multi-langue sont également simples à mettre en place, sans complexité inutile.

Enfin, le fait de pouvoir travailler en flat file, que ce soit pour la structure ou le contenu, apporte une vraie souplesse, notamment pour le versionning et le travail en équipe.

Les limites de Statamic

Statamic est un très bon outil, mais il n’est pas parfait.

Déjà, il est clairement orienté développeurs. Ce n’est pas un CMS no-code comme WordPress. Il faut être à l’aise avec Laravel pour en tirer pleinement parti.

L’écosystème est aussi plus petit. Il y a moins de plugins que sur des CMS plus populaires, même si le marketplace couvre déjà beaucoup de besoins.

Enfin, le choix du flat file peut surprendre au début, notamment si vous êtes habitué à tout gérer en base de données.

Mais dans la pratique, ces points deviennent rarement bloquants si vous êtes dans la cible du produit.

Conclusion

Statamic permet de gagner du temps sur toute la partie CMS, tout en restant dans Laravel.

On garde le contrôle sur le code, sans avoir à reconstruire toute la gestion de contenu à chaque projet. Si vous ne connaissez pas encore, ça vaut le coup de tester sur un prochain projet.

Et avec la sortie récente de la version 6, notamment avec Vue.js 3 dans le back-office, le CMS continue clairement de monter en maturité.

Découvrir le CMS en vidéo

Si vous voulez voir comment ça fonctionne concrètement, j’ai réalisé ici une playlist complète Statamic avec 12 vidéos courtes sur le sujet.

En voici la vidéo d'introduction :

Dans cette série, je vous montre l’installation, la structure du CMS, les concepts principaux et des exemples concrets.

Mais si vous aimeriez qu'on en parle plus ici sur Laravel France, manifestez-vous en commentaire ;)

Source : https://statamic.com/

Écrit par

Thibault Chazottes

Développeur Sénior Laravel et Vue.js & Formateur web - Youtube & Udemy