Supabase and Vercel do not talk to each other directly. Both connect to the same GitHub repo your Lovable app already lives in, one hosts the app, the other stores its data. Here is the real order that happens in.
An overlay appears directly on top of Supabase and Lovable. No tab switching, no re-reading docs.
Copy your Project URL
Find the Project URL field below and click the copy icon. We will use this in Lovable’s environment settings.
Stylized preview. The real guide is interactive, not a screenshot.
Sign into Vercel with the same GitHub account you used for Lovable, then choose the repo Lovable already saved your app to. Vercel pulls the code straight from that repo to build and host it.
Click deploy, wait the short minute it takes to build, then open the live link to confirm it is the exact app anyone visiting your address would see. A custom domain is optional here, the free Vercel address works on its own.
Sign into Supabase with that same GitHub account, create an organization, then create your project. This is the step that links Supabase to the GitHub project you already built and deployed, not a separate copy of it.
Open the SQL Editor and paste in SQL for a simple table, like one for storing a display name and a created_at timestamp per user. You do not write this SQL yourself, an AI like Claude writes it, you paste and run it.
The connection between them is the shared GitHub repo, not a toggle inside either dashboard. If you create a second, unrelated GitHub repo for either step, they stop pointing at the same app.
You built an app with Lovable, saved it to GitHub, put it live with Vercel, and just gave it a real backend with Supabase. That is the full beginner flow in Build Your First SaaS App For $0.
Getting a real, live address first means you have something to actually show people while the backend catches up. The app works with placeholder behavior until Supabase is wired in, then the same live address starts saving real data instead of losing it on refresh.
Vercel and Supabase each connect to the GitHub repo independently, in their own setup step, with their own sign in. Neither one reaches into the other, the repo is just the thing they both happen to point at.
Want to build this for real instead of just reading about it?
No, not directly. Both connect to the same GitHub repo your Lovable app is stored in, Vercel deploys from it and Supabase links its project setup to it.
In this product flow, putting the app live on Vercel happens before building the Supabase backend, it is the second objective in the mission, with Supabase third.
No. You paste SQL that an AI like Claude writes for you into the SQL Editor and run it, you are not expected to write it yourself.
A common starting example is a profiles table, storing a display name and a created_at timestamp for each user.
No, that step is optional. Your app gets a free working Vercel address by default, a custom domain is something you can add later if you already own one.
Following the real product order, getting a live Vercel address first, then wiring up Supabase, means you always have something real to check your work against.
Vercel and Supabase should both point at the one repo Lovable created, not separate copies, or the app you see live will not match the backend you built.
Paste the SQL an AI like Claude gives you into the Supabase SQL Editor rather than writing table definitions by hand.
You're not the problem. The format is. Here's what changes when you switch to an interactive mission.
Looking for the next thing to build? Browse every mission and find one that matches what you are trying to ship.
Browse all missions