Minimieren Sie die DNS-Dauer-Teilkomponente der Time to First Byte

Die DNS-Dauer besteht aus Browser-DNS-Lookups. Verstehen Sie die Teilkomponente der TTFB, um die gesamte Time to First Byte zu reduzieren

Arjen Karel Core Web Vitals Consultant
Arjen Karel - linkedin
Last update: 2026-02-08

Minimieren Sie die DNS-Dauer der Time to First Byte

Die Time to First Byte (TTFB) kann in die folgenden Teilbereiche unterteilt werden:

  • Warten + Redirect (oder Wartezeit)
  • Worker + Cache (oder Cache-Dauer)
  • DNS (oder DNS-Dauer)
  • Verbindung  (oder Verbindungsdauer)
  • Anfrage (oder Anfragedauer)

Möchten Sie die Time to First Byte optimieren? Dieser Artikel bietet eine eingehende Analyse des DNS-Dauer-Teils der Time to First Byte. Wenn Sie die Time to First Byte verstehen oder beheben möchten und nicht wissen, was die Wartezeit bedeutet, lesen Sie bitte [url=/de/core-web-vitals/time-to-first-byte]was ist die Time to First Byte[/url] und [url=/de/core-web-vitals/time-to-first-byte/fix-and-identify]Time to First Byte-Probleme finden und beheben[/url], bevor Sie mit diesem Artikel beginnen.

DNS-Schnelllösung: Wenn Sie DNS-Latenz in der Time to First Byte feststellen, wechseln Sie zu einem Premium-DNS-Anbieter und aktualisieren Sie Ihre TTL-Einstellungen!

Der DNS-Dauer-Teil der Time to First Byte besteht aus einiger Zeit, in der der Browser die Internet-(IP)-Adresse für Ihre Website sucht.  Wir benötigen DNS-Lookups, weil wir Menschen es einfacher finden, sich Domainnamen wie "www.example.com" zu merken, während Computer numerische IP-Adressen benötigen, um sich miteinander zu verbinden.


Wie funktioniert DNS?

DNS-Anfragen sind in der TTFB-Messung enthalten. Das bedeutet, dass die Zeit, die für den Abschluss der DNS-Anfrage benötigt wird, in den gesamten TTFB-Score eingerechnet wird.

Wenn eine Seite angefordert wird , sind dies die Schritte, die Ihr Browser unternimmt, um den Domainnamen in eine IP-Adresse umzuwandeln:

  • Der DNS-Cache des Browsers wird überprüft: Bevor eine DNS-Abfrage durchgeführt wird, überprüft der Browser zunächst seinen eigenen DNS-Cache, um zu sehen, ob er bereits die IP-Adresse für die angeforderte Domain hat. Moderne Browser cachen DNS-Einträge für einen bestimmten Zeitraum, um die Leistung zu verbessern, indem die Notwendigkeit wiederholter DNS-Lookups verringert wird. Wenn der Eintrag im Cache des Browsers gefunden wird, kann der Browser ihn sofort ohne weitere Abfragen verwenden.
  • Der OS-Systemcache wird überprüft: Wenn der Cache des Browsers den benötigten DNS-Eintrag nicht enthält, wird die Anfrage an den DNS-Resolver des Betriebssystems weitergeleitet, der oft als "Stub Resolver" bezeichnet wird. Das OS unterhält ebenfalls einen DNS-Cache und überprüft diesen, bevor Netzwerkanfragen gesendet werden.
  • DNS-Abfrage: Wenn der DNS-Eintrag weder im Browser- noch im OS-Cache gefunden wird, wird eine rekursive DNS-Abfrage an einen DNS-Resolver gesendet, der typischerweise vom Internet Service Provider (ISP) des Benutzers bereitgestellt wird. Dieser Resolver fungiert als Vermittler und übernimmt den Prozess der Abfrage anderer DNS-Server, um die IP-Adresse zu finden. 
    • Root Name Server: Der Resolver kontaktiert zuerst einen Root Name Server, der ihn basierend auf der Domainendung (z. B. ".com", ".org") an den entsprechenden Top-Level-Domain (TLD)-Server weiterleitet.
    • TLD Name Server: Der TLD-Server leitet den Resolver dann an den autoritativen Nameserver für die spezifische Domain weiter. 
    • Autoritativer Nameserver: Dieser Server hält die DNS-Einträge für die Domain und stellt dem Resolver die IP-Adresse zur Verfügung.
  • IP-Adresse zurückgeben: Sobald der DNS-Resolver die IP-Adresse vom autoritativen Server erhält, gibt er diese Information an den Browser zurück. Der Browser kann dann eine Verbindung zum Server unter Verwendung der IP-Adresse initiieren, um die angeforderte Webseite zu laden.

Wie beeinflusst DNS die Time to First Byte?

Der DNS-Lookup kann die Time to First Byte verlangsamen, entweder aufgrund von Netzwerklatenz (die Zeit, die benötigt wird, um sich in diesem Fall mit dem Nameserver zu verbinden), der Qualität/Geschwindigkeit des autoritativen Nameservers und der DNS-Cache-Zeit (da gecachte DNS-Abfragen viel schneller sind als nicht gecachte DNS-Abfragen).

Wie man die DNS-Auswirkungen auf die TTFB minimiert


  • Verwenden Sie einen schnellen DNS-Anbieter. Einige hochwertige DNS-Anbieter sind schneller als andere. Deshalb ist die Wahl eines schnellen und zuverlässigen DNS-Anbieters einer der einfachsten Wege, um DNS-Latenz zu reduzieren. Premium-DNS-Anbieter wie Cloudflare, Amazon Route 53 und Dyn verfügen über umfangreiche globale Infrastrukturen. Diese Infrastrukturen verringern die physische Entfernung zwischen Benutzern und DNS-Servern und entfernen einen wichtigen Teil der Latenz, die mit DNS-Anfragen verbunden ist.
  • Optimieren Sie die DNS Cache Time to Live: DNS-Caching speichert DNS-Abfrageergebnisse lokal, wodurch die Notwendigkeit wiederholter Lookups verringert wird. Durch das Festlegen von 'optimalen' Time-To-Live (TTL)-Werten für DNS-Einträge können Sie steuern, wie lange diese Einträge gecacht werden.  

Was sind optimale DNS-TTL-Einstellungen

A- und AAAA-Einträge (IP-Adreseeinträge): Für die meisten Websites: 5 Minuten bis 1 Stunde. Für statische Websites, die sich nicht häufig ändern: 1-24 Stunden
CNAME-Einträge: Typischerweise 24 Stunden
TXT- und MX-Einträge:Etwa 12 Stunden
NS-Einträge: Längere TTLs, wie 1-2 Tage, da diese kritisch und im Allgemeinen statisch sind
SOA- und andere statische Einträge: Längere TTLs, bis zu einigen Tagen

TIPP: Wenn Sie CNAME-Einträge verwenden, ziehen Sie die Implementierung von CNAME Flattening in Betracht. CNAME Flattening ist eine Technik, die es Ihnen ermöglicht, einen CNAME-Eintrag auf der Root (Apex)-Domainebene zu verwenden, wodurch er effektiv in eine IP-Adresse aufgelöst wird, ohne DNS-Standards zu verletzen. 

Wie man TTFB-Probleme misst, die durch langsame DNS-Lookups verursacht werden

Um die Auswirkungen zu finden, die echte Benutzer durch Redirect erfahren, müssen Sie ein RUM-Tool wie CoreDash verwenden. Real User Monitoring lässt Sie die Core Web Vitals bis ins Detail verfolgen und ohne die 28-tägige Google-Verzögerung.

In CoreDash klicken Sie einfach auf 'Time to Fist Byte Breakdown', um den DNS-Teil der Time to First Byte zu visualisieren.  

Make decisions with Data.

You cannot optimize what you do not measure. Install the CoreDash pixel and capture 100% of user experiences.

Create Free Account >>

  • 100% Capture
  • Data Driven
  • Easy Install
Minimieren Sie die DNS-Dauer-Teilkomponente der Time to First Byte Core Web Vitals Minimieren Sie die DNS-Dauer-Teilkomponente der Time to First Byte