En los sistemas automatizados de publicación, el mensaje «escaneo exitoso» suele generar una falsa sensación de productividad. Sin embargo, en plataformas como PrensaBot, este indicador técnico solo confirma que la fuente RSS o API respondió correctamente (HTTP 200), no que haya generado contenido apto para publicación. La realidad del backend es más compleja y está llena de filtros editoriales y técnicos que pueden dejar un feed perfectamente funcional sin entregar ni un solo candidato.
El mito del código 200 como sinónimo de contenido
El ejemplo documentado en julio pasado es revelador: una sección configurada para deportes locales seguía recibiendo noticias de la Selección Argentina a pesar de múltiples ajustes. El problema no estaba en la pantalla de configuración ni en la caché, sino en una función heredada del Mundial, unselectAllMundialPending, que seguía forzando términos específicos en el backend. La solución técnica consistió en eliminar esa regla fija y hacer que fuentes, grupos y palabras clave fueran completamente configurables desde los datos editoriales, no desde código duro.
Los siete filtros invisibles que bloquean contenido
Un feed puede responder correctamente y aún así no producir candidatos por múltiples razones técnicas y editoriales:
- Antigüedad: El contenido supera el límite temporal configurado (ej: solo noticias de las últimas 24 horas)
- Keywords: No contiene las palabras clave requeridas o activa exclusiones configuradas
- Duplicados: El sistema detecta contenido similar ya procesado o publicado
- Contenido suficiente: El texto no alcanza la extensión mínima establecida
- Seguridad: Activación de filtros por dominios, lenguaje o contenido sensible
- Cupos: Límite diario o por sección ya alcanzado
- Formato: Estructura XML/JSON inválida o campos esenciales faltantes
Estos filtros operan en cascada y de manera silenciosa. Un artículo puede superar la verificación HTTP, pasar el parsing técnico, pero caer en cualquiera de estas etapas posteriores sin que el registro del escaneo muestre más que un frío «éxito».
Monitoreo más allá del código de respuesta
La lección para equipos técnicos y editoriales es clara: monitorear solo los códigos HTTP es insuficiente. Se necesitan métricas específicas como tasa de conversión feed-a-candidato, análisis de causas de rechazo y alertas por feeds «zombies» (aquellos que responden pero no entregan contenido válido por períodos prolongados). La configuración debe ser dinámica y auditada regularmente, especialmente después de eventos masivos como campeonatos mundiales que suelen dejar reglas temporales convertidas en permanentes por error.
Deja una respuesta