Statamic : version Pro obligatoire ? (gratuit vs payant)
Statamic est un CMS Laravel gratuit — et propose aussi une version Pro payante. Après avoir parcouru collections, multisite, permissions et formulaires, la question revient naturellement : faut-il payer ?
Pour 80 % de mes clients, la version gratuite suffit largement. Les 20 % restants ont besoin de Pro — surtout pour le multisite et les utilisateurs / rôles / permissions. Dans cet article, on compare les deux offres, on voit comment activer Pro en local, et une astuce pour livrer un site sans surcharger le client.
Statamic gratuit vs Pro : de quoi parle-t-on ?
Statamic est un CMS basé sur Laravel, utilisable gratuitement pour la majorité des projets. La version Pro ajoute des fonctionnalités avancées contre une licence annuelle (environ 275 $ au moment de l’enregistrement vidéo — tarif à vérifier sur statamic.com/pricing).
Après les épisodes sur le multisite, les permissions et les formulaires, ce volet fait le point : qu’est-ce qui est inclus gratuitement, quand passer à Pro, et comment l’activer.
Ce que la version gratuite offre déjà
Pour un site vitrine, un blog ou un petit site client, la version gratuite couvre l’essentiel :
- un utilisateur admin — suffisant pour créer et administrer tout le site ;
- un formulaire (souvent un contact, ce qui couvre 90 % des besoins) ;
- tous les blueprints, types de champs et fieldsets ;
- contenus illimités : pages, collections, produits, etc. ;
- live preview pour prévisualiser les modifications.
En résumé : vous pouvez livrer un site complet sans payer la licence Pro. C’est ce que je fais pour environ 80 % de mes clients.
Les deux raisons principales de passer à Pro
1. Multisite (multilingue ou multi-clients)
Gérer plusieurs sites ou plusieurs langues dans une seule installation — URLs par locale, contenus traduits, SaaS multi-tenant — relève de Statamic Pro.
Voir l’épisode dédié : Statamic multisite.
2. Multi-utilisateurs, rôles et permissions
Plusieurs comptes, rôles personnalisés, permissions fines (pages, collections, globals, sites…) : également Pro.
Voir l’épisode : utilisateurs, rôles et permissions.
Bonus Pro : API REST et GraphQL
Statamic Pro expose aussi une API REST et une API GraphQL — utile pour alimenter une app mobile, un front découplé ou des intégrations tierces. Je ne l’ai pas encore exploitée en production, mais c’est un vrai plus quand le besoin arrive.
D’autres ajouts Pro existent (révisions avancées, Git automation, etc.) — le détail est sur la doc officielle.
Pro vaut-il le coup ?
Mon avis : oui, quand c’est nécessaire.
- pour 80 % de mes projets, le gratuit suffit ;
- pour les 20 % restants (multisite, équipe client, SaaS), Pro est rentable : le temps gagné, la qualité de l’interface livrée au client et le montant des prestations amortissent largement les 275 $ de licence ;
- en pratique, je facture la licence au client quand Pro est requis pour son site — c’est transparent et justifié.
Statamic versionne le contenu en fichiers YAML (committables, déployables via Git) : la valeur du CMS reste élevée, avec ou sans Pro.
Comment activer Statamic Pro
C’est extrêmement simple.
En local (développement)
- Ouvrez
config/statamic/editions.php(ou la clé correspondante dans votre.env) ; - Passez
'pro' => falseà'pro' => true; - Rechargez le Control Panel (F5).
Les menus Users, Roles, Permissions, Groups et la configuration multisite apparaissent immédiatement.
Si vous avez installé Statamic via
statamic new, ce fichier existe souvent déjà. Sur une intégration Composer dans un Laravel existant, vérifiez qu’il est bien présent — sinon, créez-le selon la doc.
Référence : Editions — documentation Statamic.
En production
Un bandeau s’affiche en local (informatif). En production, il passe au rouge pour rappeler qu’une licence Pro payante est requise. Vous achetez la licence sur le site Statamic, renseignez la clé — et c’est réglé.
Astuce : livrer un site sans effrayer le client
Pro n’est pas obligatoire pour tout livrer proprement au client. Mon workflow habituel :
- Je développe avec un compte admin (moi) ;
- À la livraison, je transfère le compte au client (email + mot de passe) ;
- Je retire mon rôle admin — le client n’a qu’un accès éditeur limité, sans voir toute la configuration technique.
Si je dois repasser en admin pour une évolution : en local, je remets temporairement le rôle admin, je fais la modif, je le retire, je commite. Pas besoin de payer Pro uniquement pour avoir deux comptes si un seul utilisateur éditeur suffit au client.
Cela évite aussi de paniquer le client avec un dashboard trop chargé de boutons qu’il ne comprend pas.
Tableau récapitulatif
| Besoin | Gratuit | Pro |
|---|---|---|
| Site vitrine / blog mono-langue | ✅ | — |
| 1 admin, 1 formulaire contact | ✅ | — |
| Blueprints, collections, live preview | ✅ | — |
| Multisite / multilingue | — | ✅ |
| Multi-utilisateurs, rôles, permissions | — | ✅ |
| API REST / GraphQL | — | ✅ |
| Plusieurs formulaires | — | ✅ |
Vidéo : Statamic Pro en pratique
FAQ rapide (SEO & technique)
Statamic est-il vraiment gratuit ?
Oui pour un usage standard (1 site, 1 admin, 1 formulaire). Pro est optionnel.
Combien coûte Statamic Pro ?
Environ 275 $ / an (vérifier le tarif actuel sur statamic.com). Facturable au client si le projet l’exige.
Comment tester Pro en local sans payer ?
Activez 'pro' => true dans la config editions — le bandeau rappelle d’acheter la licence avant la mise en production.
Faut-il Pro pour un site bilingue ?
Oui : le multisite (plusieurs langues ou sites) est une fonctionnalité Pro.
Peut-on éviter Pro avec un seul compte client ?
Oui : transférez le compte admin au client et retirez vos droits admin après livraison, si un seul éditeur suffit.
Conclusion
Statamic Pro n’est pas obligatoire pour la plupart des projets. La version gratuite est déjà très complète.
Pro devient pertinent pour le multisite, les équipes multi-utilisateurs et les besoins API — et l’investissement est rentable quand le projet le justifie.
Suite de la série : Statamic : marketplace, addons et starter kits (écosystème).