> For the complete documentation index, see [llms.txt](https://docs.didomi.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.didomi.io/fr/analyses/analyses-de-la-plateforme-de-gestion-du-consentement-cmp.md).

# Analyses de la plateforme de gestion du consentement (CMP)

{% hint style="success" %}
**Type d'accès**: Analytique - Visionneuse
{% endhint %}

La plateforme de gestion du consentement (CMP) Didomi analytics fournit à votre organisation מגוון de tableaux de bord qui peuvent ensuite être filtrés afin d’examiner les données clés sur les performances de vos notices de consentement sur vos domaines/applications. Dans cet article, nous aborderons les éléments suivants pour les analytics CMP :

* [Mises à jour du tableau de bord](#dashboard-updates)
* [Limites des données historiques](#historical-data-limits)
* [Événements mesurés](#measured-events)
* [Échantillonnage des données](#data-sampling)

{% hint style="warning" %}
**Remarque**: Ce qui suit fait référence aux données d’analyse agrégées capturées dans les tableaux de bord CMP structurés de Didomi. Les preuves de consentement (les enregistrements historiques individuels des choix de consentement d’un utilisateur final sont conservés par Didomi pendant 5 ans). 
{% endhint %}

***

### Mises à jour du tableau de bord

Les tableaux de bord analytics CMP de Didomi sont mis à jour quotidiennement (vers 7:00 UTC) avec un décalage d’un jour. 

### Limites des données historiques

La fenêtre d’historique des données dépend de l’agrégation de date disponible pour un tableau de bord particulier. Veuillez vous référer au tableau pour connaître les limites des données historiques pour chaque tableau de bord :

<table><thead><tr><th width="184">Agrégation la plus courte</th><th width="181.166748046875">Limite des données historiques</th><th>Tableaux de bord</th></tr></thead><tbody><tr><td>Horaire</td><td>14 jours</td><td><ul><li>Exploration</li></ul></td></tr><tr><td>Quotidienne</td><td>1 an</td><td><ul><li>Domaines et applications</li><li>Pays</li><li>Tech</li><li>Pages vues du web</li><li>Sessions d’application</li><li>Amérique du Nord</li><li>Tests A/B</li><li>Implémentation de la notice</li></ul></td></tr></tbody></table>

### Événements mesurés

Les SDK Didomi collectent automatiquement des événements lorsqu’un utilisateur final interagit avec votre site web, votre application mobile, etc. Les événements suivants sont collectés et agrégés afin de générer les tableaux de bord d’analytics CMP :

{% hint style="info" %}
Les événements avec un domaine invalide ou contenant localhost sont filtrés des analytics CMP dans votre tableau de bord.
{% endhint %}

<table><thead><tr><th width="226.50006103515625">Événements</th><th>Description</th></tr></thead><tbody><tr><td>Pages vues du site web</td><td><p>Un événement de page vue est déclenché sur chaque page consultée par un utilisateur final sur votre site web lorsque le SDK Didomi est présent. </p><p></p><p><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: Les pages vues ne sont suivies que lorsque le SDK Didomi est présent sur la page ; veillez donc à intégrer la balise du SDK Didomi sur chaque page de votre site web.</mark></p><p></p><p>Cet événement inclut les données suivantes :</p><p></p><ul><li>Date et heure</li><li>Statut du consentement de l’utilisateur final pour les finalités et les fournisseurs</li><li>Nom de domaine (mais pas l’URL/la page réellement visitée par l’utilisateur)</li><li>Pays de l’utilisateur final</li><li>Expérience (le cas échéant)</li></ul></td></tr><tr><td>Sessions d’application mobile</td><td><p>Les sessions d’application sont suivies à chaque lancement de votre application mobile. </p><p></p><p><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: Les sessions d’application ne sont suivies que lorsque le SDK Didomi est initialisé ; veillez donc à intégrer le SDK Didomi dans votre application et à l’initialiser à chaque lancement de l’application.</mark></p><p></p><p>Cet événement inclut les données suivantes :</p><p></p><ul><li>Date et heure</li><li>Statut du consentement de l’utilisateur final pour les finalités et les fournisseurs</li><li>ID de l’application mobile</li><li>Pays de l’utilisateur final</li></ul></td></tr><tr><td>Affichage de la notice</td><td><p>L’événement suit le moment où les notices de consentement sont affichées aux utilisateurs finaux pour recueillir leur consentement.</p><p></p><p>Cet événement inclut les données suivantes :</p><p></p><ul><li>Date et heure</li><li>Finalités et fournisseurs affichés à l’utilisateur final</li><li>Statut du consentement de l’utilisateur final</li><li>Domaine ou ID de l’application mobile</li><li>Pays de l’utilisateur final</li></ul></td></tr><tr><td>Décisions de consentement de l’utilisateur final</td><td><p>L’événement suit les décisions de consentement prises par l’utilisateur final (positives comme négatives). <code>consent.given</code> est envoyé chaque fois qu’un utilisateur final accepte ou refuse des finalités ou des fournisseurs dans une notice de consentement (ou toute autre interface affichée par Didomi) afin d’enregistrer le nouveau statut de consentement de l’utilisateur final.</p><p>Cet événement inclut les données suivantes :</p><p></p><ul><li>Date et heure</li><li>Nouveau statut de consentement de l’utilisateur pour les finalités et les fournisseurs</li><li>Statut de consentement précédent de l’utilisateur pour les finalités et les fournisseurs</li><li>Domaine ou ID de l’application mobile</li><li>Pays de l’utilisateur</li></ul><p><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: Cet événement est conservé comme preuve légale du consentement.</mark></p></td></tr><tr><td>Interactions avec l’interface</td><td><p>L’événement suit les interactions de l’utilisateur final au sein de l’interface de consentement (affichage de la liste des finalités, विस्तार des détails des fournisseurs, etc.).</p><p></p><p>Cet événement inclut les données suivantes :</p><p></p><ul><li>Date et heure</li><li>Identifiant de l’interaction avec l’interface</li><li>Domaine ou ID de l’application mobile</li><li>Pays de l’utilisateur</li></ul></td></tr></tbody></table>

### Échantillonnage des données

À l’exception de l’événement des décisions de consentement de l’utilisateur final (qui est collecté et stocké par Didomi comme preuve légale du consentement et pour démontrer les choix de l’utilisateur final), les autres événements collectés par les SDK Didomi sur les sites web et les applications mobiles sont échantillonnés.&#x20;

L’échantillonnage désigne la collecte d’événements auprès d’utilisateurs finaux aléatoires, puis l’extrapolation des données d’analytics dans les tableaux de bord CMP de votre organisation. La stratégie d’échantillonnage de Didomi est actuellement la suivante :

* Chaque utilisateur final est associé à un identifiant utilisateur unique et aléatoire
* Les identifiants utilisateur sont répartis uniformément dans N compartiments aléatoires via hachage
* Les utilisateurs des X % de compartiments supérieurs sont sélectionnés comme faisant partie de l’échantillon
* Tous les événements des utilisateurs de l’échantillon sont collectés

{% hint style="warning" %}
**Remarque**: Le taux d’échantillonnage varie selon les types d’événements et les plateformes.
{% endhint %}

Cette stratégie garantit que l’échantillon est représentatif de l’ensemble de la base d’utilisateurs finaux en sélectionnant des utilisateurs finaux purement aléatoires et en enregistrant tous les événements de ces utilisateurs finaux (ce qui garantit que nous capturons l’intégralité du comportement de ces utilisateurs finaux).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.didomi.io/fr/analyses/analyses-de-la-plateforme-de-gestion-du-consentement-cmp.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.