En julio de 2026, un medio digital del interior del país enfrentó un misterio tecnológico que puso en jaque su flamante sección de Deportes. El editor de Lomas de Tafí había configurado un bot de scraping para alimentar automáticamente la sección con noticias de Atlético Tucumán, San Martín (Tucumán) y el piloto Franco Colapinto. Sin embargo, el sistema, en lugar de obedecer, comenzó a llenar la bandeja de entrada con una avalancha de crónicas sobre la Selección Argentina, ignorando por completo los criterios de búsqueda establecidos.
Desconcierto en la redacción: «Yo pedí Atlético Tucumán»
La situación generó una inmediata frustración en el equipo editorial. «No hay caso, lo de la selección está en lo más profundo del código parece… tengo 15 noticias y solo 1 de Boca», fue el reclamo documentado del usuario, según consta en los registros internos del desarrollo. Inicialmente, se sospechó de un error en la interfaz gráfica. El equipo probó modificando las categorías visuales, limpiando la caché del navegador y reiniciando por completo las tareas automatizadas de scraping. Nada de eso funcionó.
Arqueología en el código: desenterrando la función ‘fantasma’
La solución llegó tras una minuciosa auditoría del código fuente histórico del bot. Los desarrolladores descubrieron la raíz del problema: una función residual bautizada como unselectAllMundialPending. Este fragmento de código era un remanente directo de las pruebas realizadas durante la cobertura del Mundial 2026. A pesar de que la interfaz permitía al editor configurar nuevos términos de búsqueda, esta función ‘fantasma’, escrita de manera fija (hardcodeada) en el backend, seguía inyectando términos relacionados con el mundial y la selección en cada consulta HTTP que el bot realizaba a los portales de noticias.
El hallazgo demostró un error crítico en el desarrollo: se había subestimado el impacto de la deuda técnica. Se asumió que un filtro configurado en la interfaz gráfica era suficiente, sin considerar que el backend podía transportar lógica obsoleta y dura heredada de iteraciones anteriores del software. La función, pensada para ser temporal, se había convertido en una regla permanente e invisible.
La regla de oro para el desarrollo periodístico-automático
Este incidente, ocurrido el 21 de julio de 2026, dejó un aprendizaje técnico fundamental para desarrolladores de scrapers, ingenieros de datos y equipos de investigación periodística que dependen de estas herramientas:
- El código ejecuta reglas, no las contiene: Los términos editoriales, las palabras clave de exclusión y las reglas de ingesta de datos nunca deben escribirse de forma fija (hardcodeada) en el código fuente.
- Entidades dinámicas: Estos criterios deben ser entidades dinámicas, almacenadas en una base de datos y ser completamente editables por el usuario final (el periodista o editor) sin necesidad de intervención de un programador.
- Auditorías periódicas: Es crucial realizar revisiones periódicas del código para identificar y eliminar funciones residuales o lógica obsoleta que pueda sabotear el funcionamiento actual.
El caso del bot ‘escaloneta’ se convirtió en una anécdota técnica aleccionadora, recordando que en la intersección entre el periodismo y la tecnología, la claridad y flexibilidad del código son tan importantes como la precisión de la información que se busca recolectar.
Deja una respuesta