HTTP/3

HTTP/3 ist die dritte Hauptversion des Hypertext Transfer Protocol, der Grundlage der Kommunikation im World Wide Web. Die wichtigste Neuerung ist der Wechsel von der Transportschicht TCP zum Protokoll QUIC, das auf UDP aufsetzt. QUIC wurde ursprünglich um 2012 von Google entwickelt und 2021 als RFC 9000 standardisiert; HTTP/3 selbst folgte im Juni 2022 als RFC 9114. Durch diesen Wechsel verschwindet das Head-of-Line-Blocking, der Verbindungsaufbau wird schneller und der Wechsel zwischen Netzwerken nahtlos.

Der fundamentale Unterschied liegt in der Transportschicht. HTTP/2 basiert auf TCP, HTTP/3 nutzt das Protokoll QUIC über UDP. Das beseitigt das Head-of-Line-Blocking, denn bei HTTP/3 betrifft ein verlorenes Paket nur den jeweiligen Datenstrom, während bei HTTP/2 über TCP alle Ströme warten müssen. Außerdem ist der Verbindungsaufbau schneller, weil QUIC Transport- und Verschlüsselungs-Handshake zusammenlegt, und TLS 1.3 ist fest integriert, sodass jede Verbindung verschlüsselt ist. QUIC erlaubt zudem eine nahtlose Migration zwischen Netzwerken.

QUIC ist das Transportprotokoll, auf dem HTTP/3 aufbaut. Es setzt auf UDP statt TCP und vereint Zuverlässigkeit, Verschlüsselung über TLS 1.3 und Multiplexing in einer einzigen Schicht. Die Datenströme laufen unabhängig voneinander, und Verbindungen werden über Connection IDs statt über die IP-Adresse identifiziert, was den Wechsel zwischen Netzwerken ohne Verbindungsabbruch ermöglicht. QUIC wurde ursprünglich um 2012 von Google entwickelt und 2021 als RFC 9000 standardisiert. Der Name gilt heute als Eigenname und wird nicht mehr als Akronym für Quick UDP Internet Connections aufgelöst.

UDP ist leichtgewichtig und überlässt die Zuverlässigkeit der darüberliegenden Schicht. Genau das macht sich QUIC zunutze: Es implementiert Mechanismen für zuverlässige Übertragung, Reihenfolge und Überlastungssteuerung selbst, in der Anwendungsschicht statt im Betriebssystem-Kernel. Dadurch lässt sich das Protokoll flexibler weiterentwickeln und schneller aktualisieren, und es kann das Head-of-Line-Blocking vermeiden, das bei TCP auftritt. UDP dient hier also nur als schlanke Basis, auf der QUIC die eigentliche Logik aufbaut.

HTTP/3 ist kein direkter Rankingfaktor. Google nutzt das Protokoll nicht als eigenes Signal zur Bewertung. Ein Vorteil kann höchstens indirekt entstehen, wenn die bessere Performance die Core Web Vitals und damit die Nutzererfahrung verbessert, etwa eine schnellere Ladezeit für den Largest Contentful Paint. Solche Verbesserungen zeigen sich vor allem auf mobilen Verbindungen. Wer HTTP/3 aktiviert, sollte das also als Gewinn für die realen Besucher verstehen und nicht als direkten Ranking-Hebel.

Nein. Der Googlebot crawlt über HTTP/1.1 und HTTP/2; HTTP/2 wird seit November 2020 für geeignete Seiten genutzt. Über HTTP/3 crawlt der Googlebot dagegen nicht standardmäßig. Das bedeutet: HTTP/3 beschleunigt nicht das Crawling Ihrer Website, sondern nützt vor allem den realen Besuchern. Welche Protokollversion der Googlebot verwendet, lässt sich in den Server-Logfiles oder in der Google Search Console nachvollziehen.

Alle großen Browser unterstützen HTTP/3 und aktivieren es standardmäßig. Chrome und Edge tun das seit Version 87 aus dem Jahr 2020, Firefox seit Version 88 aus dem Jahr 2021, dazu kommen Safari und Opera. Wenn HTTP/3 nicht verfügbar ist oder Netzwerkprobleme auftreten, fallen die Browser automatisch auf HTTP/2 oder HTTP/1.1 zurück, sodass die Kompatibilität gewahrt bleibt. Welche Version eine Seite gerade nutzt, zeigen die Browser-DevTools im Reiter Netzwerk an.

Der einfachste Weg ist ein CDN wie Cloudflare, Fastly oder KeyCDN, das HTTP/3 meist automatisch und ohne eigene Server-Konfiguration aktiviert. Wer einen eigenen Server betreibt, braucht eine aktuelle Server-Software wie nginx ab Version 1.25.0, LiteSpeed oder Caddy, ein gültiges TLS-1.3-Zertifikat, einen in der Firewall freigegebenen UDP-Port 443 und den Alt-Svc-Header, über den der Server seine HTTP/3-Verfügbarkeit ankündigt. Nach der Aktivierung prüft man in den Browser-DevTools, ob die Verbindung tatsächlich über HTTP/3 läuft.

Cloudflare und LiteSpeed bieten HTTP/3 seit 2019, nginx unterstützt es nativ und stabil seit Version 1.25.0 aus dem Jahr 2023, und Caddy aktiviert es automatisch. Der klassische Apache-Webserver bietet keine vollwertige native HTTP/3-Unterstützung; dort bindet man HTTP/3 meist über einen vorgeschalteten Reverse-Proxy oder ein CDN an. Bei der Auswahl lohnt sich ein Blick auf die jeweils aktuelle Dokumentation, da sich der Funktionsumfang weiterentwickelt.

Ja, einige Punkte sind zu beachten. Manche Firmen- und Bildungsnetzwerke blockieren oder drosseln UDP-Traffic, sodass HTTP/3 dort nicht zustande kommt und auf HTTP/2 oder HTTP/1.1 zurückgefallen wird. Weil QUIC im User Space arbeitet, kann es etwas mehr Rechenleistung beanspruchen, und auf sehr schnellen Glasfaserleitungen ist HTTP/2 teils ebenso schnell oder schneller. Außerdem verstehen nicht alle vorgeschalteten Proxys QUIC. Dank des automatischen Fallbacks bleibt die Website aber in allen Fällen erreichbar.

Head-of-Line-Blocking beschreibt eine Verzögerung, bei der ein einzelnes blockiertes Element eine ganze Warteschlange aufhält. Bei HTTP/2 über TCP tritt es auf, weil TCP die Reihenfolge der Pakete erzwingt: Geht ein Paket verloren, müssen alle nachfolgenden Daten warten, bis es erneut übertragen wurde, selbst wenn sie zu anderen Datenströmen gehören. HTTP/3 löst das, weil QUIC Multiplexing auf Transportebene umsetzt und jeder Stream unabhängig ist; ein verlorenes Paket betrifft dann nur den jeweiligen Stream, alle anderen laufen weiter.

Zwingend nötig ist HTTP/3 nicht, denn der eingebaute Fallback sorgt dafür, dass Websites auch über HTTP/2 und HTTP/1.1 einwandfrei erreichbar bleiben. Da die Aktivierung über ein CDN aber meist einfach und ohne Risiko möglich ist und vor allem mobilen Nutzern eine spürbar bessere Erfahrung bietet, ist sie in der Regel sinnvoll. Wichtig sind realistische Erwartungen: HTTP/3 ist ein Performance-Werkzeug für reale Nutzer mit wechselhaften Verbindungen, kein pauschaler Geschwindigkeitsgewinn und kein direkter Rankingfaktor.