Alternatives à Supabase
Supabase, c'est Postgres avec l'auth, le stockage, le temps réel et les edge functions par-dessus, et de loin le produit le mieux documenté de cette catégorie. La plupart des gens qui cherchent une alternative ne sont pas mécontents de Postgres — ils butent sur un bord précis du produit qui l'entoure.
Publié par Rebase, qui est l'un des outils de cette page. Chaque autre entrée est décrite par ce qu'elle fait bien, plusieurs des recommandations ci-dessous ne sont pas nous, et il n'y a de prix nulle part — les tarifs des concurrents changent chaque trimestre et un chiffre périmé vaut moins que rien.
Partez de la raison de votre départ
Presque personne ne veut « la meilleure alternative ». On veut celle qui répare la chose précise qui a cassé. Trouvez votre ligne.
“Le tableau de bord est un éditeur de tables et mon équipe a besoin d'un vrai panneau d'administration”
RebaseGénère un back-office complet — formulaires, rôles, médias, kanban, vos propres composants React — depuis les mêmes définitions de collection qui produisent l'API : il reste aligné sur le schéma au lieu d'être maintenu à côté.
“Écrire et déboguer la RLS dans un tableau de bord est pénible”
RebaseLes règles de sécurité font partie de la définition de collection en TypeScript et se compilent en véritables politiques Postgres : une politique est relisible dans une pull request et visible dans un diff. L'application est identique — c'est Postgres dans les deux cas.
“Je veux un binaire et aucune infrastructure”
PocketBaseUn seul exécutable avec SQLite, l'auth, le stockage et une interface d'administration. Rien ici n'est plus simple à exploiter.
“Je veux la forme de Firebase, mais auto-hébergée”
AppwriteCe qui se rapproche le plus de l'expérience développeur de Firebase parmi ce que vous pouvez exploiter vous-même, avec des SDK sur la plupart des plateformes.
“J'ai besoin de GraphQL”
Hasura or NhostHasura si vous assemblez le reste vous-même ou fédérez plusieurs sources ; Nhost si vous voulez Hasura avec l'auth, le stockage et les fonctions déjà branchés ensemble.
“Je ne voulais que du Postgres managé”
NeonPostgres avec branches et mise à l'échelle jusqu'à zéro, et rien de la plateforme autour. Posez dessus ce que vous voulez.
9 alternatives à Supabase
Classé grosso modo selon la fréquence à laquelle chacun s'avère être la réponse, pas selon un score. Là où un face-à-face existe, il est lié.
- 1
Rebase
That's usOpen source· Les deuxIdéal pour : Postgres plus un panneau d'administration utilisable par toute votre équipe
Un backend Postgres — API REST, SDK typé, auth, temps réel, stockage, fonctions, cron — plus un panneau d'administration généré depuis les mêmes définitions de collection en TypeScript. La sécurité au niveau des lignes s'écrit en code et se compile en véritables politiques Postgres : l'autorisation est appliquée par la base plutôt que par la couche devant elle. Se connecte à une base Postgres qui existe déjà.
- 2
Appwrite
Open source· Les deuxIdéal pour : Une API à la forme de Firebase que vous pouvez auto-héberger
Un backend tout compris avec auth, bases de données, stockage, fonctions et messagerie, et des SDK client pour la plupart des plateformes. Plus proche de la forme de Firebase que d'un backend SQL — la base est orientée documents, ce qui est le bon choix si c'est ce que vous vouliez et le mauvais si vous veniez pour les jointures.
- 3
PocketBase
Open source· Auto-hébergéIdéal pour : Un binaire, un fichier, aucune infrastructure
Un seul exécutable Go avec une base SQLite embarquée, l'auth, le stockage de fichiers, le temps réel et une interface d'administration. Réellement agréable pour une petite application ou un prototype. La contrainte est la même que l'attrait : SQLite et un seul processus, donc la mise à l'échelle horizontale et les fonctionnalités propres à Postgres sont hors de portée.
- 4
Nhost
Open source· Les deuxIdéal pour : Postgres et GraphQL avec l'auth déjà branchée
Regroupe Postgres, Hasura, l'auth, le stockage et les fonctions en une seule plateforme : vous avez le modèle GraphQL sans l'assembler. Un bon choix si vous vouliez Hasura et les pièces autour.
- 5
Hasura
Open source (Apache-2.0)· Les deuxIdéal pour : GraphQL, surtout fédéré entre plusieurs sources
Génère une API GraphQL sur Postgres et d'autres sources, avec un système de permissions défini dans ses métadonnées. La meilleure option ici si GraphQL est une décision produit et non une préférence. Il vous donne une API et une console, pas un back-office pour non-développeurs.
- 6
Directus
Source-available (MSCL)· Les deuxIdéal pour : Une interface éditoriale mature sur une base de données existante
Enveloppe une base SQL dans une API REST et GraphQL et une application d'administration bien construite, et fonctionne avec un schéma que vous avez déjà. Les permissions sont appliquées dans la couche Directus plutôt que dans la base, et l'application possède un ensemble de tables à elle.
- 7
Neon
Open source (cœur)· HébergéIdéal pour : Du Postgres serverless avec branches, et rien d'autre
Postgres managé avec branches de base et mise à l'échelle jusqu'à zéro, filiale de Databricks depuis mai 2025. Délibérément pas un backend — pas d'auth, pas d'API, pas de panneau d'administration — ce qui en fait une bonne fondation sur laquelle poser l'un des autres outils d'ici, Rebase compris.
- 8
Convex
Source-available (FSL)· Les deuxIdéal pour : Des applications réactives où les requêtes sont du code, pas du SQL
Un backend où requêtes et mutations sont des fonctions TypeScript et où le client se re-rend quand leurs résultats changent. Un modèle réellement différent, et agréable. Ce n'est pas Postgres : les raisons de vouloir Postgres ne s'appliquent donc pas. Le code est sous Functional Source License, qui bascule en Apache-2.0 deux ans après chaque version.
- 9
Firebase
Propriétaire· HébergéIdéal pour : Des applications mobiles qui doivent fonctionner hors ligne
Des SDK client avec persistance hors ligne qui restent les meilleurs de la catégorie, sur l'échelle opérationnelle de Google. La base est un magasin de documents : les jointures, les transactions entre collections et les requêtes ad hoc sont ce à quoi vous renoncez.
Rebase et Supabase, en réponses
Quelle est l'alternative la plus proche de Supabase ?
Cela dépend de la partie que vous remplacez. Appwrite est la plus proche par la forme — un backend auto-hébergeable tout compris avec des SDK client — même si sa base est orientée documents et non relationnelle. Si vous voulez précisément du Postgres-avec-plateforme, Nhost et Rebase sont les plus proches ; Nhost penche GraphQL, Rebase penche REST plus un panneau d'administration généré.
Existe-t-il une alternative auto-hébergée à Supabase ?
Plusieurs, et Supabase lui-même est auto-hébergeable — il est open source, et l'exploiter soi-même est un chemin pris en charge, quoique exigeant. Si la raison de votre recherche est que l'auto-hébergement de Supabase est plus lourd que voulu, PocketBase est l'option la plus légère ici, et Rebase, Appwrite et Directus tournent comme une application normale à côté d'un Postgres normal.
Dois-je migrer ma base de données pour changer ?
En général non, si vous allez vers quelque chose de basé sur Postgres. Vos données sont déjà dans Postgres, et Rebase, Directus, Hasura et Nhost se connectent à une base qui existe déjà. Ce qui doit être réécrit, c'est la couche cliente et tout ce qui utilise des services propres à Supabase — leur schéma d'auth, leurs buckets de stockage et leurs edge functions sont leurs implémentations, pas des fonctionnalités de Postgres.
Quelle alternative est la meilleure pour la sécurité au niveau des lignes ?
Tout ce qui laisse l'application des règles dans Postgres, parce qu'une politique dans la base vaut pour tous les clients et pas seulement pour ceux qui passent par l'outil. Supabase et Rebase le font tous les deux. La différence est l'endroit où la politique s'écrit : Supabase dans le tableau de bord en SQL, Rebase dans la définition de collection sous forme de code qui se compile en la même politique.
Supabase reste-t-il le bon choix pour certains projets ?
Souvent, oui. Si vous voulez la plus grande communauté et le plus de contenu tiers, si le palier gratuit compte pendant vos débuts, ou si vous voulez des edge functions au CDN, Supabase est devant. Rien sur cette page ne le bat sur l'écosystème — les raisons de regarder ailleurs sont précises, et si aucune n'est la vôtre, vous avez déjà votre réponse.
Ne nous croyez pas sur parole.
La comparaison qui compte est celle que vous faites. Pointez Rebase vers une base Postgres que vous avez déjà et voyez comment il tient face à Supabase.