Directus est une plateforme de données. b10cks est une plateforme de contenu. La différence compte.

La publication n’est pas un concept de premier ordre dans Directus

Dans Directus, un enregistrement est un enregistrement. Il n’existe pas de concept intégré de « brouillon » par rapport à « publié » — c’est à toi de l’implémenter avec un champ de statut et de gérer la logique de filtrage dans ton frontend. Il n’y a pas de bouton de publication avec un workflow associé. Il n’y a pas de file d’attente pour la publication programmée. Il n’y a pas d’historique de publication/dépublication.

C’est un choix de conception : Directus est une plateforme de données, et un enregistrement de base de données n’a pas, par nature, de cycle de vie de publication. Mais pour les équipes de contenu, cela signifie que ton développeur doit construire ce que chaque CMS fournit par défaut.

b10cks est construit autour du cycle de vie du contenu. États de brouillon, actions de publication, publication planifiée, contrôle de publication par locale, workflows de relecture et chaînes de validation — tout cela est natif à la plateforme, pas à développer.

La localisation nécessite une implémentation

Directus n’a pas de système de localisation. Pour gérer du contenu multilingue dans Directus, tu conçois un modèle de données qui prend en charge les traductions — généralement en ajoutant des tables de relations de traduction ou des champs JSON indexés par locale — puis tu construis l’expérience éditoriale par-dessus.

C’est un investissement de développement important : modélisation, interface, changement de locale, logique de repli, import/export — tout doit être construit. Et même après cet effort, tes éditeurs travaillent dans un formulaire de données générique, pas dans un éditeur de contenu pensé pour les workflows de traduction.

La localisation de b10cks est une fonctionnalité native : contrôle de traduction au niveau des champs, héritage des locales, sélecteur de locale dans l’éditeur visuel, workflows de publication par locale et intégration avec Lokalise, Phrase et DeepL. Disponible dans tous les plans, sans aucune implémentation.

Pas d’éditeur visuel

Directus Studio est une interface de gestion de données — puissante pour l’administration des données, mais pas conçue comme une expérience d’édition de contenu. Il n’y a pas de prévisualisation en direct du rendu du contenu dans ton frontend. Il n’y a pas de liaison bidirectionnelle où les éditeurs cliquent sur un élément du site en direct pour accéder à ce champ.

Relier un backend alimenté par Directus à un aperçu en direct nécessite une implémentation personnalisée : une route de prévisualisation, une API de prévisualisation et le câblage du flux de données par toi-même.

b10cks fournit un éditeur visuel lié dans les deux sens dans tous les plans. Les éditeurs voient leur contenu sur le site en direct pendant qu’ils tapent. Aucune implémentation personnalisée.

La nuance de licence

Directus utilise la Business Source License (BSL/BUSL). La BSL est une licence avec code source disponible, mais ce n’est pas une licence open source approuvée par l’OSI. Directus est gratuit à auto-héberger pour la plupart des organisations — mais la licence se convertit en Apache 2. après quatre ans, et l’utilisation en production par des organisations dont le chiffre d’affaires annuel dépasse 5 M$ nécessite une licence commerciale.

b10cks est sous AGPLv3 — une vraie licence open source approuvée par l’OSI, sans seuil de revenus ni conditions différées. Le code est ouvert, vérifiable et peut être forké sans conditions commerciales pour un usage interne auto-hébergé.

Modélisation de contenu : schéma vs canevas

Directus modélise les données via un éditeur de schéma où tu définis des collections et des champs. C’est flexible et très adapté aux relations complexes — il peut refléter pratiquement n’importe quel schéma de base de données.

b10cks modélise les blocs de contenu sur un canevas infini. Tu vois toute ton architecture de contenu sous forme de diagramme visuel — les types comme nœuds, les champs comme propriétés, les relations comme connexions. Pour les architectes de contenu, c’est nettement plus rapide à comprendre et à faire évoluer qu’une liste de schémas.

Flows de Directus vs webhooks de b10cks

Directus inclut Flows — un outil d’automatisation visuel pour créer une logique pilotée par événements à l’intérieur de la plateforme (envoyer des e-mails, transformer des données, appeler des API). C’est vraiment puissant pour les cas d’usage d’orchestration de données.

b10cks inclut des webhooks avec vérification HMAC, journalisation des livraisons et relance automatique. Pour les workflows de contenu, cela s’intègre proprement avec les pipelines CI/CD, les mises à jour d’index de recherche et les systèmes de notification externes. Les cas d’usage sont différents, mais parfaitement adaptés à l’objectif de chaque plateforme.