Mi radio no suena en Alexa: cómo arreglarlo (6 causas y sus soluciones)

Es la frustración más común que escuchamos: 'Mi radio suena en el navegador, en VLC, en el móvil, pero cuando le pido a Alexa que la reproduzca, no funciona.' Si esto te pasa, no estás solo — y casi siempre es uno de seis problemas concretos y arreglables.

Causa 1: Tu stream es HTTP, no HTTPS

Este es el motivo número uno, responsable de más de la mitad de los casos. Amazon exige HTTPS para todos los streams de audio en Skills de Alexa, sin excepciones. Los navegadores y VLC son permisivos y reproducen HTTP sin problemas, por eso tu stream 'funciona en todas partes' excepto en Alexa.

Solución: si usas Zeno.FM, Radio.co o Live365, tu stream ya es HTTPS. Si usas Shoutcast o Icecast autoalojado, necesitas un proxy nginx o Caddy con certificado Let's Encrypt. La mayoría de proveedores de Shoutcast gestionado ofrecen un puerto SSL o un proxy gratuito, normalmente en un día.

Causa 2: Tu stream es OGG u Opus

Alexa no soporta OGG Vorbis ni Opus, formatos muy comunes en Icecast para la web porque ofrecen mejor compresión que MP3. Si tu Icecast sirve OGG, Alexa no puede reproducirlo.

Solución: añade un mount point en MP3 o AAC en tu Icecast y apunta la Skill a ese. No necesitas cambiar toda tu configuración ni abandonar OGG para los listeners web — solo añadir un formato que Alexa entienda.

Causa 3: El puerto del stream está bloqueado

Algunos firewalls y redes corporativas bloquean puertos no estándar. Si tu stream está en un puerto como 8000 o 8443 en lugar del 443 (HTTPS estándar), puede que Alexa no llegue a él.

Solución: configura tu proxy para que sirva el stream en el puerto 443, el puerto HTTPS universal que ningún firewall bloquea.

Causa 4: Tu operador móvil filtra audio en puertos no estándar

Las redes móviles (4G/5G) a veces filtran tráfico de audio en puertos que no son 80 o 443. Esto explica por qué tu stream funciona en Wi-Fi pero no con datos móviles.

Solución: misma que la causa 3 — servir el stream en el puerto 443. Si tu proveedor de streaming no lo permite, un proxy Caddy o nginx lo soluciona en minutos.

Causa 5: El stream se cayó durante la revisión de Amazon

Amazon prueba tu Skill en sus propios Echo durante la certificación, que dura entre 1 y 5 días. Si tu stream se cae en ese momento, Amazon rechaza la Skill aunque funcione el resto del tiempo.

Solución: asegúrate de que tu stream es estable antes de enviar a certificación. Si tu proveedor tiene caídas frecuentes, considera cambiar a uno más fiable antes de publicar en Alexa.

Causa 6: La Skill apunta a una URL antigua

Si cambiaste de proveedor de streaming, tu URL cambió, pero la Skill sigue apuntando a la antigua. Las URLs antiguas a veces redirigen, a veces expiran, a veces fallan silenciosamente. Los navegadores siguen redirecciones; Alexa las maneja mal.

Solución: actualizar la URL en la Skill. Con VoiceRepo, esto es gratuito y tarda un día. Si lo gestionas tú, entra en la consola de desarrollador de Amazon, actualiza el endpoint, y reenvía a certificación.