HTTP/3
Was ist HTTP/3?
HTTP/3 ist die dritte Hauptversion des Hypertext Transfer Protocol für die Übertragung von Webinhalten. Das Protokoll nutzt QUIC über UDP und integriert TLS 1.3. Dadurch kann HTTP/3 Verbindungen schneller aufbauen und parallele Datenströme bei Paketverlust getrennt behandeln, was Ladezeiten vor allem in mobilen Netzen verbessern kann.
Wie funktioniert HTTP/3?
HTTP/3, deutsch: Hypertext-Übertragungsprotokoll der dritten Generation, regelt die Kommunikation zwischen Browser und Webserver. Während HTTP/1.1 und HTTP/2 auf dem Transportprotokoll TCP basieren, verwendet HTTP/3 das Transportprotokoll QUIC über UDP. Der HTTP-Standard wurde 2022 als RFC 9114 veröffentlicht.
QUIC verbindet Transportsteuerung und Verschlüsselung enger miteinander. TLS 1.3 ist fest in QUIC integriert, sodass eine Verbindung normalerweise nach einem Round Trip, kurz RTT, bereitsteht. Ein Round Trip bezeichnet die Zeit, die ein Datenpaket vom Browser zum Server und die Antwort zurück benötigt. Bei einer bereits bekannten Verbindung kann QUIC unter bestimmten Bedingungen Anwendungsdaten mit 0-RTT übertragen.
HTTP/3 löst außerdem ein konkretes Problem von HTTP/2. HTTP/2 überträgt mehrere parallele Anfragen über eine einzige TCP-Verbindung. Geht dort ein Paket verloren, wartet die gesamte Verbindung auf die erneute Übertragung. QUIC verwaltet die Datenströme getrennt. Ein verlorenes Paket unterbricht deshalb primär den betroffenen Stream, während andere Ressourcen weiter übertragen werden können.
HTTP/3 und Pagespeed 2026
HTTP/3 kann den Pagespeed verbessern, wenn eine Website über Verbindungen mit hoher Latenz oder häufigem Paketverlust aufgerufen wird. Davon profitieren besonders mobile Nutzer, internationale Zielgruppen und Websites, die viele Ressourcen parallel übertragen. Bei einer stabilen, schnellen Verbindung kann der messbare Unterschied zu HTTP/2 dagegen gering ausfallen.
Der häufigste Denkfehler besteht darin, HTTP/3 mit einer vollständigen Ladezeiten-Optimierung gleichzusetzen. Das Protokoll verkürzt bestimmte Transportvorgänge, komprimiert aber keine Bilder, entfernt kein ungenutztes JavaScript und beschleunigt keine langsame Datenbank. Ein zwei Megabyte großes Bild bleibt auch über HTTP/3 zwei Megabyte groß. Prüfe das Protokoll deshalb gemeinsam mit Dateigrößen, Caching, Server-Antwortzeit und blockierenden Ressourcen.
Bei den Core Web Vitals kann HTTP/3 vor allem den Largest Contentful Paint, kurz LCP, indirekt beeinflussen. Das gilt, wenn die für das größte sichtbare Element benötigten Ressourcen schneller übertragen werden. Der Cumulative Layout Shift, kurz CLS, hängt dagegen von Layout-Verschiebungen ab. Die Interaction to Next Paint, kurz INP, wird häufig stärker durch JavaScript und die Auslastung des Hauptthreads bestimmt.
Messbar ist der Effekt zum Beispiel so: Vergleiche dieselbe Seite unter identischen Netzwerkbedingungen einmal über HTTP/2 und einmal über HTTP/3. Kontrolliere dabei das verwendete Protokoll, die Time to First Byte, den LCP und die gesamte Übertragungsdauer. Ein einzelner schneller Test reicht nicht, weil Cache-Zustand, Gerät und Netzqualität das Ergebnis verändern.
Mit dem kostenlosen Ladezeiten-Check kannst du die Performance einer URL prüfen und weitere Ursachen langsamer Seiten identifizieren.
Unterschiede zu HTTP/2
| Merkmal | HTTP/1.1 | HTTP/2 | HTTP/3 |
|---|---|---|---|
| Transportprotokoll | TCP | TCP | QUIC über UDP |
| Verschlüsselung | Optional über HTTPS | In Browsern üblicherweise über HTTPS | TLS 1.3 ist in QUIC integriert |
| Parallele Anfragen | Nur begrenzt pro Verbindung | Mehrere Streams pro TCP-Verbindung | Mehrere unabhängige QUIC-Streams |
| Folge eines Paketverlusts | Betroffene TCP-Verbindung wartet | Alle Streams der TCP-Verbindung können warten | Primär der betroffene Stream wartet |
| Verbindungswechsel | Neue Verbindung erforderlich | Neue Verbindung erforderlich | QUIC kann einen Netzwechsel über eine Connection-ID abfangen |
Der Unterschied zwischen HTTP/3 und HTTP/2 liegt damit hauptsächlich in der Transportschicht. Beide Versionen können mehrere Webressourcen parallel anfordern und Header komprimieren. HTTP/3 ersetzt jedoch TCP durch QUIC und verhindert dadurch, dass ein Paketverlust sämtliche parallelen Streams derselben Verbindung blockiert.
HTTP/3 für SEO einordnen
HTTP/3 ist kein eigenständiger Rankingfaktor. Das Protokoll kann SEO dennoch unterstützen, wenn die schnellere oder stabilere Übertragung reale Nutzerdaten und Core Web Vitals verbessert. Für Google zählt das gemessene Seitenerlebnis, nicht allein die Angabe, welches Übertragungsprotokoll ein Server unterstützt.
Die SEO-Priorität hängt deshalb vom konkreten Engpass ab. Liegt ein schlechter LCP an einem unkomprimierten Hero-Bild, bringt die Bildoptimierung meist mehr als ein Protokollwechsel. Entsteht die Verzögerung vor allem durch hohe Netzwerklatenz und viele parallele Requests, kann HTTP/3 einen zusätzlichen Vorteil liefern. Eine technische Onpage-Optimierung sollte diese Ursachen getrennt bewerten.
Auch für SEA-Landingpages und GEO, also Generative Engine Optimization, zählt HTTP/3 nur über die technische Qualität der Website. Schnell erreichbare Seiten erleichtern Nutzern und automatisierten Systemen den Abruf. Inhaltliche Relevanz, klare Quellenangaben und eine saubere Seitenstruktur ersetzt das Protokoll nicht.
HTTP/3 richtig aktivieren
HTTP/3 muss auf dem Webserver oder im vorgeschalteten Content Delivery Network unterstützt und aktiviert sein. Zusätzlich muss UDP auf Port 443 erreichbar sein. Eine Firewall, die UDP-Verbindungen blockiert, verhindert die Nutzung auch dann, wenn der Server grundsätzlich QUIC unterstützt.
Der Server informiert den Browser häufig über den Antwort-Header Alt-Svc, dass HTTP/3 verfügbar ist. Unterstützt ein Browser das Protokoll oder die Netzwerkumgebung nicht, fällt die Verbindung normalerweise auf HTTP/2 oder HTTP/1.1 zurück. Eine Website sollte deshalb mit allen angebotenen Versionen korrekt funktionieren.
Bei einem Relaunch oder einer neuen Website lässt sich die Protokollunterstützung direkt in die technische Planung aufnehmen. Die Webdesign-Pakete für technisch optimierte Websites berücksichtigen neben der Übertragung auch Rendering, mobile Darstellung und Core Web Vitals.
Häufige Fragen zu HTTP/3
Macht HTTP/3 jede Website schneller?
Nein. Der Vorteil hängt von Netzwerklatenz, Paketverlust, Serverkonfiguration und Anzahl der übertragenen Ressourcen ab. Bilder, JavaScript und langsame Datenbanken müssen unabhängig vom Protokoll optimiert werden.
Woran erkenne ich, ob eine Website HTTP/3 nutzt?
Öffne die Netzwerkansicht des Browsers und blende die Protokollspalte ein. Ein Eintrag wie h3 zeigt eine Übertragung über HTTP/3 an. Der Alt-Svc-Header allein belegt nur, dass der Server das Protokoll anbietet.
Braucht HTTP/3 ein SSL-Zertifikat?
Ja. QUIC integriert TLS 1.3, weshalb HTTP/3 verschlüsselt übertragen wird. Eine korrekt konfigurierte HTTPS-Verbindung ist damit Voraussetzung für den Einsatz.
Funktioniert HTTP/3 mit älteren Browsern?
Ältere Browser können HTTP/3 möglicherweise nicht verwenden. Der Server sollte deshalb HTTP/2 oder HTTP/1.1 als Rückfalloption anbieten, damit die Website weiterhin erreichbar bleibt.
Kann HTTP/3 den LCP verbessern?
HTTP/3 kann den LCP verbessern, wenn Netzwerklatenz oder Paketverluste die Übertragung der größten sichtbaren Ressource verzögern. Liegt die Ursache in einer großen Bilddatei oder blockierendem JavaScript, sind andere Optimierungen wirksamer.
Was bedeutet QUIC bei HTTP/3?
QUIC ist das verschlüsselte Transportprotokoll unter HTTP/3. QUIC arbeitet über UDP, verwaltet parallele Streams getrennt und kann Verbindungen bei einem Wechsel zwischen WLAN und Mobilfunk fortführen.
Wenn du Protokoll, Server-Antwortzeit und Core Web Vitals gemeinsam prüfen lassen möchtest, eignet sich ein unverbindlicher technischer Potenzialcheck.
Sie haben noch Fragen?
