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 was ist die Time to First Byte und Time to First Byte-Probleme finden und beheben, 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.  

ttfb dns coredash breakdown

Your dev team is busy.

Delegate the performance architecture to a specialist. I handle the optimization track while your team ships the product.

Discuss Resource Allocation >>

  • Parallel Workflows
  • Specialized Expertise
  • Faster Delivery
Minimieren Sie die DNS-Dauer-Teilkomponente der Time to First ByteCore Web Vitals Minimieren Sie die DNS-Dauer-Teilkomponente der Time to First Byte