Domænenavnesystemet (DNS) oversætter domænenavne til IP-adresser. Læs hvordan DNS virker, hvilke vigtige posttyper der findes, og hvorfor DNS betyder noget for SEO og flytninger af websites.

På denne side
Resumé
Domænenavnesystemet (DNS) er internettets telefonbog: det oversætter et domænenavn som sorank.com til IP-adressen på serveren, der hoster siden.
Vil du vide mere? Spørg
Domænenavnesystemet (DNS) er systemet, der oversætter menneskelæselige domænenavne, fx example.com, til de numeriske IP-adresser, som computere bruger til at finde servere. Hver gang nogen åbner en webside, sender en e-mail eller en søgemaskinebot henter en URL, sker der først et DNS-opslag, som normalt tager nogle få millisekunder.
DNS beskrives ofte som internettets telefonbog. Det er usynligt, når det virker, og blokerende, når det fejler: Hvis DNS er nede eller forkert konfigureret, er siden utilgængelig for både besøgende og crawlere, uanset hvor godt indholdet er.
DNS er en distribueret, hierarkisk database, der blev skabt i 1983 og standardiseret i RFC 1034 og RFC 1035 (1987). Ingen enkelt server har alle poster. I stedet er ansvaret delt mellem rodservere, topdomæneservere (.com, .fr, .de) og de autoritative navneservere, som hver domæneejer vælger, typisk hos en domæneregistrar, en webhost eller en udbyder som Cloudflare.
Et domænenavn er den læsbare del af en URL. DNS kobler navnet til tekniske ressourcer: webserveren, mailserverne og bekræftelsestokens til tredjepartstjenester. Ændringer gøres ved at redigere DNS-posterne i domænets zonefil.
Når en browser har brug for IP-adressen på www.example.com, spørger den først en rekursiv resolver, typisk drevet af internetudbyderen eller af en offentlig tjeneste som 1.1.1.1 eller 8.8.8.8. Hvis svaret ikke ligger i cachen, spørger resolveren en rodserver, som peger på .com-serverne, som peger på de autoritative navneservere for example.com, som til sidst returnerer IP-adressen.
Hvert svar følger med en TTL (levetid), der fortæller resolvere, hvor længe de må cache det. En lang TTL reducerer antallet af opslag og gør gentagne besøg hurtigere, mens en kort TTL lader ændringer slå igennem hurtigere. Derfor kan DNS-ændringer tage alt fra få minutter til 48 timer, før de er synlige alle steder.
En DNS-zone indeholder flere slags poster, som hver har en præcis rolle:
Mindre almindelige poster omfatter CAA (hvilke certifikatudstedere der må udstede SSL-certifikater), SRV (tjenester) og PTR (omvendte opslag). Til et marketingsite dækker A, AAAA, CNAME, MX og TXT næsten alle behov.
DNS er ikke i sig selv en rangeringsfaktor, men det påvirker to ting, der betyder noget. Det første er tilgængelighed: Hvis navneserverne fejler, kan Googlebot ikke nå siden, og gentagne fejl reducerer crawlingen. Det andet er hastighed: DNS-opslag er første trin i hver sideindlæsning, og et langsomt opslag lægger forsinkelse før første byte, hvilket vejer tungt på sidehastighed for førstegangsbesøgende.
De fleste moderne DNS-udbydere svarer på få millisekunder fra mange lokationer. Hurtig anycast-DNS, ofte samlet med et indholdsleveringsnetværk, fjerner denne flaskehals. At vælge en pålidelig udbyder med redundans er en enkel måde at beskytte både brugere og crawlere.
DNS indgår i flere af de daglige SEO-opgaver. Verificering af en domæneejendom i Google Search Console bruger en TXT-post, som dækker alle protokoller og underdomæner på én gang. At pege et blogunderdomæne til en hostet platform bruger en CNAME. E-mailleveringen for nyhedsbreve afhænger af SPF-, DKIM- og DMARC-poster.
Flytninger er det mest risikable øjeblik. Flytning af en side til en ny host eller et nyt domæne betyder, at man skal ændre poster, og en fejl kan tage hele siden offline eller bryde HTTPS. Sænk TTL'en en dag før, lav postændringerne i en rolig periode, kontroller at alle gamle URL'er returnerer den rigtige statuskode med en redirect-tjekker, og overvåg crawlfejl de følgende dage.
De hyppigste fejl er at lade domænet udløbe, at slette en post, som en tjeneste stadig bruger, og at efterlade to modstridende poster for samme navn. En anden klassisk fejl er at pege hoveddomænet og www-versionen til forskellige servere, hvilket skaber dubletter af siden, hvis der ikke er sat redirects op.
Sikkerhed er den anden risiko. Hængende CNAME-poster, der peger på slettede cloudressourcer, kan overtages af angribere, og ulåste domæner kan kapres. Aktiver registrar-lås, tofaktorgodkendelse på registrarkontoen og DNSSEC, hvor det understøttes.
For SEO er DNS en del af det usynlige fundament: En side, der løses hurtigt og pålideligt, bliver crawlet jævnt og indlæses hurtigere for rigtige brugere. Problemer på dette niveau ophæver alt indholds- og linkarbejde, for sider, der ikke kan nås, kan ikke indekseres.
For GEO gælder den samme regel for AI-crawlere som GPTBot, ClaudeBot og PerplexityBot. De henter sider over samme DNS- og HTTP-stack som Googlebot. Når en AI-assistent forsøger at læse en side i realtid for at besvare et spørgsmål, og domænet ikke kan løses, springes siden simpelthen over til fordel for en anden kilde.
Domænenavnesystemet oversætter domænenavne til IP-adresser gennem et hierarki af resolvere og navneservere, med poster som A, CNAME, MX og TXT. Det er ikke en rangeringsfaktor, men det styrer tilgængelighed, hastighed, sitebekræftelse og flytninger, og derfor er det en stille forudsætning for SEO og GEO.
Kilder: MDN Web Docs og Wikipedia.
Kilder
DNS står for Domain Name System (domænenavnesystem). Det oversætter domænenavne som example.com til IP-adresserne på de servere, der hoster websites, e-mail og andre tjenester.
Det afhænger af postens TTL og af resolvernes cache. Mange ændringer er synlige inden for få minutter, men det kan tage op til 48 timer, før de er slået igennem alle steder. Hvis man sænker TTL'en før en planlagt ændring, går udbredelsen hurtigere.
Indirekte, ja. Hvis domænet ikke kan slås op, kan Googlebot ikke crawle siden, og brugerne kan ikke nå den. Korte nedbrud er som regel ufarlige, men gentagne eller lange nedbrud reducerer crawlingen og kan få sider til at forsvinde fra indekset.
DE PRØVEDE SORANK, FØR DU GJORDE DET
