> 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/analytique/analytique-de-la-plateforme-de-gestion-du-consentement-cmp/introduction/visiteurs-uniques-mensuels-muv.md). # 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 aborderons : * [Taux d’échantillonnage des MUVs](#muvs-sampling-rate) * [Calcul des MUVs](#muvs-calculation) * [Calcul des MUVS par fonctionnalité](#muvs-calculation-by-features) * [Discrepancies 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 l’ensemble du trafic vers votre site web et/ou votre application, que l’utilisateur final ait fourni ou non une décision de consentement pendant la période. {% endhint %}
*** ### Taux d’échantillonnage des MUVs L’échantillonnage désigne 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 de Didomi [d’échantillonnage](/fr/analytique/analytique-de-la-plateforme-de-gestion-du-consentement-cmp.md#data-sampling) 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 le comportement complet de ces utilisateurs finaux). Le taux d’échantillonnage des MUVs est le suivant :
PlateformeTaux d’échantillonnage
Web3 % des utilisateurs finaux
Mobile10 % des utilisateurs finaux
CTV10 % des utilisateurs finaux
### Calcul des MUVs Les MUVs sont déterminés en comptant les identifiants uniques d’utilisateurs finaux enregistrés pendant les pages vues ou les sessions de l’application, puis en extrapolant le nombre total de visiteurs sur la base d’un taux d’échantillonnage prédéfini. Les SDK Didomi sont appelés à chaque chargement d’une page ou initialisation d’une application (c’est ainsi que Didomi génère respectivement les métriques de pages vues et de sessions d’application). Lors du chargement, le SDK Didomi effectuera une vérification pour tous les visiteurs afin de déterminer si l’utilisateur est connu, quel est son statut de consentement, et si l’avis de consentement doit être affiché (ou affiché à nouveau). Quel que soit le nombre de fois qu’un utilisateur final 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 ci-dessous le processus général du SDK Didomi : {% stepper %} {% step %} Le SDK Didomi est appelé à chaque chargement de page/application {% endstep %} {% step %} Collecte les événements de page vue/session d’application {% endstep %} {% step %} Vérifie si l’utilisateur final est connu et s’il a donné son consentement ou non {% endstep %} {% step %} Vérifie si le consentement doit être demandé à nouveau 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 final {% endstep %} {% step %} Transfère les informations de consentement de l’utilisateur final aux intégrations de fournisseurs ou au système de gestion de balises (TMS) {% endstep %} {% endstepper %} ### Calcul des MUVS par fonctionnalité Comme Didomi propose विविध outils et méthodes pour collecter et partager les consentements sur les propriétés détenues par votre organisation, la manière dont les MUVs sont calculés pour certains comportements d’utilisateurs finaux peut également varier légèrement. Dans cette section, nous aborderons l’impact (le cas échéant) sur les calculs des MUVs pour certaines fonctionnalités populaires : * [Cross-domain](#cross-domain) * [Cross-device](#cross-device) * [Webview](#webview) * [`setUserStatus` (consentements "externes")](#setuserstatus-external-consents) * [Collecte du consentement sur différentes pages](#collection-of-consent-on-different-pages) * [Pays/Région configuré(e) pour la réglementation](#country-region-configured-for-regulation) #### Cross-domain La fonctionnalité cross-domain permet à un utilisateur final de partager le même identifiant utilisateur sur plusieurs domaines et donc de conserver et d’utiliser le choix de consentement de l’utilisateur final sur plusieurs sites web (même navigateur). Les MUVs sont calculés par domaine ; par conséquent, l’utilisateur final ayant le même identifiant sur plusieurs domaines ne sera toujours compté qu’une seule fois par domaine. #### Cross-device Les MUVs cross-device sont calculés de la même manière que les MUVs standard et s’appuient sur le `user_organization_id` sur plusieurs appareils pour relier un utilisateur final à une seule personne. Les MUVs cross-device sont fournis en trois groupes : * MUV avec opt-in * MUV avec 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 **ID env. app** et un **ID env. web** et sera donc compté deux fois. #### `setUserStatus` (consentements "externes") Pour toute collecte personnalisée du consentement de l’utilisateur final qui n’est pas effectuée via l’avis lui-même, mais via la fonction `setUserStatus` du SDK, Didomi collecte un type de consentement différent, appelé “**externe**”. Le déclenchement de choix de consentements externes n’a pas d’impact sur le volume des MUV, car la métrique MUV est calculée à partir des événements de pages vues/sessions d’application (déclenchés lors du chargement du SDK, et non lorsque l’avis est chargé ou affiché). #### Collecte du consentement sur différentes pages La personnalisation de la collecte du 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 final 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é(e) pour la réglementation Lorsque votre organisation configure son avis de consentement, vous devrez définir les pays/régions auxquels la réglementation s’applique. ![Capture d’écran 2025-01-23 à 18.57.20](/files/ad4925f250b02ea3c0e9300d82e57ed67200e703) Cependant, étant donné que le SDK Didomi est initialisé globalement pour chaque page vue et session d’application, y compris dans les régions où votre réglementation s’applique, cela signifie que tous les visiteurs sont inclus dans vos MUVs. Afin d’éviter d’être facturé pour des utilisateurs finaux situés en dehors des régions soumises à une réglementation applicable, vous devez conditionner l’appel à notre balise d’initialisation afin que le SDK Didomi ne soit pas initialisé si aucune réglementation ne s’applique. ### Discrepancies 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. Cela peut être dû à :
RaisonDescription
Différence de périmètreLe périmètre des domaines/applications couverts par votre outil d’analyse et le CMP peut différer.
Calcul des MUVsVotre outil d’analyse calcule les utilisateurs connectés ou le partage du consentement entre domaines différemment de Didomi
Visiteurs avec opt-in vs tous les visiteursDans la plupart des cas, votre outil d’analyse est déclenché lorsqu’un utilisateur final donne son consentement plutôt qu’au moment du chargement de la page web ou de l’application
ÉchantillonnageLe calcul des MUVs est une estimation. Le nombre exact de MUVs peut varier de +/- 10 %.
--- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.didomi.io/fr/analytique/analytique-de-la-plateforme-de-gestion-du-consentement-cmp/introduction/visiteurs-uniques-mensuels-muv.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.