Esempi di attribuzione su più reti

La maggior parte degli inserzionisti collabora con diverse reti pubblicitarie per pubblicare annunci nelle app dei publisher. Se le reti pubblicitarie registrano le proprie origini e i propri trigger di attribuzione con l'API, riceveranno report sugli eventi e riepiloghi autoattributi.

Tuttavia, gli inserzionisti che vogliono utilizzare una terza parte per eseguire l'attribuzione cross-network (XNA) per determinare un singolo annuncio vincente per una determinata conversione possono continuare a farlo utilizzando le seguenti tecniche:

• Configura un server interno per registrare gli eventi trigger e ricevere report sull'attribuzione dall'API
• Continuare a utilizzare un partner di misurazione mobile esistente

Indipendentemente dalla tecnica scelta dall'inserzionista, l'API Attribution Reporting supporta una serie di funzionalità diverse che consentono a una terza parte di personalizzare la logica XNA per conto di un inserzionista:

• Una terza parte può eseguire l'attribuzione con l'API con o senza reindirizzamenti dalle reti pubblicitarie.
• Le chiavi di priorità, filtri e deduplicazione possono fornire un'ulteriore personalizzazione dell'attribuzione in base alle dimensioni di origine e trigger.
• Le finestre di attribuzione post-installazione consentono alle sorgenti che hanno generato un'installazione di continuare a ottenere il merito per i futuri eventi di conversione in-app.

Il modello di attribuzione utilizzato dalle tecnologie pubblicitarie per la deduplicazione cross-network e la scelta delle origini vincenti può avere livelli di complessità variabili a seconda di come vengono sfruttate queste funzionalità API.

I seguenti esempi illustrano scenari di utilizzo di queste funzionalità e in che modo le diverse configurazioni influiscono sull'origine dell'attribuzione che alla fine ottiene il merito per un determinato evento trigger.

Processo

L'elenco seguente descrive i passaggi della procedura XNA. Per semplicità, i passaggi elencati qui presuppongono un modello in cui l'inserzionista utilizza una tecnologia pubblicitaria di pubblicazione per pubblicare gli annunci e un MMP per la misurazione delle conversioni. Tuttavia, la progettazione dell'API è flessibile: la funzionalità non varia a seconda dei diversi tipi di tecnologie pubblicitarie e non richiede l'utilizzo di una tecnologia pubblicitaria.

1. Registrazione delle origini: l'utente visualizza o fa clic su un annuncio e la tecnologia pubblicitaria di pubblicazione registra queste origini con l'API. La tecnologia pubblicitaria di pubblicazione può anche reindirizzare ad altre tecnologie pubblicitarie che possono registrare le origini direttamente con l'API o attivare l'attribuzione cross-network senza reindirizzamenti.
2. Registrazione dell'attivatore: l'utente esegue un'azione associata a una conversione, ad esempio la prima apertura dell'app, l'acquisto o l'aggiunta al carrello, in seguito alla quale una MMP registra un attivatore con l'API. La MMP può anche reindirizzare ad altre tecnologie pubblicitarie che possono registrare i trigger direttamente con l'API. Se un MMP deve attivare l'attribuzione cross-network senza reindirizzamenti, la configurazione dell'attribuzione deve essere specificata durante la registrazione del trigger.
3. Attribuzione: se la configurazione dell'attribuzione viene specificata durante la registrazione dell'attivatore, le origini derivate vengono generate per conto dell'MMP. Ogni trigger viene tentato di essere abbinato a un'origine idonea registrata direttamente dall'MMP o a un'origine derivata idonea generata per conto dell'MMP utilizzando le origini della tecnologia pubblicitaria di pubblicazione. Le origini rimanenti, che non hanno vinto l'attribuzione, vengono eliminate e non sono più idonee a vincere l'attribuzione per le conversioni future. In altre parti della documentazione, questa situazione potrebbe essere definita anche "perdi una volta, perdi per sempre".
   1. Quando un'origine derivata perde l'attribuzione, l'API non genera origini derivate future basate sull'origine originale quando gli eventi di conversione futuri vengono registrati dall'MMP. La tecnologia pubblicitaria di pubblicazione e altre MMP potrebbero comunque utilizzare l'origine originale per l'attribuzione futura. Questo aspetto è descritto in dettaglio nello Scenario 6.
4. Generazione di report: l'attribuzione porta alla generazione di report sugli eventi o aggregati. Tieni presente che per le origini derivate vengono generati solo report aggregati.
5. Invio report: i report generati sono pianificati per l'invio.

Scenario 1: attribuzione cross-network con reindirizzamenti

Un inserzionista collabora con due tecnologie di pubblicazione di annunci e un MMP. Quando si fa clic sugli annunci pubblicati dalle tecnologie pubblicitarie di pubblicazione, queste reindirizzano all'MMP al momento della registrazione dell'origine. Quando un utente effettua una conversione nell'app, la MMP reindirizza le tecnologie pubblicitarie alla registrazione del trigger.

L'MMP riceverà un report deduplicato cross-network e ogni tecnologia pubblicitaria di pubblicazione riceverà report auto-attribuiti.

Cronologia delle registrazioni

Al tempo t0, l'utente fa clic su un annuncio pubblicato da ad-tech1, che registra una sorgente Source1 insieme al relativo reindirizzamento Source2 da mmp-ad-tech:

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

Al momento t1, l'utente fa clic su un annuncio pubblicato da ad-tech2 per registrare Source3 insieme al reindirizzamento a mmp-ad-tech (Source4):

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

Al momento t2, l'azione o la conversione dell'utente nell'app dell'inserzionista comporta una registrazione dell'attivazione da parte della tecnologia pubblicitaria MMP (Trigger1) che reindirizza anche a tecnologia pubblicitaria1 (Trigger2) e tecnologia pubblicitaria2 (Trigger3):

non definito

Risultato

Le origini Source2 e Source4 registrate da mmp-ad-tech competono nell'attribuzione per il trigger Trigger1 registrato da mmp-ad-tech. Source2 ha la precedenza su Source4 perché ha una priorità più elevata. Trigger2 di ad-tech1 viene attribuito a Source1 di ad-tech1 e Trigger3 di ad-tech2 viene attribuito a Source3 di ad-tech2.

Origini concorrenti per

Trigger registrati

Risultato dell'attribuzione

Gli attributi di Trigger1 a Source2, gli attributi di Trigger2 a Source1 e gli attributi di Trigger3 a Source3.

Origini ignorate dopo l'attribuzione del post

Source4 - won't compete for attribution in future.

Report sugli eventi

URL del report: 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
  }

URL report: 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
  }

URL report: 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
  }

Rapporti aggregati

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

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

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

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

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

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

Scenario 2: attribuzione cross-network senza reindirizzamenti

Un inserzionista collabora con due tecnologie di pubblicazione di annunci e un MMP. Un utente fa clic su un annuncio della prima tecnologia pubblicazione di annunci, che reindirizza all'MMP durante la registrazione della sorgente. Quando l'utente fa clic su un annuncio della seconda tecnologia pubblicitaria di pubblicazione, questa non esegue il reindirizzamento, ma sceglie di condividere in anticipo un sottoinsieme delle chiavi di aggregazione con l'MMP.

L'utente esegue la conversione nell'app in cui la MMP registra il trigger, ma non reindirizza a nessuna tecnologia pubblicitaria. La tecnologia pubblicitaria senza reindirizzamento vince l'attribuzione dell'ultimo tocco. Solo l'MMP riceverà un report di riepilogo deduplicato cross-network che include questa conversione.

Cronologia delle registrazioni

Al tempo t0, l'utente fa clic su un annuncio, il che comporta la registrazione di Source1 da parte di ad-tech1 e di Source2 da parte di mmp-ad-tech utilizzando il reindirizzamento da 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",
    }
  }

Al tempo t1, l'utente fa clic su un altro annuncio, che genera Source3 da ad-tech2, che condivide le chiavi di aggregazione:

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

Al momento t2, l'azione/conversione dell'utente attiva la registrazione da parte di mmp-ad-tech, che contiene la configurazione dell'attribuzione per ad-tech2:

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

Risultato

Source2 corrisponde alla registrazione e alla destinazione con il trigger, quindi diventa un'origine concorrente per l'attribuzione. Inoltre, durante la registrazione del trigger, è stata specificata una configurazione dell'attribuzione per ad-tech2 e Source3 utilizzando le chiavi di aggregazione di condivisione di ad-tech2. In questo modo è possibile generare un'origine derivata, "Origine3", come origine concorrente per l'attribuzione.

Origini concorrenti

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Trigger1 viene attribuito a Source3' perché Source3' ha una priorità maggiore rispetto a Source2.

Origini ignorate dopo l'attribuzione del post

Source2

Report sugli eventi

Nessuno: i report sugli eventi non vengono generati per le origini derivate.

Report aggregati

L'origine principale di Origine3, ovvero Origine3, condivide solo campaignCounts, il componente chiave per l'attivazione viene calcolato nel seguente modo:

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

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

Infine, la chiave risultante viene generata eseguendo l'operazione OR sulla chiave di attivazione (0x1400) con la chiave di origine (0x159), ottenendo 0x1559.

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

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

Scenario 3: origine registrata MMP e candidato principale dell'origine derivata nella stessa catena di registrazione

Un inserzionista collabora con due tecnologie di pubblicazione di annunci e un MMP. Un utente fa clic su un annuncio della prima tecnologia pubblicitaria, che non reindirizza alla registrazione della sorgente, ma condivide le chiavi di aggregazione con l'MMP. L'utente fa clic su un annuncio della seconda tecnologia pubblicitaria di pubblicazione, che reindirizza all'MMP durante la registrazione dell'origine e condivide le chiavi di aggregazione con l'MMP.

Cronologia delle registrazioni

Al momento t0, l'utente fa clic su un annuncio pubblicato da ad-tech1, che avvia la registrazione di Source1:

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

Al momento t1, la catena di registrazione 2, ad-tech2 registra Source2 e reindirizza per registrare un'origine MMP, Source3:

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

Al momento t2, la registrazione del trigger ha l'attribuzione configurata per generare origini derivate da ad-tech1 e ad-tech2:

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

Il risultato è che l'origine registrata dall'MMP nella seconda catena di registrazione vince l'attribuzione. Il report aggregato risultante è simile al seguente:

Risultato

L'origine derivata da Source2 (con "source_event_id": "234456") non partecipa all'attribuzione perché la stessa catena di registrazione ha anche un'origine registrata di tecnologia pubblicitaria MMP.

Origini concorrenti

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Trigger1 viene attribuito a Source3 perché Source3 ha una priorità maggiore rispetto a Source1'.

Origini ignorate dopo l'attribuzione del post

Source1: Source1 non verrà più preso in considerazione per creare un'origine derivata per mmp-ad-tech.

Report sugli eventi

URL report: 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
  }

Report aggregati

URL report: 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
      }
    ]
  }
}

Scenario 4: attribuzione cross-network senza reindirizzamenti con criteri per la selezione delle sorgenti

Un inserzionista collabora con 4 tecnologie di pubblicazione di annunci e 1 MMP. Un utente fa clic su un annuncio di una tecnologia pubblicitaria di pubblicazione e visualizza gli annunci delle altre tre. Quando un utente esegue una conversione nell'app dell'inserzionista, la MMP registra un trigger e specifica le origini registrate della tecnologia pubblicitaria di pubblicazione da cui creare le origini derivate, in base ai seguenti filtri:

1. priority_range: scegli le fonti con priorità all'interno dell'intervallo specificato
2. expiry: scegli le origini con scadenza successiva alla durata specificata
3. source_filters: scegli le origini i cui filter_data corrispondono ai source_filters specificati
4. source_not_filters: scegli le origini i cui not_filters corrispondono a source_not_filters specificato

Una volta generate le origini derivate in base ai criteri, queste sono idonee a partecipare all'attribuzione.

Tempistiche di registrazione

Al momento t0, un clic dell'utente fa sì che ad-tech1 registri una sorgente Source1, che associa source_type come navigazione a questa sorgente registrata:

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

Al momento t1, un utente visualizza l'annuncio, il che fa sì che ad-tech2 registri una sorgente Source2, che associa source_type come evento a questa sorgente registrata:

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

Al momento t2, la visualizzazione di un utente fa sì che ad-tech3 registri una sorgente Source3, che associa source_type come evento a questa sorgente registrata:

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

Al tempo t3, la visualizzazione di un utente fa sì che ad-tech4 registri una sorgente Source4, che associa source_type come evento a questa sorgente registrata:

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

Al tempo t4, la conversione dell'utente porta mmp-ad-tech a registrare un trigger con la configurazione dell'attribuzione per tutte le altre ad-tech menzionate in precedenza:

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

Risultato

Le seguenti origini non sono considerate idonee per generare origini derivate a causa della mancata corrispondenza dei criteri:

1. Source1 non soddisfa il filtro source_type:event nella configurazione dell'attribuzione di ad-tech1
2. Source2 ha la priorità impostata su 2000, che non rientra nel filtro dell'intervallo di priorità di ad-tech2 (1-1000)
3. Source3 non corrisponde al valore di filter2

Origini concorrenti

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Trigger1 viene attribuito a Source4' perché è l'unica origine idonea per l'attribuzione

Origini ignorate dopo l'attribuzione del post

Nessuno

Report sugli eventi

Nessuno: i report sugli eventi non vengono generati per il vincitore di un'origine derivata

Report aggregati

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

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

Scenario 5: attribuzione post-installazione

Un inserzionista collabora con due tecnologie di pubblicazione di annunci e un MMP. Un utente fa clic su un annuncio della prima tecnologia pubblicitaria e installa l'app dell'inserzionista. Durante l'attribuzione delle conversioni post-installazione, la sorgente derivata con l'attribuzione dell'installazione ha la precedenza sulle altre sorgenti, anche se queste hanno priorità più elevate.

Tempistiche di registrazione

Al tempo t0, l'interazione dell'utente fa sì che la tecnologia pubblicitaria 1 registri la fonte 1:

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

Al momento t1, l'utente installa l'app com.example.app sul proprio dispositivo

Al tempo t2, l'interazione dell'utente fa sì che la tecnologia pubblicitaria 2 registri la fonte 2:

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

In t3, un trigger viene registrato da mmp-ad-tech con configurazioni di attribuzione per ad-tech1 e ad-tech2:

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

Risultato

Sono state generate origini derivate da Origine1 e Origine2 (Origine1' e Origine2' rispettivamente), che competono per l'attribuzione.

Origini concorrenti

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Trigger1 viene attribuito a Source1 perché ha generato l'installazione dell'app di destinazione. Tieni presente che Source2 aveva una priorità più alta.

Origini ignorate dopo l'attribuzione del post

Source2': le origini derivate da Source2 non verranno prese in considerazione nell'attribuzione per i trigger registrati da mmp-ad-tech.

Report sugli eventi

Nessuno: i report sugli eventi non vengono generati per il vincitore di un'origine derivata

Report aggregati

URL report: 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
    }
  ]
}

Scenario 6: Perdere una volta, perdere sempre

Se ad-tech1 ha un'origine la cui origine derivata ha partecipato all'attribuzione per il trigger di mmp-ad-tech e ha perso l'attribuzione, l'origine di ad-tech1 non viene utilizzata per creare un'origine derivata per i trigger di mmp-ad-tech in seguito. Ecco una cronologia di esempio:

• Al momento t0, Source1 di ad-tech1 è registrato con "priority": "10".
• Al momento t1, Source2 di ad-tech2 è registrato con "priority": "20".
• Al momento t2, Trigger1 di mmp-ad-tech è registrato con le configurazioni di attribuzione di ad-tech1 e ad-tech2.
• Al tempo t3, l'attribuzione per Trigger1 avviene quando l'origine derivata da ad-tech2 vince l'attribuzione e l'origine di ad-tech1 viene ignorata
• Al tempo t4, Source3 di ad-tech3 è registrato in "priority": "5".
• Al tempo t5, Trigger2 di mmp-ad-tech è registrato con le configurazioni di ad-tech1 e ad-tech3.
• Al tempo t6, viene eseguita l'attribuzione per Trigger2, in cui l'origine derivata da Source3 (Source3') vince l'attribuzione

Spiegazione del risultato

L'attribuzione dell'origine derivata dall'origine di ad-tech1 è andata persa per Trigger1, quindi Source1 non è stato utilizzato per creare un'origine derivata per l'attribuzione di Trigger2. Se non avesse perso prima al tempo t3, avrebbe vinto sull'origine di ad-tech3 perché aveva una priorità più alta.