Applicatie gemaakt met AI hosten: van Lovable of Bolt naar uw server

Waar uw applicatie vandaag draait

Lovable, Bolt en Replit publiceren de applicatie op hun eigen infrastructuur, met één klik. Dit zegt hun documentatie, geraadpleegd in oktober 2026:

v0 publiceert op een Vercel-project en genereert een Next.js-applicatie (React, TypeScript, Tailwind CSS); de code kunt u exporteren of in beide richtingen met GitHub synchroniseren. Cursor is een editor en programmeeragent die op uw computer is geïnstalleerd: de code staat er al, en de hosting kiest u volledig zelf.

Deze geïntegreerde hostingdiensten zijn gemaakt om snel te publiceren. Bij Lovable en bij Replit is de onlineversie een momentopname, vernieuwd bij elke publicatie, en de kosten volgen het gebruik van het platform (bij Lovable dekken credits de activiteit van de backend en de AI; bij Replit omvat het Starter-abonnement één gepubliceerde applicatie, die na 30 dagen verloopt en opnieuw wordt gepubliceerd). U stapt over naar een eigen server voor een domein en gegevens onder uw eigen beheer, gereserveerde resources, permanente achtergrondtaken of compliance-eisen.

De code en de gegevens ophalen

Het veiligst is het project te koppelen aan een GitHub-repository: elke wijziging komt er als commit binnen, met de volledige geschiedenis. Bij Lovable werkt de synchronisatie in beide richtingen: u blijft in Lovable bouwen terwijl uw server de applicatie aanbiedt.

1. Lovable: koppel het project aan GitHub, GitLab of Bitbucket, of download het .zip-archief van de code (betaald abonnement).
2. Bolt: koppel GitHub, of klik linksboven op de titel van het project en daarna op “Download”.
3. Replit: menu met drie puntjes boven de bestandsstructuur, daarna “Download as zip”; of de Git-tool, gekoppeld aan uw GitHub-account, met automatische synchronisatie.
4. v0: koppel GitHub vanuit het menu van het project (“Settings”, daarna “GitHub”), of exporteer de code.

De code bevat noch de inhoud van de database, noch de bestanden die uw gebruikers hebben geüpload. Bij Lovable exporteert u de database vanuit het project als een .backup-bestand, terug te zetten met pg_restore, en downloadt u de bestanden uit de opslag apart. Bij Bolt kan de database aan uw eigen Supabase-account worden gekoppeld (abonnementen Pro en Teams).

Waaruit uw applicatie bestaat

Open het bestand package.json: het vertelt waarop de applicatie steunt, en dus wat uw server moet laten draaien.

Met Vite wordt elke variabele waarvan de naam begint met VITE_ bij de build opgenomen in de code die naar de browser gaat: elke bezoeker kan haar lezen, en haar waarde wijzigen vraagt een nieuwe build. Dat is de bedoeling voor de publieke sleutel van Supabase (sb_publishable_…, of de oudere anon), gemaakt voor de browser en afgeschermd door de beveiligingsregels op rijniveau (RLS). De geheime sleutel (sb_secret_…, of de oudere service_role) omzeilt die regels: hij blijft op de server, zonder het voorvoegsel VITE_.

VITE_SUPABASE_URL=https://xxxx.supabase.co
VITE_SUPABASE_PUBLISHABLE_KEY=sb_publishable_xxxx
VITE_SUPABASE_PROJECT_ID=xxxx

Schakel RLS in op elke tabel voordat u live gaat: het zijn die regels die uw gegevens beschermen terwijl de publieke sleutel in de browser rondgaat.

Haar op uw eigen server zetten, stap voor stap

Op een VPS met Linux volgt de livegang altijd dezelfde volgorde. Lovable raadt Node.js 22 aan om zijn applicaties te bouwen en te laten draaien.

1. De build: clone de repository op de server en voer daarna npm install en npm run build uit. Een Vite-applicatie maakt statische bestanden aan in dist/; een TanStack Start-applicatie bouwt u met NITRO_PRESET=node-server npm run build en start u met node .output/server/index.mjs, op poort 3000; een Next.js-applicatie start u met npm run start.
2. Het proces: voor een applicatie met server start een systemd-dienst haar samen met de machine en herstart haar als ze stopt.
3. De webserver: Nginx of Caddy ontvangt de bezoekers. Voor een Vite-applicatie stuurt hij index.html terug op elk onbekend adres, anders antwoordt een vernieuwde pagina met 404; voor een applicatie met server stuurt hij de verzoeken door naar het Node.js-proces.
4. De domeinnaam: een DNS-record A (en AAAA voor IPv6) wijst naar de server.
5. HTTPS: een gratis certificaat van Let's Encrypt. Caddy haalt het op en vernieuwt het vanzelf; met Nginx neemt Certbot dat op zich.
6. De geheimen: in een omgevingsbestand dat alleen de gebruiker van de applicatie kan lezen, buiten de Git-repository.
7. De database: laat de backend bij zijn leverancier, of installeer hem op uw server. Een Supabase-applicatie heeft naast haar PostgreSQL-database ook authenticatie, opslag, realtime en functies nodig: Supabase self-hosted brengt die samen.
8. De redirect-adressen: voeg uw domein toe aan de toegestane URL's van de authenticatie, en bij Google of GitHub als de backend van adres verandert.
9. De back-ups: de database en de bestanden elke nacht, gekopieerd buiten de server, en af en toe een proefherstel.

app.votre-domaine.com {
	reverse_proxy 127.0.0.1:3000
}

server {
    server_name app.votre-domaine.com;
    root /var/www/app/dist;

    location / {
        try_files $uri $uri/ /index.html;
    }
}

Wat er nodig is om haar overeind te houden

Een applicatie die online staat, leeft: haar afhankelijkheden krijgen patches, haar database groeit, haar verkeer verandert. Wat haar snel en veilig houdt, past in een vaste routine:

Deze routine is het vak van een systeembeheerder, en u kunt haar uitbesteden. Met een managed VPS houdt de hostingprovider de server up-to-date, bewaakt hem dag en nacht en grijpt in zonder op uw oproep te wachten. Hij houdt ook uw applicatie proactief in de gaten (fouten, vertragingen, zware query's, schijfruimte) en raadt u de correctie aan: u past haar toe met uw eigen AI-assistent, zoals u de applicatie hebt gebouwd, en u houdt uw code zelf in handen.