Messages destinés aux utilisateurs et Multiple Customer Management (MCM)

Cet article explique comment les messages destinés aux utilisateurs fonctionnent avec les types de délégation MCM et comment les éditeurs enfants peuvent contrôler quel compte gère leurs messages.

Remarque : Si vous utilisez l'ancienne fonctionnalité Scaled Partner Management (SPM) et que vous n'avez pas mis à jour votre configuration de taggage vers MCM, nous ne pouvons pas garantir que l'envoi de messages destinés aux utilisateurs fonctionnera comme indiqué.

Messages et types de délégation MCM

Gérer le compte

Pour Gérer le compte, l'éditeur parent doit configurer tous les messages dans le compte de l'éditeur enfant. Les messages seront ensuite diffusés par l'intermédiaire du tag d'emplacement publicitaire de l'éditeur enfant.

Gérer l'inventaire

Pour Gérer l'inventaire, un site avec des parents associés à cette délégation comprendra des tags d'emplacement publicitaire pour :

le ou les blocs d'annonces de l'éditeur enfant ;
un maximum de 15 blocs d'annonces des éditeurs parents avec délégation "Gérer l'inventaire".

Par défaut, si plusieurs comptes parmi les enfants ou les parents publient des messages destinés aux utilisateurs sur un domaine, l'outil Confidentialité et messages sélectionnera arbitrairement l'un des comptes, puis affichera les messages associés au domaine. La sélection des comptes reste cohérente pour tout ensemble de comptes publiant des données sur le domaine, mais elle est susceptible de changer si l'ensemble de comptes est modifié.

Exemple

Imaginons que l'enfant A dispose du parent X et du parent Y, et que les trois ont publié des messages destinés aux utilisateurs sur le domaine example.com. L'outil Confidentialité et messages choisira de manière arbitraire l'enfant A, le parent X ou le parent Y. Supposons qu'il s'agisse du parent X. Dans ce cas :

Nous diffuserons tous les types de messages que le parent X a configurés auprès de tous les utilisateurs qui accèdent à example.com.
Si le parent X ne publie qu'un message sur les réglementations européennes, aucun des messages de l'enfant A ou du parent Y (RGPD, États américains, incitation à réautoriser les annonces, etc.) ne s'affichera.
Le parent X sera utilisé pour tous les messages, sauf si un nouveau parent avec délégation "Gérer l'inventaire" publie des messages destinés aux utilisateurs sur example.com.
Par exemple, si l'enfant A ajoute ensuite le parent Z et que celui-ci publie un message sur example.com, l'outil Confidentialité et messages pourra choisir arbitrairement un autre compte pour afficher ses messages sur le domaine.

Comment les éditeurs enfants peuvent contrôler le compte qui gère leurs messages

Si vous êtes éditeur enfant et que vous souhaitez mieux contrôler le compte qui gère vos messages, vous pouvez modifier les balises de votre site pour choisir explicitement le compte. Deux méthodes vous sont proposées :

Déployez la balise d'incitation à réautoriser les annonces sur votre site. En effet, le compte qui génère cette balise gère toujours les messages destinés aux utilisateurs.
Remarque : Il n'est pas possible de déployer des balises d'incitation à réautoriser les annonces sur un même site à partir de plusieurs comptes, car cela entraînera un comportement non défini.

Ou
Ajoutez le paramètre de requête ?network-code=<account_network_code> au tag d'emplacement publicitaire que vous avez placé dans l'en-tête du document. Lorsque ce paramètre de requête est défini, nous déployons toujours les messages destinés aux utilisateurs pour le compte avec le code de réseau spécifié.
Exemple de tag avec le paramètre de requête
<script async src=".../gpt.js?network-code=<account_network_code>"> </script>

Vous pouvez également utiliser le code de réseau pour configurer d'autres fonctionnalités telles que le trafficking des enchères d'en-tête enchères d'en-tête ("header bidding"). Si vous utilisez plusieurs tags gpt.js, assurez-vous que le code de réseau est ajouté à chacun d'eux sur votre page.

Remarque : Il est important que les enfants avec délégation "Gérer l'inventaire" décident explicitement, avec leurs parents associés à la même délégation, de qui est chargé de gérer les messages destinés aux utilisateurs sur leurs sites. Ceci afin qu'un seul compte publie des messages dans le domaine et gère l'ensemble des messages.

Éditeurs participant au programme bêta d'Offerwall

Ces informations ne s'appliquent qu'aux éditeurs participant au programme bêta d'Offerwall. Remarques :

Parents avec délégation "Gérer le compte"

Les annonces avec récompense doivent fonctionner sans configuration supplémentaire. Le compte MCM parent doit publier l'Offerwall via le compte enfant et utiliser le bloc d'annonces de celui-ci.
Les paiements pour des intégrations tierces (par exemple, Supertab) ne sont pas acceptés pour le moment.

Si un éditeur qui utilise l'Offerwall avec Supertab devient un éditeur enfant avec délégation "Gérer le compte", les paiements restent versés à l'enfant, quel que soit l'accord entre celui-ci et le parent.

Parent avec délégation "Gérer l'inventaire"

Les annonces avec récompense doivent fonctionner sans configuration supplémentaire. Le compte MCM parent doit sélectionner l'un de ses propres blocs d'annonces pour la diffusion d'annonces avec récompense et publier l'Offerwall sur ses sites MCM enfants.

Ces informations vous-ont elles été utiles ?

Comment pouvons-nous l'améliorer ?