Ende 2024 war ich drei Wochen in ein SaaS-Projekt für einen Fintech-Client in Canary Wharf eingestiegen. Die App war ein Next.js 14 Dashboard, das Finanzübersichten für kleine Geschäftsinhaber abrief. Ich hatte mich standardmäßig für Vercel Postgres entschieden, weil es direkt im Vercel Dashboard war und ich schnell vorankommen wollte. Sechs Wochen später verdrahtete ich manuell Row-Level-Auth-Logik, die mir Supabase kostenlos am ersten Tag gegeben hätte. Das kostete uns etwa zwei zusätzliche Sprints. Nicht ideal.
Deshalb möchte ich direkt sein: Supabase und Vercel Postgres sind keine gleichwertigen Tools, die um denselben Job kämpfen. Das eine ist eine vollständige Backend-Plattform. Das andere ist eine verwaltete Postgres-Instanz mit einer netten DX-Wrapper. Die falsche Wahl zu treffen bricht deine App nicht, aber sie belastet stillschweigend jede Stunde, die du damit verbringst.
Hier ist, was ich wirklich aus dem Deployment beider Optionen in Client-Projekten bei Seahawk Media gelernt habe.Seahawk Media.
---
Was sie wirklich sind (nicht die Marketing-Version)
Vercel Postgres
Vercel Postgres wurde 2023 gestartet und basiert auf Neon, dem serverlosen Postgres-Unternehmen. Das ist wichtig und wird oft übersehen. Du bekommst im Grunde eine Neon-Datenbank mit einem Vercel-angepassten SDK oben drauf und die Abrechnung läuft über deinen Vercel-Plan.Neon, the serverless Postgres company. That's important and often glossed over. You're basically getting a Neon database with a Vercel-flavoured SDK on top and billing rolled into your Vercel plan.
Was du erhältst: eine PostgreSQL-Datenbank, Edge-kompatibles Connection Pooling via @vercel/postgres und enge Integration mit Vercels Umgebungsvariablen-System. Du schreibst SQL oder verwendest Drizzle/Prisma oben drauf. Das ist mehr oder weniger alles.@vercel/postgres, and tight integration with Vercel's environment variable system. You write SQL or use Drizzle/Prisma on top of it. That's more or less it.
Supabase
Supabase ist ein ganz anderes Kaliber. Darunter ist Postgres, ja, aber eingepackt in eine Plattform, die Auth mitbringt (via GoTrue), Echtzeit-Subscriptions (via Phoenix Channels), Dateispeicher, Edge Functions und eine PostgREST-basierte automatisch generierte REST API. Die Supabase-Architektur-Dokumentation lohnt sich zu lesen, wenn du verstehen willst, wie die Teile zusammenpassen. Du wählst einen vorgegebenen Backend-Stack, nicht nur eine Datenbank.Supabase architecture docs are worth reading if you want to understand how the pieces fit. You're choosing an opinionated backend stack, not just a database.
Der Unterschied zählt sofort beim Scoping eines Projekts. Mit Vercel Postgres baust du immer noch alle deine Auth-, Storage- und API-Layer selbst. Mit Supabase ist ein großer Teil davon bereits vorhanden.
---
Developer Experience: Tag eins vs. Monat drei
Tag eins mit Vercel Postgres ist wirklich schnell. Du klickst im Dashboard auf "Create Database", kopierst die Env-Variablen, installierst @vercel/postgres und schreibst deine erste Query in etwa acht Minuten. Ich habe es mal gestoppt. Es läuft reibungslos, wenn du bereits im Vercel-Ökosystem lebst.@vercel/postgres, and write your first query in about eight minutes. I timed it once. It's frictionless if you already live in the Vercel ecosystem.
Tag eins mit Supabase ist auch schnell, aber es gibt mehr Fläche zum Verstehen. Das Dashboard ist dicht. Table Editor, Auth-Einstellungen, RLS-Richtlinien, Storage Buckets, Edge Functions – es kann sich wie viel anfühlen, wenn du einfach nur drei Tabellen mit Nutzerdaten speichern willst.
Das ist aber die Sache: Im dritten Monat dreht sich das Bild um. Mit Vercel Postgres greife ich ständig zu Third-Party-Paketen, um Lücken zu füllen: Clerk oder NextAuth für Auth, Uploadthing oder S3 für File Storage, Pusher für Realtime. Jede Integration bringt eine Abhängigkeit mit sich, eine neue Rechnungsposition und einen neuen Fehlerpunkt. Mit Supabase sind diese Dinge bereits vorhanden und sprechen nativ miteinander.
Ich habe letztes Jahr bei Seahawk ein Projekt durchgeführt – eine Community-Plattform für eine Fitness-Brand –, wo wir uns bewusst für Supabase entschieden haben, weil wir Realtime-Leaderboard-Updates und von Nutzern hochgeladene Inhalte brauchten. Wir haben diese Features in zwei Wochen ausgeliefert. Ich bin mir sicher, dass das gleiche Projekt auf Vercel Postgres mindestens vier Wochen gedauert hätte, weil wir Pusher, S3 und Clerk von Grund auf zusammenstricken hätten müssen.
---
Performance und Skalierung
Beide laufen auf Postgres. Also wird dir Raw-Query-Performance bei typischen Web-App-Lasten nicht als Unterscheidungsmerkmal dienen. Beide unterstützen Connection Pooling. Beide verarbeiten Millionen von Zeilen problemlos, wenn du richtig indizierst.
Die echte Performance-Story dreht sich um die Architektur.
Vercel Postgres, das unter der Haube Neon ist, nutzt einen Serverless-nativen Ansatz, bei dem Compute und Storage getrennt sind. Cold Starts sind eine echte Sache. In den kostenlosen und Hobby-Tarifen kann die erste Query einer neuen Verbindung 500 ms oder länger dauern, wenn die Datenbank eine Weile nicht angerührt wurde. Für eine Dashboard-App mit vorhersehbarem Traffic ist das eine Fußnote. Für eine Consumer-App mit sporadischen Nutzern ist es ein sichtbares Problem.
Supabase läuft auf dedizierten Instanzen (oder gepoolten Verbindungen via PgBouncer in bezahlten Plänen). Es cold-startet nicht auf die gleiche Weise. Der Supabase Connection Pooling Guide erklärt klar, wie PgBouncer pro Plan konfiguriert wird. Im kostenlosen Tarif bekommst du 60 Datenbankverbindungen. Im Pro-Plan 200. Wenn deine App darüber hinaus skaliert, schaust du dir Supavisor (ihr neuerer Pooler) oder ein externes Tool wie PgBouncer im Transaction Mode an.Supabase connection pooling guide is clear on how PgBouncer is configured per plan. On the free tier you get 60 database connections. On Pro you get 200. Scale your app past that and you're looking at Supavisor (their newer pooler) or an external tool like PgBouncer in transaction mode.
Keine dieser Plattformen wird eine typische SaaS-App unter 10.000 monatlich aktiven Nutzern zum Bottleneck machen. Darüber hinaus ändert sich die Diskussion, und du solltest ohnehin deine eigenen Load Tests durchführen.
---
Preisgestaltung: Wo es interessant wird
Hier sehe ich, wo Menschen in die Falle tappen.
Vercel Postgres Preisgestaltung (Stand 2025-2026):
- In Vercel Pro für $20/Monat enthalten (mit Limits)
- 256MB Speicher bei Pro, dann $0,30/GB darüber hinaus
- Compute skaliert nach Nutzung
Supabase Preisgestaltung:
- Kostenlos: 500MB Datenbank, 1GB Dateispeicher, 50.000 monatlich aktive Nutzer für Auth
- Pro: $25/Monat, 8GB Datenbank, 100GB Dateispeicher, 100.000 MAUs
Wenn du bereits für Vercel Pro zahlst, wirkt sich die Datenbank „kostenlos" an, weil sie enthalten ist. Das ist psychologisch reizvoll. Aber in dem Moment, in dem du Clerk für $25/Monat, Uploadthing und Pusher hinzufügst, kostet deine „kostenlose" Datenbank dich tatsächlich $80+ monatlich an zugehörigen Tools.
Supabase Pro für 25 $/Monat ersetzt die meisten davon. Bei mittleren Projekten gewinnt Supabase oft beim Gesamtbudget pro Monat, obwohl die Datenbankzeile höher aussieht.
Ein ehrliches Caveat: Wenn du ein Soloentwickler bist, der rein serverlose API-Routes deployed und keine Auth-Komplexität sowie keine Realtime-Anforderungen hat, ist Vercel Postgres tatsächlich billiger und einfacher. Zahle nicht für Features, die du nicht nutzt.
---
Next.js Integration: Die praktischen Details
Beide Datenbanken funktionieren gut mit Next.js App Router und Server Actions. Aber das Integrationsgefühl ist unterschiedlich.
Mit Vercel Postgres ist das Muster normalerweise:
- Schreibe eine Server Action oder Route Handler
- Importiere sql von @vercel/postgres
sqlfrom@vercel/postgres - Führe deine Query aus
- Gib Daten an deine Component zurück
Einfach. Vertraut. Funktioniert wunderbar mit Drizzle ORM. Ich nutze Drizzle seit etwa 18 Monaten als mein Standard-ORM und es passt sich Vercel Postgres ohne Umstände an.
Bei Supabase ist das typische Muster in Next.js:
- Erstelle einen Supabase-Client (serverseitig über @supabase/ssr)
@supabase/ssr) - Nutze den Client zum Abfragen oder rufe die automatisch generierte REST API auf
- Nutze optional RLS, um die Datenbankberechtigungsprüfung direkt zu handhaben
Das @supabase/ssr-Paket hatte beim Start 2023 einige raue Kanten. Es ist mittlerweile deutlich besser. Das Einrichten des Auth-Cookie-Flows mit Next.js Middleware erforderte früher eine benutzerdefinierte Implementierung; die aktuelle Dokumentation behandelt es sauber. Dennoch ist es mehr Setup als Vercel Postgres. Gehe damit in diese Richtung mit offenen Augen.@supabase/ssr package had some rough edges when it first launched in 2023. It's significantly better now. Setting up the auth cookie flow with Next.js middleware used to require a custom implementation; the current docs handle it cleanly. Still, it's more setup than Vercel Postgres. Accept that going in.
Eine Sache, die mir an Supabase in Next.js wirklich gefällt: Row Level Security bedeutet, ich kann eine Datenbankabfrage in einer Server Action schreiben, ohne mir Sorgen zu machen, versehentlich die Daten eines anderen Nutzers freizulegen. Die Berechtigungslogik lebt in der Datenbank, nicht verstreut über meinen Anwendungscode. Das ist ein echter architektonischer Gewinn bei jeder Multi-Tenant-App.
---
Wann man sich für Vercel Postgres entscheiden sollte
- Du baust eine einfache Content-Site, einen Blog oder ein internes Tool ohne Authentifizierungsanforderungen (oder du handlest Auth gerne separat)
- Du befindest dich bereits tief im Vercel-Ökosystem und die Pauschalpreisgestaltung rechnet sich aus
- Dein Team kennt sich mit SQL gut aus und möchte rohe Abfragen schreiben oder Drizzle ohne Abstraktions-Overhead nutzen
- Du prototypisierst schnell und weißt, dass du deine Infrastruktur in 90 Tagen neu bewerten wirst
---
Wann man Supabase wählt
Nutze dies als Checkliste. Wenn du drei oder mehr Punkte abhakst, wähle Supabase:
- Du brauchst Benutzerauthentifizierung (E-Mail/Passwort, Social OAuth, Magic Links)
- Du baust Echtzeit-Funktionen auf: Live-Feeds, kollaboratives Bearbeiten, Presence-Indikatoren
- Du möchtest Dateispeicherung ohne S3-Richtlinien einzurichten
- Du baust ein Multi-Tenant-SaaS, bei dem Datenisolation auf Zeilenebene wichtig ist
- Du erwartest, schnell voranzukommen und möchtest, dass die Backend-Anliegen bereits gelöst sind
- Dein Projekt hat einen nicht-technischen Stakeholder, der das Dashboard nutzt, um Daten zu inspizieren
Ich habe Supabase 2025 auf einer Immobilien-Listing-Plattform eingesetzt. Der Kunde brauchte Agenten zum Hochladen von Bildern, Käufer, um Favoriten in Echtzeit zu speichern, und ein Admin-Panel mit grundlegendem Reporting. Auth, Storage, Realtime, RLS – alles abgedeckt. Wir haben Supabase's eingebauten Table-Editor genutzt, damit der Kunde Listings direkt verwalten kann. Kein Custom-Admin-Panel nötig. Das allein hat uns eine Woche gespart.
---
Die Vendor-Lock-In-Frage
Wert, sie zu benennen. Beide Optionen binden dich an spezifische Infrastruktur, nur auf unterschiedliche Weise.
Mit Vercel Postgres (Neon) liegen deine Daten in einer Neon-Datenbank. Neon ist offen genug, dass eine Migration zu einer selbst gehosteten Postgres-Instanz machbar ist. pg_dump, auf deinen neuen Host verweisen, fertig. Das Lock-in ist wirklich Verels DX-Layer, nicht die Daten selbst.pg_dump, point it at your new host, done. The lock-in is really Vercel's DX layer, not the data itself.
Bei Supabase ist das Datenbank-Lock-in ähnlich (es ist ja Postgres), aber das Plattform-Lock-in ist erheblicher. Dein Auth ist GoTrue. Dein Storage ist Supabase Storage. Dein Realtime ist ein Phoenix-Channel-Setup. Das alles auf einen anderen Stack zu migrieren ist über eine Woche Arbeit. Das ist ein echtes Trade-off, das man anerkennen sollte. Supabase bietet Self-Hosting über Docker an, siehe den Supabase Self-Hosting-Guide, was das Vendor-Problem teilweise entschärft.Supabase self-hosting guide, which mitigates the vendor concern somewhat.
Keines ist katastrophales Lock-in. Aber wenn du etwas baust, das du in drei Jahren komplett besitzen musst, berücksichtige das in der Überlegung.
---
FAQ
Ist Supabase einfach Firebase mit Postgres?
Grob gesagt ja, aber diese Darstellung wird dem Postgres-Aspekt nicht gerecht. Firebase nutzt Firestore, eine dokumentorientierte Datenbank mit eigenem Abfragemodell. Supabase bietet dir eine vollständig relationale Datenbank mit Joins, Transaktionen, Fremdschlüsseln und all den Features, die Postgres wertvoll machen. Der Firebase-Vergleich bezieht sich hauptsächlich auf die "Batteries Included"-Philosophie. Wenn du SQL kannst und ein relationales Datenmodell aufbaust, ist Supabase ein deutlich angenehmerer Arbeitsplatz als Firebase je war.
Kann ich Supabase verwenden, ohne dessen Auth-System zu nutzen?
Ja. Du kannst Supabase rein als verwaltete Postgres-Datenbank nutzen und deine eigene Auth mit Clerk oder NextAuth verdrahten. Manche Teams machen das. Ehrlich gesagt würde ich diese Entscheidung hinterfragen – du zahlst für die Plattform, ohne die zeitsparendste Funktion zu nutzen – aber es ist eine valide architektonische Wahl, wenn du starke Meinungen zu Auth-Providern hast.
Funktioniert Vercel Postgres mit Prisma?
Ja. Das @vercel/postgres-Paket funktioniert mit Prisma über den Standard-Prisma-Postgres-Connector. Du setzt deine DATABASE_URL in deinen Umgebungsvariablen und Prisma kümmert sich nicht darum, was dahinter steckt. Ich habe Prisma mit Vercel Postgres in zwei Projekten verwendet. Drizzle ist jetzt meine Vorliebe wegen der Typ-Sicherheit und dem Fehlen eines separaten Migrations-Servers, aber Prisma funktioniert einwandfrei.@vercel/postgres package works with Prisma via the standard Prisma Postgres connector. You set your DATABASE_URL in your env vars and Prisma doesn't care what's behind it. I've used Prisma with Vercel Postgres on two projects. Drizzle is my preference now for the type safety and lack of a separate migration server, but Prisma works perfectly fine.
Welche ist besser für einen Solo-Indie-Developer mit kleinerem Budget?
Der kostenlose Supabase-Plan ist wirklich großzügig: 500MB Speicher, Auth inklusive, Realtime inklusive. Für ein Nebenprojekt oder ein Early-Stage-Produkt schwer zu schlagen. Der kostenlose Vercel-Postgres-Plan ist limitierter und der echte Mehrwert zeigt sich nur, wenn du bereits bei Vercel Pro bist. Würde ich morgen ein persönliches Projekt starten, würde ich ohne zu zögern zu Supabase greifen.
Und was ist mit Neon direkt, statt Vercel Postgres?
Gute Frage. Da Vercel Postgres unter der Haube Neon ist, kannst du den Zwischenhändler ausschalten und Neon direkt nutzen. Du bekommst mehr Plan-Flexibilität, Branching-Features (Neons Database-Branching für Preview-Umgebungen ist wirklich brillant) und bist nicht an Vercels Pricing-Struktur gebunden. Falls du Vercel Postgres hauptsächlich für die Datenbank nutzt und nicht für die Ökosystem-Integration, solltest du ernsthaft in Betracht ziehen, Neon direkt über ihre offizielle Next.js-Integration zu verwenden.official Next.js integration.
---
Die ehrliche Zusammenfassung: Vercel Postgres ist eine großartige Datenbank für Vercel-native Projekte, bei denen du eine Entscheidung weniger treffen willst. Supabase ist eine Backend-Plattform, die zufällig eine großartige Datenbank beinhaltet. Definiere den Scope deines Projekts zuerst, dann wähle das Tool, das zu dem passt, was du tatsächlich baust. Ich habe Sprints verschwendet, indem ich es andersherum gemacht habe. Du wirst wahrscheinlich nicht denselben Fehler machen müssen.