竞价请求

A 竞价请求 是广告交易平台或供应方平台在广告位可用瞬间发送的结构化消息，描述该展示机会、页面或应用上下文，以及已知的用户和设备信息，以便潜在买家决定是否出价以及出价多少。

竞价请求中包含什么#

在业界大多数标准化的OpenRTB协议下，竞价请求是一个JSON对象，包含一组相当一致的字段：描述广告位大小和格式的展示对象、发布商及网站或应用ID、国家/地区等地理定位数据、设备类型和连接信息，以及卖方允许分享的任何用户或第一方数据。如果该展示属于协商交易的一部分，请求还会携带引用该特定交易的交易标识符。

每个连接到该交易平台的需求方平台同时收到相同的请求，通常在一个严格的毫秒级响应窗口内。每个DSP的出价逻辑会根据活动广告系列对其进行评估，然后要么返回包含价格和创意的出价响应，要么完全拒绝出价。

为什么竞价请求对买方重要#

竞价请求的质量和完整性直接影响DSP的处理能力。一个包含丰富上下文定向信号以及清晰网站或应用标识的请求，能让买方算法做出真正明智的决策。而一个信息稀疏或标注不佳的请求，缺少app-ads.txt验证或不完整的供应链对象，则让DSP可利用的信息较少，谨慎的买方通常会保守出价或完全跳过这些请求，而不是盲目出价。

这也是欺诈行为被过滤或漏过的环节。一个声称代表优质发布商库存的竞价请求，如果没有相应的ads.txt或sellers.json记录来支持这一声明，正是DSP和买方用来在竞价前拒绝虚假或误报库存的信号。

将竞价请求量作为市场信号解读#

买方很少直接看到单个竞价请求，但汇总模式——某个广告位或地理区域生成多少请求，以及与实际出价响应的对比——是反映真实市场需求的有用指标。对于竞争研究而非原始拍卖日志，了解哪些创意和广告主在各大网络中实际胜出并投放，比单纯竞价量更能说明市场情况。OpenAdLibrary的广告情报索引正是为此而生：提供实时创意级可见性，而非从拍卖管道中推断市场。

常见问题#

每个DSP看到的竞价请求是否相同？

在单次拍卖轮次中，已连接的DSP通常同时收到相同的请求。不同的是每个DSP自身逻辑如何决定是否出价以及出价多少。

DSP需要多快响应竞价请求？

响应窗口通常以几十到几百毫秒计，时间非常紧迫，未及时响应的DSP将被视为对该展示机会不竞价。

竞价请求中是否始终包含用户数据？

不。包含哪些内容取决于用户同意、法规以及发布商及其SSP配置传递的数据。如今许多请求携带的个人级用户数据比以前少，更多地依赖上下文和第一方信号。

如果竞价请求缺少供应链数据会怎样？

买方及其欺诈检测工具通常将不完整的供应链或ads.txt数据视为风险信号。一些DSP仍然会出价，但更保守，而另一些DSP则配置为直接跳过这些请求。