Spricht diese Seite HTTP/2 und HTTP/3?
URL einfuegen, "Check" druecken, und wir oeffnen einen TLS-Handshake zum Host, fragen den Server, welches ALPN-Protokoll er waehlt (`h2` oder `http/1.1`), und schicken dann einen HEAD-Request, um den Alt-Svc-Header zu lesen (die kanonische Art, wie Server HTTP/3 ueber QUIC anbieten).
Du bekommst drei Karten (HTTP/1.1, HTTP/2, HTTP/3) mit je einer Status-Pille, den geparsten Alt-Svc-Rohwert in einer kleinen Tabelle, eine Liste von Link rel=preload-Eintraegen (Server-Push-Hints) und einen Hinweis zu 103 Early-Hints (die fuer die Web-Fetch-API unsichtbar sind).
Das ist die gleiche Art Check, die du mit `curl -v --http2 --http3` oder Chrome DevTools machen wuerdest, nur als einseitige One-Shot-Diagnoseseite.
So benutzt du es
- Die volle URL einfuegen (z. B. `https://cloudflare.com`). `https://` kannst du weglassen, wir ergaenzen es.
- "Check" klicken oder Enter druecken. Der Server hat rund 12 Sekunden insgesamt (zwei TLS-Handshakes plus ein HEAD-Fetch), in der Praxis 1 bis 4 Sekunden.
- Die drei Protokoll-Karten lesen. Gruene Pille = direkt per ALPN bestaetigt. Gelbe Pille = der Server bietet es via Alt-Svc an, wir konnten aber nicht direkt verifizieren (typisch fuer h3). Graue Pille = kein Support erkannt.
- Den Alt-Svc-Rohwert anschauen. `h3=":443"; ma=86400` heisst, HTTP/3 ist 24 Stunden lang auf UDP 443 angeboten. Mehrere komma-getrennte Eintraege sind okay, der Parser haendelt sie.
- Link rel=preload-Eintraege pruefen. Das sind die Server-Hints, die ein CDN ausspielt, damit ein Browser CSS/JS parallel zur HTML-Response holen kann (funktioniert mit HTTP/2 und 103 Early-Hints).
- Die Evidence-Liste am Ende oeffnen fuer Details pro Quelle: welches ALPN angeboten wurde, was der Server geantwortet hat, welcher Alt-Svc-Wert kam, warum HTTP/3 angekuendigt ist oder nicht.
Wann das nuetzlich ist
Sechs typische Jobs, fuer die dieses Tool herangezogen wird:
- Verifizieren, dass HTTP/2 wirklich ausgeliefert wird, nachdem du es in nginx / Apache / Caddy eingeschaltet hast. Der Config-Check ist eine Sache, ein End-to-End-Probe eine andere. ALPN sagt die Wahrheit.
- Pruefen, dass ein CDN HTTP/3 fuer deinen Origin annonciert. Cloudflare, Fastly, Bunny, AWS CloudFront setzen alle Alt-Svc; wenn du hier kein `h3=` siehst, wird der Browser nie QUIC probieren.
- Eine "Seite fuehlt sich auf Mobil langsam an"-Meldung debuggen. HTTP/3 ist dramatisch resilienter auf wackligen Mobilfunknetzen. Wenn das Tool zeigt, dass HTTP/3 nicht annonciert wird, ist das ein billiger Fix.
- Bevor du deine Seite zu einem Performance-Audit schickst (Lighthouse, PageSpeed, WebPageTest). Fehlendes HTTP/2 ist ein Ein-Zeilen-Fix in nginx, der oft 5 bis 10 Punkte bringt.
- Nach einem CDN-Wechsel (Cloudflare zu Fastly oder umgekehrt). Bestaetige, dass das neue CDN die erwarteten Protokolle annonciert und Alt-Svc auf den richtigen Port zeigt.
- Procurement / Anbieter-Checks. Du evaluierst einen Hosting-Provider und willst eine Antwort auf einen Blick: liefert die Default-Config HTTP/2 und HTTP/3 aus, oder steckst du auf HTTP/1.1?
Verwandte Tools: SSL-Zertifikats-Pruefer, HTTP-Headers-Inspektor, HTTP-Request-Tester, Cloud- + CDN-Detektor.