> ## 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.

# Collecte de données et reporting

> Comprenez comment Kameleoon collecte les données de suivi, quand elles apparaissent sur la page Résultats et quel outil utiliser pour le QA en temps réel ou le reporting analysé.

Kameleoon sépare deux opérations distinctes : la **collecte de données** et le **reporting**. La collecte de données est quasi-instantanée. Le reporting est basé sur les visiteurs ou les visites et ne constitue pas une vue en temps réel.

Comprendre cette distinction évite une erreur fréquente : utiliser la page Résultats comme outil de QA. La page Résultats affiche des données de visites et de visiteurs analysées, ainsi que les conversions des goals qui mesurent la performance d'une expérience ou d'une campagne de personnalisation, et non un flux en direct des événements entrants. Utilisez [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) pour confirmer que le tracking fonctionne correctement.

## Comment Kameleoon collecte les données

La méthode de collecte dépend de votre type d'implémentation.

### Web Experimentation

Pour les implémentations web, Kameleoon collecte les données via le script `engine.js` qui s'exécute dans le navigateur du visiteur. Lorsqu'un visiteur charge une page, le moteur :

1. Initialise le visiteur et évalue les expériences et personnalisations applicables.
2. Assigne le visiteur à une variation.
3. Envoie des événements de tracking (tels que les pages vues, les expositions aux expériences, l'activité de défilement et les conversions de goals) à l'[API Data de Kameleoon](/developer-docs/apis/data-api-rest/overview).

Le moteur regroupe les requêtes sortantes et traite la file d'attente environ toutes les 500 ms. Au déchargement de la page, le moteur force une transmission immédiate afin de ne pas perdre les événements en cours.

<Note>
  Le navigateur met `engine.js` en cache. Lorsque vous démarrez une expérience ou ajoutez un goal dans l'application Kameleoon, les nouveaux visiteurs et les visiteurs récurrents dont le `engine.js` mis en cache a expiré reçoivent immédiatement la mise à jour. Les visiteurs récurrents dont le cache est encore valide ne reçoivent la mise à jour qu'une fois que leur navigateur a récupéré la nouvelle configuration.

  Pour effectuer un QA d'une modification, chargez la page dans une fenêtre de navigation privée ou forcez un rechargement complet, afin que votre navigateur ne serve pas une version mise en cache de `engine.js`. Consultez [Le script de Kameleoon (engine.js) ralentira-t-il mon site web ?](/developer-docs/web-experimentation/faq#will-kameleoons-script-enginejs-slow-down-my-website) pour connaître les durées de mise en cache.
</Note>

### Implémentations SDK

Pour les implémentations server-side et mobile, Kameleoon collecte les données via les appels de tracking SDK. Le SDK évalue les flags localement et envoie les requêtes de tracking à l'API Data par lots. L'intervalle de vidage par défaut est de 1 seconde. Vous pouvez également déclencher un vidage immédiat avec la méthode `flush`.

### Conversions warehouse et hors ligne

Si vous importez des conversions depuis un entrepôt de données, Kameleoon accepte les événements via l'API Data. Une réponse API réussie confirme que Kameleoon a reçu le payload, pas que les événements sont déjà visibles dans le reporting. Les conversions importées depuis un warehouse passent par une étape de traitement supplémentaire. Voir [Conversions en différé depuis un warehouse](#warehouse-delayed-conversions) pour plus de détails.

## Traitement des données et latence du reporting

Deux délais distincts déterminent la disponibilité des données.

| Étape                           | Délai                                                           |
| ------------------------------- | --------------------------------------------------------------- |
| Ingestion des événements        | Quasi-instantanée (quelques secondes après l'appel de tracking) |
| Disponibilité dans le reporting | Après la fin de la visite                                       |

Les événements apparaissent dans **Live events** presque immédiatement après le déclenchement de l'appel de tracking. Ils n'apparaissent pas sur la page Résultats tant que Kameleoon n'a pas traité la visite complète.

## Ce que signifie "visite terminée"

La page Résultats rend compte des visites, et non des événements individuels. Une visite se termine lorsque Kameleoon ne reçoit aucune nouvelle activité du visiteur pendant **30 minutes**.

La fermeture d'un onglet de navigateur entraîne souvent la fin d'une visite, mais ce n'est pas la condition formelle. Une visite peut se terminer même si le navigateur reste ouvert, en cas d'inactivité pendant 30 minutes.

**Implication pratique :** Si vous déclenchez un goal de conversion et vérifiez immédiatement la page Résultats, la visite est probablement encore active et la conversion n'apparaît pas encore. Attendez que la visite se termine, ou utilisez Live events pour confirmer que l'événement s'est bien déclenché en temps réel.

## Quel outil utiliser pour le QA ou l'analyse

| Objectif                                                         | Outil à utiliser                                                                              |
| ---------------------------------------------------------------- | --------------------------------------------------------------------------------------------- |
| Confirmer qu'un événement s'est déclenché                        | [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) |
| Vérifier qu'une expérience a assigné un visiteur à une variation | [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) |
| Déboguer le tracking des conversions                             | [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events) |
| Analyser les résultats d'une expérience                          | Page Résultats                                                                                |
| Consulter la signification statistique et les taux de conversion | Page Résultats                                                                                |

**Live events** est l'outil adapté au QA en temps réel. La **page Résultats** est destinée aux résultats analysés, basés sur les visites, après l'exécution des expériences.

<h2 id="warehouse-delayed-conversions">
  Conversions en différé depuis un warehouse
</h2>

Les conversions importées depuis un entrepôt de données suivent un calendrier de traitement différent des événements web ou SDK. Après que Kameleoon a accepté le payload via l'API Data, un processus distinct fusionne ces événements dans le reporting des expériences. Kameleoon ne garantit pas la visibilité le jour même pour les conversions importées depuis un warehouse. Contactez votre Customer Success Manager pour connaître les délais de reporting attendus pour votre intégration warehouse.

## Pour aller plus loin

* [Live events](/user-manual/experiment-analytics/analyze-results/data-and-metrics/live-events)
* [Glossaire de la page Résultats](/user-manual/experiment-analytics/analyze-results/results-page/results-page-glossary)
* [Comment Kameleoon comptabilise les conversions](/user-manual/experiment-analytics/analyze-results/data-and-metrics/how-kameleoon-counts-conversions)
* [Comment Kameleoon comptabilise les sessions et les visiteurs](/user-manual/experiment-analytics/analyze-results/data-and-metrics/how-kameleoon-counts-sessions-and-visitors)