Vom Shared-CDN zu HTTP/3: zehn Jahre schnellere Websites

Im November 2016 veröffentlichte ich einen begeisterten Blogbeitrag: „CDNs sind bei OVH jetzt SSL-kompatibel.“ Die Shared-Hosting-Pakete Pro und Performance hatten gerade das Recht erhalten, ihr CDN, je nach Paket 3 bis 19 Points of Presence, mit einem kostenlosen Let's-Encrypt-Zertifikat zu kombinieren. Bis dahin musste man sich entscheiden: Caching nah bei den Besuchern oder das grüne Schloss. Manche hatten ihre CDN-Option sogar gekündigt, um HTTPS zu aktivieren. Meine eigene Website lief damals auf einem dieser OVH-Shared-Pakete, die Ankündigung betraf mich also direkt. Zehn Jahre später wird die Seite, die Sie gerade lesen, über HTTP/3 via CloudFront ausgeliefert, vor einem Nginx, den ich selbst auf EC2 bei AWS einstelle. Zwischen beiden wurde die gesamte Transportschicht des Webs neu gebaut. Hier ist der Weg, ohne unnötigen Fachjargon.

Was ein CDN eigentlich ist

Meine Definition von 2016 gilt noch immer: Ein CDN (Content Delivery Network) speichert Ressourcen und legt sie im Cache auf anderen Servern als Ihrem ab, automatisch, um sie von einem Punkt näher bei Ihren Besuchern auszuliefern. Licht ist in der Glasfaser zwar schnell, doch ein Hin und Zurück Brüssel-Sydney bleibt unvermeidlich. Die Dateien näher heranzuholen ist der simpelste und wirksamste Gewinn, den es gibt.

Geändert hat sich der Maßstab. 2016 waren 19 Points of Presence ein Verkaufsargument. Die großen Netze von heute reihen Hunderte davon aneinander, und das CDN ist kein Häkchen mehr in einem Shared-Hosting-Panel: Es ist die Eingangstür der Website, die HTTPS abschließt und das neueste Protokoll mit dem Browser spricht.

HTTP/1.1, die Zeit der Warteschlangen

Um zu verstehen, warum HTTP/3 zählt, muss man sehen, woher wir kommen. Bei HTTP/1.1 transportiert eine Verbindung nur eine Anfrage auf einmal. Eine Seite, die fünfzig Dateien lädt, das sind fünfzig Runden in der Warteschlange, kaum gemildert durch die sechs parallelen Verbindungen, die Browser öffnen. Wir glichen das mit Bastellösungen aus: alle Icons in ein einziges Bild kleben, Skripte zusammenfügen, Ressourcen über Subdomains verstreuen. Ich habe das alles gemacht.

HTTP/2, 2015 standardisiert, löste das auf dem Papier: eine einzige Verbindung, Dutzende Anfragen darin gemultiplext, komprimierte Header. Nur läuft darunter alles weiterhin über TCP, das die Reihenfolge der Pakete garantiert. Ein einziges verlorenes Paket, und TCP blockiert die gesamte Verbindung, bis es die erneute Übertragung erhält, samt der Dateien, die nichts damit zu tun haben. Das ist das berüchtigte Head-of-Line-Blocking: die Schnellkasse im Supermarkt, eingefroren, weil ein Artikel des ersten Kunden nicht durch den Scanner geht.

HTTP/3 und QUIC, unter der Straße neu bauen

HTTP/3 rührt HTTP nicht an, es ändert die Straße darunter. Das QUIC-Protokoll, 2021 standardisiert, fährt über UDP und implementiert die Zuverlässigkeit selbst neu, Datenstrom für Datenstrom. Konkret:

Wirklich unabhängige Datenströme. Ein verlorenes Paket blockiert nur die Datei, zu der es gehört. Das CSS wartet nicht länger auf die erneute Übertragung eines Bildes.

Weniger Roundtrips beim Start. TCP und dann TLS, das waren zwei Roundtrips vor dem ersten nützlichen Byte. QUIC integriert die TLS-1.3-Verschlüsselung in seinen Handshake: ein einziger Roundtrip, und null für einen wiederkehrenden Besucher (das berühmte 0-RTT).

Die Verbindungsmigration. Eine QUIC-Verbindung wird über ein Token identifiziert, nicht über eine IP-Adresse. Ihr Besucher verlässt das Büro-WLAN und wechselt im Aufzug auf 4G: Die Verbindung überlebt, statt alles neu auszuhandeln. Auf dem Smartphone ist das der spürbarste Gewinn.

Und die Verschlüsselung ist keine Option mehr, die man nachträglich anhakt, wie bei OVH 2016: QUIC ist von Grund auf verschlüsselt, ein HTTP/3 im Klartext gibt es nicht.

Was das für eine KMU-Website ändert

Seien wir ehrlich: Auf einer stabilen Glasfaserleitung 10 ms vom Server entfernt misst sich der Unterschied in Millisekunden. HTTP/3 glänzt genau dort, wo Ihre echten Kunden sind: ein Smartphone im mittelmäßigen 4G-Netz, ein Zug, eine schlecht versorgte Gegend, ein Hotel-WLAN. Weniger Latenz beim ersten Laden, weniger Hänger, wenn das Netz Pakete verliert, kein erneuter Verbindungsaufbau beim Netzwechsel.

2016 schrieb ich, ein CDN „verhilft Ihnen zu einem besseren Ranking“. Da war ich etwas zu voreilig. Die Version von 2026, vorsichtiger: Geschwindigkeit hebt eine Website nicht auf den ersten Platz, aber sie wirkt auf die Core Web Vitals, auf die Absprungrate und auf die Conversions. Ein Angebotsformular, das blitzschnell reagiert, wird häufiger ausgefüllt, so einfach ist das.

Die gute Nachricht: Sie müssen nichts entwickeln. HTTP/3 spielt sich auf der Ebene des Hostings oder des CDN ab, nicht in Ihrem Code. Es ist ein Kriterium für die Wahl des Dienstleisters, keine Baustelle.

Prüfen Sie Ihre eigene Website in zwei Minuten

Öffnen Sie Ihre Website in Chrome oder Firefox, dann die Entwicklertools (F12), Reiter Netzwerk. Klicken Sie mit der rechten Maustaste auf die Spaltenköpfe und aktivieren Sie die Spalte „Protokoll“. Laden Sie die Seite zweimal neu: Die Erkennung von HTTP/3 läuft über einen Header, der beim ersten Besuch gesendet wird, und das Protokoll wechselt oft erst beim zweiten Laden. Lesen Sie „h3“, ist alles bestens. „h2“ ist weiterhin in Ordnung, „http/1.1“ über den gesamten Verkehr verdient ein Gespräch mit Ihrem Hoster. Online-Tester stellen dieselbe Diagnose, wenn Sie lieber eine URL einfügen.

Zehn Jahre später, dieselbe Obsession

Der Beitrag von 2016 endete mit einer SVG-Illustration zum Überfahren mit der Maus, mit und ohne CDN. Die Technik hat sich seither dreimal geändert, die Idee dahinter nicht: die Inhalte näher zu den Besuchern bringen, alles verschlüsseln, unnötiges Warten beseitigen. Ich habe mehrere Arbeitgeber vom Shared-Hosting auf diese Art von Infrastruktur migriert und dabei besser geschlafen.

Heute ist diese Einstellung Teil meines verwalteten Hostings, gleichberechtigt mit Backups und Updates. Und wenn Ihre Website noch auf einem Shared-Paket liegt, das bei HTTP/1.1 stehen bleibt, ist der Umzug zu mir kostenlos: die Diagnose ebenfalls, sie passt in eine Spalte der Entwicklertools.