App gemaakt met AI online zetten
Op je laptop werkt alles. Maar localhost kan alleen jij openen. Online zetten betekent: hosting, een domein, HTTPS, een database die blijft bestaan en een veilige plek voor je sleutels. Niks daarvan is heel moeilijk, maar het gaat ook niet vanzelf.
Loop je hier nu tegenaan?
Bel of mail en leg het voor. Neem ik niet op, stuur dan even een mail.
Herken je dit?
- Je app draait op localhost en nu wil iemand hem proberen.
- Online krijg je een witte pagina of een foutmelding. Op je laptop werkt het wel.
- Je hebt een domeinnaam gekocht, maar die wijst nog nergens naartoe.
- Je AI-tool geeft steeds andere instructies voor het online zetten.
- Je weet niet of je Vercel, Netlify, een VPS of gewone webhosting nodig hebt.
- Inloggen of je database doet het online niet meer.
Waar het meestal aan ligt
Meestal is het één van deze. Loop ze in deze volgorde na.
Je sleutels zijn niet meegekomen
Op je laptop staan API-sleutels en wachtwoorden in een .env-bestand. Dat bestand hoort niet in je code en gaat dus niet mee. Zet ze in de instellingen van je hostingplatform. Ontbreken ze, dan krijg je vaak een witte pagina of een 500-fout.
Je app zoekt nog naar localhost
Ergens staat nog localhost als adres van je database of API. Op de server bestaat die niet. Ook login-diensten en betaalproviders moeten het echte adres van je site kennen (de redirect-URL's).
Verkeerde soort hosting
Een site van alleen HTML, CSS en JavaScript kan bijna overal. Een app met een server erachter moet ook echt kunnen draaien. Gewone webhosting kan dat vaak niet.
De database staat nog op je laptop
Of in een SQLite-bestand in je container, dat bij een update zomaar weg kan zijn. Je app heeft een database nodig die herstarts en updates overleeft, met back-ups die je kan terugzetten.
Domein en HTTPS kloppen niet
Eén verkeerd record en er werkt niks, of een deel van je bezoekers komt op je oude site uit. HTTPS gaat ook niet vanzelf: platforms regelen het meestal, op je eigen server doe je dat met Caddy of certbot.
Je mail komt niet aan
Bevestigingsmails en wachtwoord-resets belanden in spam of komen nooit aan. Voor mail vanaf je eigen domein heb je SPF, DKIM en DMARC nodig.
Wat ik als eerste check
Doe deze stappen zelf, of bel en dan lopen we ze samen door.
- 1
Bepaal wat je hebt gebouwd
Vraag je AI-tool: is dit een statische site, of heeft deze app een server nodig? Is er een login, of slaat hij gegevens op, dan heb je meer nodig dan alleen een plek voor bestanden.
- 2
Kies de simpelste plek die past
Statische site: Cloudflare Pages of Netlify. App met een server: Vercel, Railway of Coolify op een eigen VPS. Begin niet met een eigen server als je daar geen reden voor hebt.
- 3
Zet je code in Git, zonder geheimen
Check of
.envin je.gitignorestaat. Metgit log --all -- .envzie je of het bestand ooit is gecommit. Zo ja, vervang dan die sleutels: ze staan nog in je geschiedenis. - 4
Zet je sleutels in je hostingplatform
Alles wat geheim is, gaat in de environment variables van je platform. Let op: variabelen die beginnen met
VITE_ofNEXT_PUBLIC_komen in de browser terecht. Daar hoort dus nooit iets geheims in. - 5
Koppel je domein
Zet de records die je platform noemt en haal records van je vorige host weg. Laat je MX-records staan, anders valt je mail om. Controleer het met
dig jouwdomein.nlof op dnschecker.org. - 6
Test als een vreemde
Open je app in een privévenster en op je telefoon zonder wifi. Maak een tweede account en kijk of je bij de gegevens van het eerste kan. Kan dat, zet hem dan niet live en lees eerst hoe je dat controleert.
- 7
Regel back-ups en monitoring
Zorg voor automatische back-ups en zet er één keer een terug om te kijken of het werkt. Uptime Kuma of Betterstack laat je weten dat je app plat ligt, voordat een klant dat doet.
Wanneer je het prima zelf kan
Een site zonder login, zonder database en zonder formulier met persoonsgegevens kan je prima zelf online zetten. Gaat er iets mis, dan is de schade klein.
Loggen mensen in, of laten ze gegevens achter? Laat er dan iemand naar kijken voor je live gaat. Een snelle check kost € 99 excl. btw. (Repareren is een stuk makkelijker voordat er echte gegevens in staan.)
Verder lezen
Ik schreef hier eerder een langer stuk over op mijn persoonlijke blog, in het Engels: You’ve vibe-coded your app. Now what?
Veelgestelde vragen
- Kan ik mijn app op mijn gewone webhosting zetten?
- Een site van alleen HTML, CSS en JavaScript wel. Die upload je gewoon. Een app met een server erachter meestal niet. Vraag het je provider, of kies een platform dat ervoor gemaakt is.
- Waarom werkt het wel op mijn laptop en niet online?
- Meestal ontbreken er sleutels of wijst iets nog naar localhost. De logs van je hostingplatform noemen vaak de reden. Plak die gerust in je AI-tool, maar haal er eerst sleutels en wachtwoorden uit.
- Kan mijn AI-tool dit niet gewoon doen?
- Voor een groot deel wel. Een coding agent kan prima een deploy opzetten. Maar hij ziet niet altijd wat er in je DNS of hosting staat, en hij zegt ook makkelijk dat iets klaar en veilig is. Laat hem het werk doen en controleer de uitkomst.
- Wat kost het om een app online te hebben?
- Een statische site kan gratis. Een kleine VPS kost een paar euro per maand. Daar komen vaak je database, e-mail en domein nog bij. Platforms zijn in het begin goedkoop en worden duurder als je groeit.
- Moet ik Docker of Git leren?
- Niet echt. Je AI-tool kan met allebei prima overweg. Wel handig om te weten waarom ze er zijn: met Git kan je terug als een update misgaat.
- Kan jij het voor me online zetten?
- Ja. We kijken wat je hebt gebouwd, ik zet het online en ik leg uit hoe je zelf updates uitrolt. Ik kan het daarna ook hosten en beheren, maar dat hoeft niet.
Verwante problemen
Is Lovable veilig? Zo check je je eigen app
Lovable-apps lekken vooral door verkeerd ingestelde databases. Dit gaat er mis, en zo controleer je zelf of jouw app persoonsgegevens blootstelt.
[Lovable domein & hosting]Lovable-app op je eigen domein of hosting
Lovable koppelen aan je domein bij Strato, TransIP of Mijndomein, of verhuizen naar eigen hosting. Dit gaat er makkelijk mis en dit moet je eerst weten.
[502 Bad Gateway]502 Bad Gateway bij nginx oplossen
502 Bad Gateway betekent dat nginx je applicatie niet kan bereiken of geen geldig antwoord krijgt. Dit zijn de oorzaken en de eerste checks.
[TLS-certificaat]SSL-certificaat verlopen of vernieuwt niet
Certificaat verlopen, of een Let's Encrypt-vernieuwing die stil faalt. De oorzaken, de eerste checks en hoe je voorkomt dat het nog eens gebeurt.
Wil je dit bespreken?
Bel of mail met je vraag. Neem ik niet op, stuur dan even een mail.
Terug naar Hulp bij je AI-app