Actividad
Todo lo que pasa por Reelwire, en dos tarjetas: Contenido recibido, cada evento que llegó de un feed, una lista de publicaciones o un feed propio y lo que Reelwire decidió sobre él, y debajo Lo que salió, cada medio de cada entrega que salió y lo que volvió. Es un registro, no una cola: nada de aquí espera a ser tratado. Lo encuentra en Conexiones y luego en Actividad, porque responde si llegó lo que acaba de conectar y si llegó lo que Reelwire entregó. Requiere el permiso Operaciones; Entregar de nuevo en Lo que salió requiere además Administración.
Contenido recibido
Los eventos que merece la pena leer aquí son los que no produjeron ninguna publicación. Todo lo que sí produjo una publicación está en Publicaciones, la mejor pantalla para seguirlo.
Cada fila indica cuándo se recibió el evento, su fuente de contenido (Feed predefinido, Publicación manual o Feed propio), por qué feed, stream o lista de publicaciones llegó y su estado.
| Estado | Qué significa |
|---|---|
| ACEPTADO | El evento era válido y al menos un canal recibe su fuente de contenido, así que se crearon trabajos de publicación a partir de él. |
| SIN COINCIDENCIA | El evento era válido, pero ningún canal activo recibe esta fuente de contenido, así que no se hizo nada con él. |
| OBSOLETO | El evento ocurrió hace demasiado tiempo para que este feed publique sobre él, así que se registró y no se hizo nada. |
| DUPLICADO | Ya llegó un evento con este id, así que este se ignoró. |
| SIN ASIGNAR | El evento llegó a un feed propio, pero sus datos no encajaban con lo que acepta la plantilla del stream, así que no se hizo nada. |
SIN COINCIDENCIA es el que hay que buscar. Casi siempre significa que un canal no está suscrito a la fuente que usted creía. Abra Canales, pulse Fuentes en el canal y compruebe que la fuente está y no está en pausa. Un canal en pausa, o un canal cuya marca está en pausa, no cuenta como receptor.
DUPLICADO suele ser correcto y no un fallo: Reelwire ignora un eventId repetido para que un productor pueda reintentar sin riesgo.
El periodo
La pantalla se abre en Esta semana (de domingo a hoy) y no en hoy, porque hoy está vacío a la una de la madrugada y un tablero vacío parece uno roto. La ventana se calcula con su propio reloj, así que «Hoy» significa su día. Si algo que envió no aparece, amplíe el periodo antes de suponer que no llegó.
Filtre por fuente de contenido o estado, busque por feed, stream, lista de publicaciones o estado, y ordene por cuándo se recibió, por estado o por fuente de contenido. La lista se actualiza sola cada pocos segundos.
Lo que salió
La tarjeta Lo que salió, bajo Contenido recibido, lista cada medio de cada entrega que salió, los más recientes primero: una línea para su correo electrónico y una línea para su llamada de webhook, cada una con los canales que llevaba, y una línea por cada publicación que hizo un conector de plataforma (Vía: Conector de plataforma). Cada línea dice qué era (entregada, un cambio, solicitud de retirada o una entrega de prueba), en qué punto está (en cola, enviando, entregada, reintentando o sin más intentos), qué volvió, cuántos intentos hicieron falta y cuándo. Una que falla se reintenta en escalera; una que agotó los intentos se detiene ahí y lo dice.
Es la misma tabla que cualquier otro registro: un periodo que mostrar (esta semana al principio), una búsqueda sobre los nombres de los canales, el error y la dirección a la que fue una línea, Estado, Vía y Qué para acotar, un orden (creada o último intento, más reciente o más antigua primero) y páginas. Se actualiza sola cada pocos segundos.
Detalles abre una línea entera: adónde fue (la dirección del webhook; para un correo electrónico, el propietario y todos los que tienen el permiso Operaciones; para un conector de plataforma, con qué nombre publicó), los canales que llevaba, en qué punto está tras cuántos intentos, los canales de la publicación que dejó fuera y por qué, la entrega y la publicación a las que pertenece, qué volvió y qué llevaba, exactamente como salió la última vez.
Entregar de nuevo se ofrece a quien tiene Administración, el permiso que también necesita la pantalla Webhook, en cada línea, incluidas las entregadas, porque el motivo habitual para quererlo es que el receptor perdió la publicación y no que Reelwire no pudiera enviarla. Una llamada de webhook sale de nuevo con el mismo id de entrega, de modo que un receptor que deduplica por él ignora correctamente una que ya tiene; un correo electrónico sale de nuevo como el mismo correo. Una nota verde sobre la tabla dice qué se puso de nuevo en cola. Una publicación cuyos medios de salida se agotaron dice PUBLICACIÓN FALLIDA en Publicaciones; entregarla de nuevo la entrega otra vez, y dice ENTREGADA cuando llega.
La línea de un conector de plataforma es la excepción una vez que llegó: la plataforma tiene la publicación y la aceptaría una segunda vez, por lo que Entregar de nuevo no se ofrece allí. Una línea de conector que falló, por ejemplo por un token equivocado corregido desde entonces, puede entregarse de nuevo como cualquier otra.