Moclick Bridge
广告系列

流量分配与兜底

按百分比分配流量、兜底 URL,以及按城市生效的地理规则。

这些功能由 Moclick 在后台面板中按广告系列配置。它们对广告主站点没有任何要求, 也不改变代码的安装方式。本页的存在是为了让签约方理解这些行为, 并作为所涉数据处理的书面记录。

流量分配#

设定继续停留在落地页的访客百分比。其余访客会被重定向到兜底 URL。 抽签按访客进行,发生在代码加载时。

配置项取值
可接受范围1 到 100
默认值100 —— 不做任何重定向
抽签时机代码加载时,在拿到广告系列配置之后
重定向延迟短暂延迟,以便访问记录在离开页面前完成

分配设为 70 时,大约 30% 的访客会走向兜底页。这是随机分布,而不是精确配额: 在流量较小时,观察到的比例会有波动。

常见用途#

  • 落地页 A/B 测试:各版本分走一部分流量
  • 容量控制:为库存有限的活动限制流量
  • 溢出分流:超出合同约定的流量导向另一个活动
  • 逐步放量:新落地页上线时逐渐提高分配比例

兜底 URL#

没被分配到的访客的去向。代码在使用前会校验该 URL:必须是合法的 HTTP 地址, 会执行脚本的协议一律拒绝。如果没有配置兜底 URL,流量分配就不起作用,所有访客都留在落地页。

按城市的规则#

把兜底重定向限制在特定城市,不影响跟踪。有三种模式:

模式行为
所有城市(默认)无地理限制。不执行地理位置解析。
包含列表只重定向列表中所列城市的访客。
排除列表重定向所有访客,列表中所列城市的除外。

比较时两侧都会做重音符号归一化,因此 São PauloSao Paulo 等价。

当城市无法识别时

这里的策略是刻意不对称的,也是最容易引起疑问的一点:

  • 包含列表会阻止重定向——无法确认访客在列表中,就不重定向
  • 排除列表会允许重定向——无法确认访客在列表中,就照常重定向

两种情况的意图是一致的:拿不准时,就不做规则所禁止的那件事。 在预估流量规模时请把这一点考虑进去,因为总有一部分流量的城市是解析不出来的。

地理位置解析#

仅当广告系列使用包含列表或排除列表时才会执行。设为「所有城市」的广告系列 不会查询任何地理位置服务——也就是说,在这些广告系列中,IP 地址不会被用于这一用途。

解析顺序#

  1. 本地数据库

    安装在平台服务器上的本地地理位置数据库。这是常规路径:没有任何数据离开服务器, 也不持久化任何内容。

  2. 外部备用服务

    仅在本地数据库无法解析时才查询,超时时间很短。走这条路径时,访客的 IP 地址会被发送给该服务方以获取城市。 结果会缓存 24 小时,失败结果缓存 10 分钟,以免反复发起注定失败的查询。

  3. 无结果

    适用上文所述的不对称策略。

供合规评估参考

使用外部服务可能构成数据的跨境传输,具体取决于所签约的服务方。服务方的身份、 数据处理所在地以及相应的数据处理协议,会依据合同提供给签约方。参见 隐私与 LGPD(巴西通用数据保护法)架构与安全

如果在你的场景中使用外部地理位置服务受到限制,广告系列可以运行在「所有城市」模式下, 该模式不执行地理位置解析。

IP 的识别#

IP 地址取自代理和 CDN 的请求头,最后才回退到连接本身的地址。私有地址和保留地址会被拒绝。

在局域网中测试永远解析不出位置

私有 IP 按设计会被拒绝,因此在 localhost 或内网中永远解析不出城市, 规则会落到「未确定」策略上。要验证城市规则,请从具有公网 IP 的连接测试——例如移动网络。

评估顺序#

当流量分配和城市规则同时启用时,顺序如下——其中任何一步不通过都会取消重定向, 让访客留在落地页:

  1. 广告系列有兜底 URL 吗?没有则结束
  2. 访客所在城市被规则允许吗?不允许则结束
  3. URL 有效吗?无效则结束
  4. 抽签结果落在分配之外吗?没有则结束
  5. 执行重定向

重定向不干扰跟踪:访问记录在此之前就已完成,识别用的 cookie 也已经写好。 只有转化监听不会启动,因为访客正在离开这个页面。

Atualizado em agosto 5, 2026