Alle artikelen
Gids7 min leestijd · 21 juli 2026

Lovable Cloud, uitgelegd: wat zit er eigenlijk onder de motorkap?

Sinds september 2025 krijgt elk nieuw Lovable-project automatisch een backend. We ontleden wat je krijgt, waar het draait en wanneer je het uit zou schakelen.

Maarten Vermeulen

Bijdrager · lvbl.nl

Lovable Cloud, uitgelegd: wat zit er eigenlijk onder de motorkap?
Foto: Taylor Vick / Unsplash
Op 29 september 2025 kondigden Lovable en Supabase gezamenlijk Lovable Cloud aan: elk nieuw Lovable-project krijgt sindsdien standaard een backend die achter de schermen op Supabase draait. De officiële Supabase-blogpost is er heel duidelijk over — "every project created in Lovable Cloud is powered by Supabase behind the scenes". In de praktijk merk je daar weinig van: je vraagt Lovable om een tabel of een login, en de agent regelt schema, RLS, en de client-code in één beweging.

Wat je precies krijgt, staat in de Lovable-docs (docs.lovable.dev/features/cloud): een Postgres-database, authenticatie (e-mail, magic link, OAuth-providers), storage voor bestanden, edge functions voor serverlogica, realtime-subscriptions en een AI-gateway waarmee je zonder eigen API-key richting Gemini, Claude en GPT-modellen kunt bellen. Alles met één klik aan, en zonder aparte facturatie op derde platforms.

Waarom dit meer is dan "een integratie": omdat de agent er nu vanuit gaat. Vraag je om een dashboard met facturen, dan zet Lovable direct de juiste tabellen op, schrijft policies zodat gebruikers alleen hun eigen data zien, en genereert de queries in de front-end. Vroeger moest je die stappen zelf regisseren; nu is het één prompt. Dat scheelt niet alleen tijd, maar ook fouten — vooral rond RLS, waar de meeste beginnersproblemen zaten.

De belangrijkste knop die je moet begrijpen is Row Level Security. Cloud zet het standaard aan op elke nieuwe tabel, met "deny all" als startpolicy. Dat is veilig, maar het betekent ook dat een tabel zonder expliciete policy compleet onzichtbaar is voor je gebruikers — en de foutmelding is niet altijd meteen duidelijk. Vraag de agent altijd om policies mét de tabel te maken; hij doet dat als je erom vraagt, maar niet altijd ongevraagd.

Wanneer schakel je Cloud uit? Twee scenario's. Eén: je hebt al een bestaande Supabase (of eigen backend) waar je hele stack op draait. Dan koppel je die via Settings → Connectors, en gebruik je Lovable puur voor de front-end. Twee: je bouwt iets waarvoor Postgres geen goede match is — een puur statische marketing-site bijvoorbeeld, of een app die uitsluitend externe API's aanspreekt. Voor 90% van de use-cases is Cloud aanlaten simpelweg sneller.

De prijs is inbegrepen bij je Lovable-abonnement tot bepaalde limieten (database-grootte, edge-function-invocaties, storage), en schaalt daarna mee met Supabase-tarieven. Nadeel: je kunt de onderliggende Supabase-project niet direct benaderen via het Supabase-dashboard — het wordt namens jou beheerd. Voor de meeste projecten is dat een feature, geen bug: minder knoppen, minder ongelukjes.

Bronnen: Supabase Blog "Lovable Cloud + Supabase" (29 september 2025), docs.lovable.dev/features/cloud, docs.lovable.dev/integrations/supabase.

Vond je dit fijn?

Geef een hartje en deel het met een andere Lovable-fan.

Ook interessant

Alle artikelen