Il tuo contenuto merita lo stesso controllo versione del tuo codice

Pubblicare una voce in un CMS è una cosa delicata per un motivo: se qualcosa va storto, tornare indietro non è sempre semplice. Alcune piattaforme ti offrono solo una breve cronologia di annullamento. Altre limitano la storia a un numero fisso di revisioni o a una finestra mobile di 30 giorni. Diverse considerano la cronologia completa delle versioni una funzione enterprise da sbloccare e pagare a parte.

Il risultato è che il team di content pubblica con cautela — non perché sia disciplinato, ma perché è teso. Ed è il tipo sbagliato di prudenza.

b10cks conserva ogni versione, per sempre, in ogni piano. Sperimenta liberamente. Ripristina con sicurezza.

Ogni volta che un contenuto viene salvato in b10cks — bozza, salvataggio automatico, pubblicazione o modifica — viene creata e archiviata una nuova versione. Non c'è alcun limite di conservazione. Nessun tetto al numero di revisioni. Nessun "le versioni più vecchie vengono eliminate dopo 30 giorni".

• Registro completo delle modifiche: vedi ogni versione, chi l'ha creata e quando
• Ripristino con un clic: promuovi qualsiasi versione precedente di nuovo in bozza o in live
• Cronologia per campo: controlla esattamente quali campi sono cambiati tra due versioni qualsiasi
• Audit trail: registro adatto alla compliance di chi ha cambiato cosa e quando, su tutto il tuo spazio contenuti

La cronologia delle versioni dei tuoi contenuti è lunga quanto la vita del tuo progetto. Se ti serve vedere come appariva la home sei mesi prima di un rebrand, è lì.

Un branch dei contenuti è una copia di lavoro isolata del tuo spazio contenuti. Gli editor possono lavorare liberamente — riorganizzare le strutture, scrivere nuove pagine, testare nuovi tipi di contenuto — senza rischiare di compromettere il sito live.

Come funzionano i branch in b10cks:

• Crea un branch da qualsiasi punto della cronologia dei contenuti — dallo stato live attuale, da un tag o da un altro branch
• Modifica in modo indipendente: le modifiche su un branch non influenzano nessun altro branch né lo spazio principale
• Unisci quando sei pronto: riporta le modifiche del branch nello spazio principale, con rilevamento dei conflitti e risoluzione dell'unione a livello di campo
• Elimina in sicurezza: i branch che non hanno funzionato possono essere scartati senza conseguenze

Questo è il flusso di lavoro che permette a uno sviluppatore di ricostruire il modello dei contenuti di un sito in staging mentre gli editor continuano a pubblicare in produzione. Niente blocchi. Niente "per favore, non toccate il CMS questa settimana".

Non tutte le versioni hanno lo stesso valore. Alcune rappresentano un traguardo — un lancio di prodotto, una campagna stagionale, uno snapshot pre-restyling, una revisione dei testi approvata.

I tag delle versioni ti permettono di dare a qualsiasi versione di qualsiasi contenuto un nome significativo:

• v2.-launch · black-friday-2025 · pre-rebrand-snapshot · legal-approved-Q1
• I tag sono ricercabili e filtrabili nella cronologia delle versioni
• Ripristina o crea un branch da un tag in qualsiasi momento — senza dover cercare tra i timestamp
• Usa i tag come punti di riferimento stabili nei passaggi tra team

Quando l'amministratore delegato chiede "cosa c'era esattamente online il giorno del lancio?" — hai la risposta, subito.

Un rilascio in b10cks è una raccolta nominata di modifiche ai contenuti — su più entry, tipi di blocco e lingue — che vengono preparate insieme e pubblicate come un unico evento coordinato.

• Raggruppa le modifiche: unisci in un solo rilascio l'aggiornamento della homepage, la revisione di una pagina prodotto e un nuovo articolo del blog
• Anteprima del rilascio prima che vada online — vedi l'intero set di modifiche così come apparirà al tuo pubblico
• Programma l'uscita: imposta l'orario di pubblicazione e vai pure; b10cks pubblica tutto nel rilascio in modo atomico

Ecco come appare il lancio di una campagna quando il tuo CMS lo supporta davvero.

Ogni versione nella cronologia di b10cks è pubblicabile — non solo la bozza attuale. Se devi riportare una pagina live a uno stato precedente, non serve annullare manualmente le modifiche o incollare da un backup. Promuovi la versione che vuoi e va online.

• Rollback immediato: promuovi una versione precedente alla pubblicazione con una sola azione
• Rollback selettivo: ripristina una singola voce senza toccare il resto del sito
• Controllo multi-lingua: esegui il rollback del contenuto di una locale specifica in modo indipendente; le altre lingue non vengono toccate
• Pubblica da un branch: unisci e pubblica lo stato di un branch senza passare per la copia di lavoro principale

Nessun processo di "ripristino da backup". Nessuno sviluppatore richiesto. Devi solo scegliere la versione che vuoi rendere live e pubblicarla.

Anteprima live di qualsiasi versione Punta l'URL di anteprima del tuo frontend a qualsiasi versione storica, tag o branch — non solo alla bozza attuale. Vedi esattamente come uno stato passato dei contenuti veniva renderizzato nel tuo sito reale, con il layout reale, prima di decidere se ripristinarlo o scartarlo. Funziona con qualsiasi framework frontend tramite la preview token API di b10cks.

Diff affiancato Seleziona due versioni qualsiasi di una entry e ottieni un diff a livello di campo — cosa è stato aggiunto, cosa è cambiato, cosa è stato rimosso. Visualizzato in modo pulito e leggibile: non JSON grezzo, non un muro di righe rosse e verdi.

• Confronta bozza e pubblicato
• Confronta un branch con il main
• Confronta due versioni qualsiasi e arbitrarie della cronologia
• Fai il diff di un singolo campo o dell'intera entry

Quando uno stakeholder chiede "cosa è cambiato da martedì scorso?" hai la risposta esatta in tre clic.

Per gli sviluppatori
Fai il branch del modello dei contenuti stesso, non solo delle entry. Testa nuovi tipi di blocco e modifiche allo schema in un branch isolato prima di promuoverli nel tuo spazio live. I branch dello schema si riflettono istantaneamente nell'API, così il tuo branch frontend può svilupparsi in parallelo sulla nuova struttura dei contenuti.

Per i team di content
Campagne stagionali, test di copy A/B e rilanci del sito traggono tutti vantaggio dai branch. Scrivi in isolamento, fai l'anteprima nel contesto, unisci quando tutto è approvato. Niente più catene di email con "non pubblicare nulla fino al lancio".

Per le agenzie
Crea un branch per ogni deliverable del cliente. Costruisci e rivedi in isolamento. Unisci nel main quando viene approvato. Ogni lavoro in corso di un cliente resta invisibile alla produzione finché non è pronto.