HTTP/1.1, HTTP/2 und HTTP/3: Entwicklung der Webprotokolle

Wie HTTP sich entwickelt hat: Von Version 1.1 bis 3

HTTP ist das Protokoll, das das Web antreibt – es ist die Sprache, die Browser und Server verwenden, um miteinander zu kommunizieren. Im Laufe der Jahre hat es drei große Versionen durchlaufen, die jeweils die Einschränkungen der vorherigen Version behoben haben. Das Verständnis der Unterschiede hilft Ihnen zu verstehen, warum das Web immer schneller wird.

HTTP/1.1: Das Arbeitstier des frühen Webs

HTTP/1.1 gibt es seit den späten 1990er Jahren und wird immer noch häufig verwendet. Es ist ein textbasiertes Protokoll – Sie können die Anfragen und Antworten tatsächlich lesen. Jede Anfrage wird als Klartext gesendet, und die Antwort kommt als Klartext zurück, mit Headern, die Dinge wie Inhaltstyp, Caching-Regeln und Verbindungsstatus beschreiben.

Die Hauptbeschränkung von HTTP/1.1 besteht darin, dass es pro Verbindung nur eine Anfrage gleichzeitig verarbeiten kann. Wenn eine Seite zehn Bilder benötigt, muss der Browser entweder warten, bis jedes Bild fertig ist, bevor er das nächste anfordert, oder mehrere Verbindungen öffnen (normalerweise sechs pro Domain). In den frühen Tagen umgingen Entwickler dies, indem sie mehrere Domainnamen verwendeten und viele kleine Bilder zu einzelnen Sprite-Blättern zusammenfassten.

HTTP/2: Ein großer Sprung nach vorne

HTTP/2 hat das Spiel verändert, indem es von Text zu einem binären Format wechselte. Das mag wie ein technisches Detail klingen, aber es ermöglichte etwas Wichtiges: Multiplexing. Anstatt darauf zu warten, dass eine Anfrage beendet ist, bevor die nächste beginnt, können mehrere Anfragen und Antworten gleichzeitig über eine einzige Verbindung gesendet werden. Kein Warten in der Schlange mehr.

HTTP/2 führte auch die Header-Kompression ein, die den Overhead wiederholter Header über mehrere Anfragen reduziert, und Server Push, der es dem Server ermöglicht, Ressourcen zu senden, bevor der Browser sie überhaupt anfordert. In der Praxis besteht der größte Vorteil darin, dass eine einzige Verbindung viel effizienter ist als die sechs Verbindungen, die HTTP/1.1 benötigte.

HTTP/3: Für die mobile Welt gebaut

HTTP/3 ist die neueste Version und unterscheidet sich grundlegend von seinen Vorgängern. Anstatt über TCP zu laufen, läuft es über QUIC, das auf UDP aufbaut. Das mag wie eine kleine Änderung klingen, hat aber erhebliche Auswirkungen auf die Leistung.

TCP hat ein Problem namens Head-of-Line-Blocking: Wenn ein einzelnes Paket verloren geht, müssen alle nachfolgenden Daten warten, bis es erneut übertragen wird, selbst wenn die anderen Daten nicht zusammenhängen. QUIC löst dies, indem es jeden Stream unabhängig behandelt – ein verlorenes Paket in einem Stream hat keine Auswirkungen auf die anderen. QUIC verschlüsselt standardmäßig alles, reduziert die Verbindungsaufbauzeit und kann Netzwerkänderungen (wie den Wechsel von WLAN zu mobilen Daten) überstehen, ohne die Verbindung zu trennen.

Welches sollten Sie verwenden?

Es gibt keinen Grund, sich nur für eines zu entscheiden. Moderne Server können alle drei Versionen unterstützen und mit jedem Client die beste aushandeln. HTTP/1.1 ist für einfache APIs und Legacy-Systeme immer noch in Ordnung. HTTP/2 ist heute der Standard für die meisten Produktionswebsites. HTTP/3 ist besonders vorteilhaft für mobile Benutzer, Personen in Hochlatenznetzwerken und globale Zielgruppen. Mit zunehmender Reife der QUIC-Unterstützung wird HTTP/3 zum Standard werden.

Das Aktivieren von HTTP/2 und HTTP/3 auf Ihrem Server ist mit modernen Webservern wie NGINX, Caddy oder Cloudflare unkompliziert. Der Browser übernimmt die Aushandlung automatisch, sodass Ihre Besucher das bestmögliche Protokoll erhalten, ohne dass auf ihrer Seite Änderungen erforderlich sind.