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 :
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.
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 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 :
Web
3 % des utilisateurs finaux
Mobile
10 % des utilisateurs finaux
CTV
10 % 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 :
Le SDK Didomi est appelé à chaque chargement de page/application
Collecte les événements de page vue/session d’application
Vérifie si l’utilisateur final est connu et s’il a donné son consentement ou non
Vérifie si le consentement doit être demandé à nouveau en fonction de la mise à jour ou des paramètres de l’avis de consentement
Si nécessaire, l’avis est affiché
Collecte l’événement de demande de consentement
Collecte le consentement de l’utilisateur final
Transfère les informations de consentement de l’utilisateur final aux intégrations de fournisseurs ou au système de gestion de balises (TMS)
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
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 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.
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û à :
Différence de périmètre
Le périmètre des domaines/applications couverts par votre outil d’analyse et le CMP peut différer.
Calcul des MUVs
Votre 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 visiteurs
Dans 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
Échantillonnage
Le calcul des MUVs est une estimation. Le nombre exact de MUVs peut varier de +/- 10 %.
Mis à jour