The returned Native event and tracking method must be among the request's declared options.
The returned Native event and tracking method must be among the request's declared options.
What it means
The returned Native event and tracking method must be among the request's declared options. This check applies to the selected vendor contract and integration direction.
Why it matters
The declared profile checks the published partner contract alongside canonical OpenRTB. It does not verify runtime approval or account configuration.
How to fix it
Use an option offered by the matching request. Check the request and response together at the reported path.
Example that trips it
Request:
{
"id": "tl-request",
"imp": [
{
"id": "1",
"tagid": "placement-1",
"native": {
"ver": "1.2",
"request": "{\"ver\": \"1.2\", \"assets\": [{\"id\": 1, \"required\": 1, \"title\": {\"len\": 25}}], \"eventtrackers\": [{\"event\": 1, \"methods\": [1, 2]}]}"
}
}
]
}
Response:
{
"id": "tl-request",
"seatbid": [
{
"bid": [
{
"id": "bid-1",
"impid": "1",
"price": 1.2,
"mtype": 4,
"adm": "{\"native\": {\"ver\": \"1.2\", \"assets\": [{\"id\": 1, \"title\": {\"text\": \"Native title\"}}], \"link\": {\"url\": \"https://advertiser.example\"}, \"eventtrackers\": [{\"event\": 2, \"method\": 1}]}}"
}
]
}
]
}Profile triplelift-supplier, OpenRTB 2.6-202606. The fixture asserts openrtb.profile.triplelift.event_unoffered at seatbid[0].bid[0].adm.native.eventtrackers[0].
Check your payload
Paste a bid request or response into the tester to see whether this code fires against it, or gate on the id in CI with the CLI: the id is stable, wording is not.
Back to the full diagnostic code reference.