HTTP/2
Was ist HTTP/2?
HTTP/2 ist die zweite Hauptversion des Hypertext Transfer Protocols zur Übertragung von Webseiten zwischen Server und Browser. Das Protokoll verarbeitet mehrere Anfragen parallel über eine Verbindung, komprimiert HTTP-Header und überträgt Daten in binären Frames. Dadurch können besonders ressourcenreiche Webseiten schneller geladen werden.
Wie funktioniert HTTP/2?
HTTP/2, ausgeschrieben Hypertext Transfer Protocol Version 2, verändert nicht die bekannten HTTP-Methoden oder Statuscodes. Browser senden weiterhin Anfragen wie GET, und Server antworten beispielsweise mit dem Statuscode 200. Neu ist die Art, wie diese Nachrichten innerhalb einer Verbindung strukturiert und übertragen werden.
HTTP/2 zerlegt Anfragen und Antworten in binäre Frames. Jeder Frame gehört zu einem Stream, der eine bestimmte Anfrage und deren Antwort repräsentiert. Mehrere Streams können gleichzeitig über eine einzige TCP-Verbindung laufen. Dieses Verfahren heißt Multiplexing und reduziert Wartezeiten, die bei einer seriellen Verarbeitung von Dateien entstehen.
HTTP/2 und Pagespeed
HTTP/2 kann den Pagespeed verbessern, weil der Browser weniger Verbindungen aufbauen muss und mehrere Ressourcen gleichzeitig anfordern kann. Der mögliche Vorteil wächst mit der Zahl kleiner Dateien und mit der Netzwerklatenz. Eine einzelne große Bilddatei wird durch HTTP/2 dagegen nicht automatisch kleiner oder schneller verarbeitet.
Der häufige Denkfehler lautet, dass die Aktivierung von HTTP/2 eine langsame Website unmittelbar schnell macht. HTTP/2 optimiert den Transport, behebt aber keine übergroßen Bilder, blockierenden Skripte, langen Serverantwortzeiten oder fehlenden Cache-Regeln. Ein Bild mit 2 Megabyte muss auch über HTTP/2 vollständig übertragen und anschließend vom Browser verarbeitet werden. Prüfe deshalb Übertragungsprotokoll, Dateigrößen und Ausführungszeiten getrennt.
HTTP/2 kann sich indirekt auf die Core Web Vitals auswirken. Ein früher geladener CSS-Code oder ein schneller übertragenes Hauptbild kann den Largest Contentful Paint verbessern. Lange JavaScript-Aufgaben auf dem Endgerät bleiben davon unberührt. Für belastbare Optimierungen brauchst du deshalb neben Netzwerkdaten auch Messwerte zur Darstellung und Interaktion.
Pagespeed richtig messen
Messbar ist HTTP/2 zum Beispiel so: Prüfe in den Entwicklertools des Browsers in der Netzwerkansicht die Spalte für das Protokoll. Je nach Browser erscheint dort eine Kennzeichnung wie h2. Vergleiche zusätzlich Ladezeit, Dateigröße, Serverantwortzeit und Core Web Vitals, statt eine Verbesserung allein aus der Protokollanzeige abzuleiten.
Mit dem kostenlosen Ladezeiten-Check kannst du die Ladezeit deiner Website einschließlich technischer Auffälligkeiten untersuchen. Wiederkehrende technische Prüfungen lassen sich außerdem mit einem Technik-Crawler für SEO-Websites durchführen.
Prüfe die Ladezeit deiner Website direkt:
HTTP/2 und SEO
HTTP/2 ist kein eigenständiger Ranking-Faktor. Das Protokoll kann SEO dennoch unterstützen, wenn eine effizientere Ressourcenübertragung die Nutzererfahrung und messbare Ladezeiten verbessert. Die Wirkung entsteht damit über die technische Qualität der Seite, nicht durch die bloße Kennzeichnung einer Verbindung als HTTP/2.
Für Crawling und Indexierung bleibt die Erreichbarkeit der Inhalte wichtiger als die Protokollversion. Fehlerhafte Weiterleitungen, Serverfehler, blockierte Ressourcen und langsame Antwortzeiten können Suchmaschinen den Zugriff erschweren. Eine strukturierte Onpage-Optimierung betrachtet HTTP/2 deshalb gemeinsam mit Serverkonfiguration, interner Verlinkung, Rendering und Indexierbarkeit.
Für GEO, also Generative Engine Optimization, ergibt sich ebenfalls kein direkter Vorteil aus HTTP/2. KI-Suchsysteme benötigen zugängliche, verständlich strukturierte und vertrauenswürdige Inhalte. Eine schnelle technische Bereitstellung erleichtert den Abruf, ersetzt aber weder eindeutige Aussagen noch eine saubere Informationsarchitektur.
HTTP/1.1, HTTP/2 und HTTP/3
| Merkmal | HTTP/1.1 | HTTP/2 | HTTP/3 |
|---|---|---|---|
| Transportbasis | TCP | TCP | QUIC über UDP |
| Übertragung | Textbasiert | Binäre Frames | Binäre QUIC-Streams |
| Multiplexing | Nur eingeschränkt | Mehrere Streams pro TCP-Verbindung | Mehrere voneinander unabhängige Streams |
| Header-Komprimierung | Keine integrierte dynamische Komprimierung | HPACK | QPACK |
| Verhalten bei Paketverlust | TCP kann die Übertragung verzögern | Ein TCP-Verlust kann alle Streams betreffen | Der Verlust betrifft normalerweise nur den jeweiligen Stream |
Der Unterschied zwischen HTTP/1.1 und HTTP/2 liegt vor allem in der parallelen Verarbeitung innerhalb einer Verbindung. HTTP/1.1 begegnet parallelen Ressourcenanfragen häufig mit mehreren TCP-Verbindungen. HTTP/2 bündelt mehrere Streams in einer Verbindung und reduziert damit zusätzlichen Verbindungsaufwand.
Der Unterschied zwischen HTTP/2 und HTTP/3 liegt in der Transportebene. HTTP/2 nutzt TCP, weshalb ein verlorenes Datenpaket vorübergehend alle Streams derselben Verbindung aufhalten kann. HTTP/3 verwendet QUIC und behandelt Streams unabhängiger. HTTP/3 ist damit eine Weiterentwicklung, während HTTP/2 weiterhin regulär eingesetzt werden kann.
HTTP/2 korrekt einsetzen
HTTP/2 wird von modernen Webservern, Content-Delivery-Netzwerken und Browsern unterstützt. Webbrowser verwenden das Protokoll in der Praxis überwiegend über verschlüsselte HTTPS-Verbindungen. Eine Website sollte deshalb ein gültiges TLS-Zertifikat besitzen und auf dem Server oder beim vorgeschalteten Dienst für HTTP/2 konfiguriert sein.
Optimierungsmethoden aus der Zeit von HTTP/1.1 sollten nach einer Umstellung überprüft werden. Domain-Sharding verteilt Ressourcen auf mehrere Subdomains, um zusätzliche Verbindungen zu erzeugen. Unter HTTP/2 kann diese Technik zusätzlichen Aufwand verursachen, weil für jede Domain eigene DNS-Abfragen und Verbindungen erforderlich werden. Auch das Zusammenfassen sämtlicher Skripte in eine große Datei ist nicht automatisch sinnvoll, da kleinere Dateien gezielter geladen und im Browser-Cache ersetzt werden können.
Häufige Fragen zu HTTP/2
Braucht HTTP/2 immer HTTPS?
Der technische Standard schreibt eine Verschlüsselung nicht grundsätzlich für jede Nutzung vor. Moderne Browser verwenden HTTP/2 im Web jedoch normalerweise über HTTPS, sodass ein gültiges TLS-Zertifikat praktisch vorausgesetzt wird.
Ist HTTP/2 automatisch schneller als HTTP/1.1?
HTTP/2 kann bei vielen parallelen Ressourcen und höherer Netzwerklatenz schneller sein. Der tatsächliche Vorteil hängt von Serverantwortzeit, Dateigrößen, Cache-Nutzung und Seitenaufbau ab.
Woran erkenne ich, ob eine Website HTTP/2 nutzt?
Öffne die Netzwerkansicht der Browser-Entwicklertools und prüfe die Protokollspalte einer geladenen Ressource. Die Kennzeichnung h2 steht üblicherweise für eine HTTP/2-Verbindung.
Verbessert HTTP/2 die Core Web Vitals?
HTTP/2 kann einzelne Core Web Vitals indirekt verbessern, wenn benötigte Ressourcen früher übertragen werden. Blockierendes JavaScript, große Bilder und langsame Serverprozesse müssen trotzdem separat optimiert werden.
Sollte man Dateien für HTTP/2 noch zusammenfassen?
Das Zusammenfassen kann weiterhin sinnvoll sein, ist unter HTTP/2 aber weniger zwingend. Die Entscheidung sollte Dateigröße, Cache-Verhalten, Änderungsfrequenz und den technischen Aufbau der Website berücksichtigen.
Ist HTTP/3 besser als HTTP/2?
HTTP/3 kann Verbindungen bei Paketverlust und in wechselnden Mobilfunknetzen effizienter behandeln. HTTP/2 bleibt dennoch ein geeignetes Protokoll, wenn Server, Browser und Website korrekt konfiguriert sind.
Wenn du technische Ladezeitfaktoren, HTTP-Protokolle und weitere SEO-Signale zentral prüfen möchtest, kannst du einen kostenlosen Account mit SEO-Audit anlegen.
Sie haben noch Fragen?
