Seu conteúdo merece o mesmo controle de versão que seu código

Publicar uma entrada no CMS parece arriscado por um bom motivo: se algo der errado, voltar ao ponto de partida nem sempre é simples. Algumas plataformas te dão uma pilha rasa de desfazer. Outras limitam o histórico a um número fixo de revisões ou a uma janela móvel de 30 dias. Várias tratam o histórico completo de versões como um recurso empresarial que você paga à parte para liberar.

O resultado é uma equipe de conteúdo que publica com cautela — não porque seja disciplinada, mas porque está nervosa. Esse não é o tipo certo de cautela.

O b10cks guarda cada versão, para sempre, em todos os planos. Experimente sem medo. Reversão com confiança.

Sempre que um conteúdo é salvo no b10cks — rascunho, salvamento automático, publicação ou edição — uma nova versão é criada e armazenada. Não há limite de retenção. Não há teto para o número de revisões. Não existe "as versões antigas são removidas após 30 dias".

• Registro completo de alterações: veja cada versão, quem a criou e quando
• Restaurar com um clique: promova qualquer versão anterior de volta para rascunho ou ao vivo
• Histórico por campo: inspecione exatamente quais campos mudaram entre duas versões
• Trilha de auditoria: registro compatível com compliance de quem mudou o quê e quando, em todo o seu espaço de conteúdo

O histórico de versões do seu conteúdo é tão longo quanto a vida útil do seu projeto. Se você precisar ver como sua homepage estava seis meses antes de um rebranding, ela está lá.

Uma branch de conteúdo é uma cópia de trabalho isolada do seu espaço de conteúdo. Os editores trabalham livremente — reorganizando estruturas, criando novas páginas, testando novos tipos de conteúdo — sem risco de atrapalhar o site ao vivo.

Como as branches funcionam no b10cks:

• Crie uma branch a partir de qualquer ponto do histórico de conteúdo — do estado atual em produção, de uma tag ou de outra branch
• Edite de forma independente: as alterações em uma branch não afetam nenhuma outra branch nem o espaço principal
• Faça merge quando estiver pronto: traga as mudanças da branch de volta ao espaço principal, com detecção de conflitos e resolução de merge no nível de campo
• Exclua com segurança: branches que não deram certo podem ser descartadas sem consequência

Este é o fluxo que permite a um desenvolvedor reconstruir o modelo de conteúdo de um site em staging enquanto os editores continuam publicando em produção. Sem congelamentos. Sem "por favor, não mexam no CMS esta semana".

Nem toda versão é igual. Algumas representam um marco — o lançamento de um produto, uma campanha sazonal, um snapshot antes de um redesign, uma revisão de texto aprovada.

As tags de versão te deixam marcar qualquer versão de qualquer conteúdo com um nome significativo:

• v2.-launch · black-friday-2025 · pre-rebrand-snapshot · legal-approved-Q1
• As tags podem ser buscadas e filtradas em todo o seu histórico de versões
• Restaure ou crie uma branch a partir de uma tag a qualquer momento — sem caçar carimbos de data e hora
• Use tags como pontos de referência estáveis em passagens entre equipes

Quando o CEO pergunta "o que exatamente estava no ar no dia do lançamento?" — você tem a resposta, na hora.

Um release no b10cks é uma coleção nomeada de mudanças de conteúdo — em várias entradas, tipos de bloco e locais — que são preparadas juntas e publicadas como um único evento coordenado.

• Agrupe mudanças: junte uma atualização da homepage, uma revisão de página de produto e um novo post de blog em um só release
• Pré-visualize o release antes de ele entrar no ar — veja todo o conjunto de mudanças exatamente como seu público verá
• Agende: defina a hora de ir ao ar e pronto; o b10cks publica tudo do release de forma atômica

É assim que um lançamento de campanha funciona quando o seu CMS realmente dá conta do recado.

Toda versão no histórico do b10cks pode ser publicada — não só o rascunho atual. Se você precisar reverter uma página ao vivo para um estado anterior, não precisa desfazer mudanças manualmente nem colar conteúdo de um backup. Você promove a versão que quer e ela entra no ar.

• Reversão instantânea: promova uma versão anterior para publicada em uma única ação
• Reversão seletiva: reverta uma única entrada sem mexer em mais nada no site
• Controle por localidade: reverta o conteúdo de uma localidade específica de forma independente; suas outras versões de idioma não são afetadas
• Publique a partir de uma branch: faça merge e publique o estado de uma branch sem passar pela cópia principal de trabalho

Sem processo de "restaurar do backup". Sem precisar de desenvolvedor. É só escolher a versão que você quer no ar e publicar.

Pré-visualização ao vivo de qualquer versão Aponte a URL de preview do seu frontend para qualquer versão histórica, tag ou branch — não só o rascunho atual. Veja exatamente como um estado de conteúdo passado renderizou no seu site real, no layout real, antes de decidir restaurá-lo ou descartá-lo. Funciona com qualquer framework de frontend via a API de token de preview do b10cks.

Diff lado a lado Selecione quaisquer duas versões de uma entrada e obtenha um diff no nível de campo — o que foi adicionado, o que mudou, o que foi removido. Exibido em uma saída limpa e legível: nada de JSON cru, nem uma parede de linhas vermelhas e verdes.

• Compare rascunho vs. publicado
• Compare uma branch com a main
• Compare quaisquer duas versões arbitrárias do histórico
• Veja o diff de um único campo ou da entrada inteira

Quando alguém das partes interessadas pergunta "o que mudou desde terça-feira passada?", você tem a resposta exata em três cliques.

Para desenvolvedores
Faça branch do próprio modelo de conteúdo — não só das entradas. Teste novos tipos de bloco e mudanças de schema em uma branch isolada antes de promovê-los para o seu espaço ao vivo. As branches de schema aparecem instantaneamente na API, então sua branch de frontend pode desenvolver em paralelo com a nova estrutura de conteúdo.

Para equipes de conteúdo
Campanhas sazonais, testes A/B de texto e relançamentos de site todos se beneficiam de branches. Crie rascunhos isolados, faça preview no contexto, faça merge quando aprovado. Chega de cadeias de e-mails com "não publiquem nada até o lançamento".

Para agências
Crie uma branch por entrega de cliente. Desenvolva e revise de forma isolada. Faça merge para a main quando aprovado. O trabalho em andamento de cada cliente continua invisível para a produção até ficar pronto.