WebTransport: qué es y cuándo conviene

WebTransport es una API para conectar una página con un servidor mediante HTTP/3 y QUIC. Permite abrir streams bidireccionales o unidireccionales y también enviar datagramas que priorizan la latencia sobre la entrega garantizada. El navegador y el servidor negocian una sesión segura antes de intercambiar datos.

También puede servirte: Server-Sent Events: qué son y cuándo convienen

La diferencia está en que una misma sesión puede transportar flujos con necesidades distintas. Un mensaje importante puede viajar por un stream con control de entrega, mientras que una actualización efímera puede usar datagramas. La API no convierte por sí sola esos datos en comandos confiables: el protocolo de la aplicación debe definir formato, autenticación y estados.

WebTransport encaja cuando una aplicación necesita baja latencia, varios flujos independientes o mensajes que pueden perderse sin bloquear a los siguientes. Puede ser útil en juegos, visualizaciones interactivas, telemetría y colaboración en tiempo real, si el servidor también soporta HTTP/3 y QUIC.

Para un formulario, una API CRUD o una notificación simple, HTTP tradicional, SSE o WebSocket suelen ser más fáciles de operar. WebSocket ofrece un canal bidireccional conocido, mientras WebTransport aporta streams y datagramas con más decisiones de infraestructura. La elección depende de la entrega necesaria, la latencia y la compatibilidad del navegador.

Definí qué mensajes son confiables y cuáles pueden perderse antes de abrir la sesión. Usá streams para datos que deben llegar en orden o que necesitan backpressure; reservá datagramas para estados que se reemplazan rápidamente. El servidor debe validar tamaño, origen, permisos y versión del protocolo antes de aceptar trabajo.

Implementá feature detection y un camino alternativo si el navegador o el proxy no admite la API. Aplicá deadlines, cancelación y límites de streams; cerrá la sesión cuando el usuario sale y registrá códigos de cierre. Medí latencia, pérdida, reconexiones y bytes en vuelo sin guardar contenido sensible.

Un datagrama no debe transportar una operación cuya pérdida deje el sistema en un estado incorrecto. Si llega tarde, repetido o fuera de orden, el cliente necesita descartar el valor o reconciliarlo con una fuente confiable. Tampoco conviene abrir una sesión persistente sin límites de conexiones y memoria.

La compatibilidad depende del navegador, el servidor y la red que atraviesa la sesión. Un proxy que no soporte HTTP/3 puede obligar a usar la alternativa. Probá la ruta completa y no confundas que la API esté disponible en un navegador con que tu infraestructura ya esté lista para producción.