Beispiele für die netzwerkübergreifende Attribution

Die meisten Werbetreibenden arbeiten mit mehreren verschiedenen Werbenetzwerken zusammen, um Anzeigen in Publisher-Apps auszuliefern. Wenn Werbenetzwerke ihre eigenen Attributionsquellen und ‑trigger bei der API registrieren, erhalten sie selbst attribuierte Ereignis- und Zusammenfassungsberichte.

Werbetreibende, die einen Drittanbieter für die netzwerkübergreifende Attribution (Cross-Network Attribution, XNA) nutzen möchten, um eine einzelne Gewinneranzeige für eine bestimmte Conversion zu ermitteln, können dies weiterhin mit den folgenden Techniken tun:

• Einrichtung eines internen Servers zum Registrieren von Triggerereignissen und Empfangen von Attributionsberichten über die API
• Vorhandenen Partner für mobile Analysen weiter verwenden

Unabhängig davon, welche Technik ein Werbetreibender verwendet, unterstützt die Attribution Reporting API eine Reihe verschiedener Funktionen, mit denen ein Drittanbieter die XNA-Logik im Namen eines Werbetreibenden anpassen kann:

• Ein Drittanbieter kann die Zuordnung mit der API mit oder ohne Weiterleitungen von Werbenetzwerken durchführen.
• Mit Priorität, Filtern und Deduplizierungsschlüsseln lässt sich die Zuordnung anhand von Quell- und Triggerdimensionen weiter anpassen.
• Mit Attributionszeiträumen nach der Installation können Quellen, die eine Installation generiert haben, weiterhin für zukünftige In-App-Conversion-Ereignisse berücksichtigt werden.

Das Attributionsmodell, das Ad-Tech-Unternehmen für die netzwerkübergreifende Deduplizierung und die Auswahl von Gewinnerquellen verwenden, kann je nach Nutzung dieser API-Funktionen unterschiedlich komplex sein.

In den folgenden Beispielen wird veranschaulicht, wie diese Funktionen verwendet werden können und wie sich verschiedene Konfigurationen darauf auswirken, welcher Attributionsquelle letztendlich ein Beitrag für ein bestimmtes Triggerereignis zugeordnet wird.

Prozess

In der folgenden Liste sind die Schritte des XNA-Prozesses aufgeführt. Der Einfachheit halber wird in den hier aufgeführten Schritten davon ausgegangen, dass der Werbetreibende eine Ad-Serving-Technologie für die Anzeigenbereitstellung und einen MMP für die Conversion-Analyse verwendet. Das API-Design ist jedoch flexibel. Die Funktionalität unterscheidet sich nicht zwischen verschiedenen Arten von Anzeigentechnologien und erfordert auch nicht die Verwendung einer Anzeigentechnologie.

1. Quellregistrierung: Ein Nutzer sieht oder klickt auf eine Anzeige und die Ad-Tech-Plattform, über die die Anzeige ausgeliefert wird, registriert diese Quellen mit der API. Die Anzeigentechnologie kann auch zu anderen Anzeigentechnologien weiterleiten, die Quellen direkt mit der API registrieren oder netzwerkübergreifende Attribution ohne Weiterleitungen ermöglichen können.
2. Triggerregistrierung: Der Nutzer führt eine Conversion-bezogene Aktion aus, z. B. das erste Öffnen der App, einen Kauf oder das Hinzufügen eines Artikels zum Einkaufswagen. Daraufhin registriert ein MMP einen Trigger bei der API. Das MMP kann auch zu anderen Ad-Tech-Unternehmen weiterleiten, die Trigger direkt über die API registrieren können. Wenn ein MMP die netzwerkübergreifende Zuordnung ohne Weiterleitungen aktivieren muss, muss die Zuordnungskonfiguration bei der Triggerregistrierung angegeben werden.
3. Attribution: Wenn bei der Triggerregistrierung eine Attributionskonfiguration angegeben wird, werden abgeleitete Quellen im Namen des MMP generiert. Jeder Trigger wird entweder mit einer zulässigen Quelle abgeglichen, die direkt vom MMP registriert wurde, oder mit einer zulässigen abgeleiteten Quelle, die im Namen des MMP anhand der Quellen der Ad-Serving-Technologie generiert wurde. Die verbleibenden Quellen, denen keine Attribution zugewiesen wurde, werden verworfen und können nicht mehr für die Attribution zukünftiger Conversions infrage kommen. In anderen Teilen der Dokumentation wird dies möglicherweise auch als „einmal verloren, immer verloren“ bezeichnet.
   1. Wenn eine abgeleitete Quelle die Zuordnung verliert, werden von der API keine zukünftigen abgeleiteten Quellen auf Grundlage der ursprünglichen Quelle generiert, wenn zukünftige Conversion-Ereignisse vom MMP registriert werden. Die Ad-Serving-Technologie und andere MMPs können die ursprüngliche Quelle weiterhin für die zukünftige Zuordnung verwenden. Dies wird in Szenario 6 ausführlich beschrieben.
4. Berichterstellung: Durch die Attribution werden Ereignis- oder aggregierte Berichte erstellt. Für abgeleitete Quellen werden nur aggregierte Berichte erstellt.
5. Berichtszustellung: Die Zustellung generierter Berichte ist geplant.

Szenario 1: Netzwerkübergreifende Attribution mit Weiterleitungen

Ein Werbetreibender arbeitet mit zwei Ad-Serving-Technologien und einem MMP zusammen. Wenn auf Anzeigen geklickt wird, die von den Ad-Tech-Anbietern für die Anzeigenbereitstellung ausgeliefert werden, leiten diese Anbieter bei der Quellregistrierung an den MMP weiter. Wenn ein Nutzer in der App eine Conversion ausführt, wird er vom MMP bei der Triggerregistrierung zu den Ad-Tech-Anbietern weitergeleitet.

Der MMP erhält einen netzwerkübergreifenden deduplizierten Bericht und jede Ad-Serving-Technologie erhält Berichte mit selbst zugewiesenen Attributen.

Zeitachse der Registrierungen

Um t0 klickt der Nutzer auf eine Anzeige, die von ad-tech1 ausgeliefert wird. Dadurch wird eine Quelle „Source1“ zusammen mit der Weiterleitung „Source2“ 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 using 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 Anzeige, die von ad-tech2 ausgeliefert wird, um Source3 zusammen mit der Weiterleitung zu mmp-ad-tech (Source4) zu registrieren:

  "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 using 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 Triggerregistrierung durch die MMP-AdTech-Lösung (Trigger1), die auch zu AdTech1 (Trigger2) und AdTech2 (Trigger3) weiterleitet:

nicht definiert

Ergebnis

Die von „mmp-ad-tech“ registrierten Quellen „Source2“ und „Source4“ konkurrieren bei der Zuordnung für den von „mmp-ad-tech“ registrierten Trigger „Trigger1“. Source2 hat Vorrang vor Source4, da sie eine höhere Priorität hat. Trigger2 von ad-tech1 wird Source1 von ad-tech1 zugeordnet und Trigger3 von ad-tech2 wird Source3 von ad-tech2 zugeordnet.

Konkurrierende Quellen für

Registrierte Trigger

Attributionsergebnis

Trigger1-Attribute für Source2, Trigger2-Attribute für Source1 und Trigger3-Attribute für Source3.

Quellen nach der Zuordnung ignorieren

Source4 – wird in Zukunft nicht mehr für die Zuordnung berücksichtigt.

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 Ad-Serving-Technologien und einem MMP zusammen. Ein Nutzer klickt auf eine Anzeige der ersten Ad-Tech-Lösung, die bei der Quellregistrierung an den MMP weitergeleitet wird. Wenn der Nutzer auf eine Anzeige der zweiten Ad-Tech-Lösung klickt, erfolgt keine Weiterleitung. Stattdessen wird im Voraus eine Teilmenge der Aggregationsschlüssel mit dem MMP geteilt.

Der Nutzer führt dann eine Conversion in der App aus. Das MMP registriert den Trigger, leitet aber nicht an die Ad-Tech-Plattformen weiter. Die Ad-Tech-Plattform ohne Weiterleitung erhält die Attribution des letzten Touchpoints. Nur der MMP erhält einen netzwerkübergreifenden zusammenfassenden Bericht, in dem diese Conversion dedupliziert ist.

Zeitachse der Registrierungen

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

  "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 using 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 weitere Anzeige, was zu Source3 von ad-tech2 führt, die Aggregationsschlüssel gemeinsam nutzt:

 // 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 die 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

Source2 stimmt mit der Registrierung und dem Ziel des Triggers überein und wird daher zu einer konkurrierenden Quelle für die Attribution. Außerdem wurde bei der Triggerregistrierung eine Attributionskonfiguration für ad-tech2 und Source3 angegeben, wobei für ad-tech2 Aggregationsschlüssel freigegeben wurden. So kann eine abgeleitete Quelle (Source3) als konkurrierende Quelle für die Attribution generiert werden.

Konkurrierende Quellen

Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird Source3' zugeordnet, da Source3' eine höhere Priorität als Source2 hat.

Quellen nach der Zuordnung ignorieren

Source2

Ereignisberichte

Keine – für abgeleitete Quellen werden keine Ereignisberichte generiert.

Zusammengefasste Berichte

Die übergeordnete Quelle von Source3, also Source3, gibt nur campaignCounts weiter. Der Schlüssel für den Trigger wird so berechnet:

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

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

Schließlich wird der resultierende Schlüssel durch OR-Verknüpfung des Triggerschlüssels (0x1400) mit dem Quellschlüssel (0x159) generiert, was 0x1559 ergibt.

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 übergeordnete Quelle des abgeleiteten Kandidaten in derselben Registrierungskette

Ein Werbetreibender arbeitet mit zwei Ad-Serving-Technologien und einem MMP zusammen. Ein Nutzer klickt auf eine Anzeige der ersten Ad-Tech-Lösung, die nicht bei der Quellenregistrierung weiterleitet, aber Aggregationsschlüssel mit dem MMP teilt. Der Nutzer klickt auf eine Anzeige der zweiten Ad-Tech-Lösung, die sowohl zur MMP bei der Quellregistrierung weiterleitet als auch Aggregationsschlüssel mit der MMP teilt.

Zeitachse der Registrierungen

Um t0 klickt der Nutzer auf eine Anzeige, die von ad-tech1 ausgeliefert wird. Dadurch wird die Registrierung von Source1 ausgelöst:

 "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 registriert die Registrierungskette 2 (ad-tech2) Source2 und leitet weiter, um eine MMP-Quelle (Source3) zu registrieren:

  "Attribution-Reporting-Register-Source": {
    "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 aus 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 die Attribution erhält. Der resultierende aggregierte Bericht sieht in etwa so aus:

Ergebnis

Die abgeleitete Quelle aus Source2 (mit „source_event_id": "234456“) wird nicht für die Zuordnung berücksichtigt, da in derselben Registrierungskette auch eine MMP-Ad-Tech-Quelle registriert ist.

Konkurrierende Quellen

Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird Source3 zugeordnet, da Source3 eine höhere Priorität als Source1 hat.

Quellen nach der Zuordnung ignorieren

Source1: Source1 wird nicht mehr berücksichtigt, um eine abgeleitete Quelle für mmp-ad-tech zu erstellen.

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 vier Ad-Serving-Technologien und einem MMP zusammen. Ein Nutzer klickt auf eine Anzeige von einem Anzeigentechnologie-Anbieter und sieht sich Anzeigen der anderen drei an. Wenn ein Nutzer in der App des Werbetreibenden eine Conversion ausführt, registriert der MMP einen Trigger und gibt anhand der folgenden Filter an, aus welchen registrierten Quellen für die Anzeigentechnologie abgeleitete Quellen erstellt werden sollen:

1. priority_range: Quellen mit Priorität innerhalb des angegebenen Bereichs auswählen
2. expiry: choose sources with expiry later than specified duration (expiry: wähle Quellen mit Ablaufdatum nach dem angegebenen Zeitraum aus)
3. source_filters: Quellen auswählen, deren filter_data mit den angegebenen source_filters übereinstimmt
4. source_not_filters: Quellen auswählen, deren not_filters mit den angegebenen source_not_filters übereinstimmen

Sobald abgeleitete Quellen anhand der Kriterien generiert wurden, können sie an der Attribuierung teilnehmen.

Zeitplan für die Registrierung

Bei t0 führt ein Klick eines Nutzers dazu, dass ad-tech1 eine Quelle (Source1) registriert, die den 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. Dadurch wird in ad-tech2 die Quelle „Source2“ registriert, die den source_type als „event“ (Ereignis) zuweist:

  "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 wird durch eine Nutzeransicht in Ad-Tech3 eine Quelle (Source3) registriert, die den source_type als „event“ (Ereignis) zuordnet:

  "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 wird durch die Nutzeransicht in ad-tech4 die Quelle Source4 registriert. Dabei wird source_type als „event“ 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 die Nutzerkonversion dazu, dass die MMP-Ad-Tech einen Trigger mit der Attributionskonfiguration für alle anderen oben genannten Ad-Techs 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 können aufgrund von Kriterienabweichungen nicht für die Generierung abgeleiteter Quellen verwendet werden:

1. Source1 erfüllt den source_type:event-Filter in der Attributionskonfiguration von ad-tech1 nicht.
2. Für Source2 ist die Priorität auf 2.000 festgelegt. Das liegt außerhalb des Prioritätsbereichsfilters von ad-tech2 (1 bis 1.000).
3. „Source3“ stimmt nicht mit dem Wert für filter2 überein

Konkurrierende Quellen

Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird „Source4“ zugeordnet, da dies die einzige Quelle ist, die für die Attribution infrage kommt.

Quellen nach der Zuordnung ignorieren

Keine

Ereignisberichte

Keine – für einen Gewinner einer abgeleiteten Quelle werden keine Ereignisberichte erstellt.

Zusammengefasste Berichte

Bericht-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 Ad-Serving-Technologien und einem MMP zusammen. Ein Nutzer klickt auf eine Anzeige des ersten Ad-Tech-Anbieters und installiert die App des Werbetreibenden. Bei der Attribution von Conversions nach der Installation hat die abgeleitete Quelle mit Installationsattribution Vorrang vor anderen Quellen, auch wenn diese eine höhere Priorität haben.

Zeitplan für die Registrierung

Bei t0 wird durch die Nutzerinteraktion Source1 in Ad-tech1 registriert:

  "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"
    ]
  }

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

Bei t2 wird durch die Nutzerinteraktion Source2 in ad-tech2 registriert:

  "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 ein Trigger von mmp-ad-tech 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

Aus Quelle 1 und Quelle 2 wurden abgeleitete Quellen generiert (Quelle 1‘ bzw. Quelle 2‘), die um die Zuordnung konkurrieren.

Konkurrierende Quellen

Registrierte Trigger

Trigger1 von mmp-ad-tech.

Attributionsergebnis

Trigger1 wird „Source1“ zugeordnet, da er die Installation der Ziel-App ausgelöst hat. Source2 hatte eine höhere Priorität.

Quellen nach der Zuordnung ignorieren

Source2: Abgeleitete Quellen aus Source2 werden bei der Zuordnung für alle von „mmp-ad-tech“ registrierten Triggers nicht berücksichtigt.

Ereignisberichte

Keine – für einen Gewinner einer abgeleiteten Quelle werden keine Ereignisberichte erstellt.

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 verloren, immer verloren

Wenn ad-tech1 eine Quelle hat, deren abgeleitete Quelle an der Attribution für den Trigger von mmp-ad-tech teilgenommen und die Attribution verloren hat, wird die Quelle von ad-tech1 danach nicht mehr verwendet, um eine abgeleitete Quelle für die Trigger von mmp-ad-tech zu erstellen. Beispiel für einen Zeitplan:

• Zum Zeitpunkt t0 ist „Source1“ von „ad-tech1“ bei "priority": "10" registriert.
• Bei t1 wird „Source2“ 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 erfolgt die Attribution für Trigger1. Die abgeleitete Quelle von ad-tech2 erhält die Attribution und die Quelle von ad-tech1 wird ignoriert.
• Bei t4 ist die Source3 von ad-tech3 bei "priority": "5" registriert.
• Bei t5 ist Trigger2 von mmp-ad-tech mit den Konfigurationen von ad-tech1 und ad-tech3 registriert.
• Bei t6 erfolgt die Attribution für Trigger2. Die abgeleitete Quelle aus Source3 (Source3') gewinnt die Attribution.

Erläuterung der Ergebnisse

Die abgeleitete Quelle von „ad-tech1“ hatte die Attribution für „Trigger1“ verloren. Daher wurde „Source1“ nicht verwendet, um eine abgeleitete Quelle für die Attribution von „Trigger2“ zu erstellen. Wenn es nicht schon bei t3 verloren hätte, hätte es aufgrund der höheren Priorität die Quelle von ad-tech3 gewonnen.