通过内部中介竞价

竞价工具包服务器

内部中介不公开提供

内部 Audience Network 竞价现在处于封测阶段，不公开提供。如有变化，我们将提供最新信息。

作为替代方案，您可以通过与我们合作的中介平台访问 Audience Network 竞价。

“竞价工具包服务器”版块包括：

竞价工具包服务器是什么？

Facebook Audience Network 的竞价工具包服务器是一种竞拍服务器，面向目前使用竞价或计划集成竞价的发行商。该服务器能处理竞拍和实时竞价的各个方面，可以集成到您现有的变现堆栈中。

竞价工具包服务器可以：

  • 与多个竞价者集成，以提高竞拍密度。
  • 执行竞拍，并选择竞拍得标者。
  • 向竞价者通知广告生命周期事件。

竞价工具包服务器无法：

  • 与仅适用于客户端的需求来源配合使用。
  • 与 DSP（需求端平台）一同运作。
  • 契合网络供应。
  • 呈现广告。您必须与需求来源 SDK（例如 FAN SDK）集成，才能呈现广告。

有哪些优势？

借助竞价工具包服务器，Audience Network 成功应对了内部发行商在集成和管理竞价时面对的一些关键挑战。尤其值得注意的是，竞价工具包服务器解决了以下痛点：

  • 需求密度 - 发行商常常只与 1 或 2 个实时竞价者建立联系。这直接影响到发行商收益（以来自广告的 ARPDAU 衡量），因为在高密度、有竞争性的竞拍中，收益会增加。
  • 参与 - 发行商会发现执行竞拍、结合竞价和瀑布策略，以及与不同的实时竞价者集成具有挑战性。
  • 拓展规模 - 内部中介若不借助现成解决方案，则很难拓展规模，因为每次集成都要求高度定制化，而这导致支持成本较高。

竞价工具包服务器与当前的客户端解决方案竞价工具包 2 相比，还具有以下优势：

  • 轻松推出 - 采用服务器端的竞拍服务器实际上意味着，任何改进和漏洞修复都可以通过 0 到 1 次发布快速推出。
  • 节省客户端带宽 - 服务器到服务器竞价会将所有竞价者网络调用移至服务器，从而帮助节省最终用户带宽。
  • 竞价保护 - 服务器到服务器竞价比客户端到服务器竞价安全得多。Audience Network 致力于确保竞价不会受到抓取攻击，同时提高竞价者的安全性，并防止发行商暴露于模仿他们的不良行为者。

处理流程


>>>>> 点击此处获取更大图片

  1. BKS 接收来自调用者的竞价请求。调用者可以是发行商服务器或 BK3。请求包含关于竞价者的信息。请求可选择性地包含关于瀑布策略条目的信息（如果当前竞拍中存在）。
  2. BKS 解析并验证请求。
  3. BKS 为请求中出现的所有竞价者创建独立的竞价请求。BKS 通过这种方式查找配置。
  4. BKS 向所有竞价者发出 https 竞价请求，并收集响应。
  5. BKS 将响应与瀑布策略条目合并（如果请求中有传递的话）。
  6. BKS 响应竞价者（以及瀑布策略条目，如果有的话）按照出价排序的调用者清单。
  7. BKS 将竞拍得标/失标通知连同竞拍的结算价格发送给所有竞价者
  8. 调用者为 displayNotification 请求调用 BKS。
  9. BKS 将另一个得标/失标通知连同显示通知发送给参与竞拍的竞价者。

架构

BKS 内部模块

QPS（每秒查询数）

竞价工具包服务器可以处理高达 400 的 QPS，错误率低于 0.001%，且 99%的请求响应时间低于 1491 毫秒。

测试在 AWS EC2 实例上完成：AMI: Amazon Linux AMI 2018.03.0 (HVM)，SSD 卷类型；实例类型：t2.large)

另请参阅