Zo koppel je je domein aan een websitehost
Je kocht het domein bij het ene bedrijf en bouwde de site bij een ander. Ze koppelen kost twee of drie DNS-records, en het platform vertelt je welke. Wat het niet vertelt: welke oude records weg moeten, wat er met je e-mail gebeurt en waarom het certificaat een uur later nog in behandeling is. Deze gids behandelt beide helften.
Twee manieren om te koppelen
Elk platform biedt minstens een van deze:
- Records toevoegen waar je DNS al staat — bij de registrar of bij Cloudflare. Je houdt de rest van de zone in eigen hand, e-mail inbegrepen. Dit is de gebruikelijke keuze.
- De nameservers van het domein naar het platform verzetten (Vercel, Netlify, Wix en anderen bieden eigen DNS). Het platform beheert dan alle records — en alles uit de oude zone, ook de MX- en TXT-records voor e-mail, moet daar eerst opnieuw worden aangemaakt.
De records die de meeste platforms vragen
Het hoofddomein (example.com, de apex) krijgt A-records met vaste adressen, omdat daar geen CNAME mag — of een ALIAS- of CNAME-flatteningrecord als je DNS-provider dat ondersteunt. www krijgt een CNAME naar een naam die het platform beheert.
| Platform | Apex (`@`) | `www` |
|---|---|---|
| Vercel | A 76.76.21.21 | CNAME cname.vercel-dns.com |
| Netlify | A 75.2.60.5 | CNAME <site>.netlify.app |
| GitHub Pages | A 185.199.108.153 … 185.199.111.153 | CNAME <user>.github.io |
| Cloudflare Pages | CNAME <project>.pages.dev | CNAME <project>.pages.dev |
| Shopify | A 23.227.38.65 | CNAME shops.myshopify.com |
| Squarespace | A 198.185.159.144 … 198.49.23.145 | CNAME ext-cust.squarespace.com |
Stap voor stap
@ en www. Laat MX, SPF, DKIM en DMARC met rust — „alles wat oud is” verwijderen is de meest voorkomende manier waarop een websiteverhuizing de e-mail meesleept.Als de oude site blijft verschijnen
- Een achtergebleven AAAA-record. Bezoekers met IPv6 — de meeste mobiele netwerken — volgen het naar de oude host, terwijl jij via IPv4 de nieuwe site ziet.
- Doorsturen of parkeren bij de registrar. Sommige registrars leggen een „webdoorverwijzing” of parkeerdienst over je records; zet die uit.
- Een CAA-record dat alleen een andere certificaatautoriteit noemt, blokkeert het certificaat van het platform. Voeg de CA toe die het gebruikt (vaak
letsencrypt.org), of zie CAA-records. - De proxy van Cloudflare (het oranje wolkje) voor Vercel of Netlify kan de uitgifte van het certificaat blokkeren. Zet die records op „DNS only”, tenzij de handleiding van het platform iets anders zegt.
- Caches. Je computer en je resolver kunnen het oude antwoord bewaren tot de oude TTL verloopt; de DNS-cache legen ruimt het deel op dat je zelf beheert.
Controleer vooraf en achteraf
Deze vier opvragingen tonen bijna elk probleem hierboven:
dig +short example.com A
dig +short example.com AAAA # an old address here sends IPv6 visitors elsewhere
dig +short www.example.com CNAME
dig +short example.com CAA # if present, it must allow the platform's CAVeelgestelde vragen
Een A-record of een CNAME?
A-records (of ALIAS) op de apex, een CNAME voor www en andere subdomeinen. A, CNAME of ALIAS legt uit waarom.
Hoe lang duurt het voordat het werkt?
Meestal minuten na het opslaan van de records. Heb je oude records vervangen, dan tot hun oude TTL; het HTTPS-certificaat volgt zodra het platform de nieuwe records ziet.
Raak ik mijn e-mail kwijt als ik mijn domein aan een websitebouwer koppel?
Niet als je alleen de records voor @ en www wijzigt. Zet je de nameservers naar het platform, maak daar dan eerst je MX- en e-mail-TXT-records aan.
Moet mijn site met of zonder www?
Beide werken. Kies er één als hoofdadres en stuur de andere door, zodat elke link en elk zoekresultaat naar dezelfde plek leidt.
Zie de theorie in de praktijk — voer DNS-lookup uit voor je eigen domein.