HTTP/3

Was ist HTTP/3?

HTTP/3 ist die dritte Hauptversion des Hypertext Transfer Protocol und überträgt Webinhalte über QUIC statt über eine TCP-Verbindung. QUIC nutzt UDP, integriert TLS 1.3 und verarbeitet parallele Datenströme unabhängig. Dadurch kann HTTP/3 Verbindungen schneller aufbauen und Paketverluste besonders in mobilen oder instabilen Netzen besser abfedern.

HTTP/3 modernisiert die Verbindung zwischen Browser und Webserver. Das auch als HTTP der dritten Generation bezeichnete Protokoll wurde 2022 im RFC 9114 standardisiert und baut auf QUIC auf. Während HTTP/1.1 und HTTP/2 TCP als Transportprotokoll verwenden, läuft QUIC über UDP und übernimmt Zuverlässigkeit, Verschlüsselung sowie Verbindungssteuerung selbst.

Wie funktioniert HTTP/3?

HTTP/3 überträgt HTML-Dokumente, Bilder, Schriftarten und andere Ressourcen in voneinander unabhängigen QUIC-Streams. Geht ein Datenpaket verloren, wartet nur der betroffene Stream auf die erneute Übertragung. Andere Ressourcen können weitergeladen werden. Diese Trennung reduziert das transportbedingte Head-of-Line-Blocking, das bei HTTP/2 durch die gemeinsame TCP-Verbindung entstehen kann.

HTTP/3 verbindet den Aufbau der QUIC-Verbindung mit dem kryptografischen Handshake von TLS 1.3. Eine neue Verbindung benötigt im Regelfall eine Round Trip Time, kurz RTT, bevor verschlüsselte Anwendungsdaten fließen. Bei einer bereits bekannten Gegenstelle kann QUIC unter bestimmten Bedingungen 0-RTT-Daten zulassen. Der Browser sendet dann Daten, ohne einen vollständigen neuen Handshake abzuwarten.

Eine Round Trip Time ist die Zeit, die ein Datenpaket für den Weg vom Client zum Server und zurück benötigt. Bei einer Latenz von 80 Millisekunden spart ein vermiedener zusätzlicher Verbindungsdurchlauf rechnerisch bis zu 80 Millisekunden. Der tatsächliche Pagespeed-Gewinn hängt jedoch auch von Serverleistung, Caching, Dateigrößen und Rendering ab.

HTTP/3 und Pagespeed

HTTP/3 kann den Pagespeed verbessern, garantiert aber keine schnellere Darstellung. Das Protokoll optimiert den Transportweg. HTTP/3 verkleinert keine Bilder, entfernt kein blockierendes JavaScript und beschleunigt keine langsame Datenbankabfrage. Liegt die Verzögerung im Backend oder im Frontend-Code, bleibt sie auch nach der Umstellung bestehen.

Der größte Nutzen von HTTP/3 entsteht bei hoher Netzwerklatenz, wechselnden Mobilfunkverbindungen oder Paketverlusten. In einem stabilen lokalen Netz kann der Unterschied zu HTTP/2 gering ausfallen. Auf einer mobilen Verbindung kann die unabhängige Behandlung der QUIC-Streams dagegen verhindern, dass der Verlust eines Pakets gleichzeitig mehrere angeforderte Ressourcen verzögert.

TTFB: Ein kürzerer Verbindungsaufbau kann die Zeit bis zum ersten Byte reduzieren, wenn die Netzwerkverbindung der begrenzende Faktor ist.
Largest Contentful Paint: HTTP/3 kann das Laden der größten sichtbaren Ressource beschleunigen, sofern deren Übertragung durch Latenz oder Paketverluste verzögert wird.
Interaction to Next Paint: HTTP/3 verbessert INP nicht unmittelbar, weil diese Kennzahl hauptsächlich von der Verarbeitung im Browser und der JavaScript-Ausführung abhängt.
Conversion: Stabilere Ladeprozesse unterstützen schnelle Zielseiten für SEO und SEA, ersetzen aber keine Optimierung von Bildern, Skripten und Serverantworten.

HTTP/3 ist deshalb als Teil einer umfassenden technischen SEO-Optimierung von Ladezeiten und HTML-Code zu betrachten. Für eine belastbare Bewertung vergleichst du dieselbe URL unter HTTP/2 und HTTP/3, möglichst mit identischen Cache-Zuständen, Geräten, Standorten und Netzwerkbedingungen.

HTTP/3 und HTTP/2 im Vergleich

Merkmal	HTTP/2	HTTP/3
Transport	TCP	QUIC über UDP
Verschlüsselung	TLS wird oberhalb von TCP eingesetzt	TLS 1.3 ist in QUIC integriert
Parallele Anfragen	Mehrere Streams in einer TCP-Verbindung	Mehrere unabhängige QUIC-Streams
Paketverlust	Kann alle Streams der TCP-Verbindung vorübergehend blockieren	Blockiert grundsätzlich nur den betroffenen Stream
Netzwerkwechsel	Erfordert üblicherweise eine neue Verbindung	Kann die Verbindung über Connection IDs fortführen

Der Unterschied zwischen HTTP/3 und HTTP/2 liegt vor allem unterhalb der eigentlichen HTTP-Funktionen. Beide Versionen unterstützen parallele Streams und Header-Komprimierung. HTTP/3 verlagert diese Mechanik auf QUIC und löst damit das Head-of-Line-Blocking auf Transportebene. Innerhalb eines einzelnen Streams muss die Reihenfolge der Daten weiterhin stimmen.

HTTP/3 kann eine Verbindung zudem bei einem Wechsel der IP-Adresse fortsetzen. Wechselt ein Smartphone beispielsweise vom WLAN ins Mobilfunknetz, identifiziert QUIC die Verbindung über eine Connection ID statt ausschließlich über IP-Adresse und Port. Ob die Migration unterbrechungsfrei gelingt, hängt von der Implementierung und den beteiligten Netzwerken ab.

HTTP/3 aktivieren und ausliefern

HTTP/3 wird auf dem Webserver, Load Balancer oder Content Delivery Network aktiviert. Voraussetzung ist HTTPS, weil QUIC TLS 1.3 fest integriert. Zusätzlich muss UDP auf dem verwendeten Port, normalerweise Port 443, erreichbar sein. Eine Firewall, die nur TCP auf Port 443 erlaubt, verhindert den Aufbau einer HTTP/3-Verbindung.

Viele Server informieren den Browser zunächst über einen Alt-Svc-Header, dass die Website auch per HTTP/3 erreichbar ist. Der erste Abruf kann deshalb noch über HTTP/2 erfolgen. Unterstützt der Browser QUIC, versucht er bei einem folgenden Abruf die neu angebotene Verbindung. Schlägt der Versuch fehl, sollte der Client automatisch auf HTTP/2 zurückfallen.

HTTP/3 sollte HTTP/2 ergänzen und nicht als einziger Übertragungsweg eingerichtet werden. UDP kann in einzelnen Unternehmensnetzen, Firewalls oder Sicherheitslösungen blockiert sein. Prüfe deshalb nach der Aktivierung, ob HTTP/2 als funktionierender Rückfallweg erhalten bleibt und alle Seitentypen weiterhin erreichbar sind.

HTTP/3 im Pagespeed-Check 2026

Messbar ist HTTP/3 zum Beispiel so: Prüfe zuerst in den Entwicklerwerkzeugen des Browsers die Protokollspalte des Netzwerk-Tabs. Ein Eintrag wie h3 zeigt eine HTTP/3-Verbindung. Wiederhole anschließend mehrere Ladezeittests mit leerem und gefülltem Browser-Cache. Ein einzelner Test reicht nicht, weil Latenz, Serverauslastung und Cache-Zustand das Ergebnis beeinflussen.

Ein kostenloser Ladezeiten-Check für Desktop und Mobilgeräte zeigt dir, welche Performance-Werte aktuell auffällig sind. Für regelmäßige technische Prüfungen kann ein Technik-Crawler mit Ladezeit- und Core-Web-Vitals-Checks Veränderungen über mehrere URLs erkennen. Prüfe hier zunächst den aktuellen Stand deiner Website:

Mit Nutzung dieses PageSpeed-Checks erklären Sie, dass Sie die Datenschutzerklärung zur Kenntnis genommen haben und damit einverstanden sind, dass die von Ihnen angegebenen Daten elektronisch erhoben und gespeichert werden. Ihre Daten werden dabei nur streng zweckgebunden zur Bearbeitung des PageSpeed-Checks benutzt. Mit der Nutzung dieses PageSpeed-Checks erklären Sie sich mit der Verarbeitung einverstanden.

Ladezeiten-Score: N/A von 100

i Ladezeiten (Desktop):	N/A
i Ladezeiten (Mobile):	N/A
i PageSpeed (Desktop):	N/A
i PageSpeed (Mobile):	N/A
i CMS:
i Gehosted bei:
i WordPress Theme:

Ladezeiten (Desktop)

Ladezeiten (Mobile)

HTTP/3 für SEO und GEO

HTTP/3 ist kein eigenständiger Ranking-Faktor. Für SEO zählt die messbare Nutzererfahrung, zu der Google unter anderem die Core Web Vitals heranzieht. Verbessert HTTP/3 unter realen Bedingungen die Ladezeit einer Seite, kann das Protokoll zu einer besseren technischen Basis beitragen. Ohne messbare Veränderung entsteht allein durch die Protokollversion kein Ranking-Vorteil.

Für SEA betrifft HTTP/3 vor allem die Qualität der Zielseite nach dem Anzeigenklick. Eine stabile mobile Übertragung kann Ladeabbrüche reduzieren, während langsame Skripte oder zu große Medien weiterhin optimiert werden müssen. Für GEO, also Generative Engine Optimization, verbessert HTTP/3 die technische Erreichbarkeit, verändert aber weder die fachliche Qualität noch die Zitierfähigkeit eines Inhalts.

Häufige Fragen zu HTTP/3

Ist HTTP/3 immer schneller als HTTP/2?

Nein. HTTP/3 hat seine größten Vorteile bei hoher Latenz, Paketverlusten und mobilen Verbindungen. Wenn Serverantwort, Bilder oder JavaScript die Ladezeit bestimmen, kann der Unterschied zu HTTP/2 gering bleiben.

Wie erkenne ich, ob eine Website HTTP/3 nutzt?

Öffne die Entwicklerwerkzeuge des Browsers und prüfe im Netzwerk-Tab die Protokollspalte. Die Kennzeichnung h3 steht für HTTP/3, während h2 eine HTTP/2-Verbindung bezeichnet.

Braucht HTTP/3 eine HTTPS-Verbindung?

Ja. QUIC integriert TLS 1.3, deshalb wird HTTP/3 verschlüsselt ausgeliefert. Ein gültiges TLS-Zertifikat und eine erreichbare UDP-Verbindung sind erforderlich.

Funktioniert eine Website ohne HTTP/3 weiter?

Ja. Eine korrekt konfigurierte Website stellt HTTP/2 als Rückfallweg bereit. Unterstützt ein Browser oder Netzwerk HTTP/3 nicht, wird die Seite über das ältere Protokoll geladen.

Kann ich HTTP/3 bei WordPress aktivieren?

HTTP/3 wird nicht direkt in WordPress aktiviert. Die Einstellung erfolgt beim Webserver, Hosting-Anbieter oder CDN. Ob ein Plugin erforderlich ist, hängt von der jeweiligen Hosting-Infrastruktur ab.

Verbessert HTTP/3 automatisch die Core Web Vitals?

Nein. HTTP/3 kann Netzwerkverzögerungen reduzieren, optimiert aber keine Bildgrößen, JavaScript-Ausführung oder Layout-Verschiebungen. Die Core Web Vitals müssen deshalb vor und nach der Aktivierung separat gemessen werden.