Antwort erstellen

Nachdem Ihre Anwendung die Gebotsanfrage von Google verarbeitet hat, muss sie und eine Antwort senden. In diesem Leitfaden wird erläutert, wie Sie Ihre Anwendung für die Erstellung auf die Antwort.

Gebotsantwort-Nachricht erstellen

Authorized Buyers sendet die BidRequest als Nachrichtentext von ein HTTP-POST. Die von Ihrer Anwendung gesendete Antwort muss Der Header Content-Type ist auf application/octet-stream festgelegt und einen Nachrichtentext, der aus einem serialisierten Protokollpuffer besteht. Das Protokoll Der Zwischenspeicher ist eine BidResponse-Nachricht gemäß Definition in realtime-bidding.proto. Ihre Anwendung muss eine analysierbare BidResponse als Antwort auf alle BidRequest. Zeitüberschreitungen Antworten, die nicht geparst werden können, werden als Fehler betrachtet und von Google gedrosselt. Bieter mit hohen Fehlerraten zurück.

Wenn Sie nicht auf eine Impression bieten möchten, können Sie processing_time_ms unverändert lassen und alle anderen Felder beibehalten. leer. Sie erhalten realtime-bidding.proto von der Referenzdaten.

Creative-ID

In BidResponse wird ein Creative über die buyer_creative_id-Feld (max. 64 Byte). Sogar ähnliche Creatives müssen eindeutige Werte für buyer_creative_id haben, wenn sie sich in folgenden Punkten unterscheiden: Alle nennenswerten Merkmale, einschließlich, aber nicht beschränkt auf: Größe, deklarierte URL, Creative-Attribute und Anbietertypen. Anders ausgedrückt: Sie müssen unterschiedlichen Creative-IDs zu zwei Anzeigen hinzufügen, die:

  • Aussehen oder Verhalten ändern.
  • In verschiedenen Bildern rendern.
  • Wird auf unterschiedliche Weise gerendert, z. B. wenn eine Anzeige aus einem Bild, während die andere Flash enthält).

Bei der Entwicklung Ihrer Anwendung sollten Sie sich für eine systematische Kennungen generieren, die für die Art der Creatives, die Sie planen, sinnvoll sind noch zu senden.

Anzeigenattribute

Anzeigenattribute müssen deklariert werden, die die Eigenschaften der Anzeige vollständig beschreiben. Eigenschaften und Ausrichtung in BidResponse.Ad.attribute. Die Attribute, die deklariert werden müssen, sind (siehe vollständige Liste der unterstützten Attribute unter buyer-declarable-creative-attributes.txt):

  • 7 Tagging: IsTagged
    Die Anzeige enthält ein Pixel oder ein Web-Beacon zur Erstellung eine Liste von Cookie-IDs für nachfolgendes Remarketing
  • 8 Remarketing: IsRemarketing
    Die Anzeige wird anhand der Cookie-ID oder Geräte-ID auf Nutzer ausgerichtet. die Liste der Cookie-IDs oder Geräte-IDs steht für eine Gruppe von Nutzern, die mit einer Website interagiert haben, die der Käufer besitzt oder die er repräsentiert.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    Die Anzeige wird anhand der Cookie-ID oder Geräte-ID auf Nutzer ausgerichtet. Die Liste der Cookie-IDs oder Geräte-IDs stellt eine Gruppe von Nutzern dar, die der Käufer Gruppe mit gemeinsamen Interessen.
  • 30 InstreamVastVideoType: Vpaid
    Zum Rendern der Anzeige ist VPAID-Unterstützung erforderlich.
  • 32 MraidType: MRAID
    Zum Rendern der Anzeige ist die MRAID API erforderlich.

Darüber hinaus werden die folgenden Attribute unterstützt, ihre Deklaration ist jedoch sind nicht erforderlich, da sie in Authorized Buyers automatisch erkannt und nicht auf Ihrer Deklaration, sondern auf den erkannten Werten. Weitere Informationen finden Sie unter Creatives API um zu erfahren, wie Sie Feedback zu den erkannten Eigenschaften Ihres Creatives.

  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    Zum Rendern der Anzeige ist Flash-Unterstützung erforderlich.
  • 50 RichMediaCapabilityType: RichMediaCapabilityNonFlash
    Zum Rendern der Anzeige ist kein Flash erforderlich.
  • 47 RichMediaCapabilityType: RichMediaCapabilitySSL
    Die Anzeige kann auf einer SSL-Seite gerendert werden. In Authorized Buyers werden Creatives mit unterschiedlich deklarierten Werten dieses Attributs als unterschiedlich (sie werden überprüft, getrennt und haben einen eigenen Freigabestatus. Wenn Sie also sowohl SSL als auch nicht-SSL-Versionen desselben Creatives, sollten Sie dieses Attribut entsprechend deklarieren. sodass diese Unterscheidung in AdX korrekt widergespiegelt wird.

Open Bidding-Felder

Gebotsantworten, die von Anzeigenplattform- und Netzwerkbietenden gesendet werden, die an Open Bidding teilnehmen Die Gebote ähneln denen von Authorized Buyers, Echtzeitgebote nutzen. Open Bidding-Kunden können eine geringe Anzahl von zusätzliche Felder. Für einige vorhandene Felder gibt es möglicherweise alternative Verwendungsmöglichkeiten. Diese umfassen Folgendes:

OpenRTB Authorized Buyers Details
BidResponse.imp[].pmp.deals[].id BidResponse.ad[].adslot[].exchange_deal_id

Die Deal-ID aus dem Namespace der Anzeigenplattform, die diesem Gebot abgeben und an Publisher gemeldet werden.

BidResponse.seatbid[].bid[].ext.exchange_deal_type BidResponse.ad[].adslot[].exchange_deal_type

Die Art des Deals, der den Publishern gemeldet wird und der sich auf den Deal auswirkt die in der Auktion behandelt werden.

BidResponse.seatbid[].bid[].ext.third_party_buyer_token BidResponse.ad[].adslot[].third_party_buyer_token Token zur Identifizierung von Drittanbieterkäuferinformationen, falls das der Open Bidding-Plattform als Vermittler fungiert. Diese ergibt sich aus dem und muss unverändert im Gebot an Google übergeben werden. Antwort.

Empfehlungen

  • Aktivieren Sie dauerhafte HTTPS-Verbindungen (auch bekannt als „Keep-alive“ oder „Wiederverwendung von Verbindungen“) auf Ihren Servern. Legen Sie das Zeitlimit auf 10 Sekunden fest: minimal – höhere Werte sind in vielen Fällen von Vorteil. Google überprüft dies während der anfänglichen Latenztests Ihrer Anwendung, Über Authorized Buyers werden häufig Anfragen gesendet. Latenz-Overhead beim Aufbau einer separaten TCP-Verbindung für jedes
  • Geben Sie die optionale Impressions-Tracking-URL an, die erfasst werden soll, wenn der die Impression gerendert wird und nicht, wenn der Bieter den Zuschlag erhält. Aufgrund der Abbruchrate zwischen Siegen und Renderings zu erkennen, ermöglicht ein genaueres Tracking Statistik.

  • Sorgen Sie dafür, dass Ihre Gebotsanwendung keine Abhängigkeiten von veralteten Feldern enthält. Dies kann dazu führen, dass Ihre Gebote fehlerhaft sind.
  • BidResponse.Ad.width und BidResponse.Ad.height in deinem BidResponse. A BidResponse zu einer Anfrage mit mehreren Anzeigengrößen muss die Werte width und height enthalten, andernfalls wird es aus der Auktion entfernt wurden.
  • Begrenzen Sie Ihre Antwortgröße auf unter 8 KB. Sehr große Antworten können zunehmen Netzwerklatenz und Zeitüberschreitungen verursachen.
  • Befolgen Sie die Richtlinien für Gebote für iOS-Inventar abgeben, für das eine SKAdNetwork-Attribution erforderlich ist.

Beispiel für eine Gebotsantwort

Die folgenden Beispiele stellen für Menschen lesbare Beispiele des Protobuf- und JSON-Anfragen.

Google

OpenRTB-JSON

OpenRTB-Protokollzwischenspeicher

Wichtig:Die Protobuf-Nachrichten in den Beispiele als visuell lesbarer Text dargestellt. Das ist jedoch nicht die werden die Nachrichten über das Kabel gesendet. Bei Verwendung des Protokollzwischenspeichers von Google oder OpenRTB Format handelt, werden nur serialisierte Gebotsantwort-Nachrichten akzeptiert.

Sie können eine BidResponse-Nachricht mithilfe der Methode folgenden C++ Code:

BidResponse bid_response;
// fill in bid response with bid information
string post_response;
if (bid_response.SerializeToString(&post_response)) {
  // respond to the POST with post_response as the content
} else {
  // return an error to the POST
}

Creative angeben

Ihre Gebotsantwort gibt die Anzeige an, die ausgeliefert werden soll, wenn Ihr Gebot den Zuschlag erhält. Ihr Gebot muss eines der unterstützten Anzeigenformate enthalten (AMP, Video, nativ). In dieser das Creative mithilfe des Felds html_snippet angeben.

Alternativ können Sie Ihr Creative mit einer der folgenden Feldern, je nach Anzeigenformat:

  • Über SDK gerenderte Anzeige <ph type="x-smartling-placeholder">
      </ph>
    • BidResponse.Ad.sdk_rendered_ad
  • AMP-Seiten <ph type="x-smartling-placeholder">
      </ph>
    • BidResponse.Ad.amp_ad_url
  • Video
    • BidResponse.Ad.video_url oder
    • BidResponse.Ad.video_vast_xml
  • Nativ <ph type="x-smartling-placeholder">
      </ph>
    • BidResponse.Ad.native_ad

Geben Sie eine Anzeige, die auf Ihren eigenen Servern gehostet wird, mithilfe eines HTML-Snippets in Das Feld html_snippet von BidResponse. Die in einem in die Webseite eingefügten iFrame eingebunden, sodass die Anzeige abgerufen und gerendert, wenn die Seite geladen wird. Sie müssen den HTML-Code damit die Anzeige (Banner oder Interstitial) innerhalb eines iFrame und die Größe der Anzeigenfläche, auf die Sie bieten, angemessen sind.

Außerdem muss die in der Gebotsantwort angegebene Anzeigengröße genau einem der Größenkombinationen in der Gebotsanfrage, wenn

  • Eine Anzeige ist ein normales Banner, also keine Video-, nativen oder Interstitial-Anzeigen.
  • Der Bieter hat die Größe in der Gebotsantwort deklariert. Angegebene Größe ist erforderlich, wenn die Anfrage mehr als eine Größe enthält.
  • Eine Ausnahme gilt für Interstitial-Anzeigen. Bei Interstitials entspricht die Breite muss mindestens 50% der Bildschirmbreite und die Höhe mindestens 40% der Bildschirmhöhe betragen Bildschirmhöhe.

Das Feld html_snippet unterstützt jeden gültigen HTML-Code, der korrekt gerendert wird. Beachten Sie jedoch die Einschränkungen beim Angeben des buyer_creative_id im Bereich Create BidResponse message (Gebotsantwort-Nachricht erstellen). Eins besteht darin, zusätzliche Informationen in die Argumente der URLs aufzunehmen, die im Rahmen des Anzeigen-Renderings von Ihren Servern abgerufen werden. So können Sie zur Impression zurück an Ihre eigenen Server senden.

Die meisten Richtlinien für HTML-Snippets, die in Gebotsantworten zurückgegeben werden, entsprechen den für Drittanbieteranzeigen. Weitere Informationen finden Sie unter Authorized Buyers Programmrichtlinien, Anforderungen für Drittanbieter Anzeigenbereitstellung und Deklarieren Klick-URLs in Anzeigen.

Makros angeben

Das HTML-Snippet, mit dem ein Creative definiert wird, kann ein oder mehrere spezielle sogenannte Makros. Bei der Anzeigenbereitstellung werden Werte ersetzt -Makros. Ihre Client-Gebotsanwendung könnte beispielsweise WINNING_PRICE-Makro, um zu ermitteln, wie viel für die Anzeige bezahlt wurde, wenn sie die Auktion gewinnt. Zum Parsen dieses Makros müssen Sie ein Anwendung, die Preisbestätigungen entschlüsselt. Weitere Informationen finden Sie im Artikel Preis entschlüsseln finden Sie auf der Seite „Bestätigungen“ weitere Informationen.

Geben Sie ein Makro als Teil eines HTML-Snippets im Format %%MACRO%%, wobei MACRO einer der unterstützten Werte ist in der Tabelle unten.

Sie müssen entweder CLICK_URL_UNESC oder CLICK_URL_ESC-Makro im vom Drittanbieter ausgelieferten Creative Anzeige. Google verwendet die CLICK_URL-Makros für das Klick-Tracking.

Um ein Makro zu verwenden, nehmen Sie es in die Anzeige auf, sodass die URL abgerufen wird, wenn wenn jemand darauf klickt. Der Rückgabewert des Abrufs ist eine Weiterleitung zu einer anderen URL, die an CLICK_URL angehängt wird.

Makro Beschreibung
ADVERTISING_IDENTIFIER Mit dieser Einstellung können Käufer beim Rendern von Impressionen die iOS-IDFA oder die Werbe-ID von Android erhalten. Siehe Werbetreibenden-IDs entschlüsseln .
CACHEBUSTER Stringdarstellung einer zufälligen 4-Byte-Ganzzahl ohne Vorzeichen.
CLICK_URL_UNESC

Die Klick-URL ohne Escaping der Anzeige. Im Snippet ist eine maskierte Version des die Klick-URL des Drittanbieters muss direkt auf das Makro folgen.

Lautet die Klick-URL des Drittanbieters beispielsweise http://my.adserver.com/some/path/handleclick?click=clk, kann der folgende Code mit der einfach maskierten Version der dritten Klick-URL der Partei nach dem Makroaufruf folgt:

<a href="%%CLICK_URL_UNESC%%http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

Bei der Anzeigenbereitstellung wird dies wie folgt erweitert:

<a href="http://google-click-url?...&ad_url=http%3A%2F%2Fmy.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a>

Über die URL wird der Klick zuerst bei Google registriert und dann an die Klick-URL des Drittanbieters weitergeleitet.

CLICK_URL_ESC

Die maskierte Klick-URL für die Anzeige. Verwenden Sie dieses anstelle von CLICK_URL_UNESC, wenn der Wert zuerst übergeben werden muss der eine Weiterleitung zurückgibt.

Der folgende Code könnte beispielsweise in einem HTML-Snippet verwendet werden:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a>

Bei der Anzeigenbereitstellung wird dies wie folgt erweitert:

<a href="http://my.adserver.com/click?google_click_url=http://google-click- url%3F...%26ad_url%3D"></a>

Dadurch wird der Klick mit my.adserver.com registriert, ist dann für die Weiterleitung an die im google_click_url-Parameter. Dies setzt voraus, dass my.adserver.com hebt die Escape-Angabe von google_click_url auf .

Sie können eine doppelt codierte URL anhängen, %%CLICK_URL_ESC%% Nach der Entschlüsselung my.adserver.com, die eine einfach maskierte Version der URL übrig lässt an google_click_url angehängt wird. Wenn der Parameter google_click_url wurde abgerufen, die Maskierung wird noch einmal aufgehoben und danach Weiterleitung.

CLICK_URL_ESC_ESC

Die doppelt maskierte URL für die Anzeige. Verwenden Sie dieses anstelle von CLICK_URL_UNESC, wenn der Wert zuerst übergeben werden muss der eine Weiterleitung zurückgibt.

Der folgende Code könnte beispielsweise in einem HTML-Snippet verwendet werden:

<a href="http://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC_ESC%%"></a>

Bei der Anzeigenbereitstellung wird dies wie folgt erweitert:

<a href="http://my.otheradserver.com/click?google_click_url=http%3A%2F%2Fmy.adserver.com%2Fclick%3Fgoogle_click_url%3Dhttp%3A%2F%2Fgoogle-click-%20url%253F...%2526ad_url%253D"></a>
SCHEME Wird auf http: erweitert, wenn die Gebotsanfrage kein SSL erfordert oder https:, wenn für die Gebotsanfrage SSL erforderlich ist.
SITE Die URL-Escaping-Domain der Content-URL oder die anonyme ID bei anonymem Inventar
SITE_URL Verworfen. Dieses Makro wurde durch das Makro SITE ersetzt, das identische Funktionen bietet.
TZ_OFFSET Der Zeitzonenversatz.
VERIFICATION Die unterschiedlichen Werte für Produktion und den Zeitpunkt, an dem das Creative bei der Überprüfung gescannt wird zu erstellen. Das Format ist %%?VERIFICATION:true-val:false-val%%. Dabei gilt: außer Makros können für true-val und false-val verwendet werden, einschließlich leerer Strings. Für Open Bidding empfehlen wir Anzeigenplattformen, dieses Makro zu verwenden: Anschließend müssen Demand-Side-Plattformen keine Änderungen vornehmen.

Wenn ein Creative z. B. %%?VERIFICATION:-1:5000%% würde die Textersetzung 5000 bei der Auslieferung und -1 im zu überprüfen. Dies soll helfen, zwischen diesen beiden Arten von Pings zu unterscheiden.
WINNING_PRICE Die codierten Impressionskosten (das heißt CPI statt CPM) in micros der Kontowährung. Beispiel: Ein erfolgreicher CPM von 5 € entspricht 5.000.000 Millionstel CPM oder 5.000 Millionstel CPI. Die decodierte Wert von WINNING_PRICE wäre in diesem Fall 5.000. Der Preis für das erfolgreiche Gebot wird in CPI angegeben.
WINNING_PRICE_ESC WINNING_PRICE mit URL-Escaping.

Für die URL-Escaping in Makros wird folgendes Schema verwendet:

  • Das Leerzeichen wird durch ein Pluszeichen (+) ersetzt.
  • Alphanumerische Zeichen (0-9, a-z, A-Z) und die Zeichen !()*,-./:_~ bleiben unverändert.
  • Alle anderen Zeichen werden durch %XX ersetzt, wobei XX der Hexadezimalwert ist Zahl, die das Zeichen darstellt.

Beschränkungen durch den Publisher

Publisher verwenden das BidRequest, um Einschränkungen für Anzeigen zu übergeben was sie erlauben. Sie müssen die Einschränkungen in den folgenden Feldern erzwingen:

  • allowed_vendor_type
  • excluded_attribute
  • excluded_sensitive_category

Mit einem Feld werden die zulässigen Funktionen der Anzeige angegeben, mit dem anderen Feld unzulässigen Funktionen. Geben Sie niemals eine Anzeige mit einer unzulässigen Funktion zurück. Zugelassene wie Anbietertyp, gibt eine Anzeige nur zurück, wenn ihr Anbietertyp in der Liste allowed_vendor_type in BidRequest. Weitere Informationen finden Sie in der Kommentare für diese Felder im Protokollzwischenspeicher BidRequest für weitere Informationen.

Wenn in BidResponse ein HTML-Snippet zurückgegeben wird, erforderlich, um attribute, category, und click_through_url in BidResponse. Wenn eine Anzeige über mehrere anwendbare Werte für diese Felder verfügt, müssen Sie jeden Wert enthalten. Kommentare zu diesen Feldern finden Sie in der BidResponse-Protokollpufferdefinition. Antworten, für die diese Felder nicht festgelegt sind, werden verworfen.

Die möglichen Werte für BidRequest.excluded_attribute sind (siehe publisher-excludable-creative-attributes.txt):

  • 7 Tagging: IsTagged
    Anzeigen sind nicht zulässig, wenn sie ein Pixel oder ein Web-Beacon zum Erstellen einer Liste von Cookie-IDs für nachfolgendes Remarketing.
  • 8 CookieTargeting: IsCookieTargeted
    Anzeigen sind nicht zulässig, wenn sie auf Nutzer basierend auf ihrer Cookie-ID ausgerichtet sind. Die Liste der Cookie-IDs steht für diese ID. Eine Gruppe von Nutzern, die bereits mit einer Website interagiert haben, die der Käufer besitzt oder die er repräsentiert.
  • 9 UserInterestTargeting: IsUserInterestTargeted
    Anzeigen sind nicht zulässig, wenn sie auf Nutzer basierend auf ihrer Cookie-ID ausgerichtet sind. Die Liste der Cookie-IDs steht für diese ID. Gruppe von Nutzern, die vom Käufer als gemeinsame Interessengruppe definiert wurden
  • 21 CreativeType: Html
    Anzeigen dürfen die html_snippet oder snippet_template nicht verwenden in BidResponse.Ad.
  • 22 CreativeType: VastVideo
    Anzeigen dürfen das Feld video_url in BidResponse.Ad nicht verwenden.
  • 30 InstreamVastVideoType: Vpaid
    Für das Rendern von Anzeigen ist keine VPAID-Unterstützung erforderlich.
  • 32 MraidType: MRAID
    Zum Rendern von Anzeigen darf die MRAID API nicht erforderlich sein.
  • 34 RichMediaCapabilityType: RichMediaCapabilityFlash
    Für das Rendern von Anzeigen ist keine Flash-Unterstützung erforderlich.
  • 39 RichMediaCapabilityType: RichMediaCapabilityHTML5
    Für das Rendern von Anzeigen dürfen keine HTML5-Funktionen erforderlich sein.
  • 48 RichMediaCapabilityType: RichMediaCapabilityNonSSL
    Anzeigen dürfen keine Nicht-SSL-Anfragen senden.

Wenn das Feld excluded_attribute den Wert 7, dann sollten Sie keine Anzeige zurückgeben, die ein Pixel oder Web-Beacon für Erstellen einer Liste. Beachten Sie, dass in diesem Fall der Wert 7 in Attributfeld von BidResponse Wenn das Feld excluded_attribute den Wert 48 enthält, sollten Sie nur Anzeigen zurückgeben, die auf einer SSL-Seite dargestellt werden können. Deklarieren Sie Attribut 47 (RichMediaCapabilityType: RichMediaCapabilitySSL).

Auch das Feld excluded_sensitive_category im BidRequest verwendet Codes aus dem ad-sensitive-categories.txt-Datei auf der Seite Referenzdaten verfügbar. Hier sind unsere erweiterten Beschreibungen einiger dieser Codes:

  • 3 Politics
    Umfasst politische und kontroverse soziale Themen. umfasst keine Anzeigen für Nachrichtenanbieter, die im Allgemeinen nicht mit voreingenommenen Ansichten zu Themen in Verbindung gebracht werden.
  • 4 Dating
    Umfasst Dating-Services und Online-Dating-Communitys.
  • 5 Religion
    Umfasst religiöse Anzeigen und Anzeigen, die sich für oder gegen religiöse Ansichten aussprechen; umfasst keine Astrologie oder nichtkonfessionelle Spiritualität.
  • 7 Video Games (Casual & Online)
    Umfasst Videospiele, Onlinespiele und herunterladbare Spiele; umfasst keine Videospielkonsolen.
  • 8 Ringtones & Downloadables
    Add-ons für Mobilgeräte (z. B. Klingeltöne) und andere Downloads, etwa Bildschirmschoner und -hintergründe für Desktop-PCs oder Profillayouts und Grafiken für soziale Netzwerke
  • 10 Get Rich Quick
    Programme, die schnelle Einnahmen versprechen
  • 18 Weight Loss
    Umfasst Gewichtsabnahme, Diäten und ähnliche Produkte und Programme; umfasst keine Anzeigen für gesunde Ernährung oder allgemeine Fitness.
  • 19 Cosmetic Procedures & Body Modification
    Umfasst Lifting, Fettabsaugung, Lasern, Haarentfernung und -transplantation, Tätowierungen und Körpermodifikationen.
  • 23 Drugs & Supplements:
    Umfasst Arzneimittel, Vitamine, Nahrungsergänzungsmittel und entsprechende Händler enthält keine Ressourcen mit Informationen zu Drogen.
  • 24 Sexual & Reproductive Health
    Umfasst Anzeigen, die sich mit der sexuellen Funktion und der Fruchtbarkeit befassen beinhaltet keine normalen Schwangerschaftsressourcen.
  • 35 Social Casino Games
    Umfasst Glücksspielsimulationen, einschließlich, aber nicht beschränkt auf Poker, Spielautomaten, Bingo, Lotterien, Sportwetten, Wetten auf Rennen, sonstige Kartenspiele und Casinospiele, bei denen es nichts Werthaltiges wie Geld oder Preise zu gewinnen gibt.
  • 36 Significant Skin Exposure
    Anzeigenbilder, auf denen ein menschlicher Körper, vom Brustbein bis zum Oberschenkel nicht bekleidet ist oder der Körper mit Unterwäsche, Badebekleidung, Dessous oder anderen durchsichtigen Kleidungsstücken oder anderen Stoffen wie einem Handtuch oder Bettlaken bekleidet ist.
  • 37 Sensationalism
    Anzeigen, mit denen die Neugier von Nutzern geweckt werden soll, damit sie darauf klicken. Dazu wird oft ein Teaser mit übertriebenen Formulierungen oder Bildern verwendet. Umfasst Anzeigen zu reißerischen Themen wie Verhaftungen, Todesfälle oder Scheidungen von Prominenten oder Anzeigen, die Nutzer schockieren sollen.

Open Measurement

Mit Open Measurement können Sie Drittanbieter angeben, die unabhängige Analyse- und Überprüfungsdienste für Anzeigen, die in mobilen Apps ausgeliefert werden.

Derzeit werden Video-, Banner- und Interstitial-Anzeigen unterstützt. Weitere Informationen Informationen zur Verwendung von Open Measurement in einer Gebotsantwort mit diesen Formaten finden Sie in der Open Measurement SDK-Hilfe. Artikel.

Beispiele für Gebotsantworten

In den folgenden Abschnitten finden Sie Beispiele für Gebotsantworten für verschiedene Anzeigentypen.

App-Banner

Google

OpenRTB-JSON

OpenRTB-Protokollzwischenspeicher

App-Interstitial

Google

OpenRTB-JSON

OpenRTB-Protokollzwischenspeicher

App-Interstitial-Video

Google

OpenRTB-Protokollzwischenspeicher

App-nativ

Google

OpenRTB-JSON

OpenRTB-Protokollzwischenspeicher

Webvideo

Google

Mobiles Webbanner für Anzeigenplattform-Bieter

OpenRTB-Protokollzwischenspeicher