Van Bolt naar je eigen hosting

Wat heb je na Bolt in handen, en wat ontbreekt er nog?

Je hebt een project dat werkt en een plek waar je het kunt laten zien. Bolt.new is van StackBlitz, en wat je voor je hebt is een ontwikkelomgeving in de browser. Wat je nodig hebt, is hetzelfde project op een plek die van jou is, waar het blijft draaien zonder dat iemand in de bouwomgeving iets aanraakt.

Daarnaast loopt een tweede lijst mee: alles wat buiten de tool ligt en dus door niemand voor je geregeld wordt. Een hostingrekening op jouw naam. Een domein dat jij bezit. Een database met een back-up die je een keer hebt teruggezet. Sleutels die niet in de code staan. En een privacyverklaring zodra je een e-mailadres bewaart. Die lijst is niet zwaar, hij is onzichtbaar: je mist geen functie, je weet alleen niet wat je niet weet.

• Wat je hebt: een werkend project en een plek waar je het kunt laten zien.
• Wat ontbreekt: eigen host, eigen domein, gegevens die blijven staan, sleutels buiten de code.
• En de wettelijke minimums, vanaf de eerste echte bezoeker.
• Loop de lijst af in de volgorde waarin je hem tegenkomt, en stop per stap bij de kleinste versie die goed genoeg is.

Hoe krijg je je project uit Bolt?

Je begint bij eigendom: zorg dat de code op een plek staat die van jou is en die je zonder de tool kunt openen. In de praktijk is dat een eigen repository in versiebeheer, want dat is het formaat waar elke host mee overweg kan en de enige vorm van bezit die niet aan een aanbieder vastzit.

Maak dus eerst zelf een account bij een versiebeheerdienst aan en zet daar een lege repository klaar, met jou als eigenaar. Zoek daarna in de documentatie van Bolt op versiebeheer, export en downloaden wat de koppeling precies vraagt. Die instructie gaat voor op elke algemene uitleg, ook op deze pagina: een gids die knoppen beschrijft is binnen een maand achterhaald.

• Eigen account bij een versiebeheerdienst, eigen lege repository, jij als eigenaar.
• De koppeling zelf: zoek in de documentatie van Bolt op versiebeheer, export en downloaden.
• Draai het project een keer op je eigen computer: wat daar niet start, start bij een host ook niet.
• Zet er vijf regels bij: hoe start je het project, en welke waarden heeft het nodig.
• Zoek op sleutels in de bestanden voordat je de repository deelt; versiebeheer vergeet niets.

Waar ga je hosten, en hoe koppel je je domein?

Hosting is de plek waar je project draait als jouw laptop dicht is. De keuze hangt aan een vraag: kan je project als kant-en-klare bestanden geleverd worden, of moet er een server meedenken? Zodra er accounts, gegevens of betalingen in zitten, heb je een omgeving nodig die je code uitvoert.

Let dan op vier dingen: kun je je eigen domein koppelen, krijg je automatisch HTTPS, kun je omgevingsvariabelen instellen zonder ze in je code te zetten, en kun je weer weg zonder alles te herbouwen. Dat laatste wordt het vaakst vergeten en telt het zwaarst. Een host die je code als gewone code behandelt, kun je verlaten.

Het domein koop je bij een registrar op jouw eigen naam, want wie het domein bezit, bezit je adres. Daarna zet je een A-record klaar voor de kale naam en een CNAME voor een subdomein zoals www. Je host geeft meestal exact op wat je moet invullen, en die opgave gaat voor op deze uitleg. Reken erop dat een wijziging niet meteen overal zichtbaar is, want DNS wordt gecachet.

• Geen inlog en geen opslag: een statische host volstaat. Wel accounts of gegevens: kies een omgeving die code uitvoert.
• Vier eisen aan je host: eigen domein, automatisch HTTPS, omgevingsvariabelen, en een uitweg.
• A-record voor de kale naam, CNAME voor www; kies een canonieke vorm en verwijs de andere door.
• Reken op maandkosten in plaats van een eenmalig bedrag, en kijk wat er gebeurt als een gratis laag vol raakt.

Wat doe je met je database en je geheimen?

Dit zijn de twee dingen die een prototype het slechtst bewaart en een live project het beste moet regelen. Gegevens staan vaak op een plek die verdwijnt, sleutels op een plek die iedereen kan lezen. Allebei gaat goed tot iemand je project serieus gebruikt.

Voor de database: alles wat moet blijven, hoort in een echte database en niet in het geheugen of in een bestand naast de code. Een beheerde relationele database is de veilige standaard, want iemand anders doet de updates en de back-ups en het formaat is niet van een aanbieder. Zet de back-up aan en herstel er een keer echt uit; een back-up die je nooit hebt teruggezet is een aanname.

Voor de geheimen geldt een regel: elke waarde waarmee iemand zich als jou kan voordoen, hoort in een omgevingsvariabele bij je host en nooit in de code. Wat in de browser terechtkomt is publiek, hoe het ook heet. En is er ooit een sleutel gelekt, wissel hem dan, want weghalen uit de code trekt de oude waarde niet in.

• Niets blijvends in het geheugen of in een bestand naast de code.
• Kies beheerd en in een formaat dat je kunt meenemen; back-up aan, met een echte herstelproef.
• Schema in migraties, en sla alleen op wat je gebruikt.
• .env uit versiebeheer, .env.example met alleen de namen erin.
• Een gelekte sleutel wissel je, die verwijder je niet.

Welke checks doe je vóór livegang?

Voordat een vreemde je project opent, loop je een korte lijst af. Het gaat niet om beveiliging op grote schaal maar om het handjevol dingen dat de meeste ellende voorkomt. Alles wat van buiten binnenkomt is verdacht tot je het hebt gecontroleerd, en alles wat naar buiten gaat mag niet meer prijsgeven dan nodig.

Zet HTTPS aan en dwing hem af. Valideer invoer op de server en niet alleen in de browser, want de browsercontrole is gebruiksgemak en geen slot. Zorg dat foutmeldingen niets technisch prijsgeven. Zet een limiet op formulieren en inlogpogingen. En kijk of je bij andermans gegevens komt door een id in de adresbalk te veranderen: dat is de fout die het vaakst voorkomt en het meest kost.

• HTTPS afgedwongen, validatie op de server, foutpagina's zonder technische details.
• Limiet op formulieren en inlogpogingen; test of een id in de URL geen andermans gegevens opent.
• Een h1 per pagina, alt-teksten, toetsenbordgebruik, contrast, sitemap en een canonieke URL per pagina.
• Identiteit en KVK-nummer vindbaar, privacyverklaring vanaf het eerste e-mailadres.

basestep heeft hiervoor een gezondheidscheck van achttien punten in vijf gebieden. Het is een lijst die je zelf aflegt en zelf afvinkt: het platform kijkt niet mee op je site en zet niets voor je live.

De achttien punten staan in de gezondheidscheck. De uitleg per stap, met de juridische minimums en wat er na livegang komt, staat in de hoofdgids van prototype naar live.

Wat blijft Bolt doen, en wat ligt vanaf nu bij jou?

Na de overstap verandert de rolverdeling, niet de waarde van de tool. Bolt blijft de plek waar je snel bouwt en verandert; jouw eigen host is de plek waar de versie draait waar mensen op rekenen. Het scheelt verwarring om die twee uit elkaar te houden en per wijziging te weten waar je hem maakt.

Wat vanaf nu bij jou ligt, is kort. Jij bent eigenaar van de code, dus jij bepaalt wanneer er iets naar de live versie gaat. Jij betaalt host en domein, en jij merkt het als een betaalkaart of een domein afloopt. Jij werkt afhankelijkheden bij op een vast moment, want een halfjaar niets doen maakt van elke update een verbouwing. En jij bent voor je bezoekers het aanspreekpunt, ook voor wat je niet zelf hebt geschreven.

Twee dingen loop je bij de bron na in plaats van hier. Prijzen en gratis lagen in AI-tooling veranderen binnen weken, dus kijk de actuele stand na op de prijspagina van Bolt. En Bolt.new is van StackBlitz: wat de voorwaarden en de verwerking van gegevens voor jouw situatie betekenen, lees je in het helpcentrum van Bolt zelf.

• Bouwen kan in de tool blijven; de live versie draait bij jou.
• Jij bepaalt wanneer een wijziging naar live gaat, en jij bewaakt host, domein en verlengingen.
• Afhankelijkheden op een vast moment bijwerken; maandelijks controleren of alles nog draait en de back-up nog loopt.
• Prijzen, voorwaarden en gegevensverwerking lees je bij de bron, op de dag dat je ze nodig hebt.

Wat als je project geld gaat verdienen?

Zodra er geld binnenkomt, verandert je project van iets wat je maakt in iets waarvoor je een administratie voert. Die stap is voor iedereen hetzelfde: een inschrijving, facturen die aan eisen voldoen, btw die je op tijd aangeeft, en een bewaarplicht op je administratie. Het is geen tweede project, het is een ritme dat je een keer opzet.

Daar loopt het pad van basestep op door. Het platform brengt je in vier fasen van prototype naar bedrijf, en de administratie staat klaar zodra je verdient, met een belastingmotor die per rubriek uitlegt waar een bedrag vandaan komt tot aan de wetsverwijzing. Jij dient zelf in en begrijpt precies wat je doet.

• De eerste euro is het startsein voor je administratie, niet het einde van het bouwen.
• Facturen, btw en bewaarplicht: zet het ritme op voordat het kwartaal om is.
• Het pad loopt in vier fasen door van eerste prompt tot aangifte.

Dit is algemene uitleg, geen fiscaal of juridisch advies. basestep rekent en legt uit; jij dient zelf in.

Zo werkt het bij Bolt in augustus 2026

De rest van deze gids is met opzet tijdloos geschreven. Deze sectie is dat niet. Hier staat wat vandaag waar is en over een paar maanden anders kan zijn, nagelezen op 30 augustus 2026 in de documentatie en de release-notities van Bolt zelf. Lees het als startpunt, en controleer bij de bron voordat je iets onomkeerbaars doet.

Let vooral op wie er wint bij een botsing. De koppeling met versiebeheer werkt tegenwoordig twee kanten op: Bolt legt je wijzigingen zelf vast en haalt elke halve minuut op wat er buiten Bolt is veranderd. Maar als dezelfde regel op twee plekken is aangepast, houdt Bolt zijn eigen versie en overschrijft die op GitHub. Werk je een tijd buiten Bolt door, open het project daar dan niet zonder na te denken. Samenvoegen doe je sowieso op GitHub, want dat kan in Bolt niet.

• Je project als bestand downloaden kan via het menu bij de projecttitel. Je hebt Node lokaal nodig om het daarna te starten. Of dit ook op een gratis account kan, staat nergens met zoveel woorden; ga daar niet blind van uit.
• Sinds april 2026 slaat Bolt projectcode in een nieuw formaat op, en zodra jouw project daarheen is verhuisd verdwijnt de route om het in StackBlitz te openen. Een gids die je die weg wijst, is verouderd.
• Alleen de eigenaar van het project beheert de koppeling met versiebeheer, en wijzigingen van medewerkers lopen pas mee zodra de eigenaar het project opent.
• De ingebouwde database staat standaard aan en draait op PostgreSQL. Bij een project dat niet gepubliceerd is, valt die na een dag of zes stilte in slaap; sinds juli 2026 gebeurt dat bij gepubliceerde projecten niet meer.
• Wil je je gegevens in eigen beheer, dan is er precies een gedocumenteerde weg: de database claimen naar je eigen Supabase-account, waarvan jij eigenaar moet zijn. Die weg loopt maar een kant op, terug kan niet. Doe dit voordat je verhuist, niet erna.
• Let op dat de eigen versiegeschiedenis van Bolt een gekoppelde Supabase-database niet terugzet. Je herstelt dan wel je code en niet je gegevens.
• De Supabase-koppeling werkt bij projecten op Vite. Projecten op Next.js worden niet ondersteund.
• Sleutels staan bij de database-instellingen en gelden alleen tijdens het draaien, voor je serverfuncties; ze komen niet in de browser terecht. Sinds mei en juni 2026 staan al die instellingen bij elkaar onder het database-icoon, dus oudere klikpaden kloppen niet meer.
• De ingebouwde hosting geeft je een adres op bolt.host, en bijwerken gaat handmatig. Een eigen domein koppelen vraagt een betaald abonnement, en op een gratis account staat er een merkje op je site. Bolt draait alleen backends in JavaScript, dus PHP of Python passen er niet in.

Drie dingen hebben we niet kunnen vaststellen, dus die zoek je zelf uit. Of je de ingebouwde database van buitenaf kunt bereiken. Of er een export of back-up van te maken is. En of het bestand met omgevingswaarden meekomt in de download. Geen enkele officiële pagina behandelt dat. Reken er dus op dat claimen naar je eigen database de veilige route is.