Richtlinien für mobiles Trafficking

INS-Tags sind die bevorzugte Option für Mobilgeräte. Weitere Informationen

Der grundlegende Trafficking-Prozess ist in Campaign Manager 360 für alle Gerätetypen einschließlich Mobilgeräten gleich: Den Anzeigen müssen Creatives zugewiesen werden, den Placements dann die Anzeigen und dem Publisher müssen die Tags gesendet werden. Für Mobilgeräte gibt es keinen speziellen Placement-, Anzeigen- oder Tag-Typ.

Sie sollten allerdings die drei folgenden wichtigen Aspekte beachten:

Placement-Tags: Alle Placement-Tags enthalten den zusätzlichen Parameter dc_rdid=, den der Publisher mit vom Nutzer zurücksetzbaren Geräte-IDs füllen muss, sowie die optionalen Parameter tag_for_child_directed_treatment= und dc_lat=. Überprüfen Sie, ob Ihr Publisher alle diese Parameter korrekt füllen kann, wenn Ihr Placement in einer App ausgeliefert wird. Das ist für das Aktivieren vieler wichtiger Funktionen erforderlich. Weitere Details finden Sie unten.
Anzeigen- und Creative-Einrichtung: Wenn Sie eingrenzen möchten, auf welchen Geräten Ihre Anzeigen erscheinen, machen Sie sich außerdem mit den Optionen des Mobilgeräte-Targetings vertraut. Weitere Details finden Sie unten.
Berichterstellung für Mobilgeräte und In-App-Floodlight: Wie bereits erwähnt sind zusätzliche Maßnahmen erforderlich, damit Floodlight-Aktivitäten im In-App-Inventar richtig erfasst und die Berichtsdimensionen für Mobilgeräte verwendet werden können. Weitere Details finden Sie unten.
Berichterstellung für Apps und App-IDs:

Publishers must pass an app ID into the dc_msid= parameter to enable App and App ID reporting dimensions. For example: dc_msid=com.android.chrome for Google Play Store or dc_msid=535886823 for iOS App Store.

Alle Abschnitte maximieren Alle Abschnitte minimieren

Placement-Tags

Tag-Parameter für App-Inventar

Bei vielen wichtigen Funktionen ist es notwendig, zusätzliche Parameter für die Placement-Tags hinzuzufügen, die in Apps ausgeliefert werden. Diese Parameter sind dc_rdid=, tag_for_child_directed_treatment= und dc_lat=.

Diese Parameter werden automatisch in alle Display-Placements eingefügt, da jedes Placement in einer App bereitgestellt werden könnte.

Vom Publisher bezahlte Placements müssen zur Genehmigung an den Publisher gesendet werden, bevor sie heruntergeladen werden können.

Weshalb müssen Publisher Werte an diese Parameter übergeben?

Wenn diese Parameter keine Werte enthalten, sind Ihre Tags nicht für das Tracking von Floodlight-Conversions, für Berichte zur Reichweite oder zur Häufigkeit, für das Frequency Capping, für die Creative-Rotation und für Zielgruppenlisten (Remarketing) aktiviert.

Parameterdefinitionen

dc_rdid=: Vom Nutzer zurücksetzbare Gerätekennungen in Form einer IDFA für iOS oder Werbe-ID (Anzeigen-ID) für Android. Das ist ein erforderlicher Parameter. Der Publisher muss einen Wert an diesen Parameter übergeben, damit das In-App-Conversion-Tracking aktiviert werden kann. Die Werte sollten nicht gehasht und unformatiert sein. Wir akzeptieren nur Werte, die sicher über SSL-aktivierte Tags übergeben werden.

Hinweis: Es wird dringend empfohlen, nicht den bisherigen Parameter dc_muid, sondern den Parameter dc_rdid für Geräte-IDs zu verwenden, der MD5-Hash-Werte in Großbuchstaben für IDFA, Android-ID und Anzeigen-ID akzeptiert.
- Die SSAID ist in China für Android-Geräte ohne Verknüpfung mit Google Play verfügbar.
tag_for_child_directed_treatment=: Akzeptiert einen Wert von „0“ oder „1“. Der Wert „1“ bedeutet, dass diese bestimmte Anfrage möglicherweise von einem Nutzer unter 13 Jahren stammt, für den die COPPA-Richtlinien (Children's Online Privacy Protection Act) gelten.
dc_lat=: Akzeptiert einen Wert von „0“ oder „1“. Ein Wert von „1“ bedeutet, dass der Nutzer die Option „Anzeigen-Tracking einschränken“ für IDFA oder Anzeigen-ID (AdID) aktiviert hat, um interessenbezogene Werbung und Remarketing zu deaktivieren. Ist „Anzeigen-Tracking einschränken“ deaktiviert, erscheint der Wert „0“.

Tag-Beispiele

Im Folgenden sind einige Beispiel-Tags aufgeführt, die die oben genannten Parameter enthalten. Alle diese Parameter müssen vom Publisher gefüllt werden. Stellen Sie sicher, dass Ihr Publisher eingewilligt hat, die erforderlichen Werte zu übergeben.

Anfang eines Beispiels für ein INS-Tag, das bevorzugt für Mobilgeräte verwendet wird:

<ins class='dcmads' style='display:inline-block;width:320px;height:50px' data-dcm-placement='N9200.284657.MYSITE/B7841342.2' data-dcm-rendering-mode='script' data-dcm-click-tracker='${CLICK_URL}' data-dcm-limit-ad-tracking=0 data-dcm-resettable-device-id='38400000-8cf0-11bd-b23e-10b96e4ddddd' data-dcm-child-directed=0> <script src='https://www.googletagservices.com/dcm/dcmads.js'></script> </ins>

Beispiel für ein Standard-Tag, das für Bildbanner verwendet wird:

<A HREF="https://ad.doubleclick.net/ddm/jump/N9200.284257.MYSITE/B7841142;sz=320x50;ord=[timestamp]?"> <IMG SRC="https://ad.doubleclick.net/ddm/ad/N9200.284257.MYSITE/B7841142;sz=320x50;ord=[timestamp];dc_lat=0;dc_rdid=38400000-8cf0-11bd-b23e-10b96e4ddddd;tag_for_child_directed_treatment=0?" BORDER=0 WIDTH=320 HEIGHT=50 ALT="Advertisement"></A>

Anfang eines Beispiels für ein JavaScript-Tag, das normalerweise für HTML5- oder Rich Media-Banner verwendet wird:

<SCRIPT language='JavaScript1.1' SRC="https://ad.doubleclick.net/ddm/adj/N9200.284657.MYSITE/B7841342.2;sz=320x50;ord=[timestamp];dc_lat=0;dc_rdid=38400000-8cf0-11bd-b23e-10b96e4ddddd;tag_for_child_directed_treatment=0?"> </SCRIPT>

Beispiel für ein Prefetch-Tag, das für In-Stream-Video- und Audioanzeigen verwendet wird:

VAST 2.0-Prefetch-Tag

https://ad.doubleclick.net/ddm/pfadx/N9200.284657.MYSITE/B7841342.2;kw=[keyword];sz=widthxheight;ord=[timestamp];dc_lat=0;dc_rdid=38400000-8cf0-11bd-b23e-10b96e4ddddd;tag_for_child_directed_treatment=0;dcmt=text/xml;dc_sdk_apis=[APIFRAMEWORKS];dc_omid_p=[OMIDPARTNER]

VAST 3.0-Prefetch-Tag

VAST 4.0-Prefetch-Tag

Beispiel für ein Bild-Tag für Tracking-Anzeigen zum Erfassen von Impressionen:

<IMG SRC="https://ad.doubleclick.net/ddm/trackimp/N7480.169443360.MYSITE/B7967415.105398014;dc_trk_aid=278142637;dc_trk_cid=56651190;ord=[timestamp];dc_lat=0;dc_rdid=38400000-8cf0-11bd-b23e-10b96e4ddddd;tag_for_child_directed_treatment=0?" BORDER="0" HEIGHT="1" WIDTH="1" ALT="Advertisement">

Beispiel für ein Tag für Tracking-Anzeigen zum Erfassen von Klicks:

http://ad.doubleclick.net/ddm/trackclk/N7480.169443360.MYSITE/B7967415.105398014;dc_trk_aid=278142637;dc_trk_cid=56651190;dc_lat=0;dc_rdid=38400000-8cf0-11bd-b23e-10b96e4ddddd;tag_for_child_directed_treatment=0

Für Mobilgeräte unterstützte Tags

Für Mobilgeräte, mobile Websites und Apps gibt es keinen speziellen Placement-Tag-Typ und der allgemeine Support kann variieren. Wählen Sie anhand der Tabellen unten die richtigen Tags aus. Sie können keine Geräte-IDs in Placement-Tags für Klick-Tracker übergeben. Verwenden Sie stattdessen Tracking-Anzeigen.

Kompatibilität mit dem mobilen Web

	Bild	HTML5	Rich Media	In-Stream (Video und Audio)	VPAID	Tracking-Creative
Standard	Nur 1 × 1
iFrame/JavaScript
JavaScript
Prefetch
Interne Weiterleitung
Klick-Tracker
Tracking-Anzeige

Kompatibilität mit mobilen In-App-Anzeigen

	Bild	HTML5	Rich Media	In-Stream (Video und Audio)	VPAID	Tracking-Creative
Standard	Nur 1 × 1
iFrame/JavaScript
JavaScript
Prefetch
Interne Weiterleitung
Klick-Tracker
Tracking-Anzeige

Andere Parameter, die in Tags vorhanden sein können

Die Tags sehen unabhängig davon, ob sie für mobiles oder nicht mobiles Inventar bereitgestellt werden, in der Regel gleich aus. Möglicherweise werden jedoch einige zusätzliche Parameter angezeigt, allerdings nur, wenn Ihre Tags sicher sind.

dcapp=1

Dieser Parameter wurde vor der Einführung der Displaykompatibilität verwendet, um zwischen In-App-Placements und In-Page-Placements zu unterscheiden. Sie sehen diesen Parameter immer noch, wenn Sie Tags für In-App-Placements exportieren.

dc_muid=

Dies ist die IDFA, Android-ID oder AdID in Großbuchstaben, auf die ein MD5-Hash-Algorithmus angewendet wurde. Bevor die Hash-Verschlüsselung durchgeführt wird, dürfen die IDs nur aus Großbuchstaben bestehen. MD5-verschlüsselte Werte mit IDs, die Kleinbuchstaben enthalten, werden in Campaign Manager 360 nicht erkannt. Der Publisher ist dafür verantwortlich, die MD5-Hash-Funktion auf Geräte-IDs anzuwenden.

Hinweis: Es wird dringend empfohlen, den Parameter dc_rdid anstatt dc_muid zur Übergabe der Gerätekennungen zu verwenden.

dc_ref=

Dieser Parameter kann Placement-Tags hinzugefügt werden. Mit ihm können Publisher die genaue URL übergeben, für die eine Impression erzielt wurde. Publisher, die komplizierte Seitenlayouts wie etwa verschachtelte iFrames nutzen, müssen diesen Parameter möglicherweise einsetzen, damit in Campaign Manager 360 die URL der Hauptwebseite gespeichert wird, auf der eine Impression aufgetreten ist. Andernfalls wird unter Umständen die URL erfasst, auf der sich der iFrame befindet. Die URL, die in diesem Parameter übergeben wird, wird dann als Signal in der Campaign Manager 360-Überprüfung verwendet. Dieser Parameter wird internen Weiterleitungen automatisch hinzugefügt, er kann aber auch manuell an alle anderen Placement-Tag-Typen angehängt werden.

Andere Parameter

In einigen Fällen enthalten Campaign Manager 360-Placement-Tags Parameter, die hier nicht erwähnt werden. Da sie entweder nur für spezielle Campaign Manager 360-Konten verfügbar sind oder sich auf Funktionen beziehen, die eher selten genutzt werden. Wenn Sie Fragen zu einem Placement-Tag-Parameter haben, der hier nicht erwähnt ist, wenden Sie sich an den Support.

Anzeigen- und Creative-Einrichtung

Mobilgeräte und HTML5

Auch wenn es keinen für Mobilgeräte spezifischen Creative-Typ gibt, sind einige Creative-Typen besser für die Anzeigenauslieferung auf Mobilgeräten oder in In-App-Inventar auf Mobilgeräten geeignet. HTML5 stellt hierfür eine geeignete Option dar.

HTML5 für Mobilgeräte

HTML5 wird bereits weitreichend auf Mobilgeräten unterstützt. Fast alle Geräte und Browser unterstützen HTML5. Außerdem ist dieser Standard mit mobilem In-App-Inventar kompatibel. Hier einige HTML5-Creatives, die Sie in Campaign Manager 360 einrichten können:

Für Display-Creatives können Bilder oder HTML5 eingesetzt werden. Außerdem können Sie die Klicks auf die einzelnen Exits separat erfassen.
Für HTML5-Banner werden HTML5-Assets verwendet.

Einfache Möglichkeiten, HTML5-Assets zu erstellen

Google Web Designer (GWD) ist ein kostenloses Tool, mit dem Creative-Entwickler HTML5-Creatives erstellen und in Campaign Manager 360 einsetzen können.

Google Web Designer für Exit-Ereignisse verwenden

Die Komponente der Interaktionsfläche von Google Web Designer ist vollständig mit Campaign Manager 360 kompatibel. Benutzerdefinierter Code ist nicht erforderlich.

So fügen Sie mit der Interaktionsfläche ein Klick-Tag hinzu:

Achten Sie darauf, dass Ihre Anzeige über eine Schaltfläche oder ein anderes erkennbares Call-to-Action-Element verfügt, das der Nutzer anklicken oder antippen kann.
Ziehen Sie die Komponente "Interaktionsfläche" aus dem Ordner "Interaktion" des Bereichs "Komponenten" in den Anzeigebereich und positionieren Sie sie über dem Call-to-Action.
Klicken Sie im Bereich "Ereignis" auf die Schaltfläche "Neues Ereignis" .

Wählen Sie im Dialogfeld "Ereignis" folgende Optionen aus:

Ziel	Die Komponente "Interaktionsfläche" (`gwd-taparea_1`)
Ereignis	Interaktionsfläche > Berühren/Klicken
Aktion	Google Anzeige > Exit-Anzeige _{Hinweis: Die Aktion Exit-Anzeige (überschreibt die URL) ist ähnlich, ermöglicht jedoch keine Änderung der URL außerhalb des Creatives, z. B. in Studio oder Campaign Manager 360, und sollte nur für dynamische Anzeigen verwendet werden.}
Empfänger	`gwd-ad`
Konfiguration	Messwerte-ID: Dies ist ein Label (z. B. "CTA"), durch das Berichte leichter verständlich sind. URL: Dies ist die Exit-URL. Beim Schließen der Anzeige minimieren: Klicken Sie dieses Kästchen an, damit die Expandable-Anzeige geschlossen wird, wenn der Nutzer auf die entsprechende Schaltfläche klickt. Medien beim Schließen der Anzeige pausieren: Wenn Sie dieses Kästchen anklicken, wird die Video- und Audiowiedergabe gestoppt, wenn der Nutzer die Anzeige schließt. Minimierte Ansicht nach Schließen der Anzeige: Bei Expandable-Anzeigen wird diese Seite angezeigt, wenn der Nutzer die Anzeige schließt.

In-App-Inventar

Wenn Sie Anzeigen auf Mobilgeräten ausliefern möchten, verfügen Sie wahrscheinlich über Placements in In-App-Inventar. Das In-App-Inventar umfasst Placements in mobilen Apps, die auf Smartphones und Tablets erscheinen. Zu den mobilen Apps zählen beispielsweise Spiele-, Dating-, Reise- oder Check-in-Apps. In der Vereinbarung, die Sie mit Ihrem Publisher getroffen haben, sollte angegeben sein, ob Sie Flächen in einer mobilen App gekauft haben.

Targeting auf Mobilgeräte

Sie können auf Anzeigen, die auf Mobilgeräten ausgeliefert werden, dieselben Targeting-Kriterien wie für herkömmliche Anzeigen anwenden. Ziehen Sie auch das Technologie-Targeting in Betracht, um Ihre Anzeigen auf Gerätetypen, Mobilfunkanbieter und andere für Mobilgeräte spezifische Kriterien auszurichten.

Technologie-Targeting

Die Einstellungen für das Technologie-Targeting werden zusammen mit den anderen Targeting-Optionen in den Standardanzeigeneigenschaften und Targeting-Vorlagen aufgeführt. Weitere Informationen zum Technologie-Targeting

Targeting nur wenn erforderlich einrichten

Beachten Sie, dass Ihre Anzeigen auch auf Mobilgeräten ausgeliefert werden, wenn Sie sie auf keinen bestimmtenGerätetyp ausrichten. Verwenden Sie das Targeting nur, wenn Sie die Bandbreite der Geräte einschränken oder anhand anderer Kriterien steuern möchten, für wen Ihre Anzeigen erscheinen sollen. Über Campaign Manager 360 werden Ihre Anzeigen auf allen Geräten ausgeliefert, solange sie unterstützt werden und nicht aufgrund Ihrer Targeting-Kriterien ausgeschlossen werden.

Floodlight und Berichterstellung

Informationen zu Floodlight und der Berichterstellung für Mobilgeräte

Floodlight: Floodlight funktioniert auf Placements in mobilen Apps anders als gewohnt. Falls Sie das Floodlight-Conversion-Tracking verwenden möchten, um App-Conversion-Aktivitäten wie etwa App-Installationen zu erfassen, sehen Sie sich die Informationen zum Tracking von Floodlight-In-App-Conversions an.
Berichterstellung: Für die Berichterstellung sind mobilspezifische Dimensionen verfügbar, beispielsweise der Mobilfunkanbieter und Verbindungstyp. Die Datenübertragungsfunktion kann jedoch nicht zwischen Cookie-IDs von Mobilgeräten und anderen Cookie-IDs unterscheiden. Weitere Informationen zur Berichterstellung für Mobilgeräte

War das hilfreich?

Wie können wir die Seite verbessern?