Cuando un crawler trabaja con varias cuentas, consultar sus estadísticas una a una acaba convirtiéndose en una tarea de supervisión. Necesitas saber qué proyectos tienen actividad, cuánto volumen registran y cuáles llevan tiempo sin renovar sus datos. Hemos desarrollado un dashboard general de peticiones para el módulo Crawler de ShopinCloud que reúne esa información y permite pasar del resumen al detalle de cada cuenta.
El trabajo ha incluido la recogida de estadísticas, su presentación, una animación proporcional a los datos y la adaptación a los tres temas del administrador. Las capturas de este artículo corresponden a la versión validada en un entorno de prueba, con cuentas y cifras ficticias . Explican el desarrollo realizado; no representan resultados de clientes ni anuncian un despliegue general.
Una vista conjunta para saber dónde mirar
La cabecera concentra cinco referencias: volumen registrado hoy, última hora, último minuto, cuentas con actividad y cobertura de datos. El objetivo es que puedas situar la operación antes de abrir una cuenta concreta.
La cobertura indica cuántos proyectos activos tienen un informe válido disponible. No es una meta de peticiones ni un porcentaje de trabajo completado. Del mismo modo, una cuenta «con actividad» tiene una captura reciente con registros en su último minuto: no basta con que esté dada de alta o habilitada.
También se distinguen las capturas recientes, las antiguas, las cuentas sin archivo y los informes no disponibles. Esta separación evita interpretar una ausencia de información como si fueran cero peticiones. Las capturas antiguas siguen contribuyendo a los totales y aparecen identificadas, para que puedas valorar la fecha de los datos que estás leyendo.
Cada cuenta aporta su propio informe
La base del desarrollo es sencilla: cada proyecto prepara sus estadísticas y guarda una instantánea en un archivo JSON de su propio entorno. El flujo incorpora un trabajo programado cada 15 minutos para renovar ese informe.
El panel general recoge los archivos de los proyectos activos del dominio de administración correspondiente. Así puede reunir las cifras sin abrir desde el dashboard las bases de datos de todas las tiendas para recalcular sus estadísticas.
Las fechas y zonas horarias acompañan a los valores. Los datos diarios se alinean por fecha para no sumar como «hoy» una captura que pertenece a otra jornada. Cuando una métrica no está disponible, el panel conserva esa diferencia.
Las bolitas salen al ritmo de cada proyecto
Queríamos que el mapa ayudara a interpretar la actividad. Por eso cada cuenta tiene su propio ritmo de emisión, calculado con el dato de la última hora de su JSON:
Registros de esa cuenta en la última hora ÷ 3.600 = bolitas por segundo.
Por ejemplo, una cuenta hipotética con 3.600 registros por hora genera una salida por segundo de media; otra con 36.000 genera diez. Se mantienen los decimales y una pequeña variación temporal independiente para evitar que todas las rutas se muevan con el mismo patrón. La actividad de otras cuentas no reduce ese ritmo.
Una bolita representa un registro del informe. Conviene leerla como una representación de la media horaria : no reproduce cada petición en directo ni mide la latencia real de la respuesta. Los registros tampoco garantizan contabilizar todos los intentos y reintentos HTTP del scraper. El escenario de Amazon del mapa es ilustrativo; los contadores incluyen las URLs registradas, sin limitarse a ese destino.
Esta vista complementa el trabajo que venimos explicando sobre la mejora del proceso de scraping y la conservación de HTML, capturas y datos verificables para el catálogo .
Un total confirmado y una estimación que se entienden por separado
El indicador de hoy mantiene visible la cifra confirmada de los informes. Junto a ella presenta un total estimado que avanza según el ritmo horario de cada cuenta desde su última captura.
Esa proyección está acotada: termina a los 15 minutos de la captura o al cierre del día, lo que ocurra antes. No modifica las estadísticas guardadas ni convierte los valores medidos del último minuto y de la última hora en cifras simuladas.
La distinción permite transmitir continuidad visual sin ocultar qué parte está confirmada y qué parte es una estimación.
Renovar la lectura sin perder lo que estabas revisando
El panel vuelve a leer los informes cada 60 segundos. Esto no pone en marcha otra extracción: recoge los archivos nuevos que haya publicado cada cuenta.
La actualización conserva la selección, la búsqueda, el filtro, la ordenación y la pausa de la animación. Si una lectura falla, mantiene los datos anteriores e indica que volverá a intentarlo. Cuando una captura caduca, deja de representar actividad basada en ella hasta disponer de una lectura reciente.
Del muro de cuentas a sus ocho métricas
El muro permite buscar proyectos, filtrar su estado y ordenarlos por volumen, actividad del último minuto, nombre o fecha de captura. Al seleccionar una cuenta aparecen sus cuatro ventanas —minuto, hora, seis horas y doce horas— y los valores de hoy y los tres días anteriores.
El acceso respeta el alcance del usuario: un administrador consulta sus proyectos asignados, activos y del dominio correspondiente. El superadministrador dispone de la visión conjunta de ese dominio.
Claro, Oscuro y Light dentro de la misma interfaz
La adaptación de colores abarca tarjetas, controles, gráficas, mensajes, nodos y partículas. El dashboard utiliza las paletas del administrador: blancos y azules en Claro, grises neutros en Oscuro y tonos suaves verdosos en Light. El selector habitual cambia también los colores del mapa, incluso cuando está pausado.
Hemos comprobado que los cambios de tema y las actualizaciones conserven el ritmo independiente de cada cuenta. El resultado del desarrollo es una vista que reúne volumen, vigencia de la información y detalle por proyecto, con las unidades y los límites del cálculo a la vista.
Si gestionas varias cuentas y necesitas una supervisión adaptada a tu operativa, cuéntanos qué información necesitas reunir en tu panel .
