HTTP/2
Was ist HTTP/2?
HTTP/2 ist die zweite Hauptversion des Hypertext Transfer Protocols für die Übertragung von Webinhalten. Das Protokoll lädt mehrere Dateien parallel über eine gemeinsame Verbindung, komprimiert Header-Daten und reduziert dadurch unnötige Wartezeiten. Besonders Websites mit vielen Bildern, Skripten und Stylesheets können dadurch schneller reagieren.
HTTP/2 überträgt Webseiten effizienter als sein Vorgänger HTTP/1.1. Das Protokoll, deutsch sinngemäß Hypertext-Übertragungsprotokoll Version 2, verändert dabei nicht die Inhalte oder URLs einer Website. Es optimiert die Kommunikation zwischen Browser und Webserver.
So funktioniert HTTP/2
Beim Aufruf einer Website fordert der Browser HTML-Dateien, Bilder, Schriftarten, CSS und JavaScript vom Server an. HTTP/2 zerlegt diese Übertragungen in kleine binäre Datenrahmen und ordnet sie einzelnen Datenströmen zu. Mehrere Datenströme können gleichzeitig über dieselbe TCP-Verbindung laufen. Diese Technik heißt Multiplexing.
HTTP/1.1 verarbeitet über eine Verbindung üblicherweise nur eine Anfrage zur gleichen Zeit. Browser öffnen deshalb mehrere parallele Verbindungen zu einer Domain. HTTP/2 kann dagegen viele Anfragen innerhalb einer Verbindung bearbeiten. Eine langsam übertragene Datei blockiert dadurch nicht automatisch alle anderen angeforderten Ressourcen auf Protokollebene.
HTTP/2 und PageSpeed
HTTP/2 kann den PageSpeed verbessern, wenn eine Seite viele einzelne Ressourcen von derselben Domain lädt. Der Vorteil entsteht vor allem durch weniger Verbindungsaufbau, komprimierte Header und parallele Datenströme. Eine Website mit umfangreichem JavaScript, unkomprimierten Bildern oder langsamer Serververarbeitung wird durch das Protokoll allein jedoch nicht automatisch schnell.
Ein verbreiteter Denkfehler besteht darin, HTTP/2 mit einer vollständigen Ladezeitenoptimierung gleichzusetzen. Das Protokoll verbessert den Transport, reduziert aber weder Bildgrößen noch die Ausführungszeit von JavaScript. Auch der Largest Contentful Paint kann langsam bleiben, wenn das größte sichtbare Element erst spät entdeckt oder geladen wird. Prüfe deshalb immer, ob die Verzögerung aus dem Netzwerk, dem Server, dem Rendering oder der Dateigröße stammt.
PageSpeed richtig prüfen
Messbar ist HTTP/2 zum Beispiel in den Entwicklerwerkzeugen des Browsers. Öffne den Bereich für Netzwerkanfragen und blende die Spalte für das Protokoll ein. Der Wert h2 kennzeichnet HTTP/2, während http/1.1 auf die ältere Version hinweist. Ergänzend solltest du Ladezeiten mobil und auf mehreren Seitentypen prüfen, weil eine einzelne Messung Schwankungen unterliegt.
Prüfe den technischen Zustand deiner Website mit dem kostenlosen Ladezeiten-Check. Der Test zeigt PageSpeed-Werte für Desktop und Mobil und liefert Hinweise zu weiteren Optimierungsmöglichkeiten.
HTTP/2 im SEO
HTTP/2 ist kein eigenständiger Rankingfaktor, kann aber die technische Grundlage für kürzere Ladezeiten verbessern. Schnellere Übertragungen können sich positiv auf Nutzererfahrung, Crawling und Core Web Vitals auswirken. Die Wirkung bleibt indirekt, weil Google keine Website allein wegen der eingesetzten HTTP-Version höher einordnet.
Für SEO zählt das Ergebnis beim Nutzer. Der Largest Contentful Paint misst, wann das größte sichtbare Inhaltselement erscheint. Der Interaction to Next Paint bewertet die Reaktionsfähigkeit bei Eingaben. Der Cumulative Layout Shift erfasst unerwartete Layoutverschiebungen. HTTP/2 kann den Ressourcentransport beschleunigen, behebt aber keine langsamen Skripte, Layoutsprünge oder schlecht priorisierten Hauptinhalte.
Eine strukturierte technische Prüfung sollte deshalb Protokoll, Server-Antwortzeit, Komprimierung, Caching, Bildformate und JavaScript gemeinsam betrachten. Der Ratgeber zum Management technischer SEO-Fehler erklärt, wie sich solche Faktoren laufend kontrollieren lassen. Weitere Ansätze findest du in den SEO-Tipps für Technik und Ladezeiten.
HTTP/1.1, HTTP/2 und HTTP/3
| Merkmal | HTTP/1.1 | HTTP/2 | HTTP/3 |
|---|---|---|---|
| Transport | TCP | TCP | QUIC über UDP |
| Parallele Anfragen | Über mehrere Verbindungen | Multiplexing über eine Verbindung | Unabhängige Datenströme über QUIC |
| Header-Komprimierung | Keine integrierte moderne Komprimierung | HPACK | QPACK |
| Verhalten bei Paketverlust | TCP kann weitere Daten verzögern | TCP kann alle Datenströme der Verbindung verzögern | Paketverlust betrifft stärker den jeweiligen Datenstrom |
Der Unterschied zwischen HTTP/2 und HTTP/3 liegt vor allem in der Transportschicht. HTTP/2 verwendet weiterhin TCP. Geht ein TCP-Paket verloren, wartet die Verbindung auf dessen erneute Übertragung. HTTP/3 nutzt QUIC und kann unabhängige Datenströme bei Paketverlust getrennt behandeln. Das kann bei mobilen oder instabilen Verbindungen Vorteile bringen.
HTTP/2 bleibt dennoch eine sinnvolle technische Basis. Ein Wechsel zu HTTP/3 sollte erst erfolgen, wenn Hosting, Content Delivery Network und Monitoring das Protokoll zuverlässig unterstützen. HTTP/1.1 bleibt als Rückfalloption relevant, weil Server und Browser die verwendete Version bei jeder Verbindung aushandeln.
HTTP/2 aktivieren und prüfen
HTTP/2 wird auf dem Webserver, im Hosting-Paket oder im Content Delivery Network aktiviert. Moderne Browser nutzen HTTP/2 in der Praxis überwiegend zusammen mit HTTPS. Ein gültiges TLS-Zertifikat und eine passende Serverkonfiguration sind daher zentrale Voraussetzungen. Die konkrete Einstellung hängt von der eingesetzten Server-Software und dem Hosting-Anbieter ab.
Typische Fehler bei HTTP/2
Domain-Sharding kann unter HTTP/2 kontraproduktiv sein. Bei dieser älteren Methode werden Ressourcen auf mehrere Subdomains verteilt, damit HTTP/1.1 mehr parallele Verbindungen aufbauen kann. Unter HTTP/2 verursacht jede zusätzliche Domain erneut DNS-Abfragen und Verbindungsaufbau. Prüfe daher, ob künstlich verteilte Bilder, Skripte oder Stylesheets noch einen messbaren Vorteil liefern.
Server Push gehört zwar zur ursprünglichen HTTP/2-Spezifikation, wird von verbreiteten Browsern aber nicht mehr durchgehend unterstützt. Die Technik sollte deshalb nicht die Grundlage einer aktuellen PageSpeed-Strategie bilden. Geeigneter sind gezieltes Preloading, saubere Cache-Regeln und eine korrekte Priorisierung der Ressourcen, die für den sichtbaren Seitenbereich benötigt werden.
Häufige Fragen zu HTTP/2
Ist HTTP/2 schneller als HTTP/1.1?
HTTP/2 kann besonders bei Seiten mit vielen einzelnen Ressourcen schneller sein, weil mehrere Anfragen über eine Verbindung laufen. Der Vorteil fällt kleiner aus, wenn wenige große Dateien, langsame Serverprozesse oder umfangreiches JavaScript die Ladezeit bestimmen.
Wie erkenne ich, ob eine Website HTTP/2 nutzt?
Öffne die Entwicklerwerkzeuge des Browsers und rufe den Netzwerkbereich auf. In der Protokollspalte steht bei einer HTTP/2-Verbindung üblicherweise h2.
Braucht HTTP/2 ein SSL-Zertifikat?
Die Spezifikation schreibt eine Verschlüsselung nicht grundsätzlich vor. Moderne Browser verwenden HTTP/2 im normalen Webbetrieb jedoch überwiegend über HTTPS, weshalb ein gültiges TLS-Zertifikat praktisch erforderlich ist.
Verbessert HTTP/2 automatisch die Core Web Vitals?
HTTP/2 kann Ressourcen effizienter übertragen, garantiert aber keine guten Core Web Vitals. Langsame Server, große Bilder, blockierendes JavaScript und Layoutverschiebungen müssen getrennt optimiert werden.
Muss eine Website für HTTP/2 umgebaut werden?
In vielen Fällen genügt die Aktivierung beim Webserver, Hosting-Anbieter oder Content Delivery Network. Anwendungen sollten trotzdem geprüft werden, weil ältere Maßnahmen wie Domain-Sharding unter HTTP/2 ihren Nutzen verlieren können.
Ist HTTP/3 immer besser als HTTP/2?
HTTP/3 kann bei hoher Latenz und Paketverlust Vorteile bieten, ist aber nicht unter allen Bedingungen automatisch schneller. Serverstandort, Cache, Seitengröße und Qualität der Verbindung beeinflussen das Messergebnis ebenfalls.
Wenn du Ladezeiten, Serverkonfiguration und technische SEO gemeinsam bewerten lassen möchtest, bietet ein Potenzialcheck eine strukturierte Grundlage.
Sie haben noch Fragen?
