# Visiteurs uniques mensuels (MUV)

Les visiteurs uniques mensuels (MUVs) sont une estimation du nombre total d'utilisateurs distincts qui visitent le site web et/ou l'application de votre organisation au cours d'un mois donné. Dans cet article, nous couvrirons :

* [Taux d'échantillonnage des MUVs](#muvs-sampling-rate)
* [Calcul des MUVs](#muvs-calculation)
* [Calcul des MUVs par fonctionnalités](#muvs-calculation-by-features)
* [Ecarts des MUVs](#muvs-discrepencies)

{% hint style="info" %}
Les MUVs ne correspondent pas au nombre total de décisions de consentement prises par les utilisateurs finaux. Les MUVs couvrent tout le trafic de votre site web et/ou application, que l'utilisateur ait pris une décision de consentement au cours de la période ou non.
{% endhint %}

<figure><img src="https://1244787492-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNDxbAdc00ce6bH5u1urh%2Fuploads%2FxTcM9vaAea30LwUX7Lcp%2FCapture%20d%E2%80%99e%CC%81cran%202022-11-14%20a%CC%80%2008.21.10.webp?alt=media&#x26;token=ec2a4cdb-474d-4ae9-b086-368d047d7d26" alt="" width="563"><figcaption></figcaption></figure>

***

### Taux d'échantillonnage des MUVs

L'échantillonnage fait référence à la collecte d'événements auprès d'utilisateurs finaux aléatoires puis à l'extrapolation des données analytiques dans les tableaux de bord CMP de votre organisation. La [stratégie d'échantillonnage](https://docs.didomi.io/moIvfcA7NSpjmwGZ7dzv/fr/analytique/analytique-de-la-plateforme-de-gestion-du-consentement-cmp/..#data-sampling) de Didomi garantit que l'échantillon est représentatif de l'ensemble de la base d'utilisateurs en sélectionnant des utilisateurs finaux purement aléatoires et en enregistrant tous les événements pour ces utilisateurs (ce qui garantit que nous capturons le comportement complet de ces utilisateurs).

Le taux d'échantillonnage des MUVs est le suivant :

<table><thead><tr><th width="121.550048828125">Plateforme</th><th>Taux d'échantillonnage</th></tr></thead><tbody><tr><td>Web</td><td>3 % des utilisateurs finaux</td></tr><tr><td>Mobile</td><td>10 % des utilisateurs finaux</td></tr><tr><td>CTV</td><td>10 % des utilisateurs finaux</td></tr></tbody></table>

### Calcul des MUVs

Les MUVs sont déterminés en comptant les identifiants uniques d'utilisateurs finaux enregistrés lors des pages vues ou des sessions d'application, puis en extrapolant le nombre total de visiteurs en fonction d'un taux d'échantillonnage prédéfini.&#x20;

Les SDK Didomi sont appelés chaque fois qu'une page est chargée ou qu'une application est initialisée (c'est ainsi que Didomi génère respectivement les métriques de pages vues et de sessions d'application). Au chargement, le SDK Didomi effectuera une vérification pour tous les visiteurs afin de déterminer si l'utilisateur est connu, son statut de consentement, et si l'avis de consentement doit être affiché (ou réaffiché). Indépendamment du nombre de fois qu'un utilisateur connu charge une page web ou une application, son identifiant unique (`uuid`) sera toujours le même et sera compté comme un seul utilisateur unique dans les MUVs.

Voir le processus général du SDK Didomi ci-dessous :

{% stepper %}
{% step %}
Le SDK Didomi est appelé à chaque chargement de page/app
{% endstep %}

{% step %}
Collecte les événements de page vue/session d'application
{% endstep %}

{% step %}
Vérifie si l'utilisateur est connu et s'il a donné son consentement ou non
{% endstep %}

{% step %}
Vérifie si le consentement doit être redemandé en fonction de la mise à jour ou des paramètres de l'avis de consentement
{% endstep %}

{% step %}
Si nécessaire, l'avis est affiché
{% endstep %}

{% step %}
Collecte l'événement de demande de consentement
{% endstep %}

{% step %}
Collecte le consentement de l'utilisateur
{% endstep %}

{% step %}
Transfère les informations de consentement de l'utilisateur aux intégrations des fournisseurs ou au système de gestion des balises (TMS)
{% endstep %}
{% endstepper %}

### Calcul des MUVs par fonctionnalités

Comme Didomi fournit une variété d'outils et de méthodes pour collecter et partager les consentements entre les propriétés appartenant à votre organisation, la façon dont les MUVs sont calculés pour certains comportements d'utilisateurs finaux peut également varier légèrement. Dans cette section, nous couvrirons l'impact (le cas échéant) sur le calcul des MUVs pour certaines fonctionnalités populaires :

* [Cross-domain](#cross-domain)
* [Cross-device](#cross-device)
* [Webview](#webview)
* [`setUserStatus` ("consents externes")](#setuserstatus-external-consents)
* [Collecte du consentement sur différentes pages](#collection-of-consent-on-different-pages)
* [Pays/Région configuré pour la réglementation](#country-region-configured-for-regulation)

#### Cross-domain

La fonctionnalité cross-domain permet à un utilisateur final de partager le même ID utilisateur sur plusieurs domaines et donc le choix de consentement de l'utilisateur peut être conservé et utilisé sur plusieurs sites web (même navigateur).

Les MUVs sont calculés par domaine, donc l'utilisateur ayant le même ID sur plusieurs domaines sera toujours compté une fois par domaine.

#### Cross-device

Les MUVs cross-device sont calculés de la même manière que les MUVs standard et exploitent le `user_organization_id` à travers plusieurs appareils pour lier un utilisateur final à une seule personne.

Les MUVs cross-device sont fournis en trois groupes :&#x20;

* MUV Opt-in
* MUV Opt-out
* MUV Sans Choix

#### Webview

Les webviews sont utilisées dans le contexte d'une application hybride. Une application hybride est une application avec deux environnements distincts : un **environnement natif** et un **environnement web**. Les webviews transfèrent le consentement de l'environnement natif vers l'environnement web. Malgré les deux environnements différents, le choix de consentement n'est demandé qu'une seule fois à l'utilisateur.

Dans ce contexte, l'utilisateur final a un **app env. ID** et un **web env. ID** et par conséquent sera compté deux fois.

#### `setUserStatus` ("consents externes")

Pour toute collecte personnalisée de consentement utilisateur final qui n'est pas effectuée via l'avis lui-même mais via la `setUserStatus` fonction du SDK, Didomi collecte un type de consentement différent, étiqueté “**externe**”.

Le déclenchement de choix de consentement externes n'impacte pas le volume de MUV car la métrique MUV est calculée avec les événements de pages vues/sessions d'application (déclenchés lorsque le SDK se charge, pas lorsque l'avis se charge ou s'affiche).

#### Collecte du consentement sur différentes pages

La personnalisation de la collecte de consentement en modifiant les noms des [cookies Didomi avec le SDK web](https://developers.didomi.io/cmp/web-sdk/consent-notice/cookies#enabling-collection-of-consent-for-different-pages) aura un impact sur le comptage des visiteurs uniques. Pour un même domaine, un utilisateur qui visite des pages ou des sous-domaines où différents noms de cookies ont été définis sera compté plusieurs fois.

#### Pays/Région configuré pour la réglementation

Lorsque votre organisation configure son avis de consentement, vous devrez définir les pays/régions pour lesquels la réglementation s'applique.&#x20;

![Capture d’écran 2025-01-23 à 18.57.20](https://1244787492-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FNDxbAdc00ce6bH5u1urh%2Fuploads%2FhM5LbID9sKWXhpsKzBLx%2FCapture%20d%E2%80%99e%CC%81cran%202025-01-23%20a%CC%80%2018.57.20.webp?alt=media\&token=3c46321c-9c7e-4b35-81a5-1d30bd79f88c)

Cependant, puisque le SDK Didomi est initialisé globalement pour chaque page vue et session d'application, y compris les régions où votre réglementation ne s'applique pas, cela signifie que tous les visiteurs sont inclus dans vos MUVs.

Pour éviter d'être facturé pour des utilisateurs en dehors des régions où la réglementation est applicable, vous devriez conditionner l'appel à notre balise d'initialisation afin que le SDK Didomi ne soit pas initialisé si aucune réglementation ne s'applique.

### Ecarts des MUVs

Il peut arriver que les MUVs générés par Didomi ne correspondent pas aux MUVs générés par votre organisation. La raison peut être due à :

<table><thead><tr><th width="239.25">Raison</th><th>Description</th></tr></thead><tbody><tr><td>Différence de périmètre</td><td>Le périmètre des domaines/applications couvert par votre outil d'analyse et le CMP peut différer.</td></tr><tr><td>Calcul des MUVs</td><td>Votre outil d'analyse calcule les utilisateurs connectés ou lorsque le consentement est partagé entre les domaines différemment de Didomi</td></tr><tr><td>Visiteurs opt-in vs Tous les visiteurs</td><td>Dans la plupart des cas, votre outil d'analyse est déclenché lorsqu'un utilisateur finit donne son consentement plutôt que lorsque la page web ou l'application est chargée</td></tr><tr><td>Échantillonnage</td><td>Le calcul des MUVs est une estimation. Le nombre exact de MUVs peut <strong>varier de +/- 10 %</strong>. </td></tr></tbody></table>