Le SDK Open Measurement (OMSDK) vous permet de mesurer la visibilité des annonceurs travaillant avec des fournisseurs de solutions de mesure (consultez la liste des fournisseurs acceptés). Avec Open Measurement, vous pouvez inclure des fournisseurs tiers de solutions de mesure (de la visibilité, entre autres), soit dans les champs de réponse aux enchères, soit dans la création proprement dite.
Google fournit déjà des mesures de visibilité basées sur Active View. Open Measurement vous propose une option IAB supplémentaire correspondant au standard dans l'industrie pour évaluer la visibilité selon les normes tierces sur les impressions Google Ad Manager et Google AdMob.
Plates-formes compatibles
Open Measurement est actuellement compatible avec les annonces pour une application (dans Google Ad Manager et Google AdMob) et les vidéos InStream et non InStream pour le Web. Les éditeurs d'applications devront passer à une nouvelle version du SDK pour bénéficier de la fonctionnalité Open Measurement.
Consultez la documentation d'Open Measurement destinée aux développeurs pour Android, iOS et les vidéos HTML5.
Types de transactions compatibles
- Offres privées, programmatique garanti, enchères privées et enchères ouvertes
- Adform
- Adloox
- comScore
- DoubleVerify
- Forensiq
- Innovid
- Integral Ad Science
- Meetrics
- Moat
- Pixalate
- Protected Media
- Teemo
- UNICORN
- WhiteOps
- Xandr
Les domaines (provenant d'entreprises non encore répertoriées) qui font partie du groupe de travail Open Measurement sont également éligibles. Contactez votre responsable de compte avec les domaines concernés si vous travaillez avec un membre du groupe de travail et que vous constatez des refus de création.
Formats acceptés
- Application : annonces vidéo, display (bannières/interstitiels), avec récompense et natives
- Web : vidéos InStream et non InStream
Demande RTB : quand la définition d'interface Open Measurement (OMID) est-elle disponible ?
- Dans Authorized Buyers Protocol, un nouvel attribut exclu est envoyé lorsque l'OMSDK n'est pas accepté : BidRequest.ad_slot.excluded_attribute :
BidRequest.ad_slot.excluded_attribute: CREATIVE_ATTRIBUTE_VALUE_OMSDK_N = 114; - Dans OpenRTB, la méthode standardisée qui consiste à utiliser le champ
apides objets "Banner" et "Video" est employée. Cette méthode ressemble fortement à la façon dont les formats MRAID et VPAID sont indiqués. - Pour OpenRTB Native (version 2.5 ou ultérieure), la requête EventTrackers standard est incluse. Elle indique la compatibilité avec JavaScript :
request_native { eventtrackers { event: IMPRESSION //JavaScript executes on impression event methods: JS //OpenRTB can specify support for “JS” and/or “IMG” } }
Demande RTB : quels sont les fournisseurs autorisés ?
- Les fournisseurs de solutions de mesure de la visibilité autorisés pour chaque impression seront transmis dans le champ
allowed_vendor_typede la demande d'enchère pour Authorized Buyers Protocol et OpenRTB. Les réponses aux enchères qui incluent des technologies certifiées, mais ne figurent pas dansallowed_vendor_type, seront filtrées. - Il existe deux types de motifs de refus (AWPC) en cas d'usage abusif de l'OMSDK par des fournisseurs tiers :
- 721 : usage abusif par un script OMID du SDK
- Les créations contenant des scripts OMID (Open Measurement Interface Definition) ne doivent interagir qu'avec l'API publique telle que définie par le fichier
omidsdk-v1.js, sans quoi elles seront refusées.
- Les créations contenant des scripts OMID (Open Measurement Interface Definition) ne doivent interagir qu'avec l'API publique telle que définie par le fichier
- 752 : le fournisseur OMID ne figure pas sur la liste approuvée
- Les créations utilisant des scripts Open Measurement (OMID) sont uniquement autorisées à utiliser les domaines des fournisseurs agréés mentionnés ci-dessus. Si vous obtenez un refus avec une création d'une entreprise du groupe de travail, contactez votre responsable de compte.
- 721 : usage abusif par un script OMID du SDK
Pour les bannières et les interstitiels, les fournisseurs de créations et les enchérisseurs intègrent souvent le code de mesure JavaScript directement dans la création.
Les enchérisseurs doivent collaborer avec des fournisseurs de solutions de mesure tiers pour s'assurer que les scripts fonctionnent avec le SDK Open Measurement, mais aucun nouveau champ n'est requis dans la réponse à l'enchère.
Actuellement, le nœud <AdVerifications> est accepté dans VAST 4.1, ainsi que dans VAST 2 et VAST 3 avec l'extension <AdVerifications> pour la mesure OMID dans Ad Exchange.
Exemple d'utilisation de VAST avec OMID dans l'extension <AdVerifications>
<Extensions>
<Extension type="AdVerifications">;
<AdVerifications>;
<Verification vendor="my_3p_vendor.com-omid">;
<JavaScriptResource apiFramework="omid"
browserOptional="true">;
<![CDATA[ https://my_3p_vendor.com/omid.js ]]>;
</JavaScriptResource>;
<TrackingEvents>;
<Tracking event="verificationNotExecuted">;
<![CDATA[https://my_3p_vendor.com/visit.jpg?ctx=818052;]]>;
</Tracking>;
</TrackingEvents>;
<VerificationParameters>;
<![CDATA[;
//customParamsGoHere...;
]]>;
</VerificationParameters>;
</Verification>;
</AdVerifications>;
</Extension>;
</Extensions>Limites
Le SDK Open Measurement est une solution réservée à l'inventaire d'applications mobiles. Les fournisseurs tiers de solutions de mesure de la visibilité sur le Web ne sont pas compatibles.
Tous les éditeurs n'acceptent pas l'OMSDK, mais ils devraient être de plus en plus nombreux à adopter les versions plus récentes du SDK GMA.
Questions fréquentes
eventTrackers comme procédure standard pour envoyer des URL de mesure JavaScript.En plus de ceux figurant sur la liste approuvée, les domaines (d'entreprises non encore répertoriées) qui font partie du groupe de travail Open Measurement sont également éligibles. Contactez votre responsable de compte avec les domaines concernés si vous travaillez avec un membre du groupe de travail et que vous constatez des refus de création.