流量分配与兜底
按百分比分配流量、兜底 URL,以及按城市生效的地理规则。
这些功能由 Moclick 在后台面板中按广告系列配置。它们对广告主站点没有任何要求, 也不改变代码的安装方式。本页的存在是为了让签约方理解这些行为, 并作为所涉数据处理的书面记录。
流量分配#
设定继续停留在落地页的访客百分比。其余访客会被重定向到兜底 URL。 抽签按访客进行,发生在代码加载时。
| 配置项 | 取值 |
|---|---|
| 可接受范围 | 1 到 100 |
| 默认值 | 100 —— 不做任何重定向 |
| 抽签时机 | 代码加载时,在拿到广告系列配置之后 |
| 重定向延迟 | 短暂延迟,以便访问记录在离开页面前完成 |
分配设为 70 时,大约 30% 的访客会走向兜底页。这是随机分布,而不是精确配额: 在流量较小时,观察到的比例会有波动。
常见用途#
- 落地页 A/B 测试:各版本分走一部分流量
- 容量控制:为库存有限的活动限制流量
- 溢出分流:超出合同约定的流量导向另一个活动
- 逐步放量:新落地页上线时逐渐提高分配比例
兜底 URL#
没被分配到的访客的去向。代码在使用前会校验该 URL:必须是合法的 HTTP 地址, 会执行脚本的协议一律拒绝。如果没有配置兜底 URL,流量分配就不起作用,所有访客都留在落地页。
按城市的规则#
把兜底重定向限制在特定城市,不影响跟踪。有三种模式:
| 模式 | 行为 |
|---|---|
| 所有城市(默认) | 无地理限制。不执行地理位置解析。 |
| 包含列表 | 只重定向列表中所列城市的访客。 |
| 排除列表 | 重定向所有访客,列表中所列城市的除外。 |
比较时两侧都会做重音符号归一化,因此 São Paulo 和 Sao Paulo 等价。
这里的策略是刻意不对称的,也是最容易引起疑问的一点:
- 包含列表会阻止重定向——无法确认访客在列表中,就不重定向
- 排除列表会允许重定向——无法确认访客在列表中,就照常重定向
两种情况的意图是一致的:拿不准时,就不做规则所禁止的那件事。 在预估流量规模时请把这一点考虑进去,因为总有一部分流量的城市是解析不出来的。
地理位置解析#
仅当广告系列使用包含列表或排除列表时才会执行。设为「所有城市」的广告系列 不会查询任何地理位置服务——也就是说,在这些广告系列中,IP 地址不会被用于这一用途。
解析顺序#
-
本地数据库
安装在平台服务器上的本地地理位置数据库。这是常规路径:没有任何数据离开服务器, 也不持久化任何内容。
-
外部备用服务
仅在本地数据库无法解析时才查询,超时时间很短。走这条路径时,访客的 IP 地址会被发送给该服务方以获取城市。 结果会缓存 24 小时,失败结果缓存 10 分钟,以免反复发起注定失败的查询。
-
无结果
适用上文所述的不对称策略。
使用外部服务可能构成数据的跨境传输,具体取决于所签约的服务方。服务方的身份、 数据处理所在地以及相应的数据处理协议,会依据合同提供给签约方。参见 隐私与 LGPD(巴西通用数据保护法)和 架构与安全。
如果在你的场景中使用外部地理位置服务受到限制,广告系列可以运行在「所有城市」模式下, 该模式不执行地理位置解析。
IP 的识别#
IP 地址取自代理和 CDN 的请求头,最后才回退到连接本身的地址。私有地址和保留地址会被拒绝。
私有 IP 按设计会被拒绝,因此在 localhost 或内网中永远解析不出城市,
规则会落到「未确定」策略上。要验证城市规则,请从具有公网 IP 的连接测试——例如移动网络。
评估顺序#
当流量分配和城市规则同时启用时,顺序如下——其中任何一步不通过都会取消重定向, 让访客留在落地页:
- 广告系列有兜底 URL 吗?没有则结束
- 访客所在城市被规则允许吗?不允许则结束
- URL 有效吗?无效则结束
- 抽签结果落在分配之外吗?没有则结束
- 执行重定向
重定向不干扰跟踪:访问记录在此之前就已完成,识别用的 cookie 也已经写好。 只有转化监听不会启动,因为访客正在离开这个页面。