Insertar una transmisión en vivo en tu sitio web sin YouTube: privacidad, cookies y alternativas

Puedes insertar una transmisión en vivo en tu sitio web sin YouTube enviándola a un servidor de streaming (propio o alojado) y reproduciéndola en un reproductor HTML5 sencillo en tu página mediante HLS. Un reproductor así puede construirse para que no cargue nada de Google ni establezca cookies, lo que elimina los principales motivos por los que una inserción de YouTube plantea dudas de privacidad. Este artículo explica qué ocurre con una inserción de YouTube, qué dicen las normas alemanas y europeas según autoridades y editoriales jurídicas, y qué alternativas existen. No es asesoramiento jurídico.

Qué ocurre cuando insertas una transmisión en vivo de YouTube

Una inserción de YouTube es un iframe que apunta a una dirección de YouTube. Por defecto, el navegador solicita ese iframe en cuanto se carga tu página, así que el navegador del visitante contacta con un servidor de Google antes de que nadie haya presionado reproducir. Google también exige que la página que inserta el video envíe un referer HTTP a YouTube; de lo contrario, la reproducción se bloquea con una pantalla de error (consulta la página de ayuda de YouTube sobre la inserción). Así, YouTube sabe en qué página se mostró el reproductor.

Lo que se guarda en el dispositivo del visitante lo describen de forma distinta las diferentes fuentes:

• Inserción estándar: IT-Recht Kanzlei informa de que la mera inserción de un video provoca que se guarden numerosas cookies y que se establezca una conexión con la red publicitaria DoubleClick de Google. eRecht24 escribe que se pueden establecer cookies y transferir datos con solo abrir la página, antes de hacer clic en el video.
• youtube-nocookie.com («modo de privacidad mejorada»): Google describe este modo como una forma de evitar que las reproducciones de videos insertados se usen para personalizar la experiencia y los anuncios de YouTube del espectador. No lo describe como «sin conexión con Google» ni como «sin almacenamiento en el dispositivo».
• Reproducción del video: eRecht24 afirma que el modo nocookie evita las cookies en la carga inicial, pero no la transferencia de datos a Google una vez que se reproduce el video. Una consultora de protección de datos (CAS Datenschutz) enumera cookies como YSC y CONSENT que todavía pueden guardarse cuando arranca un video nocookie, y señala que la dirección IP y los datos del navegador pueden llegar a Google. IT-Recht Kanzlei añade que las cookies de Google se establecen con regularidad incluso en el modo de privacidad mejorada debido a la conexión con DoubleClick.

Los detalles dependen del navegador, la versión y la configuración, y cambian con el tiempo, así que trata estas afirmaciones como informes de las fuentes citadas, no como una garantía. La conclusión práctica es la misma en todas partes: el dominio nocookie reduce lo que ocurre antes de la reproducción, pero no convierte una inserción de YouTube en un reproductor libre de Google.

El marco jurídico en Alemania y la UE

Hay dos conjuntos de normas relevantes, y se aplican en paralelo. Lo que sigue es un resumen sencillo de fuentes públicas, no asesoramiento jurídico.

• Guardar o leer datos en el dispositivo del visitante: El § 25 TDDDG (ley alemana de protección de datos en las telecomunicaciones y los servicios digitales) permite almacenar información en el equipo terminal de un usuario, o acceder a información ya almacenada en él, solo si el usuario ha dado su consentimiento sobre la base de información clara y completa. No se requiere consentimiento si el almacenamiento o el acceso son estrictamente necesarios para que el proveedor preste un servicio digital que el usuario ha solicitado expresamente. Las autoridades alemanas de protección de datos (DSK) afirman en su guía para servicios digitales (versión 1.2, noviembre de 2024) que esto se aplica con independencia de que la información sean datos personales, y que el almacenamiento web, como el local storage, queda cubierto igual que las cookies.
• Tratamiento de datos personales: La misma guía de la DSK señala que insertar contenido de terceros, como videos, implica con regularidad comunicar datos personales al operador del servidor de terceros, lo que requiere una base jurídica conforme al artículo 6 del RGPD. Una dirección IP es un ejemplo típico de esos datos.
• Valoración de editoriales especializadas: eRecht24 (revisado por un abogado, última actualización en julio de 2025) afirma que una inserción de YouTube requiere en general consentimiento, recomienda una herramienta de consentimiento o una solución de dos clics además del modo de privacidad mejorada, y califica este modo, por sí solo, de «más respetuoso con la privacidad, pero todavía no conforme». También señala que persiste un riesgo residual porque YouTube no es transparente sobre lo que hace con los datos, y menciona enlazar al video o usar plataformas con sede en la UE, como PeerTube, como formas de evitar el problema.

Son interpretaciones, y las autoridades, los tribunales y los abogados no siempre coinciden. Saber si una configuración concreta sirve para tu sitio web, tu audiencia y tu aviso de privacidad es una cuestión para tu delegado de protección de datos o para un abogado.

Tus opciones comparadas

La solución de dos clics conserva el alcance y las herramientas de YouTube, pero tus visitantes tienen que aceptar primero, y algunos no lo harán. Las opciones autoalojada y alojada te dan un reproductor que muestra solo tu contenido, sin recomendaciones ni marca de plataforma, y trasladan la cuestión de la privacidad de «Google» a «quien gestiona el servidor». Por eso es importante elegir bien al proveedor.

En qué fijarte en una alternativa

• Ubicación del servidor: ¿Desde dónde se recibe y se entrega el stream? Pregunta en qué país está el centro de datos y si participan otras empresas (como una CDN) en la entrega.
• Cookies y local storage: Verifícalo tú mismo. Abre tu página en una ventana privada, mira la pestaña Application de las herramientas de desarrollo de tu navegador y verifica que el reproductor no genere cookies ni entradas de local storage.
• Peticiones a terceros: En la pestaña Network, verifica si el reproductor carga scripts, fuentes o herramientas de analítica desde otros dominios.
• Tratamiento de datos: Pregunta qué se registra (direcciones IP, estadísticas de espectadores), durante cuánto tiempo y si los datos se usan para fines propios del proveedor.
• Contrato de encargado del tratamiento: Si un proveedor trata datos personales por encargo tuyo, el artículo 28 del RGPD exige un contrato u otro acto jurídico que vincule al encargado. Pregunta al proveedor por ello antes de decidir.
• Funciones del reproductor: Verifica la reproducción en celular, el bitrate adaptativo, el chat, la protección con contraseña o una opción 24/7 si las necesitas.
• Escalado: Cada espectador descarga el stream completo del servidor. A 6 Mbit/s por espectador, 50 espectadores necesitan aproximadamente 300 Mbit/s de ancho de banda de salida, y 1000 espectadores aproximadamente 6 Gbit/s (sin contar la sobrecarga ni los niveles de calidad inferiores). Los planes con precio según los espectadores simultáneos son más fáciles de planificar que gestionar tú mismo el ancho de banda.

Cómo funciona la configuración: RTMP de entrada, HLS de salida

La parte técnica es corta. Tu codificador (por ejemplo, OBS Studio) envía el stream por RTMP a un servidor. El servidor lo convierte a HLS, dividido en pequeños segmentos que se entregan por HTTPS normal. Safari reproduce HLS de forma nativa. Muchos otros navegadores dependen de una biblioteca de JavaScript como hls.js, que necesita las Media Source Extensions del navegador (consulta también la guía de MDN sobre streaming).

1. Obtén una dirección RTMP y una clave de transmisión de tu servidor o proveedor de alojamiento.
2. Ingresa ambas en tu codificador como destino de streaming personalizado e inicia la transmisión.
3. Pega el código del reproductor (un fragmento HTML corto o un script) donde quieras que aparezca el stream en tu página.
4. Prueba en una ventana privada y en un celular, y luego revisa los puntos sobre cookies y red de la lista anterior.
5. Revisa tu aviso de privacidad para que coincida con lo que tu página hace realmente.

Si gestionas tu propio servidor, también necesitas software para la ingesta y el empaquetado HLS, además de ancho de banda suficiente, como se ha descrito arriba. Proyectos de código abierto como PeerTube admiten transmisiones en vivo por RTMP, pero los gestionas y mantienes tú mismo.

Nuestro Video Live Stream Hosting te quita este trabajo. Envías RTMP a nuestros servidores en Alemania, nosotros entregamos HLS y tú pegas en cualquier sitio web un fragmento de reproductor HTML5 ya preparado, que encuentras en el área de cliente. El reproductor no usa cookies, no almacenamos ni usamos ningún dato personal de tus espectadores como parte de nuestro servicio y los streams se entregan con SSL/HTTPS. Eliges un plan según el número máximo de espectadores simultáneos (hasta 1000) y puedes añadir opciones como bitrate adaptativo, una sala de chat, alojamiento del reproductor protegido con contraseña, streaming a 360 grados o streaming 24/7. Juzgar si esto cumple los requisitos de tu sitio web y de tu aviso de privacidad te corresponde a ti y a tu asesor. No ofrecemos asesoramiento jurídico.

Para una visión más amplia de los proveedores, consulta nuestra página sobre la oferta de proveedor de servicios de live streaming.

FAQ

¿Puedo insertar una transmisión en vivo de YouTube sin cookies?

No de forma fiable. El dominio youtube-nocookie.com limita las cookies antes de la reproducción, pero según las fuentes, aún pueden producirse cookies y transferencias de datos a Google una vez que se reproduce el video. Si necesitas un reproductor que no establezca cookies, usa uno que no venga de Google, por ejemplo un reproductor HTML5 alimentado por un stream HLS propio o alojado.

¿Hace youtube-nocookie que una inserción cumpla el RGPD?

No por sí solo, según las fuentes citadas arriba. eRecht24 lo califica de más respetuoso con la privacidad pero insuficiente por sí solo, y recomienda añadir consentimiento, por ejemplo mediante una solución de dos clics. Una valoración definitiva es una cuestión jurídica para tu asesor.

¿Necesito un banner de cookies para un reproductor autoalojado o alojado?

El § 25 TDDDG se aplica cuando se guarda información en el dispositivo del visitante o se lee de él. Si tu reproductor y tu página no hacen ninguna de las dos cosas con respecto al reproductor, esa norma no tiene nada que regular en ese caso. Las obligaciones del RGPD, como informar a los visitantes sobre los logs del servidor, pueden seguir aplicándose. Verifica tu configuración real con las herramientas del navegador y consulta a tu delegado de protección de datos.

¿Qué necesito para insertar una transmisión en vivo en mi propio sitio web?

Necesitas un codificador que pueda enviar RTMP (como OBS Studio), un servidor que acepte RTMP y entregue HLS, y la posibilidad de pegar un fragmento HTML en tu página. Funciona con la mayoría de los sistemas de gestión de contenidos y con sitios web a medida.

¿A cuántos espectadores puedo atender desde mi propio servidor?

Depende de tu ancho de banda de salida. A 6 Mbit/s por espectador, 100 espectadores necesitan unos 600 Mbit/s. El bitrate adaptativo reduce la carga para los espectadores con conexiones lentas, pero aun así tienes que planificar el pico.