一场活动在十一个市场同时上线。创意已经过翻译、审核和批准。平台报告在全部十一个市场都有投放。所有人都转向下一件事。
三周后,荷兰办公室有人提到,荷兰广告一直显示的价格用欧元表示,但小数分隔符的写法读起来像是出现了千倍的误差,而且落地页一直是英文的。投放没问题,花费没问题。体验是坏的,而报表体系中没有任何东西被设计来发现这一点。
这就是活动审批和活动投放之间的差距。审批发生在你自己的工具里。投放发生在一个你不在场的国家、一个陌生人的屏幕上。
本地化投放可能独立于广告本身出现的问题
创意在你的素材管理系统里是对的,这一点能告诉你的信息非常有限,因为被投放的体验是由多个系统拼装而成的,而这些系统中的每一个都可能各自出错。
投放了错误的变体。 语言和市场定向可以设置得完全正确,却仍然在某条规则不匹配、某个变体在投放中途被拒绝,或平台优化倾向了恰好是英文版本的变体时,回退到默认版本。
创意是对的,落地页不对。 这是迄今为止最常见的失败情形。广告本地化了,目的地却没有,或者它通过一个地理路由器重定向,而该路由器解析到了错误的区域站点。
货币、数字和日期格式。 货币正确,分隔符惯例错误。格式正确,但该市场用的货币错误。价格按过期汇率换算。
法律和监管文案缺失或过于通用。 必要的披露、同意流程,以及年龄或资格提示因司法辖区而异。一场活动在某个市场合规,却可能在另一个市场不合规,尽管展示的创意完全相同。
优惠跨境泄露。 某个特定市场的促销活动在不适用的地方也可见,这在成为营销问题之前首先是个商业问题。
商店和应用链接解析到错误的商店页面。 假定单一地区的深度链接,把用户导向了他们无法购买的商品列表。
以上任何一种问题都不会在报表面板中显示为错误。它们呈现出来的是外观正常的、坏体验的投放。
验证必须从市场内部进行
你无法从总部检查这个问题。整类失败都是由访问者的表面位置触发的,因此位置不对的观察者要么看到正确的体验,要么看到默认版本,而这两种读数都没有用。
这正是本地视角存在的意义。带有国家和城市定向的住宅代理可以让 QA 流程以本地用户遇到的方式观察活动。使用 Shifter 网关时,定向和会话信息写在针对 p.shifter.io:443 的凭据中：
customer-USERNAME-country-nl-sid-qa-nl-31-ttl-600:PASSWORDcountry-nl 设定市场,sid-qa-nl-31 在从曝光到落地页的整个流程中保持一个出口,让检查沿着同一个连贯会话进行,而 ttl-600 把该地址保留十分钟。粘性会话在这里比在大多数采集工作中更重要,因为被验证的对象是一个多步骤的流程。
有一个细节决定了这次检查是否有效:本地化信号必须与出口保持一致。一个荷兰 IP 发送 en-US 的 Accept-Language 头,并不是一个荷兰访问者,而许多地理路由器依据的是这个头而不是地址。如果二者不一致,你测试的就是一个不一致的访问者,得到的也会是不一致的答案。这一点在匹配代理地理位置、时区和本地化设置中有详细说明。
验证矩阵
一次认真的检查应该是一个矩阵,而不是随意一瞥。每一行代表一个可能独立出错的项目,并附有明确的通过条件。
| 检查项 | 通过条件 | 需保留的证据 |
|---|---|---|
| 广告投放 | 该市场展示了预期的变体 | 截图、投放位置、时间戳 |
| 语言 | 创意和落地页均为该市场语言,无回退 | 渲染文本、lang 属性、页面文案 |
| 货币和格式 | 货币、分隔符和日期格式符合该地区惯例 | 价格区块截图 |
| 优惠有效性 | 展示的促销在该市场有效 | 优惠文案、条款链接、资格文案 |
| 法律文案 | 必要披露存在、已本地化,且链接正确 | 披露文本和同意状态 |
| 落地页匹配 | 目的地解析到预期的区域页面 | 完整重定向链和最终 URL |
| 设备一致性 | 移动端和桌面端都投放正确体验 | 两种设备画像均已抓取 |
| 商店和深度链接 | 解析到该市场的商店页面 | 各平台的最终 URL |
要抓取完整的重定向链,而不仅仅是最终 URL。当落地页出错时,重定向链能告诉你是哪一跳做出了这个决定,这决定了修复只需十五分钟还是要猜测一整周。
按计划运行,而不仅在上线时运行
上线时的验证只能发现初始配置的问题,之后的问题就抓不到了。这些失败往往之后才出现,而且通常是由与该活动毫不相关的某个变更引发的。
有三种触发方式值得部署。发布门控,在活动或落地页变更上线之前进行。定期检查,按每个市场层级设定节奏,因为 CDN 规则、地理路由表、同意工具和平台优化都会随时间漂移。事件驱动,在创意轮换、价格变更、站点部署,或某一司法辖区的监管更新之后进行。
保持请求速率正常,并在出现错误时退避,做法参见限速与请求节流。而且不要在检查过程中点击自己正在投放的真实广告,因为那会花掉预算并污染效果数据;先观察曝光,再直接请求落地页。
验证验证者本身
一次本地化检查的可信度,取决于它所依托的观察点,而这一步恰恰是大多数项目会跳过的。
要确认这个出口确实解析到了你所要求的市场,并把这一点和每次结果一起记录下来。要区分网络故障和产品故障,因为超时并不能证明正确的体验曾经存在过。还要在同一个市场用两个不同的出口做一次对照检查两遍：如果结果不一致,那说明活动本身的表现就不稳定,而这本身就是一个发现。
建立这个基线的方法参见测试代理速度、成功率和位置准确性。
同样的严谨性也适用于附带法律截止日期的合规性检查,这一点在将年龄验证作为地理合规测试问题中有详细讨论。
把发现的问题路由给能修复它的人
本地化失败会跨越团队边界,这正是它们能长期存在的原因。一个发现需要连同证据一起送到对的桌面上。
变体错误交给媒体团队。落地页或重定向错误交给网站工程团队。货币或优惠错误交给商务团队。法律文案缺失交给法务与合规团队,并指明具体市场。一份共享表格里没有分派出去的发现,就是一个会在下个季度被重新发现的问题。
要重点跟踪一个指标:本地化缺陷出现到被发现之间的时间。这个数字正是这整套流程存在的意义所在。
常见问题
我不能直接让当地团队检查一下吗?
对少数几个市场来说,可以,但这做法无法扩展,不可重复,也不会产生任何证据记录。人工抽查是自动化矩阵的好补充,而不是替代品。
平台的预览功能能显示市场将看到的内容吗?
它们显示的是创意,而不是拼装完成的体验。预览不会触发地理路由、同意工具、货币逻辑或落地页,而这些恰恰是大多数失败发生的地方。
需要检查多少个市场?
所有你在其中投入预算的市场。应该按花费和监管风险来调整检查节奏,而不是缩小覆盖范围。
收益最高的单项检查是什么?
按市场、在两种设备画像下检查落地页及其完整重定向链。它能捕获比矩阵中任何其他一行都更多的真实缺陷。
结论
审批不等于投放。一场活动可以被正确构建、正确翻译、正确定向,却仍然投放出错误的语言、错误的货币、无效的优惠,或缺失的法律披露,因为被投放的体验是由你的审批流程从未触及过的系统拼装而成的。
唯一了解真相的办法,是从每个市场内部去看,使用与观察点相匹配的本地化信号,按照明确的矩阵、按计划进行,并保留证据。产品视角见地理定向广告监测页面,费率见价格页面。