WebTransport

Wenn du eine Webseite aufrufst, läuft das normalerweise nach einem festen Muster ab. Dein Browser fragt etwas an, der Server antwortet einmal, dann ist die Sache erledigt. Für viele Anwendungen reicht das nicht. Ein Online-Spiel oder ein Live-Chat braucht eine Leitung, die offen bleibt und über die beide Seiten jederzeit von sich aus etwas schicken können. Genau diese dauerhaft offene Leitung stellt WebTransport bereit. Es ist eine Schnittstelle, also ein festgelegter Satz von Befehlen, die eine Webseite benutzen kann, um solche Verbindungen aufzubauen.

Was Entwickler an Live-Verbindungen bisher gestört hat

Für dauerhafte Verbindungen im Browser gab es bisher vor allem zwei Werkzeuge. WebSockets halten eine Leitung offen und garantieren, dass jede Nachricht ankommt und zwar in der richtigen Reihenfolge. Das klingt gut, hat aber einen Preis. Geht ein einzelnes Datenpaket unterwegs verloren, wartet die Verbindung, bis es nachgeliefert wurde. Alles Nachfolgende staut sich in dieser Zeit auf. Fachleute nennen das Head-of-Line-Blocking, also eine Blockade durch das vorderste Element in der Warteschlange.

Für ein Online-Spiel ist dieses Verhalten schädlich. Wenn die Position eines Spielers verloren geht, ist sie nach 200 Millisekunden ohnehin veraltet. Man will die neue Position, nicht die alte nachgeliefert bekommen. Das zweite Werkzeug, WebRTC, kann genau das, ist aber sehr kompliziert einzurichten. Es wurde ursprünglich für Video-Telefonie zwischen zwei Nutzern entworfen, nicht für die Verbindung zu einem Server.

WebTransport schließt diese Lücke. Es bietet beides an: einen zuverlässigen Kanal wie bei WebSockets und einen schnellen, ungesicherten Kanal für Daten, bei denen Aktualität wichtiger ist als Vollständigkeit. Entwickler müssen sich also nicht mehr zwischen zwei unvollkommenen Lösungen entscheiden.

QUIC als Unterbau

WebTransport baut auf HTTP/3 auf, der neuesten Version des Protokolls, mit dem Browser und Server sprechen. Darunter liegt QUIC, ein von Google entwickeltes Transportverfahren. Der entscheidende Unterschied zu älteren Verfahren: QUIC kann mehrere unabhängige Datenströme über eine einzige Verbindung schicken. Fällt in einem Strom ein Paket aus, laufen die anderen ungestört weiter.

Eine Verbindung in WebTransport kennt zwei Arten von Daten. Streams sind geordnete Datenströme, bei denen nichts verloren geht – geeignet für Chatnachrichten oder Spielstände. Datagramme sind einzelne kleine Pakete ohne Garantie. Sie kommen schnell an oder gar nicht, und die Reihenfolge ist nicht gesichert. Für Positionsdaten in einem Shooter ist das genau richtig.

Ein weiterer Vorteil liegt im Verbindungsaufbau. QUIC verschlüsselt von Anfang an und braucht dafür weniger Hin und Her zwischen Browser und Server. Der Aufbau geht dadurch spürbar schneller. Außerdem überlebt eine QUIC-Verbindung den Wechsel vom WLAN ins Mobilfunknetz, weil sie nicht an eine feste Adresse gebunden ist. Ein häufiger Irrtum ist übrigens, WebTransport sei einfach ein schnelleres WebSocket. Es ist eine eigene Schnittstelle mit eigener Programmierweise.

Cloud-Gaming, Konferenzen und Börsendaten

Am sichtbarsten ist WebTransport dort, wo Millisekunden zählen. Cloud-Gaming-Dienste streamen Bilder aus dem Rechenzentrum auf deinen Bildschirm und müssen deine Tastendrücke sofort zurückschicken. Auch Videokonferenz-Anbieter setzen die Technik ein, um Ton und Bild mit möglichst wenig Verzögerung zu übertragen. Im Finanzbereich nutzen Handelsplattformen sie, um Kursdaten laufend in den Browser zu schieben.

Unterstützt wird WebTransport von Chrome, Edge und Firefox. Safari zog später nach, weshalb viele Anbieter zusätzlich eine WebSocket-Variante bereithalten. In Tech-News taucht der Begriff meist im Zusammenhang mit HTTP/3, QUIC oder mit Ankündigungen von Streaming- und Spieleplattformen auf. Für dich als Nutzer bleibt die Technik unsichtbar – du merkst sie nur daran, dass eine Anwendung im Browser flüssiger reagiert als früher.