Directus é uma plataforma de dados. b10cks é uma plataforma de conteúdo. E essa diferença importa.

Publicar não é um conceito de primeira classe no Directus

No Directus, um registo é um registo. Não existe um conceito nativo de "rascunho" vs. "publicado" — tens de o implementar tu próprio com um campo de estado e tratar da lógica de filtragem no frontend. Não há botão de publicar com um fluxo associado. Não há fila de publicação agendada. Não há histórico de publicar/despublicar.

Isto é intencional: o Directus é uma plataforma de dados, e um registo numa base de dados não tem, por natureza, um ciclo de vida de publicação. Mas, para equipas de conteúdo, isto significa que o teu programador tem de construir aquilo que qualquer CMS oferece por defeito.

O b10cks foi construído em torno do ciclo de vida do conteúdo. Estados de rascunho, ações de publicação, publicação agendada, controlo de publicação por locale, fluxos de revisão e cadeias de aprovação — isto são funcionalidades da plataforma, não tarefas de desenvolvimento.

A localização exige implementação

O Directus não tem um sistema de localização. Para gerir conteúdo multilingue no Directus, tens de desenhar um modelo de dados que acomode traduções — normalmente adicionando tabelas de relação de traduções ou campos JSON indexados por locale — e construir por cima disso a experiência editorial.

Isto implica um investimento significativo de desenvolvimento: modelação, UI, mudança de locale, lógica de fallback e importação/exportação têm de ser construídos. E, mesmo depois desse investimento, os editores estão a trabalhar num formulário genérico de dados, não num editor de conteúdo feito para fluxos de tradução.

A localização no b10cks é uma funcionalidade da plataforma: controlo de tradução ao nível do campo, herança de locales, um seletor de locale no editor visual, fluxos de publicação por locale e integração com Lokalise, Phrase e DeepL. Disponível em todos os planos, sem necessidade de implementação.

Sem editor visual

O Directus Studio é uma interface de gestão de dados — poderosa para administração de dados, mas não pensada como experiência de edição de conteúdo. Não há pré-visualização em tempo real de como o conteúdo aparece no teu frontend. Não há binding bidirecional em que os editores clicam num elemento no site em produção para saltar para esse campo.

Ligar um backend alimentado por Directus a uma pré-visualização em tempo real requer implementação personalizada: uma rota de pré-visualização, uma API de pré-visualização e toda a integração do fluxo de dados.

O b10cks traz um editor visual com binding bidirecional em todos os planos. Os editores veem o conteúdo no site em tempo real enquanto escrevem. Sem implementação personalizada.

A nuance da licença

O Directus usa a Business Source License (BSL/BUSL). A BSL é uma licença com código disponível, não uma licença open source aprovada pela OSI. O Directus pode ser auto-hospedado gratuitamente pela maioria das organizações — mas a licença converte para Apache 2. ao fim de quatro anos, e o uso em produção por organizações com mais de 5 milhões de dólares de receita anual requer uma licença comercial.

O b10cks é AGPLv3 — uma verdadeira licença open source aprovada pela OSI, sem limites de receita nem termos diferidos. O código é aberto, auditável e pode ser bifurcado sem condições comerciais para uso interno auto-hospedado.

Modelação de conteúdo: schema vs. canvas

O Directus modela dados através de um editor de schema onde defines coleções e campos. É flexível e lida bem com relações complexas — pode espelhar praticamente qualquer esquema de base de dados.

O b10cks modela blocos de conteúdo num canvas infinito. Vês toda a tua arquitetura de conteúdo como um diagrama visual — tipos como nós, campos como propriedades, relações como conexões. Para arquitetos de conteúdo, isto é significativamente mais rápido de compreender e expandir do que uma lista de schema.

Flows do Directus vs. webhooks do b10cks

O Directus inclui Flows — uma ferramenta visual de automação para criar lógica orientada por eventos dentro da plataforma (enviar emails, transformar dados, chamar APIs). É genuinamente poderosa para casos de uso de orquestração de dados.

O b10cks inclui webhooks com verificação HMAC, registo de entregas e re-tentativa automática. Para fluxos de trabalho de conteúdo, isto integra-se de forma limpa com pipelines CI/CD, atualizações de índices de pesquisa e sistemas externos de notificações. Os casos de uso são diferentes, mas estão bem alinhados com o propósito de cada plataforma.