Migration zu Conversion-Tracking v2

Überblick

Die Implementierung von Conversion-Tracking besteht aus zwei Teilen: dem Speichern und Zurückgeben von rwg_token. Diese bleiben unverändert, aber zur Einhaltung von Conversion-Tracking Version 2 muss jetzt ein neuer Wert zurückgegeben werden: merchant_change.

Änderungen beim dauerhaften Speichern des Tokens

Beim Speichern des Tokens müssen Sie jetzt den Händler speichern, der mit dem Aktionslink verknüpft ist. Dazu wird in der Regel der Händler dem entsprechenden merchant_id zugeordnet.

Im Folgenden finden Sie ein Beispiel für Conversion-Tracking auf Geräteebene, bei dem diese Werte mithilfe eines eigenen Cookies in einem Webbrowser gespeichert werden. In diesem Beispiel wird davon ausgegangen, dass Sie den Tokenwert in eine Variable geparst und eine Logik implementiert haben, die den merchant_id speichert. Wenn Sie dieses Beispiel verwenden möchten, müssen Sie rootdomain mit Ihrer Domain aktualisieren. Dieser vorgeschlagene Ansatz funktioniert möglicherweise nicht für alle. Partner können daher ihre eigene Logik nach eigenem Ermessen anpassen oder implementieren.

<script>
  if (typeof rwg_token !== 'undefined') {
    merchant_id = // Write your own logic here assigning the merchant id value
    document.cookie =
    "_rwg_token=" + rwg_token + ";_merchant_id=" + merchantid + ";max-age=2592000;domain=rootdomain.com;path=/";
  }
</script>

Änderungen beim Senden von Conversion-Daten

Wenn ein Nutzer ein Conversion-Ereignis ausführt, sollte der Post-Text ein JSON-codiertes Objekt mit dem neuen booleschen Wert merchant_change sein.

{
  "conversion_partner_id": <partnerId>,
  "rwg_token": <rwg_token_val>
  "merchant_changed": 1|2
}

Anhand der zuvor gespeicherten merchant_id wird ermittelt, ob der Händler, der das Conversion-Ereignis ausgelöst hat, nicht der Händler ist, der das Conversion-Ereignis ausgelöst hat. Sobald du festgestellt hast, ob der Händler geändert wurde, wird der entsprechende merchant_change-Wert mithilfe der folgenden Tabelle zurückgegeben.

Händleränderungswert Anforderung
1 Dieser Wert sollte verwendet werden, wenn ein Nutzer die Website des ursprünglichen Händlers verlassen und über Ihre Plattform bei einem anderen Händler einen Kauf abgeschlossen hat
2 Dieser Wert ist zu verwenden, wenn der Kunde eine Transaktion über die ursprüngliche Entität (den Händler) abgeschlossen hat.

Sie müssen eine gültige rwg_token angeben, wenn ein Conversion-Ereignis gesendet wird. Verwenden Sie zu Testzwecken in beiden Umgebungen das folgende Testtoken, bis Sie bereit für den Start sind:

AJKvS9WeONmWKEwjG0--HdpzMq0yAVNL8KMxbb44QtbcxMhSx_NUud5b8PLUBFehAIxOBO-iYRIJOknEFkIJmdsofdVJ6uOweQ==

Verwenden Sie für die Anfrage die folgenden Endpunkte, die Ihrer Umgebung entsprechen:

  • Produktion: https://www.google.com/maps/conversion/collect
  • Sandbox: https://www.google.com/maps/conversion/debug/collect

Anforderungen für die Conversion-Attribution

Der erforderliche Standard für die Conversion-Attribution von Google ist ein 30‐tägiger Attributionszeitraum für alle Interaktionen mit einem „Ortslink“ in einem beliebigen Geschäft.

Dieser Attributionszeitraum bedeutet, dass Google in den folgenden Szenarien davon ausgeht, dass ein Conversion-Ereignis gesendet wird:

  • Ein Nutzer folgt einem Link für eine ortsbezogene Aktion und gibt in derselben Sitzung eine Bestellung für denselben Händler auf(Händleränderungswert = 2).
  • Ein Nutzer folgt einem „Place Action“-Link und kehrt innerhalb von 30 Tagen von einem anderen Kanal zurück, um eine Bestellung für denselben Händler aufzugeben. ( Wert der Händleränderung = 2)
  • Ein Nutzer folgt einem „Place Action“-Link und gibt dann innerhalb einer Sitzung oder einer anderen Sitzung innerhalb von 30 Tagen eine Bestellung in einem anderen Geschäft auf. ( Wert der Händleränderung = 1)

Außerdem erwartet Google, dass Conversion-Ereignisse von allen Oberflächen gesendet werden, zu denen Nutzer über einen Link für ortsbezogene Aktionen gelangen können. Einschließlich:

  • Desktop- oder mobile Webanwendungen
  • Mobile Apps, entweder über einen App-Deeplink oder einen registrierten App-Intent für Ihre Domain

Wenn das Token auf Nutzerebene gespeichert wird (siehe „Token beibehalten“), wird erwartet, dass Sie die geräteübergreifende Attribution bereitstellen. Das heißt, ein Nutzer, der vom Computer aus einem Aktionslink folgt und die Transaktion dann auf einem Mobilgerät mit demselben Nutzerkonto abschließt, sollte ein Conversion-Ereignis auslösen.

Wenn das Token ausschließlich auf Geräteebene gespeichert wird, z. B. in Browsercookies, ist keine geräteübergreifende Attribution zu erwarten. In diesem Fall würde auf jedem Gerät ein separates Token bestehen bleiben, wenn der Nutzer auf diesem Gerät einem Aktionslink gefolgt wäre. Jedes Gerät würde die Attributionsregeln separat befolgen.