HTTP/2 Prüfer

Der HTTP/2 Prüfer ist ein kostenloses Tool, das überprüft, ob eine Website das Netzwerkprotokoll HTTP/2 verwendet.

Was wird bei einer HTTP/2-Prüfung genau getestet?

Eine HTTP/2-Prüfung ermittelt, ob ein Webserver für die angefragte Website über HTTP/2 kommunizieren kann. HTTP/2 ist eine Version des Hypertext Transfer Protocol, also des Regelwerks, mit dem Browser und Server Seiten, Bilder, Skripte und andere Webressourcen anfordern und übertragen.

Bei einer HTTPS-Website wählen Client und Server das Protokoll normalerweise beim Aufbau der sicheren Verbindung aus. Für diese Aushandlung wird üblicherweise Application-Layer Protocol Negotiation, kurz ALPN, verwendet. HTTP/2 wird als h2 gekennzeichnet, während eine ältere Verbindung http/1.1 verwenden kann.

HTTP/2 behält bekannte HTTP-Konzepte wie Methoden, Statuscodes und Header bei, überträgt sie jedoch in binären Frames. Das Protokoll kann mehrere Datenströme über eine Verbindung abwickeln und HTTP-Header komprimieren. Dadurch lässt sich der Verbindungsaufwand verringern, besonders bei Seiten mit vielen einzelnen Ressourcen. Langsamer Anwendungscode, große Bilder oder verzögerte Datenbankabfragen werden dadurch allein jedoch nicht schneller.

Wie verwende ich den HTTP/2 Prüfer?

Gib die Website ein, deren HTTP/2-Unterstützung du prüfen möchtest, und starte die Abfrage. Die Eingabe wird über HTTPS an den Server übertragen, auf dem die Prüfung stattfindet, und nicht gespeichert.

Domain-Labels mit Akzenten oder nicht lateinischen Zeichen werden im DNS als IDNA-A-Labels dargestellt. Dabei kommt der Punycode-Kodierungsalgorithmus zum Einsatz.

Übermittle keine Zugriffstoken oder andere vertrauliche Informationen. Die Eingabe wird zwar nicht gespeichert, aber dennoch an den Server des Tools übertragen, damit die serverseitige Prüfung ausgeführt werden kann.

Wie ist das HTTP/2-Ergebnis zu verstehen?

Das Ergebnis zeigt dir, ob die geprüfte Website HTTP/2 verwendet. Betrachte es als Aussage über diese konkrete Website, nicht als vollständige Bewertung ihrer Geschwindigkeit oder Konfiguration.

• Ein positives Ergebnis bestätigt die Verwendung des Protokolls. Bei einem negativen Ergebnis konnte HTTP/2 nicht nachgewiesen werden. Die Ursache lässt sich daraus allein jedoch nicht ableiten.

Ein Beispiel: Angenommen, die Prüfung einer Website liefert ein positives HTTP/2-Ergebnis. Damit ist HTTP/2 für die geprüfte Website bestätigt. Es beweist jedoch nicht, dass separate Dienste oder ein älterer Ursprungsserver dasselbe Protokoll verwenden.

Wenn das Ergebnis HTTP/2 nicht bestätigt, untersuche die geprüfte Website mit der HTTP-Header-Suche und kontrolliere die Einstellungen des Webservers oder CDN. Auch die Entwicklertools eines Browsers können das Protokoll jeder Anfrage anzeigen, üblicherweise als h2 oder http/1.1.

Typische Probleme, die diese Prüfung aufdeckt

Eine HTTP/2-Prüfung ist nach Änderungen am Hosting, Proxy oder CDN besonders hilfreich, da sie zeigt, ob der öffentlich erreichbare Endpunkt das erwartete Protokoll bereitstellt. In den folgenden häufigen Situationen hilft das Ergebnis, das Problem einzugrenzen.

1. Ein CDN wurde gerade aktiviert. Prüfe die öffentliche Website und nicht die private oder vorübergehende Adresse des Ursprungsservers. Verwendet die öffentliche Website HTTP/2, der Ursprungsserver aber nicht, kann das normal sein. Die Verbindung vom Browser zum CDN und die Verbindung vom CDN zum Ursprungsserver sind voneinander getrennt.
2. Ein Browser meldet weiterhin HTTP/1.1. Vergewissere dich, dass Browser und Prüfer dieselbe Website testen. Eine Seite kann Ressourcen von mehreren Domains laden, wobei jede Verbindung ihr eigenes Protokoll aushandelt. Wenn eine einzelne Anfrage für ein Skript eines Drittanbieters HTTP/1.1 verwendet, bedeutet das nicht, dass dies auch für das Hauptdokument gilt.
3. Nach einem Serverumzug erscheint eine Zertifikatswarnung. Die Handhabung von HTTPS-Zertifikaten und die Aushandlung des HTTP-Protokolls sind miteinander verbundene Bestandteile des Verbindungsaufbaus. Ein HTTP/2-Ergebnis ersetzt jedoch keine vollständige Zertifikatsdiagnose. Prüfe den Hostnamen, das Ablaufdatum und die Zertifikatskette des Zertifikats sowie die Serverkonfiguration separat.

Diese Prüfung kann nicht jede langsam ladende Seite erklären. Die Unterstützung von HTTP/2 sagt nichts Eindeutiges über die Antwortzeit des Servers, die JavaScript-Ausführung, die Bildgröße oder eine Netzwerküberlastung zwischen einem bestimmten Besucher und dem Server aus. Nutze Ping, wenn du die Erreichbarkeit im Netzwerk und die Antwortzeiten separat untersuchen möchtest.

Warum können Caching oder Aktualisierungsverzögerungen das Ergebnis falsch erscheinen lassen?

Durch DNS-Caching und die schrittweise Verteilung von Konfigurationsänderungen können verschiedene Prüfungen vorübergehend unterschiedliche Server erreichen. Nach einer Änderung an einem DNS-Eintrag verwenden rekursive Resolver möglicherweise weiterhin die vorherige Antwort, bis deren Gültigkeitsdauer abgelaufen ist. Deshalb können ein serverseitiger Prüfer und deine Verbindung im Büro oder zu Hause unterschiedliche IP-Adressen erreichen.

Auch Änderungen an einem CDN oder Load-Balancer benötigen möglicherweise Zeit, bis sie an allen Edge-Standorten angekommen sind. An einem Endpunkt kann HTTP/2 bereits aktiviert sein, während ein anderer noch die vorherige Konfiguration verwendet. Prüfe die aktuellen DNS-Antworten, vergewissere dich, dass alle Ursprungs- oder Edge-Server die vorgesehenen Einstellungen verwenden, und wiederhole den Vergleich nach Ablauf des betreffenden Cache-Zeitraums.

Browser können zusätzlich für Verwirrung sorgen, weil sie offene Verbindungen wiederverwenden. Ein Tab nutzt möglicherweise eine bestehende HTTP/1.1-Verbindung weiter, bis sie geschlossen wird, während eine neue serverseitige Prüfung bereits HTTP/2 aushandelt. Schließe die Browser-Verbindung oder starte eine neue private Browsersitzung, um die Ergebnisse besser vergleichen zu können.

Häufig gestellte Fragen

Kann eine Website gleichzeitig HTTP/1.1 und HTTP/2 unterstützen?

Ja. Ein Server kann beide Versionen unterstützen und diejenige auswählen, die der jeweilige Client versteht. Dank dieser Kompatibilität können ältere Clients HTTP/1.1 verwenden, während neuere Clients HTTP/2 aushandeln.

Kann eine Website neben HTTP/2 auch HTTP/3 verwenden?

Ja. Viele Konfigurationen behalten HTTP/2 als Ausweichlösung bei, weil HTTP/3 ein anderes Transportprotokoll verwendet und nicht in jedem Netzwerk verfügbar ist. Ein HTTP/2-Ergebnis belegt nicht, ob zusätzlich HTTP/3 aktiviert ist.

Ist für HTTP/2 zwingend HTTPS erforderlich?

Nein. HTTP/2 kann im Prior-Knowledge-Modus über unverschlüsseltes TCP verwendet werden. Die Verwendung des früheren HTTP/1.1-Upgrade-Tokens h2c gilt dagegen als veraltet. Gängige Browser nutzen HTTP/2 normalerweise über HTTPS. Bei einer öffentlichen Website gehört eine gültige TLS-Konfiguration daher üblicherweise zu den Voraussetzungen, um HTTP/2 für Browser bereitzustellen.

Kann HTTP/2 eine hohe Time to First Byte beheben?

Nein. Eine hohe Time to First Byte deutet häufig auf die Verarbeitung durch den Server, große Netzwerkentfernungen, fehlende Cache-Treffer oder eine überlastete Infrastruktur hin. HTTP/2 kann verbessern, wie mehrere Anfragen eine Verbindung gemeinsam nutzen. Es beseitigt jedoch nicht die Verzögerung, bevor der Server mit seiner Antwort beginnt.

Vergleiche abschließend dieselbe Website im Prüfer, in den Browser-Entwicklertools und anhand der DNS-Einträge. Weichen die Ergebnisse voneinander ab, notiere die aufgelöste IP-Adresse und teste erneut, nachdem die bestehenden DNS- und CDN-Caches abgelaufen sind.