Votre contenu mérite la même gestion de versions que votre code

Publier une entrée de CMS, c’est stressant pour une bonne raison : si quelque chose tourne mal, revenir en arrière n’est pas toujours simple. Certaines plateformes te donnent une pile d’annulation bien trop courte. D’autres limitent l’historique à un nombre fixe de révisions ou à une fenêtre glissante de 30 jours. Plusieurs considèrent l’historique complet des versions comme une fonctionnalité entreprise à payer en supplément pour la débloquer.

Le résultat : une équipe de contenu qui publie avec prudence — non pas parce qu’elle est disciplinée, mais parce qu’elle est sur les nerfs. Ce n’est pas la bonne forme de prudence.

b10cks conserve chaque version, pour toujours, dans toutes les offres. Expérimente librement. Reviens en arrière en toute confiance.

Chaque fois qu’un contenu est enregistré dans b10cks — brouillon, sauvegarde automatique, publication ou modification — une nouvelle version est créée et stockée. Il n’y a aucune limite de conservation. Aucun plafond sur le nombre de révisions. Aucun « les versions plus anciennes sont purgées après 30 jours ».

• Historique complet des changements : vois chaque version, qui l’a créée et quand
• Restauration en un clic : remets n’importe quelle version précédente en brouillon ou en ligne
• Historique par champ : inspecte précisément quels champs ont changé entre deux versions
• Piste d’audit : un registre adapté à la conformité, indiquant qui a modifié quoi et quand, sur l’ensemble de ton espace de contenu

L’historique des versions de ton contenu est aussi long que la vie de ton projet. Si tu veux voir à quoi ressemblait ta page d’accueil six mois avant un rebranding, c’est là.

Une branche de contenu est une copie de travail isolée de ton espace de contenu. Les éditeurs avancent librement — en réorganisant les structures, en rédigeant de nouvelles pages, en testant de nouveaux types de contenu — sans risquer de perturber le site en ligne.

Comment fonctionnent les branches dans b10cks :

• Crée une branche à partir de n’importe quel point de l’historique de ton contenu — depuis l’état en ligne actuel, depuis un tag ou depuis une autre branche
• Modifie en toute indépendance : les changements sur une branche n’affectent aucune autre branche ni l’espace principal
• Fusionne quand c’est prêt : ramène les changements de la branche dans l’espace principal, avec détection des conflits et résolution au niveau des champs
• Supprime sans risque : les branches qui n’ont pas abouti peuvent être supprimées sans conséquence

C’est le workflow qui permet à un développeur de reconstruire le modèle de contenu d’un site en préproduction pendant que les éditeurs continuent de publier en production. Aucune interruption. Aucun « ne touche pas au CMS cette semaine, s’il te plaît ».

Toutes les versions ne se valent pas. Certaines marquent une étape importante — un lancement de produit, une campagne saisonnière, un instantané avant refonte, une relecture validée par le service juridique.

Les tags de version te permettent d’attribuer un nom parlant à n’importe quelle version de n’importe quel contenu :

• v2.-launch · black-friday-2025 · pre-rebrand-snapshot · legal-approved-Q1
• Les tags sont recherchables et filtrables dans tout ton historique de versions
• Restaure une version ou crée une branche à partir d’un tag à tout moment — sans fouiller dans les horodatages
• Utilise les tags comme points de repère stables lors des passations entre équipes

Quand le CEO demande « qu’est-ce qui était exactement en ligne le jour du lancement ? » — tu as la réponse, immédiatement.

Une mise en production dans b10cks est un ensemble nommé de changements de contenu — répartis sur plusieurs entrées, types de blocs et langues — préparés ensemble et publiés comme un seul événement coordonné.

• Regroupe les changements : réunis une mise à jour de page d’accueil, une révision de page produit et un nouvel article de blog dans une seule mise en production
• Prévisualise la mise en production avant qu’elle ne soit en ligne — vois l’ensemble des changements exactement comme ton audience les verra
• Planifie-la : définis l’heure de mise en ligne et laisse b10cks publier tout le contenu de la mise en production de façon atomique

Voilà à quoi ressemble le lancement d’une campagne quand ton CMS le prend vraiment en charge.

Chaque version de l’historique b10cks peut être publiée — pas seulement le brouillon actuel. Si tu dois remettre une page en ligne dans un état antérieur, tu n’as pas besoin d’annuler manuellement les changements ni de copier-coller depuis une sauvegarde. Tu promouvois la version voulue et elle passe en ligne.

• Retour en arrière instantané : promouvois une version précédente en publication en une seule action
• Retour en arrière sélectif : rétablis une seule entrée sans toucher au reste du site
• Contrôle multi-langues : reviens en arrière pour une langue précise de façon indépendante ; tes autres versions linguistiques ne sont pas affectées
• Publie depuis une branche : fusionne et publie l’état d’une branche sans passer par la copie de travail principale

Aucune procédure de « restauration depuis une sauvegarde ». Aucun développeur nécessaire. Choisis simplement la version que tu veux mettre en ligne et publie-la.

Prévisualisation en direct de n’importe quelle version Associe l’URL de prévisualisation de ton frontend à n’importe quelle version historique, tag ou branche — pas seulement au brouillon actuel. Vois exactement comment un état de contenu passé s’affichait sur ton vrai site, avec sa vraie mise en page, avant de décider de le restaurer ou de le supprimer. Compatible avec n’importe quel framework frontend via l’API de jetons de prévisualisation b10cks.

Diff côte à côte Sélectionne deux versions quelconques d’une entrée et obtiens un diff au niveau des champs — ce qui a été ajouté, modifié ou supprimé. Affiché de façon claire et lisible : pas du JSON brut, pas un mur de lignes rouges et vertes.

• Compare le brouillon et la version publiée
• Compare une branche à la branche principale
• Compare deux versions arbitraires de l’historique
• Fais un diff d’un seul champ ou de l’entrée entière

Quand un décideur te demande « qu’est-ce qui a changé depuis mardi dernier ? » tu as la réponse exacte en trois clics.

Pour les développeurs
Branche le modèle de contenu lui-même — pas seulement les entrées. Teste de nouveaux types de blocs et des changements de schéma dans une branche isolée avant de les promouvoir dans ton espace en ligne. Les branches de schéma se répercutent instantanément dans l’API, afin que ta branche frontend puisse travailler en parallèle avec la nouvelle structure de contenu.

Pour les équipes contenu
Les campagnes saisonnières, les tests A/B de copy et les relances de site bénéficient tous des branches. Rédige à l’écart, prévisualise dans le contexte, fusionne une fois validé. Fini les chaînes d’e-mails du type « ne publiez rien avant le lancement ».

Pour les agences
Crée une branche par livrable client. Construis et relis à l’écart. Fusionne dans la branche principale une fois approuvé. Le travail en cours de chaque client reste invisible en production jusqu’à ce qu’il soit prêt.