Deploy

Lovable heeft het gebouwd. Geef het nu een adres.

Elk Lovable-project synct naar een GitHub-repository die van jou is. Koppel die repository aan slew en elke wijziging — vanuit de editor van Lovable of via een commit van een developer — deployt naar je eigen domein op Europese infrastructuur. Het prototype houdt zijn bewerk-loop; het staat alleen niet langer op het subdomein van iemand anders.

Van Lovable naar je eigen URL

Een Lovable-export is een Vite + React-app die met npm run build naar dist/ bouwt — toevallig precies de defaults van slew. Zet de GitHub-sync van Lovable aan, en dan:

$ slew git connect you/your-app --output dist
$ slew domains add app.yourdomain.com
Live at https://app.yourdomain.com

Vanaf dan is het push-to-deploy. De GitHub-sync werkt twee kanten op, dus je kunt in Lovable blijven prompten en elke wijziging landt als commit en gaat live — of je geeft de repo aan een developer en laat die het overnemen, zonder dat de app opnieuw hoeft te verhuizen.

Gebouwd voor wat Lovable genereert

Lovable-apps routeren client-side met React Router, en dat is nou net het deel dat je bij de meeste statische hosts zelf moet configureren. Op slew serveren deep links out of the box je app-shell, terwijl ontbrekende assets gewoon echte 404's teruggeven — geen rewrite-regels, geen configbestand. VITE_* environment-variabelen zet je één keer met build-scope en worden bij elke deploy meegecompileerd, zoals Vite het verwacht.

Houd Supabase, verhuis de frontend

Lovable-backends draaien op Supabase, niet op Lovable — de frontend verhuizen verandert dus niets aan de serverkant. Zet je Supabase-URL en publishable key als build-time env vars, voeg het nieuwe domein toe aan de auth-redirect-allowlist van Supabase, en inloggen werkt vanaf de eerste deploy.

De productiekant

Zodra hij van jou is, krijgt hij de normale featureset van het platform: een eigen domein op EU-DNS en -CDN, een verlopende preview-URL bij elke pull request, directe rollback naar elke eerdere deploy, en cookieloze analytics gemeten aan de edge — bezoekersaantallen zonder een script of toestemmingsbanner toe te voegen aan de app die Lovable schreef.

Veelgestelde vragen

Kan ik in Lovable blijven bewerken nadat ik de hosting heb verhuisd?
Ja. De GitHub-sync van Lovable blijft twee kanten op werken — wijzigingen in Lovable worden commits, commits deployen op slew. Ergens anders hosten koppelt de builder niet los.
Werkt client-side routing, of krijgen bezoekers 404's op deep links?
Het werkt zonder configuratie. Paden zonder extensie vallen terug op je app-shell, dus /dashboard/settings laadt de app; paden met een bestandsextensie vallen nooit terug, dus een ontbrekende asset is een echte 404 in plaats van index.html geserveerd als CSS.
Wat gebeurt er met mijn Supabase-backend?
Niets — die blijft op Supabase. Zet VITE_SUPABASE_URL en de publishable key als env vars met build-scope, en voeg je nieuwe domein toe aan de auth-redirect-allowlist in Supabase, zodat logins naar de juiste origin terugkeren.
Wat kost het?
Een Lovable-app past in het gratis plan (3 projecten, 50 GB verkeer). Betaalde plannen zijn vaste bedragen in euro's — €9, €24, €99 — zonder buildminuten-teller en zonder kosten per gebruiker.
Waar staat mijn app fysiek?
Opslag en servers bij Hetzner in Duitsland, CDN en DNS bij Bunny in Slovenië, bedrijf gevestigd in de EU. Geen Amerikaans moederbedrijf, geen blootstelling aan de CLOUD Act.
Begin met deployen

of mail hello@slew.sh — ik verhuis je eerste app voor je