Découvrir
L’historique des versions, la localisation, l’aperçu en direct et le contenu structuré ne sont pas des fonctionnalités d’entreprise. Ce sont des bases. L’industrie des CMS a décidé de les facturer en supplément — mais ce choix relevait du chiffre d’affaires, pas de la complexité. Les petites équipes en ont aussi besoin. Elles ne pouvaient simplement pas se le permettre.
Le système de paliers est artificiel
Quand Contentful réserve l’historique des versions à son offre Premium, ou que Storyblok limite la localisation à Enterprise, ou que Sanity facture chaque collaborateur par siège — ce n’est pas le reflet de la difficulté à fournir ces fonctionnalités. Ce sont des décisions pour extraire plus de revenus de clients qui en sont venus à en avoir besoin.
L’historique des versions n’est pas plus difficile à mettre en place qu’un éditeur de contenu basique. La localisation n’est pas un produit fondamentalement différent. La collaboration en temps réel ne demande pas une infrastructure d’entreprise.
Ces fonctionnalités existent à tous les niveaux de gamme — elles sont simplement désactivées dans les offres inférieures. C’est le modèle économique. Et il vaut la peine de l’appeler par son nom.
Ce qui compte comme fonctionnalité « standard »
Historique des versions et retour en arrière Un éditeur de contenu tape la mauvaise chose et clique sur enregistrer. Une publication sort avec une faute de frappe dans le titre. Un article validé est écrasé par erreur. Toutes les équipes contenu ont vécu ça.
L’historique des versions — la possibilité de voir chaque état enregistré d’un contenu et de restaurer n’importe quelle version précédente — n’est pas un « plus ». C’est le filet de sécurité de base qu’exige la gestion de contenu. Une base de données a des journaux de transactions. Ton CMS devrait avoir un historique des versions.
Et pourtant, Contentful ne l’offre qu’à partir de Premium (tarification sur mesure). Storyblok en fait une fonctionnalité d’offre payante. Ce n’est pas parce que maintenir un historique des versions est complexe — c’est parce que le besoin est suffisamment fort pour pousser à monter en gamme.
Localisation Tu n’as pas besoin d’une multinationale pour avoir besoin de plusieurs langues. Tu peux servir un marché bilingue. Ton site peut être en allemand et en anglais. Tu peux n’avoir qu’un seul client international. Tu as besoin des versions en suisse allemand, en français et en italien du site web de ton entreprise.
La localisation — la possibilité de gérer des versions traduites de ton contenu avec un contrôle au niveau des champs et une publication par locale — devrait être incluse dès le départ. Dès qu’une équipe a ne serait-ce qu’un seul besoin multilingue, on la pousse vers une tarification entreprise sur la plupart des plateformes.
Aperçu en direct Les éditeurs de contenu devraient pouvoir voir à quoi ressemblent leurs changements avant de publier. Ce n’est pas un flux de travail premium — c’est l’expérience d’édition minimale acceptable. Sans aperçu en direct, les éditeurs tâtonnent. Ils publient puis vérifient. Ils annulent puis republient. La boucle de retour est cassée.
La plupart des CMS headless n’ont pas d’éditeur visuel du tout, ou le réservent à un module additionnel. b10cks l’inclut dans toutes les offres.
Collaboration en temps réel Équipes marketing, agences, équipes éditoriales — la plupart des travaux de contenu impliquent plusieurs personnes. Pouvoir voir qu’un collègue édite la même page, laisser des commentaires directement dans le contenu, traiter les retours dans leur contexte plutôt que par e-mail — ce ne sont pas des capacités d’entreprise sophistiquées. Ce sont les mêmes fonctions collaboratives que Google Docs a mises au point il y a une décennie.
Une tarification par siège qui pénalise la taille de l’équipe, ou des fonctionnalités de collaboration verrouillées derrière des paliers supérieurs, c’est une taxe sur les équipes qui travaillent normalement.
Journal d’audit Quelqu’un a modifié le contenu de la page d’accueil. Quand ? Qui ? Qu’a-t-il changé ? Pouvoir répondre à ces questions, c’est de la responsabilité opérationnelle de base. Ce n’est pas un luxe de conformité réservé aux secteurs réglementés.
Le piège du « tu grandiras dedans »
L’idée habituelle, c’est que les petites équipes n’ont pas encore besoin de fonctionnalités d’entreprise — mais qu’elles en auront besoin quand elles grandiront, et qu’à ce moment-là la tarification fera sens. C’est un argument qui paraît raisonnable, mais qui masque le vrai problème.
Les petites équipes ont besoin de l’historique des versions dès le premier jour, pas après leur dixième catastrophe de contenu. Le site web d’une startup de 3 personnes a besoin de la localisation dès qu’elle a des utilisateurs internationaux — ce qui peut être dès le lancement. Un développeur solo qui crée un site pour un client a besoin d’un aperçu en direct dans l’éditeur, parce qu’il facture à l’heure et ne peut pas se permettre un cycle de relecture lent.
Ces fonctionnalités ne sont pas « entreprise » parce que les grandes équipes en ont besoin et les petites non. Elles sont « entreprise » parce que la tarification a suivi cette voie-là. Les petites équipes en ont tout autant besoin — on leur dit simplement qu’elles ne peuvent pas se les offrir.
Le coût de ne pas les avoir
Voici comment fonctionne le cycle de montée en gamme standard d’un CMS headless :
Chacun de ces éléments est un déclencheur distinct qui te pousse vers une offre supérieure — et, sur la plupart des plateformes, le passage d’une offre de départ raisonnable à une offre qui réunit ces quatre éléments représente une hausse de prix de 4x à 10x.
Ce qui frustre, ce n’est pas que les fonctionnalités coûtent de l’argent. Ce qui frustre, c’est que la tarification a été pensée pour que tu découvres ton besoin de ces fonctionnalités après t’être engagé avec une plateforme — puis que le coût pour les obtenir soit punitif.
Les petites équipes ont moins de marge d’erreur
Une équipe contenu d’entreprise a du personnel dédié aux opérations, des procédures de sauvegarde, des processus éditoriaux avec plusieurs relecteurs et les ressources nécessaires pour se remettre d’incidents de contenu. Une équipe marketing de 3 personnes, non.
Une petite agence qui gère 15 sites clients a davantage besoin de l’historique des versions, et non moins, qu’un grand éditeur avec une équipe complète d’administration CMS. Parce que quand quelque chose tourne mal, il n’y a aucune infrastructure de secours.
L’idée selon laquelle les fonctionnalités de sécurité, les outils de collaboration et les bons outils de workflow seraient réservés aux équipes « entreprise » est exactement à l’envers. Les petites équipes, avec moins de redondances et moins de marge d’erreur, tirent le plus grand bénéfice d’un CMS qui traite ces fonctionnalités comme de l’infrastructure plutôt que comme des options de montée en gamme.
Ce qui change quand on te traite équitablement
Quand ton CMS livre toutes ses fonctionnalités dès le premier jour, plusieurs choses changent :
Tu ne te retiens pas. Tu mets la localisation en place dès le premier jour parce que tu pourrais en avoir besoin. Tu actives la collaboration parce que toute ton équipe doit y être. Tu fais confiance au filet de sécurité de l’historique des versions et tu édites sans crainte.
Ton équipe contenu travaille correctement. Elle utilise l’aperçu en direct parce qu’il est là. Elle laisse des commentaires intégrés parce que les outils sont disponibles. Le workflow s’améliore parce qu’il n’est pas artificiellement contraint.
Tu peux évaluer la plateforme avec précision. Quand tu évalues un CMS sur son offre gratuite, tu évalues une version amputée. Quand toutes les fonctionnalités sont disponibles dès le départ, ton évaluation est honnête — tu vois le vrai produit.
Tu ne détestes pas la facture. Une tarification à l’usage sur le stockage et le trafic est juste — tu paies pour l’infrastructure que tu consommes réellement. Une tarification par verrouillage de fonctionnalités repose sur une rareté artificielle. La différence se ressent.
b10cks inclut toutes les fonctionnalités dans toutes les offres parce que j’ai construit le CMS que j’aurais aimé trouver quand je travaillais avec des équipes qui ne pouvaient pas se permettre les prix enterprise.
Historique des versions, localisation, édition visuelle, collaboration en temps réel, crédits IA, journaux d’audit, diffusion CDN — dans b10cks, ce ne sont pas des fonctionnalités premium. Ce sont le produit. Tu paies pour le stockage et le trafic — l’infrastructure réelle — et tout le reste est inclus.
L’offre gratuite est permanente, pas un essai de 14 jours. L’offre payante la moins chère (25 €/mois) a toutes les fonctionnalités de l’offre la plus chère — simplement avec moins de stockage et de trafic. Quand tu as besoin de plus de capacité, tu paies pour plus de capacité. Tu ne paies pas pour accéder aux outils dont tu as déjà besoin.
| Fonctionnalité | b10cks (toutes les offres) | Norme du secteur |
|---|---|---|
| Éditeur visuel avec aperçu en direct | ✅ | 💰 Payant ou module additionnel |
| Historique des versions et retour en arrière | ✅ | 💰 Payant ou palier supérieur |
| Localisation (locales illimitées) | ✅ | 💰 Enterprise |
| Collaboration en temps réel | ✅ | 💰 Offres payantes |
| Commentaires en fil directement dans le contenu | ✅ | 💰 Offres payantes |
| Crédits IA | ✅ | 💰 Module additionnel |
| Journal d’audit immuable | ✅ | 💰 Enterprise |
| Rôles et permissions personnalisés | ✅ | 💰 Enterprise |
| Diffusion CDN | ✅ | 💰 Supplément |
| Option d’auto-hébergement | ✅ | ❌ Généralement indisponible |
| Sièges | ✅ illimités | 💰 Supplément |
Les fonctionnalités dont ton équipe a besoin. Pas après la montée en gamme. Maintenant.