Flujo de datos

El flujo de datos de Digitrack combina dos recorridos principales: el Panel solicita información agregada para interpretar tendencias, y el Explorador solicita entradas concretas para leer evidencias. Ambos recorridos comparten metadatos, filtros y corpus, pero no responden a la misma pregunta.

Watchtower es el nombre interno de la capa de datos de la plataforma. Desde el punto de vista de la aplicación, entrega metadatos, agregados, palabras clave, búsquedas, corpus exportable y resúmenes.

Flujo del panel

sequenceDiagram
    participant B as Navegador
    participant W as Interfaz LiveView
    participant A as Capa de datos
    participant U as Analitica

    B->>W: Abrir Panel
    W->>U: Registrar visita y pestaña
    W->>A: Pedir metadatos
    A-->>W: Fechas fuentes temas total
    W->>A: Pedir agregados
    W->>A: Pedir keywords
    A-->>W: Series tablas metricas
    W-->>B: Mostrar la vista

El Panel carga primero los metadatos: intervalo disponible, fuentes, temas y número de entradas. A partir de ahí define el periodo inicial y solicita los agregados necesarios para construir la vista.

Los datos principales del Panel incluyen series temporales, distribución por fuentes, temas, sentimiento, emoción, impacto, países, momentum y cruces entre variables. Las palabras clave se solicitan por separado porque responden a una lectura distinta: vocabulario frecuente dentro del periodo y filtros activos.

Algunas interacciones se resuelven en la propia interfaz, por ejemplo cambiar una pestaña o alternar una representación ya disponible. Otras generan una nueva consulta a la capa de datos, especialmente los cambios de periodo y temas.

Flujo del explorador

El Explorador conserva el estado de búsqueda en la sesión LiveView: texto, periodo, fuentes, temas, sentimiento, emoción, país, orden y paginación.

Cuando se lanza una búsqueda, la interfaz transforma ese estado en parámetros de consulta. La respuesta incluye entradas, recuento total, cursores de paginación y, cuando está disponible, un identificador de resumen.

Cada entrada vuelve con campos preparados para lectura: fecha, fuente, texto original, fragmento resaltado si hay búsqueda textual, temas, sentimiento, emoción, impacto, país, título, editor y enlace de origen cuando existen.

Flujo de resúmenes

El resumen de IA está ligado a una búsqueda concreta. Si la capa de datos devuelve un identificador de resumen, la interfaz consulta su estado de forma asíncrona hasta recibir contenido, fallo o tiempo agotado.

El resumen no bloquea la lectura de resultados. Las tarjetas permanecen visibles y la búsqueda sigue siendo útil aunque el resumen tarde, falle o no esté disponible para ese conjunto.

Flujo de exportación

El PDF captura gráficos renderizados en el navegador, los envía al servidor de la aplicación y genera un archivo descargable temporal.

El CSV se genera para tablas concretas usando el estado actual del Panel y la normalización interna de esas tablas.

El JSON solicita el corpus en bruto a la API de datos y lo sirve como descarga.

flowchart TD
    State[Estado de filtros] --> PDF[PDF del Panel]
    State --> CSV[CSV de tabla]
    State --> JSON[JSON del corpus]
    PDF --> BrowserCharts[Graficos renderizados]
    BrowserCharts --> PdfServer[Generacion temporal]
    CSV --> TableData[Datos tabulares normalizados]
    JSON --> DataAPI[Capa de datos]

Flujo de analítica

La analítica de uso registra eventos de producto en una base separada del corpus. Incluye navegación, pestañas, aplicación de filtros, exportaciones y duración de visita.

El texto exacto de búsqueda solo se guarda si existe consentimiento. Otros metadatos, como número de filtros, fechas, volumen de resultados o duración, pueden describir el uso sin almacenar la consulta literal.

Errores y estados parciales

Las llamadas al Panel, palabras clave, búsquedas, resúmenes y exportaciones se ejecutan de forma asíncrona. Esto permite mostrar estados de carga, mantener la página operativa y aislar fallos: un error de palabras clave no tiene por qué inutilizar todos los gráficos, y un resumen no disponible no elimina las evidencias encontradas.

Esta arquitectura favorece una lectura progresiva. Primero aparece la estructura de la vista, después llegan los datos y, cuando una operación pesada necesita más tiempo, la interfaz muestra su estado sin bloquear el resto de la aplicación.