Native Anzeigen

Native Anzeigen sind Anzeigen, die an den Content und das Design der Umgebung angepasst werden. Dadurch erhöht sich die Wahrscheinlichkeit, dass Nutzer sie ansehen und darauf klicken. Natives Anzeigeninventar ist in mobilen Apps sowie auf Desktop- und Mobilwebsites verfügbar. Weitere Informationen zu nativen Anzeigen finden Sie unter Native Anzeigen.

Native Anzeigen werden sowohl für Authorized Buyers als auch für Open Bidding unterstützt.

So funktioniert der Workflow für native Anzeigen:

  1. Bei Google wird eine Anfrage nach einer nativen Anzeige gestellt. In der Anfrage werden eine oder beide der folgenden nativen Anzeigenvorlagen angegeben, wobei jeweils die bevorzugten nativen Felder angegeben werden.
  2. Käufer erhalten eine RTB-Gebotsanfrage von Google mit einer Liste der angeforderten Felder.
  3. Interessierte Käufer antworten mit den angeforderten Feldern.
  4. Dann wird eine Auktion durchgeführt und das beste Gebot ausgewählt. Anschließend werden die vom Käufer zur Verfügung gestellten Creative-Assets an den Publisher gesendet.
  5. Der Publisher erstellt aus den Assets eine native Anzeige und gestaltet sie passend zum Design seiner Website.

Nachrichtenformate

Google unterstützt die OpenRTB-Spezifikation sowohl in JSON als auch in Protobuf.

Bei nativen Anzeigen im OpenRTB Protobuf-Format unterscheiden sich die folgenden Felder von der Spezifikation:

JSON JSON-Typ Protobuf Protobuf-Typ
BidRequest.imp[].native.request string BidRequest.imp[].native.request_native NativeRequest
BidResponse.seatbid[].bid[].adm string BidResponse.seatbid[].bid[].adm_native NativeResponse

Die OpenRTB-Protobuf-Felder sind Protobuf-Nachrichten und keine Strings.

Wenn Sie die OpenRTB-Protobuf-Implementierung verwenden, erhält Ihr Endpunkt Gebotsanfragen, die BidRequest.imp.native.request_native anstelle von BidRequest.imp.native.request enthalten. Außerdem muss Ihr Endpunkt Gebotsantworten zurückgeben, die BidResponse.seatbid.bid.adm_native und nicht BidResponse.seatbid.bid.adm enthalten. Andernfalls wird er aus der Auktion herausgefiltert.

Wenn Sie ein Käufer-SDK zum Rendern nativer Anzeigen verwenden, müssen Sie ein Bild type in das declared_ad einfügen, wenn Sie Creatives zur Überprüfung einreichen.

Vorlagen für native Anzeigen

In Vorlagen für native Anzeigen werden die Komponenten einer nativen Anzeige beschrieben und der Inhalt und die Struktur von NativeRequest in OpenRTB oder NativeAdTemplate im eingestellten Google RTB-Protokoll in der Gebotsanfrage festgelegt. Google unterstützt die beiden gängigsten Vorlagen für native Anzeigen, die nicht auf Videos basieren, und native Videoanzeigen:

Es gibt weitere Vorlagen, bei denen die Anforderungen in Bezug auf Felder, Abmessungen und Größen abweichen können.

Vorlage für App-Installationsanzeigen

In den folgenden Tabellen sind Felder mit der Kennzeichnung Erforderlich oder Empfohlen zu sehen. Es gelten die folgenden Regeln:

  • Felder, die mit Erforderlich gekennzeichnet sind, müssen vom Bieter ausgefüllt werden.
  • Felder, die mit Empfohlen gekennzeichnet sind, sind für Bieter nicht erforderlich. Der Publisher kann sie bei Bedarf anzeigen lassen oder nicht (z. B. die Bewertung mit Sternen).
  • „Call-to-Action“ (CTA) ist immer als Empfohlen gekennzeichnet, da ein Standard-CTA zugewiesen wird, wenn der Bieter keinen CTA sendet. Wird ein CTA gesendet, wird er immer angezeigt.

In der folgenden Tabelle sind die Felder einer Vorlage für Anzeigen für App-Installationen aufgeführt. In mobilen Apps werden diese Felder zum Erstellen von nativen App-Installationsanzeigen verwendet.

Feld Beschreibung Erforderlich oder empfohlen? Wird sie immer angezeigt? Empfohlene Bildgröße/maximale Anzahl von Zeichen Beispiel
Anzeigentitel Der App-Titel Erforderlich Ja 25 Zeichen Flood-It!
Bild Screenshot aus der App oder ein anderes relevantes Bild Erforderlich Nein 1.200 × 627 Pixel oder 600 × 600 Pixel,je nach dem vom Publisher benötigten Seitenverhältnis. <Screenshot aus dem Spiel Flood-It!>
Text Haupttext der App Erforderlich Nein 90 Zeichen Täuschend einfach und verführerisch herausfordernd = herrlich süchtig machend!
App-Symbol Das App-Symbol Erforderlich Nein 128 × 128 Pixel <App-Symbol von Flood-it!>
Call-to-Action Bevorzugte Nutzeraktion Empfohlen Ja 15 Zeichen Installieren
Bewertung Anzahl der Sterne (0–5), die die Bewertung der App im App-Shop darstellen Empfohlen Nein 0–5 4,5
Preis Kosten der App Empfohlen Nein 15 Zeichen Kostenlos

Hinweise zur Textlänge

Wenn ein Käufer ein Text-Asset (z. B. Textkörper) sendet, das länger als die vorgeschlagene maximale Zeichenanzahl ist, wird der Text möglicherweise von Google oder dem Publisher abgeschnitten und mit einer Ellipse abgekürzt. Bei Chinesisch, Japanisch und Koreanisch gilt für die Kürzungsgrenze die halbe Zeichenbeschränkung. So können deutsche Anzeigentitel beispielsweise 90 Zeichen lang sein, während die Länge chinesischer Anzeigentitel auf 45 Zeichen begrenzt ist.

Hinweise zur Bildgröße

Publisher dürfen:

  • Das Hauptbild kann symmetrisch um bis zu 20% in einer Dimension (Höhe oder Breite) zugeschnitten werden.
  • Das Bild kann skaliert werden, ohne dass sich das Seitenverhältnis ändert.
  • Bilder mit einem Seitenverhältnis, das sich wesentlich von dem durch Höhe und Breite implizierten unterscheidet, werden möglicherweise herausgefiltert.

Vorlage für Anzeigen mit Inhalten

In der folgenden Tabelle sind die Felder einer Vorlage für Anzeigen mit Inhalten aufgeführt. Publisher verwenden diese Felder, um native Anzeigen zu erstellen.

Feld Beschreibung Erforderlich oder empfohlen? Wird sie immer angezeigt? Empfohlene Bildgröße/maximale Zeichenanzahl * Beispiel
Anzeigentitel Anzeigentitel Erforderlich Ja 25 Zeichen Niedrigste Hypothekenzinsen
Bild Hauptbild der Anzeige Erforderlich Nein 1.200 × 627 Pixel oder 600 × 600 Pixel,je nach dem vom Publisher benötigten Seitenverhältnis. <Hauptbild der Anzeige>
Text Anzeigeninhalt Erforderlich Nein 90 Zeichen Ihr Zuhause in Brooklyn – günstiger und schneller als Sie denken!
Logo Logo des Werbetreibenden oder ein anderes relevantes kleines Bild Empfohlen Nein 128 × 128 Pixel <Logo von NY Mortgage Inc.>
Call-to-Action Bevorzugte Aktion des Nutzers Empfohlen Nein 15 Zeichen Angebot einholen
Advertiser Text, der den Werbetreibenden oder die Marke identifiziert Erforderlich Nein 25 Zeichen NY Mortgage Inc.

Vorlage für App-Installations-Videoanzeigen

Feld Beschreibung Erforderlich oder empfohlen? Wird sie immer angezeigt? Empfohlene Bildgröße/maximale Zeichenanzahl * Beispiel
Video Die Video-VAST-Antwort, die alle notwendigen Assets zur Wiedergabe einer Videoanzeige enthält Erforderlich Nein - Eine URL zu einer VAST-XML-Datei mit einem Flood-It! Videoanzeige
Anzeigentitel Der App-Titel Erforderlich Ja 25 Zeichen Flood-It!
Bild Das Bild (Thumbnail), das im Player zu sehen ist, bevor auf die Videoanzeige geklickt wird oder während sie geladen wird. Erforderlich Nein Es muss dasselbe Seitenverhältnis wie das Video haben (z. B. 1280 × 720 für ein Video mit 16 : 9 oder 4 : 3 für ein Video mit 640 × 480). Screenshot aus dem Spiel „Flood-It!“ Oder über das Video
Text Haupttext der App Erforderlich Nein 90 Zeichen Täuschend einfach und verführerisch herausfordernd = unwiderstehlich süchtig machend!
App-Symbol Das App-Symbol Erforderlich Nein 128 × 128 Pixel App-Symbol für Flood-It!
Call-to-Action Bevorzugte Nutzeraktion Erforderlich Ja 15 Zeichen Installieren
Bewertung Anzahl der Sterne (0–5), die die Bewertung der App im App-Shop darstellen Empfohlen Nein 0–5 4,5
Preis Kosten der App Empfohlen Nein 15 Zeichen Kostenlos

Einschränkungen

  • Video: Alle Videos müssen in Form einer VAST-URL oder eines VAST-Tags vorliegen. Eine Rohvideodatei wie WebM oder MP4 kann nicht angegeben werden.

  • Textlänge: Wenn ein Käufer ein Text-Asset wie die body in der Antwort angibt, kann es von Google oder dem Publisher abgeschnitten oder mit einer Ellipse abgekürzt werden. Bei Chinesisch, Japanisch und Koreanisch gilt für die Kürzungsgrenze die halbe Zeichenbeschränkung. So können deutsche Anzeigentitel beispielsweise 90 Zeichen lang sein, während die Länge chinesischer Anzeigentitel auf 45 Zeichen begrenzt ist.

  • Bildgröße: Publisher dürfen:

    • Das Hauptbild kann symmetrisch um bis zu 20% in einer Dimension (Höhe oder Breite) zugeschnitten werden.
    • Das Bild kann skaliert werden, ohne dass sich das Seitenverhältnis ändert.

Beispiel für eine App-Installationsanzeige

Natives Video

Vorlage für Videoanzeigen

Feld Beschreibung Erforderlich oder empfohlen? Wird sie immer angezeigt? Empfohlene Bildgröße/maximale Zeichenanzahl * Beispiel
Video Die Video-VAST-Antwort, die alle notwendigen Assets zur Wiedergabe einer Videoanzeige enthält Erforderlich Ja - Eine URL zu einer VAST-XML-Datei mit einem Flood-It! Videoanzeige
Anzeigentitel Anzeigentitel Erforderlich Ja 25 Zeichen Niedrigste Hypothekenzinsen
Bild Das Bild (Thumbnail), das im Player zu sehen ist, bevor auf die Videoanzeige geklickt wird oder während sie geladen wird. Erforderlich Nein Es muss dasselbe Seitenverhältnis wie das Video haben (z. B. 1280 × 720 für ein Video mit 16 : 9 oder 4 : 3 für ein Video mit 640 × 480). Screenshot aus dem Video
Text Anzeigeninhalt Erforderlich Nein 90 Zeichen Ihr Zuhause in Brooklyn – günstiger und schneller als Sie denken!
Logo Logo des Werbetreibenden oder ein anderes relevantes kleines Bild Empfohlen Nein 128 × 128 Pixel Logo von NY Mortgage Inc.
Call-to-Action Bevorzugte Aktion des Nutzers Erforderlich Nein 15 Zeichen Angebot einholen
Advertiser Text, der den Werbetreibenden oder die Marke identifiziert Erforderlich Nein 25 Zeichen NY Mortgage Inc.

Metafelder

Die folgenden Metafelder werden von allen unterstützten Anzeigenvorlagen verwendet:

Google RTB-Protokoll OpenRTB-Entsprechung Beschreibung
NativeAd.click_link_url Link.url Die URL, die vom Browser aufgerufen wird, wenn der Nutzer auf die Anzeige klickt. Kann der erste Schritt einer Weiterleitungskette sein, die letztendlich zur Landingpage führt. Bei nativen Anzeigen empfehlen wir, click_link_url als Feld zu verwenden, um das Ziel festzulegen, zu dem der Nutzer weitergeleitet wird. Bei dynamischen Landingpages ist die Verwendung dieses Felds erforderlich.
Ad.click_through_url Bid.adomain

Muss festgelegt werden, wenn der Bieter ein Gebot abgeben möchte. Dies ist die Gruppe der Ziel-URLs für das Snippet. Dazu gehören die URLs, zu denen der Nutzer weitergeleitet wird, wenn er auf die angezeigte Anzeige klickt, sowie alle URLs, die in der gerenderten Anzeige sichtbar sind. Fügen Sie keine Zwischenaufrufe an den Adserver ein, die nichts mit der finalen Landingpage zu tun haben. BidResponse-Objekte, die ein Snippet oder eine Videoanzeige zurückgeben, aber keinen click_through_url-Wert angeben, werden verworfen. Legen Sie dieses Feld nur fest, wenn html_snippet, video_url oder native_ad festgelegt ist. Diese Daten werden als Deklaration der Ziel-URL verwendet, z. B. für die Nachfilterung von vom Publisher blockierten URLs oder die Anzeigenkategorisierung. Weitere Informationen finden Sie unter NativeAd.click_link_url.

Bei nicht nativen Anzeigen wird sie nicht für Klick-Tracking oder andere Anzeigenfunktionen verwendet, sondern nur als Deklaration der Ziel-URL.

Wenn für native Anzeigen NativeAd.click_link_url nicht festgelegt ist, wird der erste Wert von click_through_url verwendet, um den Nutzer zur Landingpage weiterzuleiten. Außerdem werden alle Werte als Ziel-URL-Deklarationen verwendet (ähnlich wie bei nicht nativen Anzeigen).

NativeAd.click_tracking_urls Link.clicktrackers Optional. Zusätzliche URLs, mit denen Werbetreibende Nutzerklicks auf die Anzeige erfassen können.
Ad.ad_choices_destination_url BidExt.ad_choices_destination_url Link zu einer Seite mit Anzeigeneinstellungen oder Deaktivierungsseite Sofern vorhanden, wird dem nativen Creative ein standardmäßiges AdChoices-Symbol hinzugefügt und mit dieser URL verknüpft. Diese Funktion wird für native Anzeigen unterstützt, ist aber nicht Teil der nativen Nachricht in der Gebotsantwort.
Ad.impression_tracking_url NativeResponse.imptrackers Die native Impression sollte mit impression_tracking_url im Authorized Buyers-Protokoll für Echtzeitgebote oder mit Native Imp-Trackern in OpenRTB erfasst werden.

required_fields und recommended_fields werden vom Publisher angegeben. Wir zeigen Ihnen, wie Sie diese Bitfelder übersetzen, um festzustellen, ob ein Feld erforderlich oder empfohlen ist.

In einem Bitfeld wird jedes Bit eines Binärwerts verwendet, um eine „wahr“- oder „falsch“-Anweisung zu speichern. Das entspricht dem Senden vieler boolescher Signale wie is_logo_required oder is_header_required, die aber alle zusammen verpackt sind.

Beispiel

In diesem Beispiel verwenden wir den Wert 1085 für required_fields.

Berechnen Sie zuerst den entsprechenden Binärwert: 10000111101

Sobald Sie den Binärwert haben, können Sie anhand der Bits prüfen, ob ein Feld erforderlich ist (1) oder nicht (0).

In der folgenden Tabelle sind die Felder ihrem Platz im Binärwert zugeordnet. Lesen Sie das Binärformat von rechts nach links, wobei das 1‑Bit der rechten Stelle im Binärwert entspricht.

Feld Platzierung von Binärwerten (von rechts nach links)
HEADLINE 1
BODY 2
CALL_TO_ACTION 4
ADVERTISER 8
IMAGE 16
LOGO 32
APP_ICON 64
STAR_RATING 128
PRICE 256
STORE 512
VIDEO 1024

Im Beispiel für den Binärwert 10000111101 ist das 1‑Bit (rechts) 1, was einen erforderlichen Wert bedeutet. Laut Tabelle entspricht das 1‑Bit HEADLINE.

Das 2‑Bit (zweiter Wert von rechts) ist 0, was bedeutet, dass es nicht erforderlich ist. Das 2‑Bit entspricht BODY.

Hier sind alle in unserem Beispiel erkannten Pflichtfelder:

Wert Beschreibung Erforderlich?
1 VIDEO Ja
0 STORE Nein
0 PRICE Nein
0 STAR_RATING Nein
0 APP_ICON Nein
1 LOGO Ja
1 IMAGE Ja
1 ADVERTISER Ja
1 CALL_TO_ACTION Ja
0 BODY Nein
1 HEADLINE Ja

Darstellung der nativen Anzeigenvorlage in der Gebotsanfrage

Wenn Sie eine Gebotsanfrage mit nativem Inventar erhalten, enthält sie je nach verwendetem Protokoll die native Anzeigenvorlage in verschiedenen Formen. Wir empfehlen die Verwendung von OpenRTB, da das Google-Protokoll eingestellt wird.

In OpenRTB wird die native Anzeigenvorlage mit der Nachricht NativeRequest beschrieben. Im Google RTB-Protokoll wird sie mit NativeAdTemplate beschrieben. Diese Nachrichten enthalten die folgenden Details zum Inventar für native Anzeigen:

  • Pflicht- oder empfohlene Felder
  • Abmessungen für Bilder, Logos und App-Symbole
  • Spezifikationen für den Stil, in dem die Anzeige gerendert wird.

OpenRTB-Asset-IDs

OpenRTB übergibt in der Gebotsanfrage eine Reihe von Assets, die die Struktur der nativen Anzeige beschreiben, die Sie in der Antwort zurückgeben sollten. Jedem Asset in der Anfrage wird eine ID zugewiesen, die für das entsprechende Asset in der Antwort angegeben werden muss. Ein Beispiel dafür, wie diese IDs in Anfrage und Antwort übereinstimmen, finden Sie in den Beispielen für native Gebotsanfragen und Beispielen für native Gebotsanfragen.

Darstellung einer nativen Anzeige in der Gebotsantwort

Wenn ein Käufer auf natives Inventar bietet, muss er die erforderlichen Felder ausfüllen, die in der Gebotsanfrage angegeben wurden. In OpenRTB können Sie dies mit BidResponse.seatbid.bid.adm_native tun, wenn Sie Protobuf verwenden, oder mit BidResponse.seatbid.bid.adm für JSON. Beim eingestellten Google-Protokoll geschieht dies über das Feld BidResponse.ad.native_ad.

Beispiel-Gebotsanfragen

Gebotsanfragen ohne Video

OpenRTB Protobuf

OpenRTB JSON

Google

Gebotsanfragen für Videoanzeigen

Beispiel für Gebotsantworten

Gebotsantworten ohne Video

OpenRTB Protobuf

OpenRTB JSON

Google

Gebotsantworten für Videoanzeigen