Beispiele für netzwerkübergreifende Attribution

Die meisten Werbetreibenden arbeiten mit verschiedenen Werbenetzwerken zusammen, um Anzeigen in Publisher-Apps zu schalten. Wenn Werbenetzwerke ihre eigenen Attributionsquellen und Trigger mit der API registrieren, erhalten sie selbst zugeordnete Ereignis- und Zusammenfassungsberichte.

Werbetreibende, die einen Drittanbieter für die netzwerkübergreifende Attribution (XNA) verwenden möchten, um eine einzelne erfolgreiche Anzeige für eine bestimmte Conversion zu ermitteln, können dies jedoch weiterhin mithilfe der folgenden Methoden tun:

  • Einen internen Server einrichten, um Triggerereignisse zu registrieren und Attributionsberichte über die API zu erhalten
  • Vorhandenen Partner für mobile Messungen weiterhin verwenden

Unabhängig von der Methode, die ein Werbetreibender verwendet, unterstützt die Attribution Reporting API verschiedene Funktionen, mit denen Dritte die XNA-Logik im Namen eines Werbetreibenden anpassen können:

  • Ein Drittanbieter kann die Attribution über die API mit oder ohne Weiterleitungen von Werbenetzwerken durchführen.
  • Mit Prioritäts-, Filter- und Deduplizierungsschlüsseln können Sie die Attribution weiter anpassen, basierend auf Quell- und Triggerdimensionen.
  • Durch Attributionszeiträume nach der Installation können Quellen, die eine Installation ausgelöst haben, auch in Zukunft für In-App-Conversion-Ereignisse berücksichtigt werden.

Das Attributionsmodell, das Anzeigentechnologie-Anbieter für die netzwerkübergreifende Deduplizierung und die Auswahl erfolgreicher Quellen verwenden, kann je nach Nutzung dieser API-Funktionen unterschiedlich komplex sein.

In den folgenden Beispielen sehen Sie, wie diese Funktionen verwendet werden können und wie sich verschiedene Konfigurationen darauf auswirken, welche Attributionsquelle letztendlich für ein bestimmtes Triggerereignis zugeschrieben wird.

Prozesse

In der folgenden Liste werden die Schritte des XNA-Prozesses beschrieben. Der Einfachheit halber wird bei den hier aufgeführten Schritten von einem Modell ausgegangen, bei dem der Werbetreibende eine ausliefernde Anzeigentechnologie zur Auslieferung von Anzeigen und einen MMP für die Conversion-Analyse verwendet. Das API-Design ist jedoch flexibel. Die Funktionen unterscheiden sich nicht je nach Anzeigentechnologie und es ist auch keine Anzeigentechnologie erforderlich.

  1. Registrierung der Quelle: Der Nutzer sieht sich eine Anzeige an oder klickt darauf. Die ausliefernde Anzeigentechnologie registriert diese Quellen bei der API. Die ausliefernden Anzeigentechnologie-Anbieter können auch Weiterleitungen zu anderen Anzeigentechnologien einrichten, die Quellen ebenfalls direkt bei der API registrieren oder die netzwerkübergreifende Attribution ohne Weiterleitungen ermöglichen.
  2. Trigger-Registrierung: Der Nutzer führt eine mit einer Conversion verknüpfte Aktion aus, z. B. das erste Öffnen der App, den Kauf oder das Hinzufügen zum Einkaufswagen, woraufhin ein MMP einen Trigger bei der API registriert. Die MMP leitet möglicherweise auch an andere Anzeigentechnologie-Anbieter weiter, die Trigger direkt über die API registrieren können. Wenn eine MMP die netzwerkübergreifende Attribution ohne Weiterleitungen aktivieren muss, muss die Attributionskonfiguration bei der Trigger-Registrierung angegeben werden.
  3. Attribution: Wenn bei der Trigger-Registrierung die Attributionskonfiguration angegeben wird, werden abgeleitete Quellen im Namen der MMP generiert. Für jeden Trigger wird versucht, entweder einer geeigneten Quelle, die direkt von der MMP registriert ist, oder einer geeigneten abgeleiteten Quelle zuzuordnen, die im Namen des MMP unter Verwendung der bereitgestellten Anzeigentechnologie-Quellen generiert wurde. Die übrigen Quellen, denen keine Attribution zugeordnet wurde, werden verworfen und können nicht mehr für künftige Conversions zugeordnet werden. In anderen Teilen der Dokumentation wird dies auch als „Einmal verlieren, immer verlieren“ bezeichnet.
    1. Wenn eine abgeleitete Quelle die Attribution verliert, generiert die API keine zukünftigen abgeleiteten Quellen auf der Grundlage der ursprünglichen Quelle, wenn zukünftige Conversion-Ereignisse vom MMP registriert werden. Die ausliefernden Anzeigentechnologie-Anbieter und andere MMPs können für die künftige Attribution weiterhin die ursprüngliche Quelle verwenden. Dies wird in Szenario 6 ausführlich beschrieben.
  4. Berichte generieren: Mithilfe der Attribution werden Berichte zu Ereignissen oder zusammengefassten Berichten erstellt. Für abgeleitete Quellen werden nur zusammengefasste Berichte erstellt.
  5. Zustellung von Berichten: Die Zustellung der erstellten Berichte wird geplant.

Szenario 1: Netzwerkübergreifende Attribution mit Weiterleitungen

Ein Werbetreibender arbeitet mit zwei Anzeigentechnologien und einer MMP zusammen. Wenn Nutzer auf Anzeigen klicken, die von den ausliefernden Anzeigentechnologien ausgeliefert werden, werden sie bei der Registrierung der Quelle an die MMP weitergeleitet. Wenn ein Nutzer in der App eine Conversion ausführt, wird er über die MMP zu den Anzeigentechnologien weitergeleitet, sobald die Registrierung ausgelöst wird.

Die MMP erhält einen netzwerkübergreifenden Bericht zu deduplizierten Inhalten und jede ausliefernde Anzeigentechnologie erhält selbst zugeordnete Berichte.

Zeitplan für die Registrierung

Bei t0 klickt der Nutzer auf eine von ad-tech1 bereitgestellte Anzeige, die eine Quelle „Source1“ zusammen mit ihrer Weiterleitungsquelle2 von mmp-ad-tech registriert:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "34532",
    "web_destination": "https://destination.example.com",
    "priority": "10",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x1"
    }
  },
  "Attribution-Reporting-Redirect": [
    "https://www.mmp-ad-tech.com/source2"
  ]
// Registered by mmp-ad-tech via redirects
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "788324",
    "web_destination": "https://destination.example.com",
    "priority": "30",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x2",
      "geoValue": "0x102"
    }
  }

Bei t1 klickt der Nutzer auf eine von ad-tech2 bereitgestellte Anzeige, um Quelle3 zusammen mit der Weiterleitung zu mmp-ad-tech zu registrieren, z.B. Quelle4:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "6574435",
    "web_destination": "https://destination.example.com",
    "priority": "10",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x3"
    }

  },
  "Attribution-Reporting-Redirect": [
    "https://www.mmp-ad-tech.com/source"
  ]
// Registered by mmp-ad-tech via redirects
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "4532343",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x4"
    }
  }

Bei t2 führt die Aktion oder Conversion des Nutzers in der App des Werbetreibenden zu einer Trigger-Registrierung durch mmp-ad-tech (Trigger1), die auch auf ad-tech1 (Trigger2) und ad-tech2 (Trigger3) weiterleitet:

nicht definiert

Ergebnis

Quelle 2 und Quelle 4, die für mmp-ad-tech registriert sind, konkurrieren bei der Attribution für den registrierten Trigger 1 für mmp-ad-tech. Source2 gewinnt aufgrund der höheren Priorität gegenüber Source4. „Trigger2“ von „ad-tech1“ wird Quelle1 von „ad-tech1“ und „Trigger3“ von „ad-tech2“ Quelle3 von „ad-tech2“ zugeordnet.

Konkurrierende Quellen für

Fields

Source1

Source2

Source3

Source4

Quelle für die Registrierung von Anzeigentechnologien

Anzeigentechnologie1

MPM-Anzeigentechnologie

Anzeigentechnologie2

MPM-Anzeigentechnologie

source_event_id

34532

788324

6574435

4532343

Ziel

https://destination.example.com

https://destination.example.com

https://destination.example.com

https://destination.example.com

Priorität

10

30

10

20
Registrierte Trigger
Attributionsergebnis

„Trigger1“-Attribute auf Quelle2, „Trigger2“ auf Quelle1 und „Trigger3“ auf Quelle3.

Ignorierte Quellen nach der Attribution

Quelle 4: konkurriert künftig nicht um die Attribution.

Ereignisberichte

Berichts-URL: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "788324",
    "trigger_data": "1",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }

Berichts-URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "34532",
    "trigger_data": "2",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }

Berichts-URL: https://www.ad-tech2.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "6574435",
    "trigger_data": "3",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }
Gesammelte Berichte

Berichts-URL: https://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x104",
        "value": 11
      }
    ]
  }

Berichts-URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-aggregate-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x201",
        "value": 21
      }
    ]
  }

Berichts-URL: https://www.ad-tech2.com/.well-known/attribution-reporting/report-aggregate-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x303",
        "value": 31
      }
    ]
  }

Szenario 2: Netzwerkübergreifende Attribution ohne Weiterleitungen

Ein Werbetreibender arbeitet mit zwei Anzeigentechnologien und einer MMP zusammen. Ein Nutzer klickt auf eine Anzeige der ersten ausliefernden Anzeigentechnologie und wird bei der Registrierung der Quelle zum MMP weitergeleitet. Klickt der Nutzer auf eine Anzeige der zweiten Anzeigentechnologie, erfolgt keine Weiterleitung. Stattdessen wird vorab ein Teil der Aggregationsschlüssel für den MMP freigegeben.

Der Nutzer führt dann in der App eine Conversion aus, in der der Trigger vom MMP registriert wird, leitet ihn aber nicht zu einer der Anzeigentechnologien weiter, die nicht weitergeleitet werden. Nur der MMP erhält einen netzwerkübergreifenden Zusammenfassungsbericht ohne doppelte Einträge, der diese Conversion enthält.

Zeitplan für die Registrierung

Bei t0 klickt der Nutzer auf eine Anzeige, was zu einer Source1-Registrierung durch ad-tech1 und einer Source2-Registrierung durch mmp-ad-tech über eine Weiterleitung von ad-tech1 führt:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "234543",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159"
    }
  },
  "Attribution-Reporting-Redirect": [
    "http://www.mmp-ad-tech.com"
  ]
 // Registered by mmp-ad-tech via redirect
 "Attribution-Reporting-Register-Source": {
    "source_event_id": "45453",
    "web_destination": "https://destination.example.com",
    "priority": "100",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5",
    }
  }

Bei t1 klickt der Nutzer auf eine andere Anzeige, was zu Quelle3 von ad-tech2 führt, die die gleichen Aggregationsschlüssel hat:

 // Registered by ad-tech2
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "978",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts"
    ]
  }

Bei t2 löst die Aktion/Conversion des Nutzers die Registrierung durch mmp-ad-tech aus, die eine Attributionskonfiguration für ad-tech2 enthält:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "101"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ],
        "x_network_data": {
          "key_offset": 10
        }
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-2",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "priority": "200",
        "expiry": "172800"
      }
    ],
    "x_network_key_mapping": {
      "enrollment-id-ad-tech-2": "0x4"
    }
  }

Ergebnis

Quelle2 gleicht Registrierung und Ziel mit dem Trigger ab, sodass sie zu einer konkurrierenden Quelle für die Attribution wird. Außerdem wurde bei der Trigger-Registrierung eine Attributionskonfiguration für „ad-tech2“ und „Source3“ über gemeinsam verwendete Aggregationsschlüssel für „ad-tech2“ festgelegt. Dadurch kann eine abgeleitete Quelle, „Quelle3“, als konkurrierende Quelle für die Attribution generiert werden.

Konkurrierende Quellen

Fields

Source2

Quelle3

Ursprüngliche Quelle, die Anzeigentechnologie registriert

MPM-Anzeigentechnologie

Anzeigentechnologie2

source_event_id

45453

978

Priorität

100

200
Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird Quelle3 zugeordnet, da Quelle3 eine höhere Priorität als Quelle2 hat.

Ignorierte Quellen nach der Attribution

Source2

Ereignisberichte

Keine: Für abgeleitete Quellen werden keine Ereignisberichte erstellt.

Zusammengefasste Berichte

Die übergeordnete Quelle von Quelle3, d. h., Quelle3 teilt nur campaignCounts. Der Schlüsselteil für den Trigger wird so berechnet:

(key_piece value) | ((x_network_key_mapping entry) << offset)

0x400 | (0x4 << 10) = 0x1400

Abschließend wird der resultierende Schlüssel durch den ODER-Operator (0x1400) mit dem Quellschlüssel (0x159), d. h. 0x1559, generiert.

Berichts-URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

{
  "attribution_destination": "https://destination.example.com",
  "histograms": [
    {
     "key": "0x1559",
      "value": 32768
    }
  ]
}

Szenario 3: MMP registrierte Quelle und übergeordneter Kandidat der abgeleiteten Quelle in derselben Registrierungskette

Ein Werbetreibender arbeitet mit zwei Anzeigentechnologien und einer MMP zusammen. Ein Nutzer klickt auf eine Anzeige der ersten ausliefernden Anzeigentechnologie. Dabei erfolgt keine Weiterleitung bei der Registrierung der Quelle, sondern teilt Aggregationsschlüssel mit MMP. Der Nutzer klickt auf eine Anzeige von der zweiten ausliefernden Anzeigentechnologie, die bei der Registrierung der Quelle zur MMP weitergeleitet wird und Aggregationsschlüssel mit MMP teilt.

Zeitplan für die Registrierung

Bei t0 klickt der Nutzer auf eine von ad-tech1 geschaltete Anzeige, wodurch die Registrierung von Quelle1 ausgelöst wird:

 "Attribution-Reporting-Register-Source": {
    "source_event_id": "52343",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172800",
    "aggregation_keys": {
     "campaignCounts": "0x159",
     "geoValue": "0x5"
   },
   "shared_aggregation_keys": [
     "campaignCounts",
     "geoValue"
   ]
 }

Bei t1, Registrierungskette 2, registriert ad-tech2 Source2 und Weiterleitungen, um eine MMP-Quelle zu registrieren, Quelle3:

    "source_event_id": "234456",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "aggregation_keys": {
      "campaignCounts": "0x159"
    },
    "shared_aggregation_keys": [
      "campaignCounts"
    ]
  },
  "Attribution-Reporting-Redirect": [
    "http://www.mmp-ad-tech.com"
  ]
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "4234",
    "web_destination": "https://destination.example.com",
    "priority": "100",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x159"
    }
  }

Bei t2 ist für die Triggerregistrierung die Attribution so konfiguriert, dass abgeleitete Quellen von „ad-tech1“ und „ad-tech2“ generiert werden:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "101"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ],
        "x_network_data" : {
          "key_offset" : 10
        }
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768,
      "geoValue": 1664
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-1",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "priority": "20",
        "expiry": "172800"
      },
      {
        "source_network": "enrollment-id-ad-tech-2",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "priority": "20",
        "expiry": "172800"
      }
    ],
    "x_network_key_mapping" : {
      "enrollment-id-ad-tech-1" : "0x2",
      "enrollment-id-ad-tech-2" : "0x4"
    }
  }

Das Ergebnis ist, dass die MMP-registrierte Quelle in der zweiten Registrierungskette den Zuschlag erhält. Der resultierende zusammengefasste Bericht sieht in etwa so aus:

Ergebnis

Die abgeleitete Quelle von Quelle2 (mit „source_event_id": "234456“) nimmt nicht an der Attribution teil, da für dieselbe Registrierungskette auch eine Quelle für MMP-Anzeigentechnologie registriert ist.

Konkurrierende Quellen

Fields

Quelle1

Source3

Ursprüngliche Quelle, die Anzeigentechnologie registriert

Anzeigentechnologie1

MPM-Anzeigentechnologie

source_event_id

52343

4234

Priorität

20

100
Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird Quelle3 zugeordnet, da Quelle3 eine höhere Priorität als Quelle1 hat.

Ignorierte Quellen nach der Attribution

Quelle1: Quelle1 wird nicht mehr als abgeleitete Quelle für mmp-ad-tech betrachtet.

Ereignisberichte

Berichts-URL: https://www.ad-tech1.com/.well-known/attribution-reporting/report-event-attribution

  {
    "attribution_destination": "https://destination.example.com",
    "scheduled_report_time": "800176400",
    "source_event_id": "4234",
    "trigger_data": "2",
    "source_type": "navigation",
    "randomized_trigger_rate": 0.0024263
  }
Zusammengefasste Berichte

Berichts-URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

{
  "report_url": "http://www.mmp-example.com",
  "payload": {
    "attribution_destination": "https://destination.example.com",
    "histograms": [
      {
        "key": "0x559"
        "value": 32768
      }
    ]
  }
}

Szenario 4: Netzwerkübergreifende Attribution ohne Weiterleitungen mit Kriterien für die Quellenauswahl

Ein Werbetreibender arbeitet mit 4 Anzeigentechnologien und einer MMP zusammen. Ein Nutzer klickt auf eine Anzeige von 1, die Anzeigentechnologie schaltet, und sieht sich Anzeigen von anderen 3 Anzeigen an. Wenn ein Nutzer in der App des Werbetreibenden eine Conversion ausführt, registriert die MMP einen Trigger und gibt an, aus welchen für die Anzeigentechnologie registrierten Quellen abgeleitete Quellen erstellt werden sollen. Dazu werden die folgenden Filter verwendet:

  1. Priorität_Bereich: Quellen mit Priorität innerhalb des angegebenen Bereichs auswählen
  2. expiry: Wählen Sie Quellen aus, deren Ablauf nach der angegebenen Dauer liegt.
  3. source_filters: Wählen Sie Quellen aus, deren filter_data mit den angegebenen source_filters übereinstimmt.
  4. source_not_filters: Wählen Sie Quellen aus, deren "not_filters" mit den angegebenen "source_not_filters" übereinstimmt.

Sobald abgeleitete Quellen anhand der Kriterien generiert wurden, können sie bei der Attribution berücksichtigt werden.

Zeitplan für die Registrierung

Bei t0 registriert ein Nutzer-Klick eine Quelle "Source1", die "source_type" als Navigation mit dieser registrierten Quelle verknüpft:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "87456",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172801",
    "filter_data": {
      "filter1": [
        "does_not_matter"
      ],
      "filter2": [
        "non-match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x119",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

Bei t1 sieht ein Nutzer die Anzeige, wodurch ad-tech2 eine Quelle "Source2" registriert, die "source_type" als Ereignis mit dieser registrierten Quelle verknüpft:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "9078",
    "web_destination": "https://destination.example.com",
    "priority": "2000",
    "expiry": "172801",
    "filter_data": {
      "filter1": [
        "does_not_matter"
      ],
      "filter2": [
        "match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x129",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

Bei t2 registriert eine Nutzeransicht ad-tech3 eine Quelle Source3, die source_type als Ereignis mit dieser registrierten Quelle verknüpft:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "2413",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "filter_data": {
      "filter1": [
        "non-match"
      ],
      "filter2": [
        "non-match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

Bei t3 registriert eine Nutzeransicht ad-tech4 eine Quelle Source4, die source_type als Ereignis mit dieser registrierten Quelle verknüpft:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "7567",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "filter_data": {
      "filter1": [
        "match"
      ],
      "filter2": [
        "match"
      ]
    },
    "aggregation_keys": {
      "campaignCounts": "0x169",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

Bei t4 führt eine Nutzer-Conversion dazu, dass „mmp-ad-tech“ einen Trigger mit Attributionskonfiguration für alle anderen registrierten Quellen für Anzeigentechnologien registriert:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "100"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ]
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768,
      "geoValue": 1664
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-1",
        "source_priority_range": {
          "start": 1,
          "end": 100
        },
        "source_filters": {
          "source_type": [
            "event"
          ]
        },
        "priority": "100",
        "expiry": "172801"
      },
      {
        "source_network": "enrollment-id-ad-tech-2",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "source_filters": {
          "source_type": [
            "navigation"
          ]
        },
        "priority": "100",
        "expiry": "172801"
      },
      {
        "source_network": "enrollment-id-ad-tech-3",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "source_filters": {
          "source_type": [
            "navigation"
          ],
          "filter1": [
            "match"
          ],
          "filter2": [
            "match"
          ]
        },
        "priority": "50",
        "expiry": "172801"
      },
      {
        "source_network": "enrollment-id-ad-tech-4",
        "source_priority_range": {
          "start": 1,
          "end": 1000
        },
        "source_filters": {
          "source_type": [
            "navigation"
          ],
          "filter1": [
            "match"
          ],
          "filter2": [
            "match"
          ]
        },
        "priority": "30",
        "expiry": "172801"
      }
    ],
    "x_network_key_mapping": {
      "enrollment-id-ad-tech-1": "0x1",
      "enrollment-id-ad-tech-2": "0x2",
      "enrollment-id-ad-tech-3": "0x3",
      "enrollment-id-ad-tech-4": "0x4"
    }
  }

Ergebnis

Die folgenden Quellen kommen aufgrund nicht übereinstimmender Kriterien nicht für die Erstellung abgeleiteter Quellen infrage:

  1. Quelle1 erfüllt nicht den Filter „source_type":"event“ in der Attributionskonfiguration von „ad-tech1“
  2. Für Quelle2 wurde die Priorität auf 2.000 festgelegt, was außerhalb des Prioritätsbereichs-Filters von ad-tech2 (1.1000) liegt
  3. Quelle3 stimmt nicht mit dem Wert für „filter2“ überein
Konkurrierende Quellen

Fields

Quelle4

Registrierung von Anzeigentechnologie (ursprüngliche Quelle)

AdTech4

source_event_id

7567

Ziel

https://destination.example.com

Priorität

30

Ablaufdatum

Registrierungszeit + 2 Tage
Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird Quelle4 zugeordnet, da es sich nur um eine Quelle für die Attribution handelt.

Ignorierte Quellen nach der Attribution

Keine

Ereignisberichte

Keine: Es werden keine Ereignisberichte für eine abgeleitete Quelle generiert.

Zusammengefasste Berichte

Berichts-URL: http://www.mmp-ad-tech.com 

{
  "attribution_destination": "https://example.com",
  "histograms": [
    {
      "key": "0x56d",
      "value": 32768
    },
    {
      "key": "0x5",
      "value": 1664
    }
  ]
}

Szenario 5: Attribution nach der Installation

Ein Werbetreibender arbeitet mit zwei Anzeigentechnologien und einer MMP zusammen. Ein Nutzer klickt auf eine Anzeige aus der ersten Anzeigentechnologie und installiert die App des Werbetreibenden. Bei der Attribution für Conversions nach der Installation hat die abgeleitete Quelle mit Installationszuordnung Vorrang vor anderen Quellen, auch wenn andere eine höhere Priorität haben.

Zeitplan für die Registrierung

Bei t0 registriert Ad-Tech1 durch eine Nutzerinteraktion Quelle1:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "3645",
    "destination": "android-app://com.example.app",
    "priority": "20",
    "expiry": "172801",
    "install_attribution_window": "86400",
    "post_install_exclusivity_window": "864000",
    "aggregation_keys": {
      "campaignCounts": "0x119",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

Bei t1 installiert der Nutzer die App com.example.app auf seinem Gerät

Bei t2 registriert ad-tech2 aufgrund einer Nutzerinteraktion Quelle2:

  "Attribution-Reporting-Register-Source": {
    "source_event_id": "345789",
    "destination": "android-app://com.example.app",
    "priority": "100",
    "aggregation_keys": {
      "campaignCounts": "0x159",
      "geoValue": "0x5"
    },
    "shared_aggregation_keys": [
      "campaignCounts",
      "geoValue"
    ]
  }

Bei t3 wird von mmp-ad-tech ein Trigger mit Attributionskonfigurationen für „ad-tech1“ und „ad-tech2“ registriert:

  "Attribution-Reporting-Register-Trigger": {
    "event_trigger_data": [
      {
        "trigger_data": "2",
        "priority": "100"
      }
    ],
    "aggregatable_trigger_data": [
      {
        "key_piece": "0x400",
        "source_keys": [
          "campaignCounts"
        ]
      }
    ],
    "aggregatable_values": {
      "campaignCounts": 32768,
      "geoValue": 1664
    },
    "attribution_config": [
      {
        "source_network": "enrollment-id-ad-tech-1",
        "priority": "10",
        "expiry": "172801",
        "post_install_exclusivity_window": "172800"
      },
      {
        "source_network": "enrollment-id-ad-tech-2",
        "priority": "20",
        "expiry": "172801"
      }
    ],
    "x_network_key_mapping": {
      "enrollment-id-ad-tech-1": "0x1",
      "enrollment-id-ad-tech-2": "0x3"
    }
  }

Ergebnis

Generierte abgeleitete Quellen aus Quelle1 und Quelle2, d. h. Quelle1 und Quelle2, die um die Attribution konkurrieren.

Konkurrierende Quellen

Fields

Quelle1

Quelle2

Ursprüngliche Quelle, die Anzeigentechnologie registriert

Anzeigentechnologie1

Anzeigentechnologie2

source_event_id

3645

345789

Ziel

Android-App://de.beispiel.app

Android-App://de.beispiel.app

Priorität

10

20

Drove-App-Installation

Ja

Nein
Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

„Trigger1“ wird Quelle1 zugeordnet, da sie die Installation der Ziel-App ausgelöst hat. Beachten Sie, dass „Source2“ eine höhere Priorität hatte.

Ignorierte Quellen nach der Attribution

Quelle2: Abgeleitete Quellen von Quelle2 werden bei der Attribution für Auslöser, die von mmp-ad-tech registriert werden, nicht berücksichtigt.

Ereignisberichte

Keine: Es werden keine Ereignisberichte für eine abgeleitete Quelle generiert.

Zusammengefasste Berichte

Berichts-URL: http://www.mmp-ad-tech.com/.well-known/attribution-reporting/report-aggregate-attribution

{
  "attribution_destination": "android-app://com.example.app",
  "histograms": [
    {
      "key": "0x519",
      "value": 32768
    },
    {
      "key": "0x5",
      "value": 1664
    }
  ]
}

Szenario 6: Einmal verlieren, immer verlieren

Wenn ad-tech1 eine Quelle hat, deren abgeleitete Quelle an der Attribution für den Trigger und den Verlust der Attribution von mmp-ad-tech beteiligt war, wird die Quelle von ad-tech1 nicht verwendet, um danach eine abgeleitete Quelle für die Trigger von mmp-ad-tech zu erstellen. Hier ein Beispiel für eine Zeitachse:

  • Bei t0 ist Quelle1 von ad-tech1 bei "priority": "10" registriert.
  • Bei t1 ist Quelle2 von ad-tech2 bei "priority": "20" registriert.
  • Bei t2 wird Trigger1 von mmp-ad-tech mit den Attributionskonfigurationen von ad-tech1 und ad-tech2 registriert.
  • Bei t3 findet die Attribution für Trigger1 statt, wobei die von „ad-tech2“ abgeleitete Quelle die Attribution gewinnt und die Quelle von „ad-tech1“ ignoriert wird.
  • Bei t4 ist Source3 von ad-tech3 bei "priority": "5" registriert.
  • Bei t5 wird Trigger2 von mmp-ad-tech mit den Konfigurationen von ad-tech1 und ad-tech3 registriert.
  • Bei t6 erfolgt die Zuordnung für Trigger2, wobei die abgeleitete Quelle aus Quelle3 (Quelle3) die Zuordnung erhält.

Erläuterung des Ergebnisses

Die aus der Quelle von ad-tech1 abgeleitete Quelle hatte keine Attribution für Trigger1 mehr. Daher wurde Quelle1 nicht verwendet, um eine abgeleitete Quelle für die Attribution von Trigger2 zu erstellen. Hätte es zuvor nicht bei t3 verloren, hätte es die Quelle von ad-tech3 aufgrund der höheren Priorität besiegt.