Minimer DNS-varigheten som en underdel av Time to First Byte

Minimer DNS-varigheten som en underdel av Time to First Byte

Time to First Byte (TTFB) kan deles inn i følgende underdeler:

• Venting + Omdirigering (eller ventevarighet)
  
• Worker + Cache (eller cache-varighet)
• DNS (eller DNS-varighet)
• Tilkobling (eller tilkoblingsvarighet)
• Forespørsel (eller forespørselsvarighet)

Ønsker du å optimalisere Time to First Byte? Denne artikkelen gir en grundig analyse av DNS-varighetsdelen av Time to First Byte. Hvis du ønsker å forstå eller fikse time to first byte og ikke vet hva ventevarigheten betyr, vennligst les hva er time to first byte og fiks og identifiser time to first byte-problemer før du starter med denne artikkelen

DNS hurtigløsning: hvis du opplever DNS-forsinkelse i Time to First Byte, bytt til en premium DNS-leverandør og oppdater TTL-innstillingene dine!

DNS-varighetsdelen av time to first byte består av noe tid der nettleseren slår opp internett (IP)-adressen for nettstedet ditt. Vi trenger DNS-oppslag fordi vi mennesker synes det er lettere å huske domenenavn som "www.example.com", mens datamaskiner krever numeriske IP-adresser for å koble seg til hverandre.

Hvordan fungerer DNS?

DNS-forespørsler er inkludert i TTFB-målingen. Dette betyr at tiden det tar for DNS-forespørselen å fullføre, tas med i den samlede TTFB-poengsummen.

Når en side forespørres, er dette stegene nettleseren din tar for å konvertere domenenavnet til en IP-adresse:

• Nettleserens DNS-cache sjekkes: Før en DNS-forespørsel gjøres, sjekker nettleseren først sin egen DNS-cache for å se om den allerede har IP-adressen for det forespurte domenet. Moderne nettlesere cacher DNS-poster i en bestemt periode for å forbedre ytelsen ved å redusere behovet for gjentatte DNS-oppslag. Hvis posten finnes i nettleserens cache, kan nettleseren bruke den umiddelbart uten flere forespørsler.
• OS-systemcachen sjekkes: Hvis nettleserens cache ikke inneholder den nødvendige DNS-posten, sendes forespørselen til operativsystemets DNS-resolver, ofte kalt en "stub resolver". OS-et opprettholder også en DNS-cache og vil sjekke den før det sender nettverksforespørsler.
• DNS-forespørsel: Hvis DNS-posten ikke finnes i verken nettleseren eller OS-cachen, sendes en rekursiv DNS-forespørsel til en DNS-resolver, vanligvis levert av brukerens internettleverandør (ISP). Denne resolveren fungerer som en mellommann og håndterer prosessen med å forespørre andre DNS-servere for å finne IP-adressen.
• Root Name Servers: Resolveren kontakter først en root name server, som dirigerer den til den riktige toppdomene (TLD)-serveren basert på domenetillegget (f.eks. ".com", ".org").
• TLD Name Servers: TLD-serveren dirigerer deretter resolveren til den autoritative navneserveren for det spesifikke domenet.
• Authoritative Name Server: Denne serveren holder DNS-postene for domenet og gir resolveren IP-adressen.
  
• Returner IP-adressen: Når DNS-resolveren har fått IP-adressen fra den autoritative serveren, returnerer den denne informasjonen til nettleseren. Nettleseren kan deretter opprette en tilkobling til serveren ved hjelp av IP-adressen for å laste den forespurte nettsiden.

Hvordan påvirker DNS Time to First Byte?

• Bruk en rask DNS-leverandør. Noen DNS-leverandører av høy kvalitet er raskere enn andre. Derfor er valg av en rask og pålitelig DNS-leverandør en av de enkleste måtene å redusere DNS-forsinkelse. Premium DNS-leverandører som Cloudflare, Amazon Route 53 og Dyn har omfattende globale infrastrukturer. Disse infrastrukturene reduserer den fysiske avstanden mellom brukere og DNS-servere og fjerner en viktig del av forsinkelsen involvert i DNS-forespørsler.
• Optimaliser DNS Cache Time to Live: DNS-caching lagrer DNS-forespørselsresultater lokalt, noe som reduserer behovet for gjentatte oppslag. Ved å sette «optimale» Time-To-Live (TTL)-verdier for DNS-poster kan du kontrollere hvor lenge disse postene caches.
  

Hva er optimale DNS TTL-innstillinger

TIPS: hvis du bruker CNAME-poster, vurder å implementere CNAME-flattening. CNAME-flattening er en teknikk som lar deg bruke en CNAME-post på rotdomenenivå (apex), som effektivt løser den til en IP-adresse uten å bryte DNS-standarder

Hvordan måle TTFB-problemer forårsaket av trege DNS-oppslag

For å finne påvirkningen som ekte brukere opplever forårsaket av omdirigering, må du bruke et RUM-verktøy som CoreDash. Real user monitoring lar deg spore Core Web Vitals i større detalj og uten 28 dagers Google-forsinkelse.

I CoreDash klikker du bare på «Time to First Byte breakdown» for å visualisere DNS-delen av Time to First Byte.