Cloudflare Stream WebRTC sale de beta y empieza a cobrar por entrega

Cloudflare puso a disposición general la entrega WebRTC de latencia ultrabaja en Stream el 15 de octubre de 2026 y comenzó a facturar su uso ese mismo día. Los operadores de sitios que utilizaban la beta deberían comprobar los minutos de audiencia facturables antes de asumir que sus costes de vídeo en directo no han cambiado.

El aviso de lanzamiento indica que la entrega WebRTC ya aparece en las analíticas de Stream y en sus gráficos de uso facturable. El lanzamiento corresponde a la emisión de uno a muchos mediante Stream, no a un servicio de videoconferencias listo para usar. El editor sigue necesitando una experiencia de visualización adecuada para su audiencia.

Cuenta los espectadores además del tiempo de emisión

Los precios actuales de Stream fijan la entrega en 1 dólar estadounidense por cada 1.000 minutos. Los minutos entregados se acumulan entre todos los espectadores. Una emisión hipotética que 150 personas vean durante 20 minutos produce 3.000 minutos de visualización: 3 dólares estadounidenses en cargos de entrega con esa tarifa, antes de otros cargos o condiciones contractuales aplicables.

Ese cálculo es una estimación, no un límite de gasto. Tanto el tamaño de la audiencia como la duración del visionado pueden diferir de lo previsto. Anota las suposiciones antes del directo y después concílialas con el uso medido por el proveedor, no con la duración de la grabación.

Si el evento ya tiene presupuesto, asigna a alguien la comprobación del uso después de la emisión. La disponibilidad general cambia la base comercial aunque el reproductor del sitio parezca prácticamente el mismo.

Una latencia baja no implica tener todas las funciones de vídeo

La documentación de WebRTC describe la reproducción en navegadores y los clientes de emisión compatibles. Un retraso reducido puede importar cuando los espectadores reaccionan a algo que ocurre en directo, pero no sustituye la comprobación del flujo completo de producción en los dispositivos y redes que usan realmente los lectores.

Existe además una limitación concreta: la documentación de precios de Cloudflare indica que las emisiones WebRTC no pueden grabarse actualmente. Por tanto, un editor que prometa una repetición necesita un plan de grabación independiente y verificado. No des por hecho que un servicio de entrega en directo crea automáticamente un archivo.

Prueba los permisos del micrófono y la cámara, la recuperación de la reproducción tras una interrupción de conexión y la página que ven los lectores antes del inicio. Son comprobaciones de aceptación de tu implementación, no afirmaciones de que el lanzamiento de Cloudflare las haya resuelto para todos los sitios.

Revisa la integración, no solo el reproductor

Mantén las credenciales de emisión fuera del código público de la página y restringe quién puede iniciar una transmisión. Confirma que el reproductor y el método de ingesta elegidos sean compatibles y documenta una alternativa para quienes no puedan conectarse. Un ensayo satisfactorio en un portátil no es toda la prueba.

Añade la nueva comprobación de facturación a tu rutina de mantenimiento web. Cuando compares un servicio de emisión alojado con infraestructura que ya pagas, utiliza las mismas suposiciones de carga de trabajo que en tu revisión del alojamiento. La comparación útil es el coste del evento completo, incluidas las partes que Stream no proporciona.