Websites herunterladen, die HTTP/3 nutzen

Über HTTP/3

Das Protokoll HTTP/3 ist so jung, dass sich seine Zahlen noch aus einem einzigen Grund bewegen. Ein Anbieter ändert eine Voreinstellung. Der Standard erschien 2022 und läuft über QUIC auf UDP statt auf der TCP-Grundlage seiner Vorgänger, was eine Klasse von Hängern in verlustbehafteten Netzen beseitigt und den Verbindungsaufbau verkürzt. Websitebetreiber haben sich nicht für das Protokoll entschieden. Entschieden haben die Edge-Netze, und die Verbreitungskurve ist im Grunde eine Chronik ihrer Release-Zyklen.

Stand Oktober 2026 schließen wir mit 20.535.709 Websites aus unserem Crawl einen HTTP/3-Handshake ab, womit ein junger Standard in derselben Größenordnung liegt wie Technik, die seit Jahren alltäglich ist. Das Tempo der Verbreitung erklärt sich durch Konzentration, nicht durch Begeisterung. Wenn einige wenige große Edge-Plattformen das Protokoll für alle Kunden gleichzeitig aktivieren, erhalten ganze Kundenbestände das Merkmal innerhalb einer Woche, ohne dass ein einziger Administrator überhaupt etwas tut.

Die Einordnung in die Kategorie Miscellaneous verdeckt, wie kommerziell dieses Feld ist. Für das Vertriebsteam eines Content-Delivery-Networks ist die Liste der Domains, die das Protokoll noch nicht aushandeln, eine Interessentenliste, denn die Domains, die es tun, werden bereits von jemandem bedient, der es anbietet. Für eine Performance-Beratung kennzeichnet dieselbe Aufteilung Websites, die in Mobilfunknetzen noch Latenzkosten zahlen. Für einen Forscher, der die Verbreitung von Standards misst, ist die Datei das Rohmaterial für die einzig belastbare Variante dieser Messung, nämlich eine Zählung über den gesamten Bestand statt einer Stichprobe bekannter Websites.

Von den Domains, bei denen der Handshake gelingt, verorten wir 12.405.501 in den USA, und bei den Endungen liegt der Schwerpunkt auf .com. Die Schlagseite der Länderverteilung hat dieselbe Ursache wie alles andere hier. Neue Transportprotokolle tauchen zuerst auf Plattformen auf, die ihre eigene Edge betreiben, und diese Plattformen sind in wenigen Märkten registriert, bedienen aber den Rest der Welt mit einer einzigen Konfiguration. Eine Länderspalte, die aus der ausliefernden Infrastruktur abgeleitet ist, ist eine Aussage darüber, wo Verbindungen terminiert werden, und deshalb braucht jede nationale Lesart die Domainendung und die Sprache der Seite daneben.

Die Abfrage einer einzelnen Domain zeigt Ihnen, ob ein Server geantwortet hat. Die interessanten Fragen sind alle vergleichend. Welche Hosting-Anbieter die Voreinstellung umgestellt haben und welche nicht. Wie sich die Verbreitungsrate zwischen Endungen und zwischen Märkten unterscheidet. Ob ein Portfolio von Websites einheitlich oder nur stellenweise umgestiegen ist und wie sich all das zwischen einem Snapshot und dem nächsten verändert hat. Vergleichende Fragen brauchen den gesamten Bestand in einer Datei, mit der Transportspalte neben den Spalten für Server, Content-Delivery-Network und Land, damit sich die Spalten lokal verknüpfen und die Auswertungen später wiederholen lassen.

Die Erkennung ist hier eine Beobachtung und keine Prüfung der Fähigkeiten. Wir halten fest, dass unser Crawler das Protokoll zu einem bestimmten Zeitpunkt aus unserem Netz ausgehandelt hat. Ein Server, der Unterstützung ankündigt, den Austausch mit uns aber nicht abschließt oder das Protokoll nur Clients anbietet, die wir nicht nachahmen, wird deshalb als fehlend erfasst. Die Ankündigung, über die Browser die Unterstützung entdecken, ist ein Hinweis und keine Garantie, und eine Website kann an der Edge das neue Transportprotokoll sprechen, während der Origin dahinter etwas viel Älteres spricht. Fehlen bedeutet in der Datei „nicht beobachtet“, was eine schwächere, aber zutreffendere Aussage ist als „nicht unterstützt“, und wer beides gleichsetzt, wird jede Lücke überzeichnen, die er findet.