Le client garde la base de données. Vous gardez le code.
Vous construisez le backend et le back-office sur un Postgres que le client possède, sous une licence que personne ne peut révoquer. À la fin de la mission, il garde la base de données et vous gardez le code — et aucun des deux ne loue ce qu'il y a entre les deux.
Par les créateurs de FireCMS, le CMS open source de plus de 10 000 projets Firebase.
Le backend est le livrable. Le panneau est la partie qu'ils voient.
Chaque projet client a besoin de la même couche : REST sur leurs tables, un client typé, des sessions, de l'upload de fichiers, des permissions qui tiennent. C'est le travail le moins différenciant de la facture et le plus facile à rater subtilement.
Rebase le génère depuis le schéma du client, avec les règles d'accès compilées dans la sécurité au niveau des lignes de Postgres plutôt que dans un middleware dont votre successeur devra se souvenir. Le panneau est issu de la même définition : l'équipe opérationnelle dispose d'un panneau d'admin sans nécessiter un second sprint.
- Customize every aspect of the CMS UI
- Build custom fields and editors with React
Ce que vous cessez d'écrire par client
La couche CRUD
Contrôleurs, sérialiseurs, validation et document OpenAPI, générés depuis la définition de collection et régénérés quand elle change.
Les vérifications de permissions
Écrites une fois à côté de la collection, compilées en politiques Postgres. Une table sans règle est refusée plutôt que servie : un endpoint oublié ne peut pas la divulguer.
Le back-office
Tables, formulaires, médias, relations et rôles sont rendus depuis la même définition, et vos composants React entrent là où le champ généré ne suffit pas.
Là où le généré s'arrête, votre React commence
Un champ personnalisé, un aperçu personnalisé, une vue entière ou une action d'entité — chacun est un composant React référencé depuis la collection, pas un fork du panneau.
Marque, thème et textes sont de la configuration : la même base de code peut être livrée à deux clients qui ne se ressemblent en rien.
Ce qui se transfère d'un projet à l'autre
Écrit une fois pour un client et réutilisé sur le suivant sans demander la permission à personne.
Composants réutilisables
Créez des champs et des vues une fois, réutilisez-les sur tous vos projets clients.
Marque blanche par configuration
Logo, palette et textes sont des valeurs de configuration, pas un build patché.
Permissions granulaires
Par collection, par champ, par rôle — et appliqués par Postgres, pas par le panneau.
Se déploie là où le client est déjà
Un conteneur publié et une chaîne de connexion Postgres. Docker, Fly, Railway, Hetzner ou leur propre matériel.
Cloud ou auto-hébergé
Auto-hébergez sur l'infrastructure du client, ou faites tourner sur Rebase Cloud — aujourd'hui en bêta privée.
React et TypeScript, de bout en bout
Pas de langage de template, pas de builder propriétaire. Les gens que vous employez déjà peuvent le lire.
Construit dessus
Des produits livrés sur Rebase
Chacun tourne sur une base Postgres que son propriétaire contrôle. Construits par l'équipe Rebase.
Thérapie digitale de la douleur
MedicalMotion
Un dispositif médical numérique certifié qui délivre une thérapie de la douleur personnalisée par IA. Rebase fait tourner tout le backend : dossiers patients, plans de thérapie, bibliothèque d'exercices et dashboards cliniques.
medicalmotion.com ↗Fidélité retail
Unfeigned
Le programme de fidélité d'une marque de vêtements. Les commandes Odoo POS et Shopify arrivent dans Postgres, un moteur de paliers recalcule points et remises, et les cartes Apple et Google Wallet scannées en caisse sont émises depuis le même schéma.
unfeignedgear.com ↗Marketplace & portail emploi
SustenTalent
Une marketplace bilatérale qui connecte les professionnels du développement durable aux entreprises vertes. Rebase alimente les deux côtés du marché : auth par rôles, APIs de matching typées et back office de modération.
sustentalent.com ↗Éditeur vectoriel · Créé par l'équipe Rebase
Dadaki
Notre propre produit : un éditeur vectoriel rapide dans le navigateur, avec synchronisation cloud. Dadaki tourne sur un backend Rebase parfaitement standard — mêmes auth, storage et APIs générées que n'importe quel projet.
dadaki.com ↗Données publiques · Conçu par l'équipe Rebase
A dónde va el dinero de España
Une lecture publique des dépenses de l'État espagnol, de 725 Md€ jusqu'à une seule ligne budgétaire. Aucune base de données sur le chemin de lecture : un cron recompile les chiffres officiels chaque mois, le storage les sert en JSON, et la page ne fait pas un seul appel d'API.
presupuestos.rebase.website ↗Agent commercial IA · Conçu par l'équipe Rebase
Prospector
Un agent qui lit votre site, planifie des audiences, puis trouve de vraies entreprises et les personnes qui y travaillent — chacune vérifiée sur son propre site. Crons, functions et tableau de revue sont du Rebase standard. Il rédige ; le schéma n'a aucun état dans lequel il envoie.
prospector.rebase.website ↗Outil interne · CRM et automatisation
Edith
Un CRM que l'équipe peut refaire sans déployer : pipelines, tags, tâches et un canevas d'automatisation dont les déclencheurs, branches et actions sont tous des lignes dans Postgres. Vingt-trois collections ont généré tout le back office — aucun écran d'administration n'a été écrit.
internal · edith
Commencez ici le prochain projet client.
Échafaudez sur le Postgres du client. Il garde la base de données, vous gardez le code, personne ne loue ni l'un ni l'autre.