Het Domain Name System (DNS) vertaalt domeinnamen naar IP-adressen. Ontdek hoe DNS werkt, de belangrijkste recordtypen en waarom DNS ertoe doet voor SEO en sitemigraties.

Samenvatting
Het Domain Name System (DNS) is het telefoonboek van het internet: het vertaalt een domeinnaam zoals sorank.com naar het IP-adres van de server waarop de site draait.
Wil je verder gaan? Vraag het aan
Het Domain Name System (DNS) is het systeem dat voor mensen leesbare domeinnamen, zoals example.com, vertaalt naar de numerieke IP-adressen waarmee computers servers vinden. Telkens wanneer iemand een webpagina opent, een e-mail verstuurt of een bot van een zoekmachine een URL ophaalt, vindt eerst een DNS-opzoeking plaats, meestal binnen een paar milliseconden.
DNS wordt vaak het telefoonboek van het internet genoemd. Je merkt er niets van als het werkt en het blokkeert alles als het faalt: als DNS niet werkt of verkeerd is ingesteld, is de site onbereikbaar voor bezoekers en crawlers, ongeacht de kwaliteit van de content.
DNS is een gedistribueerde, hiërarchische database die in 1983 is ontwikkeld en in RFC 1034 en RFC 1035 (1987) is gestandaardiseerd. Geen enkele server bevat alle records. In plaats daarvan is de verantwoordelijkheid verdeeld over rootservers, servers voor topleveldomeinen (.com, .fr, .de) en de gezaghebbende nameservers die elke domeineigenaar kiest, meestal bij een registrar, een hostingpartij of een aanbieder zoals Cloudflare.
Een domeinnaam is het leesbare deel van een URL. DNS koppelt die naam aan technische bronnen: de webserver, de mailservers en verificatietokens voor diensten van derden. Deze koppelingen wijzig je door DNS-records te bewerken in de zone van het domein.
Wanneer een browser het IP-adres van www.example.com nodig heeft, vraagt hij eerst een recursieve resolver, meestal beheerd door de internetprovider of een openbare dienst zoals 1.1.1.1 of 8.8.8.8. Staat het antwoord niet in de cache, dan vraagt de resolver het aan een rootserver, die doorverwijst naar de .com-servers, die doorverwijzen naar de gezaghebbende nameservers van example.com, die uiteindelijk het IP-adres teruggeven.
Elk antwoord komt met een TTL (time to live) die resolvers vertelt hoe lang ze het in de cache mogen houden. Een lange TTL vermindert het aantal opzoekingen en versnelt herhaalbezoeken; een korte TTL laat wijzigingen sneller doorwerken. Daarom kunnen DNS-wijzigingen van een paar minuten tot 48 uur duren voordat ze overal zichtbaar zijn.
Een DNS-zone bevat verschillende soorten records, elk met een eigen taak:
Minder gangbare records zijn CAA (welke certificeringsinstanties SSL-certificaten mogen uitgeven), SRV (diensten) en PTR (omgekeerde opzoekingen). Voor een marketingsite dekken A, AAAA, CNAME, MX en TXT vrijwel alle behoeften.
DNS is zelf geen rankingfactor, maar beïnvloedt twee dingen die ertoe doen. De eerste is beschikbaarheid: als nameservers uitvallen, kan Googlebot de site niet bereiken, en herhaalde storingen verminderen het crawlen. De tweede is snelheid: DNS-resolutie is de eerste stap van elke paginalading, en trage resolutie voegt vertraging toe vóór de eerste byte, wat meetelt voor de paginasnelheid bij nieuwe bezoekers.
De meeste moderne DNS-aanbieders antwoorden binnen een paar milliseconden vanaf veel locaties. Snelle anycast-DNS, vaak gebundeld met een content delivery network, haalt deze flessenhals weg. Een betrouwbare aanbieder met redundantie kiezen is een eenvoudige manier om zowel gebruikers als crawlers te beschermen.
DNS komt voor bij verschillende dagelijkse SEO-taken. Een domeineigenschap verifiëren in Google Search Console gebeurt met een TXT-record, dat in één keer alle protocollen en subdomeinen dekt. Een blogsubdomein naar een gehost platform laten wijzen gaat met een CNAME. De afleverbaarheid van e-mail voor nieuwsbrieven steunt op SPF-, DKIM- en DMARC-records.
Migraties zijn het risicovolste moment. Een site naar een nieuwe host of een nieuw domein verhuizen betekent records wijzigen, en een fout kan de hele site offline halen of HTTPS breken. Verlaag de TTL een dag van tevoren, wijzig records in een rustige periode, controleer met een redirectchecker of elke oude URL de juiste status teruggeeft en monitor de crawlfouten in de dagen erna.
De meest voorkomende fouten zijn het domein laten verlopen, een record verwijderen dat nog door een dienst wordt gebruikt en twee conflicterende records voor dezelfde naam laten staan. Een andere klassieke fout is het hoofddomein en de www-versie naar verschillende servers laten wijzen, wat dubbele versies van de site oplevert als er geen redirects zijn ingesteld.
Beveiliging is het andere risico. Hangende CNAME-records die naar verwijderde cloudbronnen wijzen, kunnen door aanvallers worden overgenomen, en niet-vergrendelde domeinen kunnen worden gekaapt. Schakel de registrarvergrendeling in, tweestapsverificatie op het registraraccount en DNSSEC waar dat wordt ondersteund.
Voor SEO is DNS onderdeel van het onzichtbare fundament: een site die snel en betrouwbaar wordt opgelost, wordt consistent gecrawld en laadt sneller voor echte gebruikers. Problemen op dit niveau maken al het content- en linkwerk ongedaan, want pagina's die niet bereikt kunnen worden, kunnen niet worden geïndexeerd.
Voor GEO geldt dezelfde regel voor AI-crawlers zoals GPTBot, ClaudeBot of PerplexityBot. Zij halen pagina's op via dezelfde DNS- en HTTP-stack als Googlebot. Wanneer een AI-assistent in realtime een pagina probeert te lezen om een vraag te beantwoorden en het domein niet wordt opgelost, wordt de pagina eenvoudig overgeslagen ten gunste van een andere bron.
Het Domain Name System vertaalt domeinnamen naar IP-adressen via een hiërarchie van resolvers en nameservers, met records zoals A, CNAME, MX en TXT. Het is geen rankingfactor, maar het bepaalt wel beschikbaarheid, snelheid, siteverificatie en migraties, en is daarmee een stille voorwaarde voor SEO en GEO.
Bronnen: MDN Web Docs en Wikipedia.
Bronnen
DNS staat voor Domain Name System. Het vertaalt domeinnamen zoals example.com naar de IP-adressen van de servers waarop websites, e-mail en andere diensten draaien.
Dat hangt af van de TTL van het record en van de caches van resolvers. Veel wijzigingen zijn binnen enkele minuten zichtbaar, maar het kan tot 48 uur duren voordat ze overal werken. De TTL verlagen vóór een geplande wijziging versnelt de doorwerking.
Indirect wel. Als het domein niet wordt opgelost, kan Googlebot de site niet crawlen en kunnen gebruikers er niet bij. Korte storingen zijn meestal onschadelijk, maar herhaalde of lange storingen verminderen het crawlen en kunnen ertoe leiden dat pagina's uit de index verdwijnen.
ZIJ PROBEERDEN SORANK VOOR JOU
