Du contenu structuré.
Aux mains de l'Europe.
Modélisez des données complexes avec les Channels et les Custom Fields, faites fonctionner les logins clients avec le contexte Cloud Code, et diffusez en Liquid ou via REST. Ajoutez un champ sans migration. Conçu et exploité par une entreprise belge indépendante.
Des Channels et des Custom Fields qui s'adaptent au projet
Les types de contenu dans Nimbu sont des Channels : des types structurés que vous définissez selon les besoins du projet. Chacun contient des Custom Fields qui couvrent la forme réelle des données de contenu. Ajoutez un champ à un Channel en production et les entrées existantes continuent de fonctionner. Pas de migration de schéma, pas d'interruption, pas de gel du contenu.
- Des relations entre Channels Reliez des entrées entre types de contenu avec un champ de relation typé.
- Des champs chiffrés avec des clés conservées dans l'UE Marquez un champ comme chiffré et ses valeurs sont protégées au repos.
- Localisable sur n'importe quel champ Rendez n'importe quel champ propre à chaque locale. Un seul modèle, toutes les langues.
- Des champs calculés Des valeurs dérivées d'autres champs, sans couche de logique supplémentaire.
Une couche de themes qui survit aux refontes
Les Channels apparaissent dans les templates sous forme de Drops. 76 Drops donnent accès à tout le domaine, et plus de 20 tags personnalisés couvrent la navigation, la pagination, la recherche, le cache, l'édition en ligne, les métadonnées SEO et le consentement. Les développeurs qui connaissent Shopify Liquid sont productifs dès le premier jour. Si vous voulez du headless, le même modèle alimente un frontend statique ou JS via REST, sans deuxième source de vérité.
- Des themes basés sur Git, push-to-deploy Aucun pipeline de build. Un theme écrit aujourd'hui fonctionne encore dans trois ans.
- 76 Drops, accès complet au domaine Articles, produits, clients, commandes, recherche : tout est accessible dans les templates.
- Du headless quand vous en avez besoin La REST API livre le même contenu à n'importe quel frontend sans deuxième source de vérité.
Cycle de vie éditorial
Brouillon, programmation, publication. ACL. Piste d'audit.
Chaque entrée passe par un cycle de vie brouillon, programmé, publié. Les rédacteurs travaillent sans toucher au site en production. Le contenu part en ligne au moment prévu, pas dès que quelqu'un clique sur enregistrer.
Brouillons et publication programmée
Les rédacteurs préparent les modifications, programment une date de lancement et voient l'état exact de chaque entrée. Le site en production reste intact jusqu'au moment prévu du changement.
Champs SEO et ACL intégrés
Titre, description et métadonnées sur chaque entrée, rendus via seo_metadata. Des ACL pour que l'agence contrôle qui modifie quoi. Le client touche à son propre contenu, pas à la couche des templates.
Piste d'audit
Chaque modification est enregistrée, avec son auteur. Quand un client demande pourquoi une page ne dit plus la même chose que la semaine dernière, la réponse est là.
Un éditeur épuré où ils ne peuvent rien casser
Vos clients voient les champs que vous avez définis, dans la langue dans laquelle ils travaillent, sans rien qui puisse faire exploser une mise en page. Le modèle, c'est vous qui le façonnez. Le client ne voit que ce qu'il doit pouvoir toucher.
- Aucun code de template exposé L'éditeur n'affiche que les champs de contenu. La couche Liquid est invisible pour les clients.
- Des champs localisés comme saisies par langue Un champ marqué comme localisé apparaît sous forme d'onglet par langue, sans plugin de traduction.
- Des relations en sélecteurs, pas en ID bruts Les champs de relation s'affichent comme un sélecteur de contenu. Les rédacteurs relient les entrées sans connaître le modèle sous-jacent.
- Une quarantaine de locales de contenu Un multilingue natif pour les clients belges qui travaillent en NL et en FR, sans plugin greffé par-dessus.
- Moins d'e-mails signalant une casse Les définitions de champs encadrent ce que les rédacteurs peuvent faire. Moins d'accidents, moins de retours en arrière, moins de demandes de support.
Le même contenu, via REST et la CLI
Tout ce qui se trouve dans l'éditeur est accessible via l'API. La même REST API qui alimente le dashboard : OAuth2, OpenID Connect, un contrat versionné et plus de 200 endpoints documentés. La CLI pilote le contenu comme elle pilote les themes, les produits et les traductions. Scriptable de bout en bout, avec une sortie JSON pour l'outillage et les agents.
Indépendant. Aux mains de l'Europe.
Vous réévaluez après une acquisition récente ?
Si une décision de plateforme a été prise à votre place, la vraie question est celle de la propriété. Qui contrôle la plateforme sur laquelle vit le contenu de vos clients, et que devient ce contenu ensuite.
Nimbu est conçu et exploité par Zenjoy, une entreprise belge sous juridiction européenne, régulée par l'APD. Indépendante, aucune acquisition en cours, aucune roadmap de maison mère à suivre. Votre modèle de contenu, vos themes et vos données restent accessibles à tout moment via la REST API et la CLI.
Découvrez comment Nimbu se compare à Contentful pour une équipe de contenu.
Nous modélisons le contenu de chaque client de la même façon et nous ajoutons des champs en cours de projet, sans une seule migration. Trois ans plus tard, les themes se déploient toujours et les clients restent dans leur périmètre.
Commencez à modéliser du contenu sans la reconstruction
Réservez un appel de découverte de 30 minutes. Nous répondons dans un délai d'personnellement pour le planifier.