Questa pagina è stata tradotta dall'API Cloud Translation.

Esempi di attribuzione su più reti

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

Tuttavia, gli inserzionisti che vogliono utilizzare una terza parte per eseguire l'attribuzione su più reti (XNA) al fine di 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 di trigger e ricevere report sull'attribuzione dall'API
Continuare a utilizzare un partner esistente di misurazione dei dispositivi mobili

Indipendentemente dalla tecnica che un inserzionista sceglie di utilizzare, 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.
Priorità, filtri e chiavi di deduplicazione possono fornire un'ulteriore personalizzazione dell'attribuzione in base alle dimensioni dell'origine e dell'attivatore.
Le finestre di attribuzione post-installazione consentono alle origini che hanno generato un'installazione di continuare a guadagnare merito per eventi di conversione in-app futuri.

Il modello di attribuzione utilizzato dagli ad tech per la deduplicazione su più reti e per la scelta delle origini vincenti può avere diversi livelli di complessità a seconda di come vengono sfruttate queste funzionalità dell'API.

Gli esempi riportati di seguito illustrano scenari di esempio su come utilizzare queste funzionalità e in che modo le diverse configurazioni influiscono sull'origine di attribuzione che si aggiudica il merito per un determinato evento attivatore.

Processo

Il seguente elenco illustra i passaggi del processo XNA. Per semplicità, i passaggi elencati qui presuppongono un modello in cui l'inserzionista utilizza una tecnologia pubblicitaria per la pubblicazione per pubblicare gli annunci e una MMP per la misurazione delle conversioni. Tuttavia, il design dell'API è flessibile: la funzionalità non cambia in base al tipo di tecnologia pubblicitaria e non richiede l'uso di una tecnologia pubblicitaria.

Registrazione della sorgente: l'utente visualizza o fa clic su un annuncio e la tecnologia pubblicitaria pubblicata registra queste origini con l'API. La tecnologia pubblicitaria per la pubblicazione potrebbe anche reindirizzare ad altre tecnologie pubblicitarie che possono registrare le origini direttamente con l'API o attivare l'attribuzione su più reti senza reindirizzamenti.
Registrazione attivatore: l'utente esegue un'azione associata alla conversione, come la prima apertura dell'app, l'acquisto o l'aggiunta al carrello, in base alla quale una MMP registra un attivatore con l'API. MMP può anche reindirizzare ad altre tecnologie pubblicitarie che possono registrare gli attivatori direttamente con l'API. Se un MMP deve attivare l'attribuzione su più reti senza reindirizzamenti, la configurazione dell'attribuzione deve essere specificata durante la registrazione dell'attivatore.
Attribuzione: se la configurazione dell'attribuzione viene specificata durante la registrazione dell'attivatore, le origini derivate vengono generate per conto dell'MMP. Ogni attivatore viene cercato di trovare una corrispondenza con un'origine idonea registrata direttamente da MMP o con un'origine derivata idonea generata per conto dell'MMP utilizzando le origini della tecnologia pubblicitaria. Le origini rimanenti, che non hanno vinto l'attribuzione, vengono eliminate e non sono più idonee a ottenere l'attribuzione per le conversioni future. In altre parti della documentazione, potresti anche considerarlo come "perdi una volta, perdi sempre".
1. Quando una sorgente derivata perde l'attribuzione, l'API non genererà future origini derivate in base alla sorgente originale quando la MMP registrerà eventi di conversione futuri. La tecnologia pubblicitaria per la pubblicazione e altri MMP possono comunque utilizzare la fonte originale per l'attribuzione futura. Questo scenario è descritto dettagliatamente nello scenario 6.
Generazione di report: l'attribuzione genera la generazione di report aggregati o relativi a eventi. Tieni presente che vengono generati solo report aggregati per le origini derivate.
Invio dei report: i report generati sono pianificati per la pubblicazione.

Scenario 1: attribuzione su più reti con reindirizzamenti

Un inserzionista sta lavorando con due tecnologie pubblicitarie e un MMP per la pubblicazione. Quando viene fatto clic sugli annunci pubblicati dalle tecnologie pubblicitarie pubblicate, queste ultime vengono reindirizzati all'MMP al momento della registrazione del codice sorgente. Quando un utente effettua una conversione nell'app, MMP reindirizza alle tecnologie pubblicitarie al momento della registrazione dell'attivatore.

L'MMP riceverà un report deduplicato su più reti e ogni tecnologia pubblicitaria pubblicata riceverà report con attribuzione automatica.

Cronologia delle registrazioni

In t0, l'utente fa clic su un annuncio pubblicato da ad-tech1 che registra una sorgente1 insieme al suo 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 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"
    }
  }

In t1, l'utente fa clic su un annuncio pubblicato da ad-tech2 per registrare la sorgente3 insieme al suo reindirizzamento a mmp-ad-tech, ad esempio 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 via redirects
  "Attribution-Reporting-Register-Source": {
    "source_event_id": "4532343",
    "web_destination": "https://destination.example.com",
    "priority": "20",
    "expiry": "172800",
    "aggregation_keys": {
      "campaignCounts": "0x4"
    }
  }

In t2, l'azione o la conversione dell'utente nell'app dell'inserzionista genera un attivatore di registrazione da parte di mmp-ad-tech (Trigger1) che reindirizza anche ad ad-tech1 (Trigger2) e ad-tech2 (Trigger3):

non definito

Risultato

Le sorgenti registrate mmp-ad-tech Source2 e Source4 competono nell'attribuzione per il trigger Trigger1 registrato da mmp-ad-tech. Source2 vince su Source4 a causa della priorità più elevata. Il Trigger2 da ad-tech1 viene attribuito alla Sorgente1 da ad-tech1 e il Trigger3 da ad-tech2 viene attribuito alla Sorgente3 da ad-tech2.

Origini concorrenti per

Campi	Source1	Source2	Source3	Source4
Origine della tecnologia pubblicitaria per la registrazione	ad-tech1	mmp-ad-tech	ad-tech2	mmp-ad-tech
source_event_id	34532	788324	6574435	4532343
destinazione	https://destination.example.com	https://destination.example.com	https://destination.example.com	https://destination.example.com
priorità	10	30	10	20

Trigger registrati

Risultato dell'attribuzione

Il Trigger1 attribuisce la Sorgente2, il Trigger2 alla Sorgente1 e il Trigger3 alla Sorgente3.

Dopo l'attribuzione delle fonti ignorate

Sorgente4: non competerà per l'attribuzione in futuro.

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 del 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 del 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 del 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 su più reti senza reindirizzamenti

Un inserzionista sta lavorando con due tecnologie pubblicitarie e un MMP per la pubblicazione. Un utente fa clic su un annuncio dalla prima tecnologia pubblicitaria pubblicata, che reindirizza alla MMP al momento della registrazione del codice sorgente. Quando l'utente fa clic su un annuncio della seconda tecnologia pubblicitaria pubblicata, la tecnologia pubblicitaria non effettua il reindirizzamento, optando invece per condividere in anticipo un sottoinsieme delle proprie chiavi di aggregazione con MMP.

L'utente effettua quindi la conversione nell'app in cui l'MMP registra l'attivatore, ma non reindirizza a nessuna delle due tecnologie pubblicitarie. La tecnologia pubblicitaria che non effettua il reindirizzamento vince l'attribuzione basata sull'ultimo contatto. Solo MMP riceverà un report di riepilogo deduplicato su più reti che include questa conversione.

Cronologia delle registrazioni

A t0, l'utente fa clic su un annuncio, con conseguente registrazione a Source1 da parte di ad-tech1 e registrazione a Source2 da parte di mmp-ad-tech tramite 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 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",
    }
  }

In t1, l'utente fa clic su un altro annuncio, generando Sorgente3 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"
    ]
  }

In t2, l'azione/conversione dell'utente attiva la registrazione da mmp-ad-tech, che contiene la configurazione di 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

L'origine2 corrisponde alla registrazione e alla destinazione con l'attivatore, quindi diventa un'origine concorrente per l'attribuzione. Inoltre, durante la registrazione dell'attivatore, è stata specificata una configurazione di attribuzione per ad-tech2 e Source3 tramite le chiavi di aggregazione di condivisione ad-tech2. Ciò consente di generare un'origine derivata, Sorgente3, come origine concorrente per l'attribuzione.

Origini concorrenti

Campi	Source2	Fonte3'
Fonte originale che registra la tecnologia pubblicitaria	mmp-ad-tech	ad-tech2
source_event_id	45453	978
priorità	100	200

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Il trigger1 viene attribuito a Sorgente3' perché Sorgente3' ha una priorità maggiore della Sorgente2.

Dopo l'attribuzione delle fonti ignorate

Source2

Report sugli eventi

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

Report aggregati

La sorgente principale di Source3", ad esempio Source3, condivide solo campaignCounts. La parte chiave per l'attivatore viene calcolata in questo modo:

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

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

Infine, la chiave risultante viene generata da una chiave di trigger OR-ing (0x1400) con chiave di origine (0x159), ad esempio 0x1559

URL del 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: fonte registrata MMP e candidato principale della fonte derivata nella stessa catena di registrazione

Un inserzionista sta lavorando con due tecnologie pubblicitarie e un MMP per la pubblicazione. Un utente fa clic su un annuncio della prima tecnologia pubblicitaria pubblicata, che non reindirizza alla registrazione dell'origine, ma condivide le chiavi di aggregazione con MMP. L'utente fa clic su un annuncio dalla seconda tecnologia pubblicitaria pubblicata, che reindirizza all'MMP al momento della registrazione dell'origine e condivide le chiavi di aggregazione con MMP.

Cronologia delle registrazioni

A t0, l'utente fa clic su un annuncio pubblicato da ad-tech1, che avvia la registrazione della Sorgente1:

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

In t1, catena di registrazione 2, ad-tech2 registra Source2 e reindirizza per registrare una sorgente MMP, Source3:

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

In t2, la registrazione del trigger ha un'attribuzione configurata per generare fonti 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 con MMP nella seconda catena di registrazione si aggiudica l'attribuzione. Il report aggregato risultante è simile al seguente:

Risultato

La sorgente derivata dalla sorgente 2 (con "source_event_id": "234456") non partecipa all'attribuzione perché la stessa catena di registrazione ha anche una fonte registrata mmp-ad-tech.

Origini concorrenti

Campi	Fonte1'	Source3
Fonte originale che registra la tecnologia pubblicitaria	ad-tech1	mmp-ad-tech
source_event_id	52343	4234
priorità	20	100

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Il Trigger1 viene attribuito alla Sorgente3 perché la Sorgente3 ha una priorità maggiore della Sorgente1.

Dopo l'attribuzione delle fonti ignorate

Sorgente1" - La sorgente 1 non verrà più considerata per creare una sorgente derivata per mmp-ad-tech.

Report sugli eventi

URL del 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 del 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 su più reti senza reindirizzamenti con criteri di selezione dell'origine

Un inserzionista sta lavorando con 4 tecnologie pubblicitarie per la pubblicazione e 1 MMP. Un utente fa clic su un annuncio di una tecnologia pubblicitaria e visualizza gli annunci delle altre tre. Quando un utente effettua una conversione nell'app dell'inserzionista, MMP registra un attivatore e specifica da quali origini registrate di tecnologia pubblicitaria creare origini derivate, in base ai seguenti filtri:

priorità_intervallo: scegli le origini che hanno la priorità nell'intervallo specificato
scadenza: scegli le origini con scadenza successiva alla durata specificata
source_filtri: scegli le origini i cui filtri_dati corrispondono a filtri_origine specificati
source_not_filters: scegli le origini i cui not_filters corrispondono a source_not_filters specificati

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

Tempistiche di registrazione

In t0, un clic di un utente fa sì che ad-tech1 registri una sorgente 1, 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"
    ]
  }

In t1, un utente visualizza l'annuncio in cui ad-tech2 registra una sorgente Sorgente2, che associa source_type come evento alla seguente origine 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"
    ]
  }

In t2, una visualizzazione utente fa sì che ad-tech3 registri un'origine Source3, che associa source_type come evento a questa origine 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"
    ]
  }

In t3, una visualizzazione utente fa sì che ad-tech4 registri un'origine Source4, che associa source_type come evento a questa origine 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"
    ]
  }

In t4, la conversione degli utenti porta alla registrazione di mmp-ad-tech a un trigger con la configurazione dell'attribuzione per tutte le altre sorgenti registrate delle tecnologie pubblicitarie sopra menzionate:

  "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 a generare fonti derivate da cui a causa di una mancata corrispondenza dei criteri:

La sorgente 1 non soddisfa il filtro "source_type":"event" nella configurazione di attribuzione di ad-tech1
La priorità dell'origine2 è impostata su 2000, che rientra nel filtro dell'intervallo di priorità di ad-tech2 (11000)
La sorgente3 non corrisponde al valore di "filter2"

Origini concorrenti

Campi	Fonte4'
Fonte originale che registra tecnologia pubblicitaria	ad-tech4
source_event_id	7567
destinazione	https://destination.example.com
priorità	30
scadenza	Data/ora registrazione + 2 giorni

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

L'attivatore1 viene attribuito a Sorgente4 perché è la sola origine idonea per l'attribuzione

Dopo l'attribuzione delle fonti ignorate

Nessuno

Report sugli eventi

Nessuno: non vengono generati report sugli eventi per un vincitore dell'origine derivata

Report aggregati

URL del 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 sta lavorando con due tecnologie pubblicitarie e un MMP per la pubblicazione. Un utente fa clic su un annuncio della prima tecnologia pubblicitaria e installa l'app dell'inserzionista. Durante l'attribuzione per le conversioni post-installazione, la sorgente derivata con l'attribuzione delle installazioni vince su altre origini, anche se altre hanno priorità più elevate.

Tempistiche di registrazione

In t0, l'interazione dell'utente fa sì che ad-tech1 registri la Sorgente1:

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

Nel livello 1, l'utente installa l'app com.example.app sul proprio dispositivo

In t2, l'interazione dell'utente fa sì che ad-tech2 registri Source2:

  "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, mmp-ad-tech registra un trigger con le 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

Origini derivate generate da Sorgente1 e Sorgente2, rispettivamente Sorgente1 e Sorgente2, che competono per l'attribuzione.

Origini concorrenti

Campi	Fonte1'	Fonte2'
Fonte originale che registra la tecnologia pubblicitaria	ad-tech1	ad-tech2
source_event_id	3645	345789
destinazione	app-android://com.esempio.app	app-android://com.esempio.app
priorità	10	20
Favorire l'installazione di app	sì	no

Trigger registrati

Trigger1 di mmp-ad-tech.

Risultato dell'attribuzione

Il trigger 1 viene attribuito a Sorgente1 perché ha indirizzato l'installazione dell'app di destinazione. Tieni presente che Source2" aveva una priorità più alta.

Dopo l'attribuzione delle fonti ignorate

"Sorgente2": le sorgenti derivate da Sorgente2 non verranno considerate nell'attribuzione per gli attivatori registrati da mmp-ad-tech.

Report sugli eventi

Nessuno: non vengono generati report sugli eventi per un vincitore dell'origine derivata

Report aggregati

URL del 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. Perdi una volta, perdi sempre

Se ad-tech1 ha una sorgente la cui origine derivata ha partecipato all'attribuzione dell'attivatore mmp-ad-tech e ha perso l'attribuzione, la sorgente di ad-tech1 non viene utilizzata per creare successivamente una sorgente derivata per i trigger di mmp-ad-tech. Ecco un esempio delle tempistiche:

In t0, la sorgente1 di ad-tech1 è registrata presso "priority": "10".
In t1, la sorgente 2 di ad-tech2 è registrata presso "priority": "20".
In t2, il trigger1 di mmp-ad-tech è registrato con le configurazioni di attribuzione di ad-tech1 e ad-tech2.
In t3, l'attribuzione per l'Attivatore1 avviene quando la sorgente derivata da ad-tech2 si aggiudica l'attribuzione e la sorgente di ad-tech1 viene ignorata
In t4, il valore Source3 di ad-tech3 è registrato presso "priority": "5".
In t5, il trigger2 di mmp-ad-tech è registrato con le configurazioni di ad-tech1 e ad-tech3.
In t6, l'attribuzione per Trigger2 avviene, dove la sorgente derivata da Sorgente3 (Sorgente3') si aggiudica l'attribuzione.

Spiegazione del risultato

La sorgente derivata dalla sorgente di ad-tech1 aveva perso l'attribuzione per l'Attivatore1, quindi la Sorgente1 non è stata utilizzata per creare una sorgente derivata per l'attribuzione dell'Attivatore2. Se non avesse perso prima a t3, avrebbe vinto rispetto alla sorgente di ad-tech3 a causa di una priorità più alta.