Van Replit naar je eigen domein

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

Je hebt drie dingen: broncode, een draaiend project, en een omgeving waarin die twee vanzelf bij elkaar horen. Die derde is de reden dat het zo prettig werkt, en tegelijk het deel dat niet vanzelf meegaat als je ooit ergens anders heen wilt. Alles wat je omgeving voor je regelt zonder dat jij het ergens opschreef, bestaat voorlopig alleen daar.

Denk aan de dingen die nooit in een bestand belanden omdat niemand ernaar vroeg. Welke versie van de taal je gebruikt, welk commando je project start, en welke pakketten erbij horen en in welke versie. En verder: welke omgevingsvariabelen bestaan, waar je gegevens staan, en of er iets op de achtergrond meedraait. Zolang je in de omgeving blijft, merk je daar niets van. Op de eerste dag dat je project ergens anders moet starten, is het precies die lijst die je mist.

Wat er dus ontbreekt is geen code maar een beschrijving: een project dat op een lege machine te installeren en te starten is. Dat is de nuttigste klus in deze hele gids, en hij is de moeite waard ook als je nooit verhuist. Een project dat elders kan draaien, is een project dat je kunt terugzetten.

• Wat je hebt: broncode, een draaiend project, en een adres dat je kunt delen.
• Wat niet vanzelf meegaat: versies, startcommando, pakketten, omgevingsvariabelen, gegevens en achtergrondtaken.
• Wat je maakt: een beschrijving waarmee je project op een lege machine start.
• Waarom ook zonder verhuizing: wat elders kan draaien, kun je ook terugzetten.

Hoe krijg je je project uit Replit?

Je broncode is van jou en kan eruit. Bij omgevingen van dit type zijn er meestal twee routes: je koppelt je project aan een codeopslag zodat elke wijziging daar landt, of je maakt een download van de bestanden. Welke routes Replit vandaag aanbiedt en hoe je ze start, zoek je op in de documentatie van Replit bij versiebeheer en export. Die bron klopt op de dag dat jij het doet.

Code alleen is niet je project. Neem er bewust vier dingen bij. De afhankelijkheden met hun versies en de versie van de taal of runtime, in het bestand waar jouw ecosysteem dat voor heeft. Het startcommando, letterlijk opgeschreven. De namen van je omgevingsvariabelen, zonder de waarden, want die zet je straks opnieuw. En je gegevens: een export van je database en de bestanden die gebruikers hebben geüpload.

Doe daarna de proef op de som. Haal je project binnen in een schone map op je eigen machine, installeer, start, en kijk of het draait zonder dat je uit je hoofd nog iets moet toevoegen. Wat je op dat moment mist, is exact wat er nergens stond. Los dat op in je code en niet in je hoofd, en herhaal de proef.

• Zoek de exportroutes op in de documentatie van Replit; volg die boven elke algemene uitleg.
• Neem versies, startcommando en de namen van je omgevingsvariabelen expliciet mee.
• Exporteer je gegevens en de geüploade bestanden, niet alleen de code.
• Start je project één keer in een schone map; wat je dan mist, stond nergens opgeschreven.

Wanneer is eigen hosting zinvol, en hoe stap je over?

Dit is de vraag die bij Replit als eerste komt, en er is geen antwoord dat voor elk project geldt. Er zijn wel drie feitelijke afwegingen: kosten, controle en domein. Knelt geen van de drie, dan is er geen aanleiding om iets te veranderen, en is de klus uit stap 2 alsnog nuttig. Knelt er één, dan weet je meteen ook welke eis je aan de volgende plek stelt.

Kosten: reken uit wat je per maand kwijt bent bij het gebruik dat je nu echt hebt, en zet daar naast wat een kandidaat kost bij datzelfde gebruik, inclusief de database en de tijd die beheer je kost. Prijzen en gratis lagen in dit soort tooling veranderen snel, dus staan er in deze gids geen bedragen: kijk op de officiële prijspagina van Replit en op die van de kandidaat, op de dag dat je de keuze maakt. Controle: gaat over hoeveel je zelf wilt bepalen, zoals welke versies er draaien, hoe uitrollen gaat, hoe lang je logs bewaart en of je kunt terugzien wat er precies live staat. Domein: of je een eigen domein kunt koppelen en onder welke voorwaarden, zoek je op in de documentatie van Replit bij domeinen, en bij de kandidaat op dezelfde manier. Dat is een feit dat je opzoekt, niet iets wat je aanneemt.

Stap je over, doe het dan in deze volgorde, want dan is er geen moment waarop niemand erbij kan. Zet de nieuwe plek helemaal klaar en test hem op een tijdelijk adres. Verlaag een dag van tevoren de TTL van je DNS-records, zodat een wijziging snel doorwerkt. Zet je gegevens over op een moment dat er weinig gebeurt, en controleer de aantallen aan beide kanten. Zet dan pas het domein om. Laat de oude omgeving daarna nog een tijdje staan, zodat terug kunnen geen paniekklus is.

• Drie afwegingen: kosten, controle, domein. Knelt er niets, dan hoeft er niets.
• Vier eisen aan de volgende plek: eigen domein, automatisch HTTPS, omgevingsvariabelen, en een uitweg.
• Volgorde: nieuwe plek klaar en getest, TTL omlaag, gegevens over, dan pas het domein.
• Laat de oude omgeving nog even staan, zodat terugvallen een keuze is en geen noodgreep.

Hosting en domein staan uitgebreider in de hoofdgids: welke hosting kies je en hoe koppel je een domein.

Wat doe je met je database en je geheimen?

Je gegevens en je sleutels zijn de twee dingen die je niet opnieuw kunt maken als er iets misgaat. Ze verdienen daarom aparte aandacht, of je nu verhuist of blijft. Voor de database zoek je in de documentatie van Replit bij het databaseproduct dat je gebruikt op hoe je een export maakt, en die export maak je vandaag een keer, ook als je nog nergens heen gaat.

Verder gelden de gewone regels. Een beheerde relationele database is de veilige standaardkeuze, omdat iemand anders de updates en de back-ups doet en het formaat niet van één aanbieder is. Zet back-ups aan en herstel er één keer echt uit, want een back-up die je nooit hebt teruggezet is een aanname. Houd je schema in migraties bij. En sla alleen op wat je gebruikt: elk veld dat je niet bewaart, kan niet uitlekken.

Geheimen horen in omgevingsvariabelen bij de plek waar je project draait, nooit in de code. Bij een verhuizing verplaats je de namen en zet je de waarden opnieuw; dat is meteen het natuurlijke moment om ze te wisselen, want een sleutel die op twee plekken heeft gestaan wissel je liever dan dat je erop vertrouwt. Zoek je project ook door op wat op een sleutel lijkt, ook in oude versies, want versiebeheer vergeet niets.

• Maak vandaag een export van je database, ook zonder verhuisplan.
• Beheerde database, back-ups aan, en één echte herstelproef.
• Geheimen in omgevingsvariabelen; namen verhuizen, waarden opnieuw zetten.
• Wissel sleutels die ergens anders hebben gestaan, en zoek oude versies na op restanten.

Uitgebreider in de hoofdgids: wat doe je met je database en waar laat je je geheimen.

Welke checks doe je vóór livegang?

Voor livegang loop je één ronde die je serieus doet en daarna herhaalt. De volledige lijst staat in de gezondheidscheck van basestep: achttien punten in vijf gebieden die je zelf aflegt en zelf afvinkt. Het platform kijkt niet mee en controleert je site niet automatisch; het geeft je de lijst en de uitleg, jij doet de handeling.

Bij een project dat al draaide zijn er drie dingen die er extra uitspringen, omdat ze in een ontwikkelomgeving normaal zijn en op een publiek adres niet. Zet foutmeldingen naar bezoekers uit, want een technische foutpagina is een routekaart voor iemand met slechte bedoelingen. Controleer of iets dat je tijdens het bouwen even openzette nog openstaat, zoals een testpagina, een beheerscherm of een adres zonder inlog. En loop de gegevens na waar je bij het bouwen mee speelde: testaccounts, voorbeeldrijen en meelezende logregels horen niet in een echte omgeving.

Daarnaast de gewone ronde. HTTPS aan en afgedwongen, invoer op de server gevalideerd en niet alleen in de browser, en rate limiting op formulieren en inlogpogingen. Dan de controle die het vaakst iets oplevert: kun je met een gewijzigd nummer in de URL bij gegevens van iemand anders komen?

• Technische foutmeldingen uit, nette foutpagina's aan.
• Niets dat je tijdens het bouwen openzette staat nog open.
• Testaccounts en voorbeeldgegevens eruit.
• HTTPS afgedwongen, validatie op de server, rate limiting op formulieren.
• Een gewijzigd nummer in de URL opent geen gegevens van een ander.

De achttien punten staan in de gezondheidscheck; de bredere ronde staat in de hoofdgids.

Wat blijft Replit voor je doen, en wat ligt bij jou?

Replit blijft doen waar het voor gemaakt is: een omgeving waarin je bouwt en waarin je project draait terwijl je eraan werkt. Of je daar blijft of ergens anders heen gaat, verandert daar niets aan. De grens is een simpele: waar je project draait, ligt de verantwoordelijkheid voor draaien, en dat is de plek die jij kiest.

Wat vanaf nu bij jou ligt is dus niet nieuw werk, maar werk dat zichtbaar wordt. Je houdt bij welke versies je draait en werkt afhankelijkheden bij op een vast moment, want een half jaar niets doen maakt van elke update een verbouwing. Je kijkt maandelijks of het nog draait, of formulieren nog aankomen en of er nog back-ups gemaakt worden, dat laatste door er een te openen. En je schrijft op wat je verandert, al is het in drie regels per week, want dat is de enige manier om over een half jaar te weten waarom iets zo is.

Bij basestep ligt de begeleiding, niet de handeling. Het platform hijst je project niet online en controleert niet of je site draait. Het geeft je het pad in vier fasen, de gezondheidscheck om zelf af te vinken, en de administratie die klaarstaat zodra je verdient. Wat je bouwt blijft van jou en staat waar jij het zet.

• Bij Replit: de omgeving waarin je bouwt en je project draait terwijl je werkt.
• Bij jou: waar het live staat, en dus ook het draaiend houden.
• Vast moment voor updates, maandelijks een korte ronde langs site, formulieren en back-ups.
• Houd bij wat je veranderde; je toekomstige zelf leest het terug.

Wat als je project geld gaat verdienen?

Zodra er geld binnenkomt verandert je project van iets dat werkt in een onderneming met verplichtingen. Er komt een administratie bij: facturen die aan eisen voldoen, btw die per periode klopt, een bewaarplicht voor wat je vastlegt, en een aangifte waar jij zelf je naam onder zet. Dat is precies waar basestep verder loopt dan deze gids, want het pad houdt niet op bij livegang: het loopt door van eerste prompt tot eerste aangifte, met een belastingmotor die elke rubriek uitlegt tot aan de wetsverwijzing. Regel het voordat het kwartaal om is, want een administratie die je achteraf reconstrueert kost meer tijd dan een administratie die meeloopt.

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

Zo werkt het bij Replit 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 wijzigingslijsten van Replit zelf. Lees het als startpunt, en controleer bij de bron voordat je iets onomkeerbaars doet.

Je hebt twee databases, en maar een ervan kun je van buitenaf bereiken. Replit scheidt de database waarin je bouwt van de database achter je gepubliceerde app. Sinds december 2025 draait die eerste op eigen infrastructuur van Replit en is hij uitdrukkelijk alleen vanuit je app bereikbaar, nooit van buiten. De productiedatabase is dat wel: daarvoor staat een verbindingsreeks bij de instellingen, en daar kun je met een gewone databaseclient bij. Elk advies dat begint met “pak je verbindingsreeks en trek de database leeg” slaat dus op de productiekant, en werkt niet voor de omgeving waarin je bouwt.

• Je project als archiefbestand downloaden kan uit het menu boven de bestandenlijst. Lukt dat niet omdat het project groot is, dan pak je het in vanaf de opdrachtregel en download je het daarna als bestand.
• Versiebeheer koppel je via de verbonden diensten, en de synchronisatie werkt twee kanten op. Een abonnementseis staat er niet bij, maar dat is het ontbreken van een beperking en niet dezelfde toezegging.
• Sleutels staan versleuteld en komen als omgevingswaarden je app in. Hier zit een handige uitweg: je kunt de hele lijst als JSON of als omgevingsbestand bewerken, en dat is precies het bestand dat je op je eigen host nodig hebt. Bij een puur statische publicatie werken sleutels niet.
• Behalve je eigen sleutels zet Replit ook waarden klaar die je nergens hebt ingevuld, waaronder die van je database. Die moet je op je eigen host zelf definieren.
• Wat aan Replit vastzit en elders niet meekomt: de twee configuratiebestanden waarin staat hoe je project start, de opslagdienst met een eigen programmeerkoppeling, en het terugspoelen naar een eerder ijkpunt.
• Voor inloggen heb je twee ingebouwde keuzes. De ene laat je gebruikers inloggen met hun Replit-account, op een scherm met het merk van Replit, en de documentatie noemt die zelf geschikt voor prototypes. De andere draait op een externe dienst waarvan jij de omgeving bezit, en dat is de enige van de twee die met je meeverhuist. Kies die als je weet dat je weggaat.
• Publiceren kan in vier vormen, van meeschalend tot een vaste machine of alleen bestanden. Op het gratis niveau krijg je een gepubliceerde app die na dertig dagen verloopt en die je opnieuw kunt publiceren.
• Een eigen domein koppelen gaat met twee DNS-regels die Replit je laat zien. Welk abonnement dat vraagt, staat niet op die pagina.
• De adresstructuur van de documentatie is in 2026 omgegooid. Diepe links uit een oudere gids komen op een foutpagina uit, ook als de inhoud nog bestaat.

Wat we niet hebben kunnen vaststellen: welke bestandsvormen de export van je gegevens precies oplevert en of het gebruikelijke dumpgereedschap officieel ondersteund wordt, of je de opslagdienst in bulk kunt leegtrekken, en welk abonnement een eigen domein vraagt. Zoek dat uit voordat je een datum voor de verhuizing prikt.