开放 RTB 2.4 出价响应
最后更新于
这有帮助吗?
竞价请求的响应将具有以下结构:
id
竞价请求的 ID(字符串)
seatbid
由出价方代表特定 seat 提交的出价集合。
bid
此出价所适用的展示对象 ID(字符串)
id
由出价方选择的出价对象 ID(字符串)
impid
此出价所适用的展示对象 ID(字符串)
price
CPM 或 CPC 的出价价格(浮点数)
adm
ExoClick XML/JSON 广告标记(字符串)
nurl
赢标通知 URL
cid
用于辅助广告质量检查的活动 ID(字符串)
crid
用于辅助广告质量检查的素材 ID(字符串)
iurl
素材 URL
ext
ExoClick 特定扩展(对象)
必须通知 nURL,以确保活动封顶并避免每次都获得相同响应。
btype
计价模型。取值:1 = CPM,2 = CPC*。默认值 = 1(整数)。 注意:当响应对应的是 Email Clicks 区域请求时,1 = Smart CPC。
注意:只有 Push Notification、Native ads、Direct Link 和 Email Clicks 可以使用 CPC 计价模型出价。
要在不实际出价的情况下响应竞价请求,将发送 HTTP 响应码 204 “No Content”。
当参数 竞价响应对象 > Seat Bid 对象 > Bid 对象 > nurl 出现在竞价响应中时,必须对该 URL 执行 GET 请求。
当参数 竞价响应对象 > Seat Bid 对象 > Bid 对象 > burl 出现在竞价响应中时,当展示或点击变为可计费时,会对该 URL 执行 GET 请求(CPM 或 CPC,取决于 btype 字段)。这使得展示或点击可以从可计费事件而不是基于客户端的跟踪来计数,并提供并行的 “已投放”指标 在 RTB 统计中。 这显示了已渲染内容与已计费内容之间的差异。
如果同时存在 nurl 和 burl,则两者都应被调用。
当 BURL 被禁用时 — 展示或点击完全依赖于由已渲染广告触发的客户端跟踪。这是当前默认的展示和点击计数方式。
当 BURL 被启用时 — 展示或点击从 burl 调用中计数,而不是客户端跟踪。
当 BURL 已启用但合作方未触发时 — 出于计费目的,展示或点击计数降为零,而已投放展示(浏览器记录的内容)仍然保留。此差异表明存在技术集成问题。
频次封顶。无论 BURL 开关状态如何,FC 仍然依赖展示事件。
所有“已投放”指标,按定义。
直接(非 RTB)区域,它们没有 BURL 概念。
你可以在 示例页面.
最后更新于
这有帮助吗?
这有帮助吗?

