亚美尼亚和高加索地区的近岸广告技术团队：如何核查 RTB 经验、共同工作时间、语言和固定范围条款

如果一个来自亚美尼亚或其他高加索国家的团队，其工程师构建并在生产环境中运行过竞价器、供应方平台（SSP）、广告交易平台或事件管道，并且能拿你自己日志里一个真实的竞价请求逐步讲给你听，那么就广告技术工作而言，这个团队值得通个电话。

亚美尼亚或高加索地区有哪些广告技术团队值得一看？

本文不给任何公司排名。只有当一个团队构建并在生产环境中运行过你所需要的那类系统时，才把它列入候选名单：竞价器或通过实时竞价（RTB）购买广告的需求方平台（DSP）、SSP、广告交易平台、广告服务器，或者统计展示和点击的管道。请每家公司说出那个线上系统以及其工程师构建的部分，并让你和这些工程师谈，而不只是和销售谈。

其中有些内容可以公开核查。Prebid 是发布商用来同时向许多 SSP 和广告交易平台请求出价的开源软件，每一个这样的连接都是 Prebid 公开代码中的一个竞价方适配器（bidder adapter），谁改过它都有公开的历史记录。Prebid 的文档要求每个 Prebid.js 适配器列出“适配器维护者的联系邮箱”。看看这个邮箱属于哪个域名；如果一家公司说它为某个平台写过适配器，就请它提供相关拉取请求（pull request）的链接。

如果保密协议使客户的名字不能公开，就请这家公司安排你和该客户通个电话。

怎样核查一个团队有真正的 RTB 经验？

把你日志里一个真实的竞价请求去掉个人数据后交给工程师，请他们一步步讲给你听。留意他们是不是先从时限讲起。IAB Tech Lab 制定的竞价请求标准 OpenRTB 2.6 把 tmax 字段定义为“为避免超时，广告交易平台允许接收出价的最长时间（毫秒），包含互联网延迟。”

然后问一问那些告诉竞价器其出价结果的通知。OpenRTB 2.6 描述了三种。广告交易平台“在出价胜出时（并不一定表示广告已投放、已被观看或可计费）”发送胜出通知。它“在胜出的出价根据交易平台自身的商业政策变为可计费时”发送计费通知，并“在已知出价落败时”发送落败通知。一个把自己的花费和广告交易平台的账单核对过的团队，能告诉你他们的系统统计的是哪种通知，以及数字对不上时他们是怎么处理的。

再问四个问题：

• 在 tmax 之后才准备好的出价会怎样？你们怎么看到有多少出价迟到？
• 你们的竞价器如何处理请求中的底价，也就是 OpenRTB 定义为“此次展示的最低出价，以 CPM 表示”的 bidfloor 字段？
• 讲一讲某次流量高峰时的事故：什么出了问题，你们测量了什么，又改了什么。
• 谁会为我们的系统值班，在什么时段？

把最多的时间花在事故上，因为关于字段的问题只看规格说明就能答出来。

亚美尼亚、格鲁吉亚和阿塞拜疆的团队在哪个时区工作？

UTC+4，全年不变。根据 IANA 时区数据库，这三个国家都不调整时钟，而欧洲和美国会调整。如果双方都是早 9 点到晚 6 点上班，埃里温、第比利斯或巴库的团队与以下城市的共同时间是：

• 与柏林、巴黎或阿姆斯特丹：冬季六个办公小时，夏季七个
• 与伦敦：冬季五个小时，夏季六个
• 与纽约：美国实行夏令时期间一个小时，冬季没有
• 与加利福尼亚：没有共同的办公时间

竞价不会在晚上六点停下来。如果你的流量高峰在美国东海岸晚上 8 点到 11 点之间，那正是埃里温大约凌晨 4 点到早上 8 点。要书面约定在你的高峰时段由谁值班、多快响应，以及如何联系到你这边的人。

团队会用哪些语言工作？

OpenRTB 和 Prebid 的文档都以英文发布，所以广告技术工程师必须能熟练阅读英文。在压力下用英文写和说是另一种能力，而一家公司的网站不会告诉你谁具备这种能力。

弄清楚你项目上的工程师和他们的团队负责人在工单、代码评审、事故报告和电话会议中会用哪种语言，并在签约前通过视频通话听他们实际使用。然后请对方提供一份团队写过的书面事故报告，去掉客户信息，再像读你自己员工写的报告那样去读。

哪些广告技术工作适合固定范围？

固定范围在满足三个条件时才行得通：工作有书面规格说明，有双方都能运行的验收测试，而且结果不取决于合作方的日程。

经常满足这些条件的广告技术工作有：

• 与一个公开其 OpenRTB 规格说明和测试端点的需求方或供应方合作伙伴进行新的对接
• Prebid Server 的竞价方适配器。Prebid 的测试规则要求每个测试用例一个 JSON 文件并做手动端到端测试，这本身就给了双方一套现成的验收测试
• 把事件报表迁移到新的数据库，以新旧统计在同样几天流量上的数字一致作为验收标准
• 让竞价器在约定的响应时间内达到约定的每秒请求数，并以在你自己日志回放流量上进行的负载测试作为验收

即便如此，放进固定范围的应该是代码和测试，而不是合作方接受它们的日期。例如，Prebid 的维护者会按他们自己的节奏审核新的适配器。对于 Prebid.js，文档说新适配器的代码“在几天之内”会被分派给一位开发者审核，合并后“包含在下一个版本中”。

其他工作则不适合固定范围：提高竞价胜率、把云账单削减一个固定比例，或者把竞价器调到足够快为止。结果取决于市场、你的合作伙伴和你自己的流量，所以公司可以承诺投入工作，却不能承诺数字。这类工作更适合专属团队或按时间和材料计费，并且在开工前由双方约定好衡量方法。

无论范围如何，合同都应写明变更如何计价。

与近岸广告技术团队签的合同应该写些什么？

除了常规条款，还要写明：

• 团队与你们共同的工作时间，以及这些时间之外由谁值班
• 每位工程师在哪些国家工作
• 代码存放在你的代码仓库里，并在以你公司名义开设的云账户中运行
• 如果是 SSP 或广告交易平台，与买方和卖方的合同，以及 ads.txt 和 sellers.json 中列出的域名都归你的公司所有。这两个公开文件是买方用来查看谁有权出售广告位的

关于在东欧或高加索挑选公司的文章介绍了登记、制裁和付款方面的核查。

amBrain 在其中处于什么位置？

发布本博客的 amBrain 是一家位于亚美尼亚埃里温的软件工程公司。它的网站这样列出其广告技术服务：“DSP 开发、实时竞价平台与广告交易平台工程。”RTBBidder 是 amBrain 用 Rust 和 Go 为一家客户开发的需求方平台。

本文涉及的其他系统它也在做，用它自己的话说：“amBrain 为发布商构建供应方平台（SSP）。”以及“amBrain 为广告技术构建事件分析管道：展示和点击事件的采集、处理与报表。”它自 2019 年起开发软件，有三种合作方式：整体交付、专属团队，或工程师嵌入你的团队。

它关于所有权的说法是：“客户拥有产品与代码的全部所有权，我们的可复用组件除外。”向 amBrain 提出你会向其他任何团队提出的同样问题：它是否会以固定范围承接你的某项任务、用什么样的验收测试，以及它所说的可复用组件具体指哪些。

本文不构成法律建议：签约之前，请律师把合同读一遍。