Diese Funktion steht nur für Netzwerke mit eigenem Account Manager von Google zur Verfügung und ist möglicherweise nicht für Ihr Netzwerk aktiviert. Weitere Informationen erhalten Sie von Ihrem Account Manager. Falls Sie keinen Account Manager haben, steht diese Funktion nicht für Ihr Netzwerk zur Verfügung.
Möglicherweise möchten Sie Anzeigenanfragen über Server von Drittanbietern oder eigene Server, über Anbieter für das dynamische Anzeigen-Stitching oder über Anbieter für das serverseitige Einfügen von Anzeigen an Ad Manager senden. Gehen Sie wie im Folgenden beschrieben vor, um serverseitige Anzeigenanfragen an Ad Manager zu senden und genaue Berichte zu Impressionen, Klicks und zugeordneten Conversions zu erstellen.
1. Anleitung für die Integration an serverseitige Technologiepartner senden
Damit serverseitige Aufrufe von Drittanbieter-Servern (zum Beispiel von Anbietern von dynamischer Anzeigenbereitstellung oder serverseitigen Stitching-Anbietern) in Ad Manager authentifiziert werden, muss eine Verbindung zu den Ad Manager-Servern hergestellt werden. Dazu benötigen Sie ein SSL-Zertifikat, das von Ad Manager ausgestellt wird.
Bitten Sie Ihren serverseitigen Technologiepartner die auf dieser Seite beschriebenen Schritte auszuführen.
2. Serverseitiges Anzeigen-Tag generieren
Publisher, die Anzeigenanfragen über Server von Drittanbietern an Ad Manager senden, müssen ein Video-Tag erzeugen. Dafür haben sie zwei Möglichkeiten:
Auf der Ad Manager-Benutzeroberfläche
Sehen Sie sich an, wie Sie ein Video-Tag in Ad Manager erstellen.
URL für das Videoanzeigen-Tag manuell einrichten
Sehen Sie sich an, welche erforderlichen und optionalen URL-Parameter für VAST-Tags für Videoanzeigen zulässig sind, und lesen Sie die zusätzlichen Anforderungen für das Erfassen von Aufrufen, Conversions und Klicks.
/gampad/ads
oder /gampad/live/ads
verweisen, müssen serverside.doubleclick.net
nutzen (und nicht pubads.g.doubleclick.net
). Unter Umständen müssen Sie die URLs Ihrer Anzeigen-Tags manuell anpassen, damit die Anforderungen erfüllt werden.3. Serverseitige Anzeigenanfrage generieren
Sobald das Anzeigen-Tag erstellt wurde, muss der Technologiepartner, der die serverseitige Anzeigenanfrage an Ad Manager sendet, folgende Schritte ausführen:
-
Übergeben Sie in der Ad Manager-Anfrage die serverseitige Stitching-Quelle als Wert des Parameters
ssss
.Beim Wert des Parametersssss
wird die Groß-/Kleinschreibung beachtet. Wenn der Publisher den Wertexamplesource
erhält, ist die Übergabe vonssss=examplesource
korrekt, währendssss=ExampleSource
nicht korrekt ist.Anbieter für Video-Stitching-Technologie, die eine Server-zu-Server-Integration mit Google nutzen, erhalten den entsprechenden Wert von Google und können ihn dann an Sie weitergeben. Wenden Sie sich an Ihren Google Account Manager, wenn Sie Fragen zum Wert für diesen Parameter haben. -
Die IP-Adresse des Clientgeräts muss dynamisch weitergegeben werden. Dazu muss entweder der Header
X-Forwarded-For
oder ein Wert für den Parameterip
in der Ad Manager-Anfrage enthalten sein. Eine der genannten Methoden muss genutzt werden, aber nicht beide.Wird die vollständige IP-Adresse des Clientgeräts nicht mit einer der genannten Methoden korrekt weitergegeben, führt das unter Umständen zu Problemen bei der Anzeigenbereitstellung.
- Die vollständigen HTTP-Header des Clientgeräts/der Clientumgebung müssen weitergegeben werden. Dazu gehören Folgende:
-
User-Agent: Das sollte der gesamte unveränderte String sein, der vom Browser des Nutzers ausgegeben wird. Bei mobilen Anzeigen, die in WebViews oder nativen mobilen Browsern gerendert werden, muss der User-Agent übergeben werden, der von der mobilen Plattform für WebViews oder dem Browser verwendet wird (z. B. bei iOS-Geräten der User-Agent der Safari-Version für Mobilgeräte). Wenn Anzeigen in der nativen mobilen App gerendert werden, muss der User-Agent den Richtlinien für mobile Apps entsprechen.
User-Agent-Strings, die über die URL-Verbindungsklassen der mobilen Plattform generiert werden, sind ungültig, zum Beispiel „Dalvik“ bei Android- oder „CFNetwork“ bei iOS-Geräten. -
Accept-Encoding: Damit Ad Manager die Antworten komprimieren kann, sollte der Wert auf
gzip,deflate
festgelegt werden. Das ist wichtig, weil unkomprimierte Antworten 20-mal größer sind.
-
Zusätzliche Anforderungen für das Erfassen von Aufrufen, Conversions und Klicks
Wir empfehlen, alle Aufrufe und Conversions über den Client statt über den Server zu senden. Publisher sollten Impressions- und Conversion-Pings ebenfalls über den Client senden. In einigen bestimmten Fällen ist es für Publisher möglich, Aufrufe, Conversions und Klicks über den Server zu erfassen.
Wenn es aus technischer Sicht erforderlich ist, Aufrufe, Conversions und Klicks vom Server zu senden, muss die erste Anzeigenanfrage aus der serverseitigen Umgebung ipe=ssb
enthalten.
Nachfolgend finden Sie weitere empfohlene Best Practices, mit denen sich dazu beitragen lässt, dass Ad Manager Anzeigenanfragen und Conversions aus Implementierungen verarbeiten kann, die serverseitig gemessen werden:
- Senden Sie alle Aufruf-, Conversion- und Klickereignisse in der Reihenfolge, in der sie auftreten. Übergeben Sie beispielsweise kein Klickereignis vor einem Impressionsereignis, weil ein Nutzer keinen Klick ausführen kann, bevor die Impression ausgelöst und die Anzeige gerendert wurde.
- Senden Sie Ereignisse nicht im Batch, sondern genau dann, wenn das Ereignis registriert wurde.