> ## Documentation Index
> Fetch the complete documentation index at: https://docs.kameleoon.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Recopilación de datos e informes

> Comprenda cómo Kameleoon recopila datos de seguimiento, cuándo aparecen en la página de resultados y qué herramienta usar para el control de calidad en tiempo real o el reporting analizado.

Kameleoon separa dos operaciones distintas: **recopilación de datos** y **reporting**. La recopilación de datos es casi instantánea. El reporting se basa en visitantes o visitas y no es una vista en tiempo real.

Comprender esta distinción evita un error frecuente: usar la página de resultados como herramienta de QA. La página de resultados muestra datos de visitas y visitantes analizados, junto con las conversiones de los goals que miden el rendimiento de un experimento o una campaña de personalización, no un flujo en vivo de eventos entrantes. Use [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) para confirmar que el seguimiento funciona correctamente.

## Cómo Kameleoon recopila datos

El método de recopilación depende de su tipo de implementación.

### Web Experimentation

En implementaciones web, Kameleoon recopila datos a través del script `engine.js` que se ejecuta en el navegador del visitante. Cuando un visitante carga una página, el motor:

1. Inicializa al visitante y evalúa qué experimentos y personalizaciones aplican.
2. Asigna al visitante a una variación.
3. Envía eventos de seguimiento (como páginas vistas, exposiciones a experimentos, actividad de desplazamiento y conversiones de goals) a la [API Data de Kameleoon](/developer-docs/apis/data-api-rest/overview).

El motor agrupa las solicitudes salientes y procesa la cola aproximadamente cada 500 ms. Al descargar la página, el motor fuerza una transmisión inmediata para no perder los eventos en curso.

<Note>
  El navegador almacena `engine.js` en caché. Cuando inicia un experimento o añade un goal en la aplicación Kameleoon, los nuevos visitantes y los visitantes recurrentes cuya versión en caché de `engine.js` ha caducado reciben la actualización de inmediato. Los visitantes recurrentes con una versión en caché aún válida no reciben la actualización hasta que su navegador obtiene la nueva configuración.

  Para hacer QA de un cambio, cargue la página en una ventana de incógnito o privada, o fuerce una recarga completa, para que su navegador no sirva una versión en caché de `engine.js`. Consulte [¿El script de Kameleoon (engine.js) ralentizará mi sitio web?](/developer-docs/web-experimentation/faq#will-kameleoons-script-enginejs-slow-down-my-website) para conocer los tiempos de caché.
</Note>

### Implementaciones SDK

En implementaciones server-side y móviles, Kameleoon recopila datos a través de llamadas de tracking del SDK. El SDK evalúa los flags localmente y envía solicitudes de tracking a la API Data en lotes. El intervalo de vaciado predeterminado es de 1 segundo. También puede activar un vaciado inmediato con el método `flush`.

### Conversiones de warehouse y offline

Si importa conversiones desde un almacén de datos, Kameleoon acepta eventos a través de la API Data. Una respuesta exitosa de la API confirma que Kameleoon recibió el payload, no que los eventos ya sean visibles en el reporting. Las conversiones de warehouse pasan por un paso de procesamiento adicional. Consulte [Conversiones diferidas de warehouse](#warehouse-delayed-conversions) para más detalles.

## Procesamiento de datos y latencia del reporting

Dos plazos distintos determinan cuándo están disponibles los datos.

| Fase                        | Plazo                                                            |
| --------------------------- | ---------------------------------------------------------------- |
| Ingestión de eventos        | Casi en tiempo real (segundos después de la llamada de tracking) |
| Disponibilidad en reporting | Tras el fin de la visita                                         |

Los eventos aparecen en **Live events** casi de inmediato tras el disparo de la llamada de tracking. No aparecen en la página de resultados hasta que Kameleoon haya procesado la visita completada.

## Qué significa "visita finalizada"

La página de resultados informa sobre visitas, no sobre eventos individuales. Una visita finaliza cuando Kameleoon no recibe ninguna nueva actividad del visitante durante **30 minutos**.

Cerrar una pestaña del navegador suele provocar el fin de una visita, pero no es la condición formal. Una visita también puede terminar con el navegador abierto si el visitante está inactivo durante 30 minutos.

**Implicación práctica:** Si dispara un goal de conversión y comprueba inmediatamente la página de resultados, la visita probablemente sigue activa y la conversión aún no aparece. Espere a que finalice la visita, o use Live events para confirmar en tiempo real que el evento se ha disparado.

## Qué herramienta usar para QA o análisis

| Objetivo                                                         | Herramienta a usar                                                                            |
| ---------------------------------------------------------------- | --------------------------------------------------------------------------------------------- |
| Confirmar que un evento se ha disparado                          | [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) |
| Verificar que un experimento asignó un visitante a una variación | [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) |
| Depurar el tracking de conversiones                              | [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) |
| Analizar resultados de experimentos                              | Página de resultados                                                                          |
| Revisar significación estadística y tasas de conversión          | Página de resultados                                                                          |

**Live events** es la herramienta correcta para el QA en tiempo real. La **página de resultados** es para resultados analizados, basados en visitas, una vez que los experimentos han finalizado.

<h2 id="warehouse-delayed-conversions">
  Conversiones diferidas de warehouse
</h2>

Las conversiones importadas desde un almacén de datos siguen un calendario de procesamiento diferente al de los eventos web o SDK. Después de que Kameleoon acepta el payload a través de la API Data, un proceso separado fusiona esos eventos en el reporting de experimentos. Kameleoon no garantiza la visibilidad el mismo día para las conversiones importadas desde warehouse. Contacte con su Customer Success Manager para obtener detalles sobre los plazos de reporting esperados para su integración de warehouse.

## Lecturas adicionales

* [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events)
* [Glosario de la página de resultados](/user-manual/experiment-analytics/analyze-results/results-page/results-page-glossary)
* [Cómo Kameleoon cuenta las conversiones](/user-manual/experiment-analytics/analyze-results/data-and-metrics/how-kameleoon-counts-conversions)
* [Cómo Kameleoon cuenta las sesiones y los visitantes](/user-manual/experiment-analytics/analyze-results/data-and-metrics/how-kameleoon-counts-sessions-and-visitors)