A-record vs CNAME: welk DNS-record gebruik je voor je site?

Een A-record wijst een naam naar een IP-adres, een CNAME naar een andere hostnaam. Lees de apex-regel, een keuzetabel en voorbeelden voor sitebuilders.

Veelgestelde vragen

Kan ik een CNAME op mijn hoofddomein zetten?

Volgens de standaard DNS-regels niet. Een CNAME mag niet dezelfde naam delen met een ander record, en de root van een domein heeft altijd NS- en SOA-records. Sommige DNS-providers omzeilen dit met een ALIAS-, ANAME- of CNAME-flattening-functie die zich gedraagt als een CNAME, maar wordt beantwoord met A-records. Kijk in de documentatie van je provider hoe ze dit noemen.

Is een CNAME of een A-record sneller?

Voor bezoekers is het verschil meestal te klein om te merken. Een CNAME voegt één extra opzoeking toe wanneer een resolver de alias voor het eerst moet volgen, daarna wordt het antwoord gecachet volgens de TTL. Kies op basis van wat je host voorschrijft en of de naam het apex-domein is, niet op snelheid.

Waarom geeft mijn host een CNAME voor www, maar een IP-adres voor het hoofddomein?

Omdat www een subdomein is, waar een CNAME is toegestaan, en het hoofddomein het apex is, waar dat niet kan. Hosts die een vast IP-adres voor het apex publiceren, geven je iets wat een A-record kan bevatten. Hosts die alleen een hostnaam geven, verwachten dat je een CNAME op een subdomein gebruikt, of een ALIAS-achtig record op het apex als je DNS-provider dat ondersteunt.

Kunnen een A-record en een CNAME voor dezelfde naam bestaan?

Nee. Als een naam een CNAME heeft, kan hij geen A-record, MX-record, TXT-record of ander recordtype hebben. Je DNS-paneel kan voorkomen dat je het tweede record opslaat, of slaat het wel op en veroorzaakt onvoorspelbare resolutie. Verwijder het oude record voordat je het nieuwe type toevoegt.

Wat gebeurt er met mijn e-mail als ik het apex-record wijzig?

Het wijzigen van het A-record op je hoofddomein heeft geen invloed op e-mail, want mailroutering loopt via MX-records. Een CNAME op het apex toevoegen is juist riskant, omdat die conflicteert met de MX- en TXT-records waar e-mail van afhankelijk is. Laat MX-records staan en pas alleen de A- of AAAA-records aan wanneer je een website verhuist.

Kort antwoord: Een A-record koppelt een naam rechtstreeks aan een IPv4-adres, terwijl een CNAME een naam koppelt aan een andere hostnaam en de records van die hostnaam het uiteindelijke adres laat bepalen. Gebruik een A-record voor je hoofddomein (example.com) en een CNAME voor subdomeinen zoals www, shop of blog wanneer je host je een hostnaam geeft in plaats van een IP-adres. De belangrijkste regel: een CNAME kan niet op de root van een domein staan.

Waar elk record naar verwijst

A-record: naam naar IP-adres

Een A-record beantwoordt de vraag "wat is het IPv4-adres van deze naam?" In een zonebestand ziet het er zo uit:

`` example.com. 3600 IN A 192.0.2.10 ``

Dat adres (uit een reeks die voor documentatie is gereserveerd) is de server waarmee een browser verbinding maakt. Heb je ook een IPv6-adres, dan voeg je daarnaast een AAAA-record toe. Als het adres van de server verandert, moet je het record zelf aanpassen.

CNAME-record: naam naar een andere naam

Een CNAME ("canonical name") zegt: "deze naam is een alias voor die andere naam." Er staat nooit een IP-adres in:

`` www.example.com. 3600 IN CNAME sites.hostingprovider.example. ``

Een resolver ziet de alias, zoekt het doel op en gebruikt de A- of AAAA-records die daar staan. Het voordeel is dat je host zijn serveradressen kan wijzigen zonder dat jij je DNS hoeft aan te passen. Voor de basisdefinitie, zie wat een CNAME is, en voor de bredere familie van records zie DNS-recordtypes uitgelegd.

De apex-beperking uitgelegd

Het apex (ook wel root, kaal of naked domain genoemd) is de naam zonder iets ervoor: example.com. De DNS-regels zeggen dat een naam met een CNAME geen ander recordtype naast zich mag hebben. Het apex heeft altijd andere records:

NS-records die aangeven welke servers gezaghebbend zijn voor het domein
Een SOA-record
Meestal MX-records voor e-mail en TXT-records voor verificatie en SPF

Een CNAME op het apex zou met al deze records botsen. Sommige DNS-panelen weigeren het op te slaan. Andere slaan het wel op en verstoren ongemerkt de e-mailbezorging of domeinverificatie, wat erger is.

Subdomeinen hebben dit probleem niet, omdat www.example.com normaal gesproken geen andere records onder exact die naam heeft. Daarom raden hosts vrijwel altijd aan om www met een CNAME te koppelen.

De oplossing: ALIAS, ANAME en flattening

Veel DNS-providers bieden een niet-standaard record dat zich op het apex gedraagt als een CNAME. Het heeft verschillende namen (ALIAS, ANAME of "CNAME flattening"): de provider zoekt de doelhostnaam aan zijn kant op en beantwoordt bezoekers met gewone A-records. Omdat dit functies van providers zijn en geen onderdeel van de DNS-standaard, verschillen de naam, het gedrag en de vraag of ze zijn inbegrepen. Lees de documentatie van je DNS-provider voordat je erop vertrouwt, en ga er nooit van uit dat een recordtype met die naam ook bestaat in het paneel van een andere provider.

A-record vs CNAME: wanneer gebruik je welk?

Situatie	Gebruik	Waarom
Hoofddomein (example.com), host geeft een IP-adres	A (en AAAA bij IPv6)	Het apex kan A-records bevatten
Hoofddomein, host geeft alleen een hostnaam	ALIAS/ANAME/flattening als je DNS-provider dat heeft; anders DNS verhuizen of de nameservers van de host gebruiken	Een standaard CNAME is op het apex niet toegestaan
www-subdomein, host geeft een hostnaam	CNAME	Volgt de host als diens servers verhuizen
Subdomein, host geeft een IP-adres	A	Een CNAME heeft niets om naar te wijzen
Subdomein voor een SaaS-tool (help, status, shop)	CNAME	De leverancier beheert het doel
Naam die ook MX- of TXT-records nodig heeft	A, AAAA of ALIAS-achtig, nooit CNAME	Een CNAME kan niet naast andere records bestaan
Een naam naar een andere naam van jezelf laten wijzen	CNAME	Eén plek om bij te werken
E-maildienstrecords (DKIM-selectors)	Alleen CNAME als de e-mailprovider dat voorschrijft	Providerspecifiek, volg hun instructies

Voor mailroutering in het bijzonder, zie hoe MX-records werken en wat een TXT-record doet.

Voorbeelden voor sitebouwers

De meeste websitebuilders en hosts volgen een van twee patronen. In je dashboard zie je welk patroon voor jou geldt.

Patroon 1: de host geeft een IP-adres en een hostnaam

Veel hosts noemen beide. De gebruikelijke instelling is:

Host (naam)	Type	Waarde
@ (root)	A	het IP-adres dat je host opgeeft
www	CNAME	de hostnaam die je host opgeeft

In de meeste DNS-panelen betekent @ het apex. Gebruik precies de waarden die je host laat zien. Kopieer geen IP-adressen uit een blogpost, ook niet uit deze, want hosts wijzigen ze.

Patroon 2: de host geeft alleen een hostnaam

Sommige platforms vermijden vaste IP-adressen. Dan heb je drie keuzes:

Koppel www met een CNAME en stuur het hoofddomein door naar www via de doorstuurfunctie van je registrar.
Gebruik een ALIAS/ANAME/flattening-record op het apex als je DNS-provider dat ondersteunt.
Zet de nameservers van je domein over naar de host of naar een DNS-provider die apex-aliassen ondersteunt.

Optie 1 is het meest overdraagbaar, omdat elke registrar een redirect kan instellen, al voegt het één extra stap toe voor bezoekers van het kale domein.

Stap voor stap: een domein koppelen aan een sitebuilder

Zoek de DNS-instructies van je host in de domein- of eigen-domeininstellingen. Noteer of er een IP-adres, een hostnaam of beide staan.
Open je DNS-paneel bij de registrar of DNS-provider (waar je nameservers naar verwijzen).
Verwijder conflicterende records. Oude A- of CNAME-records op dezelfde naam (vaak een parkeerpagina van de registrar) moeten eerst weg.
Voeg het apex-record toe. Gebruik een A-record met het IP-adres van de host, of een ALIAS-achtig record met de hostnaam van de host.
Voeg het www-record toe. Gebruik een CNAME die naar de hostnaam wijst die de host je gaf.
Blijf van MX- en TXT-records af, tenzij je bewust je e-mail wijzigt.
Wacht tot de TTL van je oude records is verlopen en controleer daarna het domein in een browser. Een lagere TTL die je een dag vóór de wijziging instelt, maakt de overstap sneller.
Controleer of de host het domein als verbonden toont en of HTTPS is uitgegeven. Hosts hebben meestal een correct werkende DNS nodig voordat ze een certificaat kunnen uitgeven.

Snelle checklist bij problemen

[ ] Dezelfde naam heeft niet zowel een CNAME als een ander record
[ ] Geen CNAME op het apex (tenzij het een providerspecifiek ALIAS-achtig record is)
[ ] Het CNAME-doel eindigt op een echte hostnaam, niet op een http://-URL of pad
[ ] Het A-record bevat alleen een IPv4-adres (geen poort, geen https://)
[ ] Er staat geen verouderd AAAA-record dat naar een oude server wijst
[ ] Je nameservers zijn de servers waar je de records echt hebt aangepast
[ ] MX-records staan er nog als je e-mail op dit domein gebruikt

Veelgemaakte fouten

Een CNAME op de root zetten om www te "repareren". Het breekt juist e-mail- en verificatierecords. Gebruik de A- of ALIAS-aanpak.
Een oud IP-adres overnemen. Als een CNAME beschikbaar is, blijf je gelijk met de host. Moet je toch een A-record gebruiken, controleer dan het IP-adres in het dashboard van je host als er iets niet meer werkt.
De URL als doel plakken. DNS-waarden zijn alleen hostnamen of IP-adressen, zonder https:// en zonder pad erachter.
AAAA vergeten. Een achtergebleven IPv6-record kan sommige bezoekers naar een server sturen die je niet meer gebruikt.

Kies je nog een platform? Met het gratis abonnement van We.Inc publiceer je tot drie sites op basis van kant-en-klare templates. De AI-builder die op basis van een prompt een site opzet, begint bij het Starter-abonnement voor $20 per maand. Je kunt hier gratis beginnen en een domein koppelen met het recordtype dat het dashboard je voorschrijft.

Gratis beginnen · Geen creditcard nodig

Umair Ali Sadaqat

Oprichter van We.Inc

Umair is de oprichter van We.Inc. Hij schrijft over websites bouwen met AI, bureaus en de bedrijfsvoering van een webstudio.

Klaar om iets moois te bouwen?

Sluit je aan bij 15,000+ bedrijven die We.Inc gebruiken om te lanceren, te groeien en te automatiseren, allemaal vanuit één platform.