Tuesday, May 24, 2022

Probleme mit von der Website bereitgestellten Klickzeichenfolgen - Campaign Manager 360-Hilfe [gg-campaignmanager-de]

Probleme mit von der Website bereitgestellten Klickzeichenfolgen

Campaign Manager 360 reserviert einen Schlüssel innerhalb von Placement-Tags, damit Websites einen Klickzeichenfolgenwert übergeben können, der auch als von der Website bereitgestellte Klickzeichenfolge (SSCS) bezeichnet wird. Der kombinierte Schlüsselwert ermöglicht es einer Website, Klicks zusammen mit (aber unabhängig von) Campaign Manager 360 zu verfolgen. In der Regel übernimmt ein SSCS den Parameter „ click= " zusammen mit einer URL, und der vollständige Schlüsselwert wird an die Campaign Manager 360-Server gesendet Das Tag wird geladen. Wenn ein Nutzer auf eine mit diesem Tag verknüpfte Anzeige klickt, besteht die resultierende URL, die ausgeführt wird, aus:

  1. Die grundlegende Campaign Manager 360-Klickzeichenfolge ( ad.doubleclick.net/click... )
  2. Der SSCS (der Wert, den Sie dem Parameter click= hinzugefügt haben)
  3. Die Zielseiten-URL (in der Trafficking-Oberfläche eingegeben)

Da die Zielseiten-URL der Anzeige tatsächlich drei separate URLs enthält, gibt es mehrere Umleitungen, bevor der Nutzer auf die Zielseite gelangt. Wenn Sie die Umleitungen in einem Proxy-Sniffer beobachten, sollten Sie drei Aufrufe in der oben beschriebenen Reihenfolge sehen. Die erste Anfrage geht an Campaign Manager 360, die zweite an SSCS und die dritte an die Zielseite.

Beispiele für die Verwendung eines SSCS

Eine von der Website bereitgestellte Klickzeichenfolge wird zuerst an Campaign Manager 360 übergeben, wenn ein Impressionsaufruf für ein Placement-Tag erfolgt. Wenn der SSCS an die Campaign Manager 360-Server gesendet wird, fügt unser System ihn in die Landingpage-URL ein, die zusammen mit dem Creative-Content an die Seite zurückgesendet wird. Daher werden SSCSs nur für Placement-Tag-Typen unterstützt, bei denen die Zielseiten-URL zum Zeitpunkt der Impression abgerufen wird. Das bedeutet, dass SSCSs nicht mit Standard-Tags verwendet werden können, da die Zielseiten-URLs für Standard-Tags in HTML fest codiert sind. Sie können jedoch SSCSs mit den folgenden Tag-Typen verwenden:

  • Iframe-Tags: Platzieren Sie die SSCS (in Fettdruck) innerhalb des SRC-Parameters im öffnenden Iframe-Tag:

    <IFRAME SRC="http://ad.doubleclick.net/adi/N963.147698.OMGBLOG/B6314018.5;
    dcadv=3519188;sz=728x90; click=http://www.example.com/test%3fhref=;
    ord=[Zeitstempel]?" WIDTH=728 HEIGHT=90 MARGINWIDTH=0 MARGINHEIGHT=0 HSPACE=0 VSPACE=0 FRAMEBORDER=0 SCROLLING=no BORDERCOLOR=&'#000000&'>......
  • JavaScript-Tags: Platzieren Sie den SSCS (in Fettdruck) innerhalb des SRC-Parameters im öffnenden Skript-Tag:

    <SCRIPT language='JavaScript1.1' SRC="http://ad.doubleclick.net/adj/N963.286484.123TEST/B6186860;
    dcadv=3289486;sz=728x90; click=http://www.example.com/test.html%3fhref=;
    ord=[Zeitstempel]?></SCRIPT>

SSCSs sind mit jedem Creative-Typ kompatibel, sogar mit benutzerdefinierten Creatives, solange Sie die Zielseiten-URL dynamisch abrufen.

URL-Codierung und SSCSs

Wenn eine SSCS-Weiterleitung auftritt, kontaktiert der Browser den in der URL angegebenen Server. Abhängig von der Serverkonfiguration und den Parametertypen innerhalb des SSCS müssen Sie möglicherweise auch die eigentliche Zielseiten-URL codieren, damit bestimmte reservierte Zeichen korrekt funktionieren. Dies wird gesteuert, wenn click= , click0= , click1= oder click2= verwenden, um den SSCS in das Placement-Tag einzugeben.

Das Ändern des Klickparameters wirkt sich nur darauf aus, ob die Zielseiten- URL codiert ist oder nicht, nicht auf den SSCS selbst.

Erfahren Sie mehr über die URL-Codierung

Fehlerbehebung

Wenn ich ein SSCS in das Placement-Tag einfüge, klickt es sich nicht mehr durch
  • Überprüfen Sie die Live- oder Testseite auf Implementierungsprobleme.

  • Stellen Sie sicher, dass die Zielseiten-URL eigenständig funktioniert.

  • Versuchen Sie, die Zielseiten-URL in den href= -Teil des SSCS einzufügen und in Ihren Browser einzugeben. Wenn die Zielseiten-URL eigenständig, aber nicht mit SSCS funktioniert, erwartet der SSCS-Server möglicherweise, die Zielseiten-URL in verschlüsselter Form zu erhalten. Versuchen Sie, die Zielseiten-URL mit einem URL-Codierungstool zu codieren (es gibt mehrere kostenlose Webanwendungen, die dafür online verfügbar sind), und geben Sie sie dann zusammen mit dem SSCS erneut in Ihren Browser ein.

  • Wenn das Problem dadurch nicht behoben wird, liegt ein Problem mit dem SSCS selbst vor. Die Partei, die die SSCS bereitgestellt hat, sollte für die Lösung des Problems verantwortlich sein.

Ich habe das SSCS zum Tag hinzugefügt, aber es klickt immer noch auf die ursprüngliche Zielseite
  • Überprüfen Sie die Live- oder Testseite auf Implementierungsprobleme.

  • Prüfen Sie, ob es ein Problem mit dem Creative gibt, z. B. eine hartcodierte URL.

  • Versuchen Sie, die Zielseiten-URL in den href= -Teil des SSCS einzufügen und in Ihren Browser einzugeben.

    • Wenn Sie dadurch zur richtigen Zielseite weitergeleitet werden, liegt möglicherweise ein Problem mit dem Creative vor.

    • Wenn Sie die Zielseite immer noch nicht erreichen können, liegt das Problem beim SSCS selbst. In diesem Fall sollte die Partei, die die SSCS bereitgestellt hat, für die Lösung des Problems verantwortlich sein.

  • Liefert das Tag ein benutzerdefiniertes Creative? Benutzerdefinierte Creatives müssen das %c%u -Makro verwenden, um die Zielseiten-URL zu füllen, damit SSCSs wie beabsichtigt funktionieren. Vergewissern Sie sich, dass das Makro im Bereich "HTML bearbeiten" auf der Eigenschaftsseite des Creatives angezeigt wird.

Wenn ich die SSCS in Tag 1 hinzufüge, funktioniert es, aber wenn ich sie zu Tag 2 hinzufüge, wird die Zielseite beschädigt.
  • Überprüfen Sie die Live- oder Testseite auf Implementierungsprobleme.

  • Vergewissern Sie sich noch einmal, dass es keine Probleme mit dem über Tag 2 gelieferten Creative gibt. Selbst wenn sie in der Vorschau gleich aussehen, kann das über Tag 2 gelieferte Creative anders codiert sein als das über Tag 1 gelieferte (z verschiedene Versionen des Motivs).

  • Vergleichen Sie die Zielseiten-URLs für Tag 1 und 2. Enthält die Zielseiten-URL für Tag 2 Sonderzeichen? Es kann sein, dass der Server für den SSCS keine Sonderzeichen verarbeiten kann. Um dies zu testen, versuchen Sie, eine generische URL wie http://www.google.com in den href= -Teil des SSCS einzufügen, und geben Sie dann den modifizierten SSCS in Ihren Browser ein.

    • Wenn der SSCS erfolgreich auf die von Ihnen eingefügte generische URL umleitet, weist dies darauf hin, dass die Sonderzeichen der Übeltäter sind. Je nachdem, wie der Server für die Zielseite konfiguriert wurde, kann das Problem möglicherweise durch Codieren der Zielseiten-URL behoben werden. Versuchen Sie, die Zielseiten-URL mit einem URL-Codierungstool zu codieren (es gibt online mehrere kostenlose Webanwendungen dafür), und wiederholen Sie dann das oben beschriebene Experiment mit der codierten Zielseiten-URL anstelle einer generischen URL.

    • Wenn der SSCS nicht erfolgreich umleitet, wenn eine generische URL hinzugefügt wurde, liegt das Problem beim SSCS selbst. In diesem Fall sollte die Partei, die die SSCS bereitgestellt hat, für die Lösung des Problems verantwortlich sein.

Es gab eine Diskrepanz beim Hinzufügen eines SSCS zum Tag
  • Prüfen Sie die Live- oder Testseite auf Implementierungsprobleme.

  • Enthält der SSCS ein Fragezeichen? Wenn dies der Fall ist, führt dies zu Abweichungen, da Fragezeichen als abschließende Zeichen für die Ad-Server von Campaign Manager 360 reserviert sind. Sie müssen das Fragezeichen mit dem %3f Makro maskieren/kodieren.

Die Verwendung eines SSCS führt eine zusätzliche Weiterleitung zwischen dem Klicken auf eine Anzeige und dem Erreichen der Zielseite ein. Dies führt normalerweise zu einer zusätzlichen Diskrepanz von 5-10 % aufgrund von Latenzproblemen und Benutzern, die den Browser mitten in der Weiterleitung stoppen.
Durch das Hinzufügen eines SSCS verursacht das Creative beim Click-through ein Pop-up.

Wenn das Pop-up ohne SSCS nicht auftritt, liegt ein Problem mit SSCS selbst vor. In diesem Fall sollte die Partei, die die SSCS bereitgestellt hat, für die Lösung des Problems verantwortlich sein.

No comments:

Post a Comment