Las claves verificadas
- WebRTC permite intercambiar audio, video y datos en tiempo real entre aplicaciones compatibles. Ver evidencia
- La señalización intercambia descripciones y candidatos, pero no está definida como un servicio único por WebRTC. Ver evidencia
- ICE reúne rutas de red y puede usar STUN para descubrir direcciones o TURN para retransmitir tráfico. Ver evidencia
- Una aplicación WebRTC debe gestionar permisos, estados de conexión, autenticación y recuperación además de negociar medios. Ver evidencia
Qué es WebRTC
WebRTC es un conjunto de APIs y protocolos para intercambiar audio, video y datos entre aplicaciones compatibles. En la web permite que dos navegadores negocien una sesión en tiempo real sin que el servidor tenga que transportar todo el contenido multimedia.
También puede servirte: WebTransport: qué es y cuándo conviene
El estándar no crea por sí solo una videollamada completa. La aplicación todavía necesita una interfaz, permisos para cámara y micrófono, un canal de señalización y una estrategia para los casos en que los dispositivos no pueden conectarse directamente.
Qué hacen la señalización y ICE
La señalización es el intercambio inicial de descripciones de sesión, capacidades y candidatos de red. WebRTC no impone un servicio de señalización: puede implementarse con WebSocket, HTTP u otro canal que entregue esos datos al otro participante.
ICE reúne posibles rutas y prueba cuál permite conectar los extremos. STUN ayuda a descubrir una dirección pública cuando hay un router intermedio; TURN retransmite el tráfico si las redes impiden una conexión directa.
Cómo viajan audio, video y datos
Una conexión puede negociar pistas de audio y video junto con canales de datos. La aplicación puede indicar códecs, resoluciones y características antes de comenzar, y luego responder a cambios de dispositivos, ancho de banda o permisos.
El navegador también expone estados de conexión y eventos para que la interfaz muestre si la sesión está conectando, conectada o desconectada. Esos estados no reemplazan una política de reintentos, autenticación o protección de datos definida por el producto.
Guía para decidir si WebRTC alcanza para tu conexión
WebRTC alcanza cuando necesitás comunicación interactiva y podés resolver señalización, permisos y conectividad. Para dos personas en redes compatibles, la ruta directa puede reducir latencia; para grupos grandes o grabaciones conviene evaluar un servidor multimedia y una arquitectura distinta.
Probá primero con cámara y micrófono reales, redes restrictivas y una llamada sin audio. Medí latencia, pérdidas, consumo y recuperación cuando cambia la red. Si las pruebas dependen siempre de TURN o fallan detrás de ciertos routers, el costo de esa retransmisión forma parte del diseño y no es un detalle opcional.
Qué aporta VisteEsto: Nuestro trabajo en esta nota
VisteEsto separa en un mapa visual la señalización, ICE, STUN, TURN y las pistas de medios, y propone una secuencia de pruebas para decidir si WebRTC alcanza o si hace falta otra arquitectura.
Fuentes, actualizaciones y metodología 3 fuentes
Fuentes consultadas
- Fuente primariaW3C WebRTC 1.0
- Fuente primariaMDN WebRTC API
- Fuente primariaWebRTC: Getting started
Historial de actualización
- Publicación inicial basada en W3C, MDN y WebRTC.org sobre APIs, señalización, ICE, STUN y TURN.
Cómo elaboramos esta nota
Definimos la consulta principal “qué es WebRTC y cómo funciona”, contrastamos los datos con 3 fuentes —3 primarias— y revisamos contexto, imágenes y posibles vacíos antes de publicar. Conocé nuestra política editorial y de verificación.
