Closed hillslatt closed 3 weeks ago
In example 4, and 5, the buyeruid
is passed and the same ID is mentioned in the eids
arrray as buyeruid is derived.
In example 6 and 7 the device.ifa
is mentioned as it is retrieved directly from CTV OS hence it mentioned
In example 8, device.ifa
is not mentioned as it not retrieved directly from CTV OS ,so only mentioned in eids
So if buyeruid
is derived we mention it in buyeruid and eids
But if device.ifa
can be derived we do not recommend to set it in device.ifa
but only allow to be passed in eids
.
is it a correct understanding?
matcher, inserter and source are expected to be domain names (strings)... Can we suggest to pass GVL ID instead? Will not work for passing publisher domain but thinking of sustainability, will be able to save some characters from payload.
In reference to Example 5, I might be missing some key information, but I'm wondering if it's necessary to make uids[].id
mandatory when the eid
has "source": "universalid.com"
. My concern is that DSPs may not be able to validate this value, and including it could lead to an increased payload size. I would appreciate any clarification or additional insights on this matter.
OpenRTB Updates:
Updated buyeruid attribute description in Object: User Updated ifa attribute description in Object: User New attributes (inserter, matcher, mm) in Object: EID Updated source attribute description in in Object: EID New Implementation Guidance with multiple Bridging Scenarios Added Appendix C: Cookie Based ID Syncing