DNS og SEO — Sådan påvirker DNS din søgemaskineoptimering
DNS påvirker SEO via opslagstid, TTFB, HTTPS-konfiguration og e-maillevering — her er hvad du konkret skal have styr på.
DNS er ikke et direkte rankingparameter.
Google har aldrig sagt: “Vi ranker sider med Cloudflare DNS højere end sider med standard hosting-DNS.” Det er ikke sådan det fungerer.
Men DNS påvirker SEO indirekte — og på måder der er konkrete og målbare.
DNS-opslagstid og TTFB
Hvert besøg på en hjemmeside starter med et DNS-opslag: browseren spørger en resolver om IP-adressen på domænet.
Det tager tid. Og den tid indgår i TTFB (Time to First Byte) — den metrik der måler fra browserens forespørgsel til første byte fra serveren ankommer.
TTFB er en del af Core Web Vitals-sammenhængen. Google har ikke gjort TTFB til et direkte rankingsignal, men Lighthouse og PageSpeed Insights flagger høj TTFB som et problem, og Google bruger reelle brugerdata (CrUX) til at vurdere performance.
Tre faktorer gør en konkret forskel:
- DNS-udbyder — Cloudflare (
1.1.1.1) og Google (8.8.8.8) er systematisk hurtigere end de fleste ISP-resolvere og standard hosting-DNS - Antal DNS-opslag — tredjepartsscripts (analytics, annoncering, chat-widgets) kræver hvert sit DNS-opslag. Reducer antallet af tredjeparter for at reducere total DNS-tid
- DNS-prefetch — HTML-direktivet
<link rel="dns-prefetch" href="//tredjepartsdomæne.com">lader browseren løse DNS-opslag for tredjeparter i baggrunden, mens siden indlæses
HTTPS og certifikatkonfiguration
HTTPS er et bekræftet — om end lettere — rankingsignal siden 2014.
DNS spiller en direkte rolle i HTTPS-opsætningen på tre punkter.
CAA-records
CAA-records (Certification Authority Authorization) specificerer, hvilke certifikatudbydere der må udstede certifikater til dit domæne. Mangler de, kan enhver CA potentielt udstede et certifikat for dit domæne. Tilføj CAA-records som del af standard-opsætning.
DNS-01 challenge
Let’s Encrypt og andre CA’er tilbyder DNS-01 som valideringsmetode: du tilføjer en specifik TXT-record til DNS, og CA’en verificerer, at du kontrollerer domænet. Nyttigt for wildcard-certifikater og servere uden public HTTP-adgang.
CNAME flattening og roddomæne
Mange hosting-leverandører kræver en CNAME til sin infrastruktur. Men et roddomæne (eksempel.dk) kan ikke have en CNAME ifølge DNS-standarden. Udbydere som Cloudflare løser dette med “CNAME flattening” — en teknisk workaround. Vær opmærksom, hvis du oplever HTTPS-certifikatproblemer på roddomænet.
E-mail, SPF, DKIM og linkbuilding
E-mail er stadig et af de vigtigste redskaber i linkbuilding. Og levering af e-mails afhænger af DNS-records.
SPF (Sender Policy Framework)
En TXT-record der specificerer, hvilke mailservere der må sende e-mail fra dit domæne. Mangler SPF, sender spam-filteret dine outreach-mails direkte til spam.
DKIM (DomainKeys Identified Mail)
En TXT-record med en kryptografisk signatur der verificerer, at mailen er ægte. Kræves af de fleste seriøse mailservere.
DMARC
En TXT-record der kombinerer SPF og DKIM og fortæller modtagerservere, hvad de skal gøre ved e-mails der fejler validering.
Mangler disse records ender dine outreach-mails i spam, og linkbuilding-kampagnerne leverer ikke. Det har en direkte effekt på SEO-resultater, selvom det ikke er et direkte rankingsignal.
Domænehistorik og DNS
Et domæne der har skiftet ejer eller haft nedetid, kan have en DNS-historik der er relevant.
Domæneflytninger
Flyttes et domæne (med 301-redirects) bevares rankingværdi generelt. Men konfigurationsfejl under DNS-flytningen — perioder med NXDOMAIN (domæne eksisterer ikke) eller forkerte peg — kan midlertidigt påvirke crawling og indeksering.
Verifikation i Search Console
Google Search Console verificerer domæneejerskab enten via TXT-record i DNS eller HTML-fil på serveren. DNS-verifikation er den mere robuste metode — den holder, selv hvis serveren er nede midlertidigt.
Tjekliste: DNS og SEO
- Brug en hurtig DNS-udbyder (Cloudflare, Route 53)
- Minimer antal tredjepartsdomæner der kræver DNS-opslag
- Tilføj
dns-prefetchfor nødvendige tredjeparter - Sæt CAA-records korrekt
- Konfigurer SPF, DKIM og DMARC for e-maildomænet
- Verificer Search Console via DNS-record
- Sænk TTL til 300 inden planlagte server-flytninger
Sidst opdateret: marts 2026. Denne artikel er en del af Stegger.dk’s SEO-ordbog — den komplette danske reference til søgeoptimering. → Denne artikel er en del af DNS — Domain Name System forklaret.
Andre artikler i samme emne
- A-record — Hvad er en A-record i DNS?
- Almindelige DNS-fejl — Årsager og løsninger
- CNAME vs. A-record — Hvornår bruger du hvad?
- CNAME-record — Hvad er et CNAME i DNS?
- DNS TTL — Hvad er Time to Live?
- DNS ved hostingflytning — Flyt din hjemmeside uden nedetid
- DNS vs. domæne vs. hosting — Hvad er forskellen?
- DNS-propagation og TTL — Hvad sker der når du ændrer DNS?
- DNS-record-typer — A, CNAME, MX, TXT og NS forklaret
- Hvad er DNS?
- Hvor lang tid tager DNS-propagation?
- Hvordan fungerer DNS? — DNS-opslag trin for trin
- Hvorfor er DNS ikke opdateret endnu?
- MX-record — Hvad er en MX-record i DNS?
- NS-record — Hvad er nameserver-records i DNS?
- Reverse DNS og Googlebot — Hvad er reverse DNS-lookup?
- TXT-record — Hvad er en TXT-record i DNS?
Ofte stillede spørgsmål
- Påvirker DNS din Google-rangering direkte?
- Nej. DNS er ikke et direkte rankingparameter — Google ranker ikke sider højere fordi de bruger Cloudflare DNS frem for hosting-DNS. Men DNS påvirker SEO indirekte: DNS-opslagstid bidrager til TTFB, DNS-fejl stopper Googlebots crawling, og korrekt DNS er en forudsætning for HTTPS og velfungerende e-maillevering.
- Hvorfor er SPF, DKIM og DMARC vigtige for SEO?
- SPF, DKIM og DMARC er TXT-records i DNS der styrer e-mailafsendelse. For SEO er de kritiske fordi linkbuilding via e-mail er ineffektiv, hvis outreach-mails lander i spam. Mangler disse records, markeres dine mails som mistænkelige af modtagerservere — og kampagnerne virker ikke.
- Hvad er dns-prefetch, og hvornår bruger du det?
- dns-prefetch er et HTML-direktiv (`<link rel="dns-prefetch" href="//tredjepartsdomæne.com">`) der lader browseren løse DNS-opslag for tredjepartsdomæner i baggrunden mens siden indlæses. Det reducerer den samlede DNS-tid for scripts, skrifttyper og andre tredjeparts-ressourcer og er en simpel performance-optimering.
- Hvad er Time to First Byte (TTFB), og hvilken rolle spiller DNS-opslagstid i det?
- TTFB er den tid der går fra browseren sender sin HTTP-forespørgsel til den modtager det første byte fra serveren. DNS-opslagstid er den første komponent i TTFB — inden HTTP-forbindelsen kan etableres, skal domænet løses til en IP. En hurtig DNS-udbyder som Cloudflare kan reducere DNS-opslagstiden fra 50-100 ms til under 10 ms. For SEO er TTFB relevant fordi Google PageSpeed Insights og Chrome User Experience Report (CrUX) måler real-user TTFB-data.
- Hvad er Cloudflare, og hvad er fordelene ved at bruge det som DNS-udbyder?
- Cloudflare er verdens største DNS-resolver og tilbyder gratis DNS-hosting med opslagstider der konsekvent rangerer lavest globalt. Udover hastighed tilbyder Cloudflare CNAME flattening, automatisk DNSSEC, DDoS-beskyttelse og et CDN-lag der kan caches statiske ressourcer tæt på brugerne. For SEO er Cloudflare relevant fordi det reducerer TTFB og tilbyder integreret HTTPS-certifikatstyring via Let's Encrypt.
Placering i ordbogen
- A-record — Hvad er en A-record i DNS?
- Almindelige DNS-fejl — Årsager og løsninger
- CNAME vs. A-record — Hvornår bruger du hvad?
- CNAME-record — Hvad er et CNAME i DNS?
- DNS TTL — Hvad er Time to Live?
- DNS ved hostingflytning — Flyt din hjemmeside uden nedetid
- DNS vs. domæne vs. hosting — Hvad er forskellen?
- DNS-propagation og TTL — Hvad sker der når du ændrer DNS?
- DNS-record-typer — A, CNAME, MX, TXT og NS forklaret
- Hvad er DNS?
- Hvor lang tid tager DNS-propagation?
- Hvordan fungerer DNS? — DNS-opslag trin for trin
- Hvorfor er DNS ikke opdateret endnu?
- MX-record — Hvad er en MX-record i DNS?
- NS-record — Hvad er nameserver-records i DNS?
- Reverse DNS og Googlebot — Hvad er reverse DNS-lookup?
- TXT-record — Hvad er en TXT-record i DNS?