Conectado, pero no llega nada
- dice que está conectado pero las donaciones no llegan
- las alertas dejaron de funcionar durante la transmisión
- el chat está en silencio pero la plataforma me muestra en línea
- la tarjeta dice que no está recibiendo
- dice conectado pero no llegan eventos
- las donaciones aparecen en la plataforma pero no en strAImer
- reconectar no ayuda
- YouTube está conectado pero el chat está vacío
- me olvidé de marcar una casilla al iniciar sesión en Google
- mi bot no publica nada en el chat de Kick cuando el mensaje lleva un enlace
- Kick se come los enlaces que mandan mis temporizadores
- sale worker crashed en la consola de registros
- un módulo se cae una y otra vez
Cómo lo llama la aplicación
El mismo estado se describe de manera diferente en las dos pantallas que lo muestran, por lo que puedes haberte encontrado con cualquiera de ellos:
- la tarjeta en Conexiones → Monetización lleva una insignia amarilla que dice SIN RECEPCIÓN, y el botón principal de la tarjeta cambia a Reconectar;
- la página propia del servicio, en la fila Estado de la conexión, dice Conectado, pero no llegan eventos.
Solo DonationAlerts reporta esto. Las plataformas de streaming no tienen tal estado, por lo que un chat silencioso de Twitch o Kick es una historia diferente: consulta "Inicio de sesión requerido".
Qué significa
La conexión está abierta y DonationAlerts aceptó la suscripción, pero el servicio no está enviando nada a través de ella.
La aplicación no concluye eso por el silencio: una hora tranquila es normal. Lo demuestra. Cada quince minutos lee tu historial de donaciones de DonationAlerts y lo compara con lo que llegó en vivo; la etiqueta aparece solo cuando aparece una donación allí que nunca llegó a través de la conexión en vivo.
Esa misma verificación entrega lo que encontró. La donación aún llega a alertas, metas, estadísticas y todo lo demás, hasta un cuarto de hora tarde en lugar de instantáneamente. Por lo tanto, la etiqueta significa "llega tarde", no "perdida".
La causa habitual es un segundo inicio de sesión. Alguien inició sesión en la misma cuenta de DonationAlerts en otro lugar: otra computadora, un teléfono, otra aplicación. La sesión anterior permanece formalmente viva y simplemente deja de recibir. Ese "alguien más" a menudo eres tú: la otra máquina desde la que transmites o una instantánea de configuración restaurada en una computadora nueva.
Qué lo soluciona
En el orden que probamos durante una transmisión en vivo, y el orden no es el que esperarías:
| Lo que intentamos | ¿Ayudó? |
|---|---|
| Reconectar el socket | no |
| Reiniciar strAImer completamente | no |
| Iniciar sesión en la cuenta nuevamente | Sí |
Por lo tanto, el botón que hay que presionar es Reconectar en la tarjeta, o Autorizar mediante navegador, si la página de DonationAlerts ya está abierta frente a ti. Ambos inician el mismo inicio de sesión en el navegador que recorre la guía "Configuración de DonationAlerts". Reiniciar la aplicación es lo natural que se intenta y no ayuda, porque la conexión nunca fue el problema.
Por qué la advertencia permanece después de un reinicio
La etiqueta sobrevive al reinicio de la aplicación a propósito. El problema también sobrevive, y una advertencia que desaparece cuando cierras la ventana sería peor que ninguna: seguirías transmitiendo, pensando que se solucionó sola.
Se borra solo con dos cosas, ambas pruebas en lugar de esperanza: una donación que llega a través de la conexión en vivo o iniciar sesión en la cuenta nuevamente.
Si dice CONECTADO y los eventos aún faltan
Entonces es un problema diferente, y la tarjeta no miente: la suscripción está activa y la verificación no ha detectado que falte nada. Mira estos en su lugar:
- El módulo está apagado. Su tarjeta en Catálogo de Módulos → Integrados, o bajo Complementos si lo instalaste tú mismo, dice "El módulo está ejecutándose" o "El módulo está apagado: el trabajo en segundo plano está en pausa". Juzga por esa tarjeta o por la lista de Conexiones, no por la página de configuración propia del módulo: esa página lee la cuenta guardada en lugar de la conexión en vivo, por lo que puede seguir mostrando su texto verde mientras el módulo está apagado.
- El evento no existe en esa plataforma. Los seguidores llegan solo desde Twitch; las suscripciones y las suscripciones regaladas, desde Twitch y YouTube; las recompensas por puntos, desde Twitch y Kick. La guía "Alertas" enumera qué plataformas envían qué evento.
- Las alertas están filtradas. Un monto mínimo, o una plataforma dejada sin marcar en el widget, omite silenciosamente todo lo que está por debajo o al lado: también en la guía "Alertas".
Kick: los canjes no llegan nunca
Un canal de Kick conectado antes de que la aplicación aprendiera a leer los puntos del canal no tiene derechos sobre ellos. Kick rechaza cada petición, así que no llega nada, y la tarjeta sigue verde porque la conexión del canal en sí está bien. La aplicación escribe el motivo en la consola de registros una vez y después calla.
Presiona Reautorizar en la página de Kick e inicia sesión otra vez: el nuevo inicio de sesión pide los permisos de recompensas junto con el resto, y el módulo sigue funcionando mientras tanto. En esa página ya no hay Desconectar; el paso se recorre en la guía "Integración con Kick".
Kick: el bot calla cuando el mensaje lleva un enlace
El chat funciona, el bot responde a los mensajes normales, y todo lo que lleva un enlace desaparece: un temporizador del chat con tus otras redes, un comando que contesta con un enlace, una respuesta del agente de IA. Nada se pone en rojo, porque de nuestro lado no falló nada.
Kick entrega un enlace de un bot solo mientras ese bot sea moderador de tu canal. El resto lo rechaza en silencio, así que parece que el bot simplemente se saltó su turno.
Haz al bot moderador: escribe en tu propio chat de Kick /mod y, tras un espacio, el nombre de la cuenta del bot. La guía "Integración con Kick" muestra ese comando ya con el nombre de tu bot, y el mosaico "Stream: Chat" escribe el mismo motivo en el feed en cuanto Kick rechaza, así que también puedes copiar el comando desde ahí.
Lo del moderador es lo que hemos visto rechazado en vivo, y va del bot. Si el rechazo cae sobre tu propia cuenta, /mod no cura nada: mira los ajustes de chat de tu canal en Kick, donde los enlaces se pueden restringir para todos.
YouTube dice conectado y el chat nunca llega
Este tiene una causa propia, y la tarjeta no puede mostrarlo. Google enumera sus permisos uno por uno en la pantalla de inicio de sesión y te permite desmarcarlos. Desmarca el que permite que la aplicación vea tus transmisiones, y todo aún parece correcto: el inicio de sesión se completa, el nombre de la cuenta aparece, la conexión se vuelve verde y permanece verde, pero la aplicación nunca se entera de que estás en vivo, y un chat que no puede encontrar es un chat que no puede leer. No llega nada, y nada dice por qué.
La insignia verde es lo que distingue este caso. Desde strAImer 0.25.0, cuando se encuentra la transmisión pero su chat no arranca, la insignia de YouTube en Conexiones → Canales no está verde sino en CONECTANDO... o ERROR: ese es otro problema, tratado en el artículo "Inicio de sesión requerido", sección "YouTube muestra CONECTANDO... o ERROR durante un stream".
Iniciar sesión nuevamente es lo que lo soluciona, siempre que esta vez todas las casillas estén marcadas. Nada más lo hará: renovar el inicio de sesión en segundo plano mantiene exactamente los permisos que se otorgaron la primera vez, por lo que puede seguir renovando para siempre sin obtener el que falta.
Desde la versión 0.9.2, la aplicación verifica lo que Google realmente otorgó y rechaza un inicio de sesión que regresó corto, diciéndote en esa página que los marques todos. En una versión anterior, no hay advertencia que buscar: ve a Conexiones → Canales → YouTube, presiona Autorizar mediante navegador y observa las casillas de verificación. El paso se recorre en la guía "Integración de YouTube".
"Worker crashed" en la consola de registros
Una línea de error Worker crashed: seguida de un motivo significa que la parte en segundo plano de un módulo se detuvo con un error. La aplicación lo reinicia sola, con pausas crecientes de 1, 2, 4, 8, 16 y 30 segundos, y también lo anota: "Restarting module in 1000ms (attempt 1)". Una sola caída así seguida de calma es un tropiezo que ya se resolvió solo.
Si el módulo sigue cayéndose dentro del minuto siguiente a cada arranque, después de seis reinicios seguidos la línea cambia a Module keeps crashing (attempt 7), retrying every 60000ms. Last error: y el motivo. La aplicación no se rinde y sigue intentándolo una vez por minuto, pero mientras se cae el módulo no hace nada: lo que falta son sus alertas, sus comandos o sus donaciones.
- Apaga y vuelve a encender el módulo en su tarjeta en Catálogo de Módulos, en Integrados o Complementos.
- Si eso no ayuda, reinicia strAImer.
- Si aún se repite, escribe a soporte y adjunta el registro: el texto después de "Last error:" es la causa. La guía "Ayuda" explica cómo.
Si nunca funcionó en absoluto
Entonces este no es el artículo que necesitas: consulta "Iniciar sesión en plataformas". Esta página trata sobre una conexión que funcionó y se volvió silenciosa.