Öffnen Sie das Measurement SDK
Mit dem Open Measurement SDK (OMSDK) können Sie die Sichtbarkeit für Werbetreibende messen, die mit Messanbietern zusammenarbeiten (siehe unterstützte Anbieter ). Mit Open Measurement können Sie Sichtbarkeits- und Messungsanbieter von Drittanbietern einbeziehen, entweder in Gebotsantwortfeldern oder im Creative selbst.
Google bietet bereits Sichtbarkeitsmessungen auf Basis von Active View an. Open Measurement bietet Ihnen eine zusätzliche Option nach IAB-Industriestandard, wenn es darum geht, die Sichtbarkeit nach Drittanbieterstandards bei Google Ad Manager- und Google AdMob-Impressionen zu messen.
Unterstützte Plattformen
Derzeit wird Open Measurement für App-Anzeigen (sowohl in Google Ad Manager als auch in Google AdMob), In-Stream-Webanzeigen und Nicht-Instream-Videoanzeigen unterstützt. App-Herausgeber müssen auf eine neue SDK-Version aktualisieren, um von Open Measurement zu profitieren.
Lesen Sie die Open Measurement-Entwicklerdokumentation für Android , iOS und HTML5-Video .
Alles erweitern Alle reduzieren
Unterstützte Transaktionstypen
- Private Deals, programmatisch garantiert, private Auktion und offene Auktion
- AdForm
- Adloox
- comScore
- DoubleVerify
- Forensiq
- Innovid
- Integrale Werbewissenschaft
- Meetrics
- Graben
- Pixalate
- Geschützte Medien
- Teemo
- EINHORN
- WhiteOps
- Xandr
Teilnahmeberechtigt sind auch Domains (von noch nicht aufgeführten Unternehmen), die Teil der Open Measurement Working Group sind. Wenden Sie sich an Ihren Account Manager für die betreffenden Domains, wenn Sie mit einem Mitglied der Arbeitsgruppe zusammenarbeiten und kreative Ablehnungen feststellen.
Unterstützte Formate
- App: Video, Display (Banner/Interstitial), belohnt und nativ
- Web: In-Stream-Web und Nicht-In-Stream-Video
RTB-Anfrage – Wann wird Open Measurement Interface Definition (OMID) unterstützt?
- Im Authorized Buyers Protocol wird ein neues ausgeschlossenes Attribut gesendet, wenn das OMSDK nicht unterstützt wird:
BidRequest.ad_slot.excluded_attribute: CREATIVE_ATTRIBUTE_VALUE_OMSDK_N = 114;
- In OpenRTB wird der standardisierte Ansatz des
api
Felds in Banner- und Videoobjekten verwendet. Dies ist der Angabe von MRAID und VPAID sehr ähnlich. - Für OpenRTB Native (2.5+) fügen wir die standardmäßige EventTrackers-Anfrage ein, die auf die Unterstützung von JavaScript hinweist:
request_native { eventtrackers { event: IMPRESSION //JavaScript executes on impression event methods: JS //OpenRTB can specify support for "JS" and/or "IMG" } }
RTB-Anfrage – Welche Anbieter sind erlaubt?
- Anbieter zur Messung der Sichtbarkeit, die für jede Impression zulässig sind, werden im Feld
allowed_vendor_type
in der Gebotsanfrage für Authorized Buyers Proto und OpenRTB übergeben. Gebotsantworten, die Technologien enthalten, die zertifiziert sind, aber nicht inallowed_vendor_type
aufgeführt sind, werden gefiltert. - Es gibt zwei Arten von Ablehnungsgründen (AWPCs) für den Missbrauch des OMSDK durch Drittanbieter:
- 721: Missbrauch durch OMID SDK-Skript
- Creatives, die Open Measurement (OMID)-Skripte enthalten, sollten nur mit der öffentlichen API interagieren, wie in
omidsdk-v1.js
definiert, andernfalls werden sie abgelehnt.
- Creatives, die Open Measurement (OMID)-Skripte enthalten, sollten nur mit der öffentlichen API interagieren, wie in
- 752: OMID-Anbieter nicht auf der genehmigten Liste
- Kreative, die Open Measurement (OMID)-Skripte verwenden, dürfen nur Domains der oben genannten zugelassenen Anbieter verwenden. Wenn Sie feststellen, dass ein Creative eines Arbeitsgruppenunternehmens abgelehnt wird, wenden Sie sich an Ihren Account Manager.
- 721: Missbrauch durch OMID SDK-Skript
Bei Bannern und Interstitials bauen Kreativanbieter und Bieter den JavaScript-Messcode häufig direkt in das Motiv ein.
Von den Bietern wird erwartet, dass sie mit externen Messanbietern zusammenarbeiten, um sicherzustellen, dass die Skripte mit dem Open Measurement SDK funktionieren, aber in der Angebotsantwort sind keine neuen Felder erforderlich.
Native Anzeigen enthalten neue Felder in der Gebotsantwort, die über strukturiertes Sichtbarkeits-JavaScript gesendet werden können.
Sie können OpenRTB Version 2.5+ oder Google Proto verwenden.
OpenRTB 2.5+
Die Open RTB-Gebotsantwort folgt der Native 1.2 „EventTrackers" -Spezifikation.
Beispiel einer Gebotsantwort für OpenRTB 2.5+
adm_native { ver: "1.2" eventtrackers { Event: IMPRESSION // Bidders should set this to '1' for Impression method: JS // Bidders should set this to '2' for JS url: "http://my_3P_measurement_vendor.com/app_measurement.js" // AdX extensions needed for native OMID ext: { context: OMID // Enum value 1 vendorKey: // The vendor key for the company providing the OMID JavaScript, e.g. "company.com-omid" verification_parameters: //Additional verification parameters for the OMSDK, populated by e.g,. "[parameters string]"
Alle Domänen im url
Feld müssen zugelassene OMSDK-Anbieter sein, z. B. comscore.com
, integralads.com
usw. Die context
Enum-Erweiterung sollte immer auf 1 gesetzt sein.
Google Proto
Das Google Proto verwendet Felder ähnlich dem impression_tracking_url
von OpenRTB mit dem Namen script_url
.
Beispiel einer Google Proto-Gebotsantwort
message Ad { ... message ImpressionTrackingResource { // The URL of a JavaScript resource. URLs should not contain // script tags. For example: "https://mycdn.com/tracker.js". optional string script_url = 1; // Additional context provided for rendering. enum Context { UNKNOWN_CONTEXT = 0; OMID = 1; }; repeated Context context = 2; // Parameters associated with the resource that will be passed to // the resource when it is loaded. The format of the parameters // is dependent on the script vendor. optional string verification_parameters = 3; // Used to uniquely identify the verification script provider. optional string vendor_key = 4; }; // Resources to invoke when the impression is rendered. This is // supported for native and banner formats only and explicitly // allowed scripts only. repeated ImpressionTrackingResource impression_tracking_resource = 26;
Derzeit werden der Knoten <AdVerifications>
in VAST 4.1 sowie VAST 2 und VAST 3 mit der Erweiterung <AdVerifications>
für die OMID-Messung in Ad Exchange unterstützt.
Beispiel-VAST mit OMID in der Erweiterung <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>
Einschränkungen
Das Open Measurement SDK ist eine Lösung ausschließlich für die Inventarisierung mobiler Apps. Drittanbieter für die Sichtbarkeit im Web werden nicht unterstützt.
Möglicherweise unterstützen nicht alle Herausgeber das OMSDK, aber es wird erwartet, dass mehr Herausgeber neuere Versionen des GMA SDK übernehmen.
Häufig gestellte Fragen
eventTrackers
als standardisierte Methode zur Übermittlung von JavaScript-Mess-URLs.Neben der genehmigten Liste sind auch Domains (von Unternehmen, die noch nicht aufgeführt sind) teilnahmeberechtigt, die Teil der Open Measurement Working Group sind. Wenden Sie sich an Ihren Account Manager für die betreffenden Domains, wenn Sie mit einem Mitglied der Arbeitsgruppe zusammenarbeiten und kreative Ablehnungen feststellen.
No comments:
Post a Comment