HTTP/2, HTTP/3 und QUIC: Was sich für Websites verändert

Was mehrere Streams überhaupt ermöglichen

Eine Webseite fordert meist mehrere Ressourcen an: Dokument, Stylesheets, Skripte, Bilder und weitere Daten. HTTP/2 kann mehrere Streams über eine Verbindung transportieren. Darunter liegt aber ein gemeinsam geordneter TCP-Datenstrom. Fehlen dort Daten, kann deren Nachlieferung auch die Weitergabe anderer bereits empfangener Daten an die darüberliegende Verarbeitung aufhalten.

QUIC stellt Anwendungen eigene Streams mit ihrer jeweiligen Ordnung bereit. Dadurch lässt sich eine bestimmte Form der Blockierung zwischen Streams vermeiden. Das bedeutet nicht, dass alle Teile einer Verbindung vollständig unabhängig wären. Die Ressourcen teilen sich weiterhin Netzbedingungen und Überlastungssteuerung, und ein einzelnes verlorenes Paket kann Daten mehrerer Streams enthalten.

Warum UDP hier keine unzuverlässige Website bedeutet

UDP stellt selbst keine mit TCP vergleichbare geordnete und zuverlässige Übertragung bereit. Bei QUIC übernimmt das Protokoll entsprechende Aufgaben oberhalb dieser Grundlage. Es behandelt unter anderem Datenströme, Bestätigungen und Wiederholungen. Es wäre daher falsch, aus „HTTP/3 über UDP“ auf einen Verzicht auf zuverlässige Datenübertragung für Website-Inhalte zu schließen.

Ebenso ungenau wäre es, HTTP/2 über HTTPS als unverschlüsselt darzustellen. Beide können verschlüsselte Verbindungen verwenden. QUIC bindet TLS für den Verbindungsaufbau und den Schutz der Kommunikation ein. Die Sicherheitsbetrachtung muss also den konkreten Aufbau verstehen, statt TCP und UDP als einfache Etiketten für unsicher und sicher zu verwenden.

Die Voraussetzungen liegen an mehreren Stellen

Für eine tatsächliche HTTP/3-Verbindung muss der Webdienst passend konfiguriert sein, der Client das Protokoll unterstützen und der Netzwerkweg den benötigten UDP-Verkehr erlauben. Ein auf einem Server vorhandener Listener allein belegt noch keinen erfolgreichen Abruf von außen. Auch ein Alt-Svc-Hinweis in einer HTTP-Antwort ist zunächst eine Ankündigung eines verfügbaren alternativen Dienstes.

Wenn ein Weg nicht nutzbar ist, können Clients je nach Umgebung andere unterstützte Protokolle verwenden. Prüfe deshalb, welches Protokoll beim konkreten Abruf tatsächlich ausgehandelt wurde. Die auf Hostingwissen vorgestellte Hostingplattform beschreibt HTTP/3-Unterstützung; daraus wird keine Aussage abgeleitet, dass jeder beliebige Domainabruf in jedem Netzwerk tatsächlich über HTTP/3 läuft.

Verbindungsaufbau ist nicht gleich Seitenaufbau

QUIC bietet Mechanismen für einen effizienten Verbindungsaufbau und für den Wechsel von Netzwerkpfaden. Ob und wie sie im konkreten Fall greifen, hängt von Bedingungen und Implementierung ab. Insbesondere frühe Datenübertragung bei wiederaufgenommenen Verbindungen ist keine allgemeine Zusage für den allerersten Besuch und muss hinsichtlich wiederholbarer Anfragen bewusst behandelt werden.

Die sichtbare Ladezeit wird außerdem durch die Antwort der Anwendung, Bilder, JavaScript und die Reihenfolge der benötigten Ressourcen geprägt. Ein großer Bilddownload oder blockierende Verarbeitung im Browser verschwindet nicht allein durch einen anderen Transport. Untersuche deshalb zuerst die beobachtete Nutzererfahrung und ordne das Protokoll als eine mögliche Einflussgröße ein.

So wird ein Vergleich aussagekräftig

Wenn du Protokolle vergleichen möchtest, verwende nachvollziehbare Bedingungen: gleiche Inhalte, gleiche Testaktion und möglichst ähnliche Netz- und Cache-Zustände. Halte fest, ob die Verbindung neu aufgebaut oder wiederverwendet wurde. Ein einzelner Messlauf kann durch viele Faktoren beeinflusst sein. Mehrere vergleichbare Beobachtungen sind deshalb hilfreicher als ein isoliertes Ergebnis mit einem eindrucksvollen Faktor.

Nutze Entwicklerwerkzeuge oder einen geeigneten Client, um den tatsächlich verwendeten Verbindungsweg zu sehen. Trenne eine technische Erreichbarkeitsprüfung von einem Leistungsbenchmark. Ein erfolgreicher HTTP/3-Abruf belegt Unterstützung auf diesem Weg; er misst noch nicht automatisch, wie sich die vollständige Website für alle Besucher verhält.

• Protokoll im echten Abruf prüfen, nicht nur eine Ankündigung lesen.
• Paketverlust und gemeinsam genutzte Netzbedingungen unterscheiden.
• Cache-Zustand, Wiederverwendung und Testinhalt dokumentieren.
• Auch Bilder, Skripte und Anwendungsantworten untersuchen.