Directus ist eine Datenplattform. b10cks ist eine Content-Plattform. Der Unterschied zählt.

Publishing ist in Directus kein erstklassiges Konzept

In Directus ist ein Datensatz ein Datensatz. Es gibt kein eingebautes Konzept von „Entwurf“ vs. „veröffentlicht“ — das musst du selbst mit einem Statusfeld umsetzen und die Filterlogik im Frontend handhaben. Es gibt keinen Publish-Button mit daran gekoppeltem Workflow. Es gibt keine Warteschlange für geplante Veröffentlichungen. Es gibt keinen Verlauf für Veröffentlichen/Zurückziehen.

Das ist Absicht: Directus ist eine Datenplattform, und ein Datenbankdatensatz hat nicht von Haus aus einen Publishing-Lebenszyklus. Für Content-Teams bedeutet das aber, dass dein Entwickler das bauen muss, was jedes CMS standardmäßig mitbringt.

b10cks ist rund um den Content-Lebenszyklus gebaut. Entwurfsstatus, Veröffentlichungsaktionen, geplantes Veröffentlichen, Publish-Steuerung pro Locale, Review-Workflows und Freigabeketten — all das sind Plattformfunktionen, keine Entwicklungsaufgaben.

Lokalisierung erfordert Implementierung

Directus hat kein Lokalisierungssystem. Um mehrsprachige Inhalte in Directus zu verwalten, entwirfst du ein Datenmodell, das Übersetzungen unterstützt — typischerweise durch Translation-Relationstabellen oder JSON-Felder mit Locale-Schlüsseln — und baust darauf die redaktionelle Erfahrung auf.

Das ist eine erhebliche Entwicklungsinvestition: Modellierung, UI, Locale-Wechsel, Fallback-Logik sowie Import/Export müssen alle gebaut werden. Und selbst nach dieser Investition arbeiten deine Redakteure in einem generischen Datenformular, nicht in einem Content-Editor, der für Übersetzungs-Workflows entwickelt wurde.

Die Lokalisierung in b10cks ist eine Plattformfunktion: Steuerung von Übersetzungen auf Feldebene, Locale-Vererbung, ein Locale-Switcher im visuellen Editor, Publish-Workflows pro Locale und Integration mit Lokalise, Phrase und DeepL. In jedem Plan verfügbar, keine Implementierung nötig.

Kein visueller Editor

Directus Studio ist eine Oberfläche zur Datenverwaltung — stark für Administration, aber nicht als Content-Editing-Erlebnis gedacht. Es gibt keine Live-Vorschau, wie Inhalte im Frontend dargestellt werden. Es gibt kein Zwei-Wege-Binding, bei dem Redakteure auf ein Element der Live-Seite klicken und direkt zu diesem Feld springen.

Eine Directus-gestützte Backend-Lösung mit Live-Vorschau zu verbinden, erfordert eine eigene Implementierung: eine Preview-Route, eine Preview-API und die gesamte Datenanbindung selbst.

b10cks liefert in jedem Plan einen visuell verknüpften Editor mit Zwei-Wege-Binding. Redakteure sehen ihren Content auf der Live-Seite, während sie tippen. Keine Sonderentwicklung.

Die Lizenznuance

Directus verwendet die Business Source License (BSL/BUSL). Die BSL ist eine source-available Lizenz, keine von der OSI anerkannte Open-Source-Lizenz. Directus lässt sich für die meisten Organisationen kostenlos self-hosten — allerdings wandelt sich die Lizenz nach vier Jahren in Apache 2., und die produktive Nutzung durch Organisationen mit mehr als 5 Mio. US-Dollar Jahresumsatz erfordert eine kommerzielle Lizenz.

b10cks ist AGPLv3 — eine echte, von der OSI anerkannte Open-Source-Lizenz ohne Umsatzschwellen oder verzögerte Bedingungen. Der Code ist offen, prüfbar und kann ohne kommerzielle Bedingungen für den internen Self-Hosted-Einsatz geforkt werden.

Content-Modellierung: Schema vs. Canvas

Directus modelliert Daten über einen Schema-Editor, in dem du Collections und Felder definierst. Das ist flexibel und unterstützt komplexe Beziehungen gut — praktisch jede Datenbankschemata lässt sich abbilden.

b10cks modelliert Content-Blöcke auf einem unendlichen Canvas. Du siehst deine gesamte Content-Architektur als visuelles Diagramm — Typen als Knoten, Felder als Eigenschaften, Beziehungen als Verbindungen. Für Content-Architekten ist das deutlich schneller zu verstehen und zu erweitern als eine Schema-Liste.

Directus Flows vs. b10cks Webhooks

Directus enthält Flows — ein visuelles Automatisierungstool zum Erstellen ereignisgesteuerter Logik innerhalb der Plattform (E-Mails senden, Daten transformieren, APIs aufrufen). Für Data-Orchestrierung ist das wirklich leistungsstark.

b10cks enthält Webhooks mit HMAC-Verifizierung, Zustell-Logging und automatischen Wiederholungen. Für Content-Workflows lässt sich das sauber mit CI/CD-Pipelines, Suchindex-Updates und externen Benachrichtigungssystemen verbinden. Die Anwendungsfälle sind unterschiedlich, aber gut auf den Zweck der jeweiligen Plattform abgestimmt.