Un problème que l'on connaît tous
Chaque nouveau projet commence pareil. Il faut une base de données. Un panneau d'administration. De l'authentification, une couche API, du stockage, des permissions. Tout ça, vous l'avez déjà construit — peut-être des dizaines de fois. Et pourtant, à chaque fois, c'est retour à la case départ… ou enfermement dans une plateforme qui contrôle vos données et dicte votre roadmap.
Les plateformes cloud ont simplifié le démarrage. Firebase, Supabase, les CMS managés — ils permettent de sauter la tuyauterie et de passer directement au produit. Mais la facilité a un prix : le lock-in fournisseur, une tarification opaque, des données que vous ne maîtrisez pas vraiment, et une architecture que vous ne possédez jamais tout à fait.
En face, les solutions auto-hébergées existent, mais elles semblent souvent d'une autre époque. Complexes à installer, pénibles à personnaliser, pensées pour un monde d'avant l'IA, d'avant le TypeScript partout, d'avant que les développeurs exigent des outils qui marchent tout simplement.
D'où nous venons
On n'en est pas à notre coup d'essai. Avant Rebase, nous avons créé FireCMS — un CMS open-source pour Firebase déployé sur plus de 10 000 projets dans le monde, adopté par des équipes chez Microsoft et IKEA. Pendant des années, nous avons appris ce que les développeurs attendent vraiment d'un panneau d'administration, ce qui bloque les éditeurs de contenu, et où chaque CMS finit par montrer ses limites.
FireCMS nous a énormément appris. Que les développeurs veulent de la flexibilité, pas du lock-in. Que les utilisateurs finaux veulent du beau et du simple, pas un mur de formulaires. Que les meilleurs outils se font oublier et laissent les gens se concentrer sur ce qui compte vraiment.
Mais FireCMS était indissociable de Firebase. Et en voyant l'industrie migrer vers Postgres, vers les standards ouverts, vers la souveraineté des données — nous avons compris qu'il était temps de voir plus grand. De bâtir un socle capable de porter n'importe quel projet numérique, pas seulement ceux liés à un seul fournisseur cloud.
Nos convictions
L'open source n'est pas une fonctionnalité — ce sont les fondations
Rebase est intégralement open source sous licence MIT. Chaque package, chaque ligne de code. Pas d'open-core avec un piège au bout. Pas de source-available assorti de restrictions. MIT — parce que l'infrastructure sur laquelle vous bâtissez doit réellement vous appartenir.
S'auto-héberger devrait être aussi simple que s'inscrire à un service cloud
Si installer votre propre instance prend plus de quelques minutes, c'est que nous avons échoué. Déployer Rebase doit être aussi fluide que de créer un compte SaaS. Docker, Railway, Fly, bare metal — peu importe où vous l'exécutez, ça doit marcher.
Votre base de données est votre source de vérité
Nous ne créons pas de base fantôme. Nous ne masquons pas votre schéma derrière des couches propriétaires. Rebase se branche directement sur votre Postgres, lit vos tables, et construit par-dessus ce que vous avez déjà. Vos données ne quittent jamais votre infrastructure.
Du side-project du samedi au déploiement en production — même plateforme
Nous voulons que Rebase soit l'outil que vous sortez un samedi après-midi pour prototyper une idée, et celui que vous déployez en production le lundi. Le même outil pour un développeur solo et pour une équipe de cinquante personnes qui pilote une plateforme interne complexe. Pas de plafond artificiel, pas de mur payant.
Les tâches répétitives ne devraient plus exister
Monter un panneau d'admin, écrire des endpoints CRUD, câbler l'auth, coder la validation de formulaires, configurer le stockage de fichiers — tout cela est un problème résolu. Vous ne devriez pas y consacrer une semaine de plus. Définissez votre schéma, et laissez la plateforme générer le reste.
L'Europe a besoin de sa propre infrastructure
Nous construisons Rebase depuis l'Europe, et la souveraineté des données, la conformité RGPD et l'indépendance numérique nous tiennent profondément à cœur. Mais ce n'est pas qu'un projet européen — il s'adresse à quiconque estime que ses données doivent rester là où il les a placées.
À qui s'adresse Rebase
À tous ceux qui en ont assez de choisir entre simplicité d'utilisation et maîtrise de leurs outils :
- Le développeur qui veut la vélocité de Firebase sans le lock-in de Firebase
- La startup qui doit aller vite aujourd'hui et scaler demain — sans tout reconstruire
- L'agence fatiguée de recréer le même panneau d'admin pour chaque projet client
- L'équipe entreprise qui doit conserver ses données sur sa propre infrastructure, avec une traçabilité complète
Rebase est hautement modulaire — utilisez le panneau d'admin, la couche API, le SDK, ou la plateforme complète. Prenez uniquement ce dont vous avez besoin, laissez le reste. C'est vous qui décidez jusqu'où vous adoptez la stack.
Pensé pour trois publics
La plupart des outils sont conçus pour une seule audience. Nous construisons pour trois — parce que la meilleure plateforme est celle où chacun peut travailler efficacement :
Utilisateurs finaux
Des interfaces soignées et intuitives que les non-techniciens prennent réellement plaisir à utiliser.
Développeurs
Natif TypeScript, extensible en React, avec des APIs et des SDKs qui semblent faits sur mesure pour vous.
Agents IA
Serveur MCP, APIs structurées et schémas lisibles par les machines — pour que les agents puissent eux aussi construire avec Rebase.
Notre engagement
Nous ne construisons pas Rebase pour le revendre ni pour vous enfermer. Nous le construisons parce que nous avons consacré nos carrières aux outils pour développeurs, et nous savons ce qui manque : une plateforme ouverte, élégante, native Postgres, qui respecte vos données, votre temps et votre intelligence.
Nous livrons vite. Nous écoutons notre communauté. Nous croyons au build in public. Et nous ne faisons que commencer.
Si ces mots trouvent un écho en vous — si vous avez ressenti la même frustration, si vous portez les mêmes convictions — venez construire avec nous.
L'équipe Rebase
Madrid · Building in public depuis 2020
