Microsoft Monetize - Pixels asynchrones usersync

La synchronisation de l’utilisateur se produit une fois que le chargement de la page d’un éditeur est terminé. Nous l’appelons pixels asynchrones usersync. Cela nous permet de déclencher davantage de pixels usersync par appel publicitaire sans perturber l’expérience utilisateur des visiteurs du site de l’éditeur. Cela profite aux éditeurs en augmentant les dépenses à l’échelle de la plateforme, car les clients usersyncing auront un taux de correspondance plus élevé, ce qui leur permet d’envoyer des cpMs plus élevés à l’aide de leurs données propriétaires sur un plus grand nombre d’utilisateurs.

Effets sur Ghostery et les outils associés

En raison des détails de l’implémentation technique (décrite ci-dessous), des outils tels que Ghostery peuvent afficher plus de pixels sur les pages des éditeurs qu’auparavant. Les utilisateurs qui sont entièrement synchronisés ne doivent pas voir de pixels usersync se charger ; une fois qu’ils sont entièrement synchronisés, les appels Ghostery s’arrêtent.

Pour voir comment cela fonctionne, effacez vos cookies et actualisez la page plusieurs fois. Vous verrez un grand nombre de pixels se déclencher sur les deux ou trois premiers chargements de page (jusqu’à ce que vous soyez entièrement synchronisé). Lors des chargements de page suivants, vous ne devriez pas voir de chargement de pixels.

Les points importants à retenir sont les suivants :

1. Bien qu’il puisse sembler qu’il y a plus de pixels sur le site d’un éditeur, le processus usersyncing ne commence qu’une fois le chargement de la page web entière terminée.
2. La file d’attente des pixels usersync disponibles s’exécute rapidement (et les pixels arrêtent le chargement).
3. Il ne devrait pas y avoir d’augmentation des temps de chargement des pages de l’éditeur . En fait, avec cette modification, les temps de chargement des pages devraient légèrement s’améliorer.

Mode de fonctionnement

Nous attachons un peu de code JavaScript à la page de l’éditeur qui ne s’exécutera qu’une fois le reste du contenu de la page chargé par le navigateur. Une fois qu’une page web (ou iFrame) a terminé le chargement, ce code appelle notre serveur pour demander un pixel usersync. Lorsque ce pixel retourne et est chargé, javascript rappelle à nouveau Microsoft Advertising, en demandant un autre pixel usersync. Pour une balise donnée, cette boucle se répète dix fois au maximum, et la synchronisation utilisateur s’arrête une fois qu’il n’y a plus de pixels usersync disponibles ou que la file d’attente des pixels disponibles est épuisée. Une fois la boucle terminée, l’utilisateur doit être entièrement synchronisé avec Microsoft Advertising et tous nos partenaires externes.

Pour ceux qui s’intéressent à plus de détails techniques, nous ajoutons un rappel JavaScript à l’événement du window.onload navigateur. Pour plus d’informations sur le fonctionnement de l’événement onload , consultez la référence DOM de Mozilla.

Les étapes ci-dessous fournissent une description simplifiée de ce processus :

1. Analysez la page HTML.
2. Créez une arborescence DOM (représentation interne de la page par le navigateur).
3. window.onload événement se produit (DOM a terminé le chargement de tous les éléments de page)
4. Notre code JavaScript demande à Microsoft Advertising de charger les pixels usersync.
5. Microsoft Advertising renvoie le pixel usersync à la page.
6. Le pixel usersync se charge et l’ID utilisateur est maintenant synchronisé.
7. Les étapes 4 à 6 sont répétées jusqu’à ce que l’utilisateur soit entièrement synchronisé ou chargé de 10 pixels, quoi qu’il arrive plus tôt.

Pour plus d’informations sur la façon dont les navigateurs chargent les pages web, consultez Fonctionnement des navigateurs.

Inventaire publicitaire européen et fourniture d’avis, de transparence et de choix

Pour que nos clients répondent à leurs exigences de transparence, de notification et de choix/consentement en vertu du RGPD et de la directive ePrivacy existante, Microsoft Advertising prend en charge iAB Europe Transparency & Consent Framework (le « Framework »). Il s’agit d’une référence pour les éditeurs qui utilisent les macros pour signaler, transparence et choix aux utilisateurs finaux situés dans l’EEE et signaler aux fournisseurs approuvés et, si nécessaire, transmettre leur consentement à Microsoft Advertising et à leurs fournisseurs par le biais de la plateforme Microsoft Advertising. Cette ressource ne doit pas être interprétée comme un conseil juridique et Microsoft Advertising n’offre aucune garantie quant à la conformité aux lois ou réglementations. Veuillez noter que étant donné que chaque entreprise et sa collecte, utilisation et stockage de données personnelles sont différents, vous devez également demander des conseils juridiques indépendants concernant les obligations en vertu des réglementations européennes, y compris le RGPD et la directive ePrivacy existante. Seul un avocat peut vous fournir des conseils juridiques adaptés à votre situation. Rien dans ce guide n’est destiné à vous fournir, ou ne doit être utilisé comme un substitut, des conseils juridiques adaptés à votre entreprise.

${GDPR_APPLIES}

Indique si les réglementations RGPD sont appliquées. Plus précisément, il indique si l’utilisateur se trouve dans un pays concerné par le RGPD, ou si un signal RGPD requis par le RGPD a été transmis avec la demande. 1 si oui et 0 si non.

Un "0" peut être reçu d’un pays de l’EEE. C’est le choix de l’éditeur de signaler de cette manière.

${GDPR_CONSENT_STRING}

Il s’agit de la chaîne de consentement RGPD IAB. Si le RGPD s’applique, une liste de fournisseurs approuvés par l’utilisateur est établie en fonction de l’infrastructure de transparence et de consentement du RGPD IAB.

Voir aussi

• Synchronisation de l’ID utilisateur avec des partenaires externes
• Mappage d’ID utilisateur avec getUID et mapUID