Een domein koppelen aan je AI-app, in gewone taal
Een domein koppelen is drie dingen. Je koopt een naam op je eigen naam. Je vult bij de verkoper van die naam twee regels in die je host je opgeeft. En je wacht tot de rest van het internet die regels heeft overgenomen. De twee regels heten records. Het ene zegt naar welk adres de kale naam wijst, het andere waar een subdomein zoals www naartoe moet. Je host geeft ze allebei letterlijk op.
Dit artikel legt uit wat er gebeurt als iemand je naam intikt, waarom het uitmaakt van wie het domein is, en wat de records betekenen. Daarna: hoe HTTPS erbij komt, waarom een wijziging niet meteen overal zichtbaar is, en welke fouten het vaakst voorkomen. Zonder dat je hoeft te weten hoe DNS van binnen werkt.
Wat gebeurt er als je een domein koppelt?
Als iemand jouw naam intikt, vraagt zijn browser aan het domeinnaamsysteem (DNS) waar die naam heen wijst. Het antwoord is een adres van een server, en op die server draait je project. Een domein koppelen is niets anders dan dat antwoord invullen: je zegt tegen het systeem dat jouw naam vanaf nu naar de server van je host wijst.
Dat invullen doe je niet bij je host maar bij de partij waar je de naam kocht, de registrar. Die beheert voor jouw naam een klein tabelletje met regels, en elke regel is een record. Je host vertelt je welke regels erin moeten. Jij tikt ze over. Daarna is het wachten tot het systeem, dat over de hele wereld verspreid is, de nieuwe regels heeft overgenomen.
Er zijn dus drie partijen: jij (de eigenaar van de naam), de registrar (waar de regels staan) en de host (waar de pagina draait). Wie die drie uit elkaar houdt, begrijpt negentig procent van wat er kan misgaan.
- Een naam intikken is een vraag aan DNS: waar wijst dit heen.
- Het antwoord staat in records bij je registrar; je host zegt wat erin moet.
- Drie partijen: jij, de registrar, de host. Elk doet één ding.
Van wie is het domein, en waarom maakt dat uit?
Van degene op wiens naam het bij de registrar staat, en dat hoor jij te zijn. Niet je bouwtool, niet een vriend die het even regelde, niet een bureau. Wie het domein bezit, bezit je adres: hij kan het laten verlopen, verhuizen of naar iets anders laten wijzen, en jij kunt daar niets tegen doen. Dat is de reden dat een domein de eerste stap na eigendom van je code is, en niet iets wat je later wel regelt.
Sommige bouwtools bieden aan het domein voor je te kopen. Dat is handig en het is een keuze die je later kan hinderen: verlaat je de tool, dan moet het domein mee, en dat is een verhuizing met een wachttijd en een risico. Koop het zelf, bij een registrar die je kent, met een e-mailadres dat je over vijf jaar nog leest. Zet automatisch verlengen aan. Een verlopen domein is het snelste einde van een project dat er is.
Bewaar de inloggegevens van de registrar op dezelfde plek als de andere sleutels van je project, en niet in de code. Wie bij je registrar kan, kan je hele adres omleiden.
- Het domein staat op jouw naam, bij een registrar die je zelf kiest.
- Automatisch verlengen aan; een e-mailadres dat je blijft lezen.
- Toegang tot de registrar is toegang tot je adres: behandel het zo.
Wat zijn een A-record en een CNAME?
Een A-record koppelt een naam aan een adres in cijfers, het IPv4-adres van een server. Het is de directe vorm: jouw naam, dit adres. Een AAAA-record doet hetzelfde voor het nieuwere IPv6. Een CNAME koppelt een naam aan een andere naam: www.jouwnaam.nl wijst naar een naam van je host, en die naam wijst dan verder naar het adres. Een alias dus, en het voordeel is dat je host het adres kan veranderen zonder dat jij iets hoeft aan te passen.
In de praktijk krijg je van je host meestal precies deze twee opgegeven: een A-record voor de kale naam (die vaak wordt weergegeven als een apenstaartje) en een CNAME voor www. Soms krijg je twee A-records, soms alleen een CNAME. Volg wat je host zegt; dat gaat voor op elk artikel, ook op dit.
Er zijn meer soorten. MX-records regelen waar je e-mail heen gaat, TXT-records dragen tekst die andere systemen lezen, bijvoorbeeld om te bewijzen dat jij de eigenaar bent. Die laat je staan als ze er al zijn. Een e-mailadres dat stopt met werken omdat iemand het MX-record weghaalde bij het koppelen van een website, is een klassieker.
- A: naam naar adres. AAAA: hetzelfde voor IPv6. CNAME: naam naar een andere naam.
- Je host geeft op welke je nodig hebt; volg die opgave letterlijk.
- MX en TXT laat je staan; die zijn van je e-mail en je bewijzen.
Wat geeft je host je op, en wat doe je ermee?
Bij elke host is er een scherm waar je een eigen domein toevoegt. Je tikt je naam in, en de host toont wat je bij je registrar moet zetten: het type record, de naam (het apenstaartje of www) en de waarde (een adres of een naam van de host). Soms met een korte controle erbij, en soms met een extra TXT-record om te bewijzen dat de naam van jou is.
Bij je registrar zoek je het beheer van DNS-records, vaak onder een kop als DNS, records of zonebeheer. Daar voeg je de regels toe, precies zoals de host ze toont, inclusief een eventuele punt aan het einde van een naam als die er staat. Bestaat er al een A-record voor de kale naam, bijvoorbeeld van een parkeerpagina, dan vervang je die; twee A-records die naar verschillende plekken wijzen maken je site om en om onbereikbaar.
Sla op, en ga terug naar de host. De meeste hosts controleren zelf of de records al zichtbaar zijn en zetten dan het certificaat klaar. Dat is het moment om iets anders te gaan doen.
- Host: domein toevoegen, de records aflezen.
- Registrar: DNS-beheer, de records letterlijk overnemen, oude A-records vervangen.
- Terug naar de host, en wachten.
Hoe komt het slotje erbij?
Het slotje in de browser betekent dat het verkeer tussen bezoeker en server versleuteld is, en dat een onafhankelijke partij heeft vastgesteld dat de server bij jouw naam hoort. Daarvoor is een certificaat nodig. Vroeger kocht je dat en installeerde je het zelf; nu regelt bijna elke host het voor je zodra je records kloppen, gratis en met automatische verlenging.
Je hoeft er dus meestal niets voor te doen, behalve controleren dat het er is. Open je site met https:// ervoor en kijk of de browser geen waarschuwing geeft. Controleer ook of een bezoeker die http:// intikt automatisch naar de versleutelde versie wordt gestuurd; de meeste hosts doen dat, en het is een instelling die je aan kunt zetten als het niet zo is.
Blijft het certificaat uit, dan is de oorzaak bijna altijd dat de records nog niet overal zichtbaar zijn. Wacht dan, en probeer het later opnieuw, voordat je iets verandert.
- Het certificaat komt van je host, zodra de records kloppen.
- Controleer
https://en de doorverwijzing vanafhttp://. - Blijft het uit: wachten, niet sleutelen.
Waarom duurt het even, en hoe controleer je het?
Omdat DNS overal ter wereld wordt onthouden. Elke server die je naam ooit heeft opgezocht, bewaart het antwoord een tijdje, en hoe lang staat in het record zelf als TTL, de levensduur. Tot die tijd voorbij is, geeft zo'n server het oude antwoord. Daarom kan het zijn dat je site bij jou al werkt en bij een vriend nog niet, of andersom. Dat is geen fout; dat is het systeem.
Meestal is het binnen een uur klaar, soms duurt het langer. Je controleert het niet door steeds je site te openen, want je eigen computer onthoudt het oude antwoord ook. Gebruik een openbare DNS-opzoekdienst, tik je naam in, en kijk welk adres er terugkomt. Klopt dat met wat je host opgaf, dan is de rest een kwestie van tijd.
Wil je de wachttijd kort houden bij een toekomstige verhuizing, dan verlaag je de TTL een dag van tevoren. Voor een eerste koppeling maakt het niet uit.
- DNS onthoudt antwoorden; de TTL in het record zegt hoe lang.
- Controleer met een openbare opzoekdienst, niet met je eigen browser.
- Meestal binnen een uur, soms langer; geduld is hier de juiste handeling.
Welke fouten komen het vaakst voor?
De naam op iemand anders zijn naam kopen: zie hierboven. Het record op de verkeerde plek zetten, bij de host in plaats van bij de registrar, of bij een oude registrar die je vergeten was. Een oud A-record laten staan naast het nieuwe. Een MX-record weghalen waardoor je e-mail stopt. Een tikfout in de waarde, vooral een ontbrekende of extra punt. En sleutelen terwijl het systeem nog bezig is met de vorige wijziging, waardoor je niet meer weet welke versie er nu eigenlijk staat.
De remedie is steeds hetzelfde: doe één wijziging, sla op, controleer met een opzoekdienst, wacht. Schrijf op wat je hebt gedaan en wanneer. Als het na een dag nog niet werkt, is er iets fout in de records zelf en ga je die regel voor regel vergelijken met wat de host toont.
En als het werkt: zet de doorverwijzing van de kale naam naar www of andersom, zodat je site op één adres bestaat. Dat is de laatste stap, en meteen het begin van de volgende: de gegevens.
- Verkeerde eigenaar, verkeerde plek, dubbel A-record, verdwenen MX, tikfout, te vroeg sleutelen.
- Eén wijziging tegelijk, opslaan, controleren, wachten, opschrijven.
- Als het werkt: één adres kiezen en de andere ernaartoe sturen.
Bronnen
Nagelopen op 5 september 2026. De opgave van je host en van je registrar gaat voor op alles wat hier staat; dit artikel legt uit wat je daar leest.
Verder lezen
Drie plekken die hierop aansluiten.
Van eerste prompt tot aangifte.
Het platform opent later. Vragen of opmerkingen kun je mailen naar info@basestep.io.