Make your Lovable app production-ready
Lovable gets a beautiful, working app in front of users faster than anything else. The gap shows up later: Supabase policies written for a demo, secrets in the client, and no path to your own infrastructure.
Row-level security that reads correctly as the logged-in user and also returns everyone else's rows.
- Production Check
- Free, 3–5 days
- Typical engagement
- 2–3 weeks
- Hardening from
- $2,000, fixed scope
Where Lovable apps break in production
What actually goes wrong, and why you would not have spotted it yourself. These are the findings we file most often, not a generic checklist.
- Finding 01
Any customer can read every other customer's data
Generated Supabase policies are frequently permissive. The classic pattern is a policy that reads correctly for the logged-in user and also for everyone else.
Row-level security written for a demo
- Finding 02
Your database password ships inside the app
Service-role keys and third-party API secrets end up in client-side code, where anyone can read them out of the bundle.
Keys on the client
- Finding 03
A test action changes real customer data
Development and production point at the same database, so a test action mutates real customer data.
No environment separation
- Finding 04
Fast today, unusable at fifty thousand rows
Views that fetch entire tables are invisible at ten rows and fatal at a hundred thousand.
Unbounded queries
The Lovable fix list
Almost none of this is a rewrite. Lovable emits a React, Vite and Supabase stack that is perfectly capable of running a real business - it is the configuration around it that was written for a demo.
- Rewrite and test every row-level security policy against real role scenarios
- Move privileged calls to edge functions and rotate every exposed key
- Split development, staging, and production projects with separate data
- Add pagination, indexes, and query limits to the hot paths
- Set up CI/CD so changes ship from git rather than from the editor
- Optionally migrate off the hosted plan onto infrastructure you own
A typical Lovable engagement
Durations from real projects of comparable size. The check is free and everything after it is quoted as fixed scope, so you know the price before we start.
- 1
Production Check
3–5 daysYou add us read-only to the GitHub repo and the Supabase project.
- 2
Security and data layer
Week 1Policies rewritten table by table and tested against anon, authenticated and owner roles, with the tests kept so a future regression fails the build.
- 3
Environments, speed, pipeline
Week 2Separate Supabase projects for development and production, with schema changes as migration files in git rather than clicks in the dashboard.
- 4
Launch and watch
Week 3, then 30 daysWe deploy with you, wire up error tracking, uptime checks and structured logs, and run a real restore from a real backup so the recovery time is a number you know.
What you keep
Everything we produce belongs to you. If you stop working with us tomorrow, nothing stops running and nothing becomes unmaintainable.
Your accounts and your code
The repository, the cloud accounts, the database and the domain stay in your name.
The report, whatever you decide next
Findings, severity ratings, reproduction steps and effort estimates, written for an engineer.
Infrastructure written down
The environment is defined as code in your repository and comes with a runbook: how to deploy, how to roll back, how to restore, and what to check first.
Your Lovable workflow
You can keep prompting. We work in the connected GitHub repository and put review and preview builds around it, so generated changes still ship - they just get checked first.
Lovable questions we get asked
If yours is not here, ask it on the call. The first one is free and there is no obligation afterwards.
Yes, and most clients do. We work in the GitHub repository Lovable syncs with, so your prompts keep landing as commits.
Two checks take about ten minutes. First, in the SQL editor run: select tablename, rowsecurity from pg_tables where schemaname = 'public'.
No. React, Vite, Tailwind and Supabase is a stack we would happily choose ourselves, and rewrites are the most expensive way to fix a configuration problem.
The Production Check is free and takes three to five business days.
Built with something else as well?
Most apps we see are two or three of these stacked together - a builder on the front, a hosted database behind it, and an agent editing both.
- Replit
Agent-built code in a repl. The runtime, the disk and the secrets all change.
View playbook - Base44
Full-stack apps built in-platform. Record-level access and ownership are the questions.
View playbook - Claude Code
Real code in your own repo. The gaps are operational, not syntactic.
View playbook - Cursor
Code you own, written fast, by an agent holding your credentials.
View playbook - Bolt.new
A full-stack app in an afternoon. The last twenty per cent is auth and data rules.
View playbook - v0
The best-looking React in the category, usually wired to mock data.
View playbook - Bubble
Visual apps at real revenue, hitting workload units and privacy rules.
View playbook - Supabase
Great production database, rarely configured like one.
View playbook - Firebase
Auth and a database in an afternoon. The rules and the bill arrive later.
View playbook
Ready to take your Lovable app to production?
Book the free Production Check. You get the ranked report and a walkthrough call, with no obligation to continue.