常见问题

需要。点击标识符正是在落地页上从 URL 中被捕获并写入 cookie 的。只装在确认页上， 转化就永远无法归因——没有任何可见报错，只是没有记录。

支持，而且这是常见的安装方式。全局代码用 All Pages 触发，转化代码用购买事件触发。 请在 GTM 的 Preview 中确认金额变量和标识符变量都能取到值——在这种场景下， 变量为空是转化缺失最常见的原因。参见平台。

不需要。代码由平台提供并自行更新，缓存窗口为 5 分钟。唯一需要更换代码的情况是 广告系列标识符发生变化，而这只会在后台面板中重命名广告系列时发生。

能，只要两个主机上都安装了代码。代码会尝试推断出一个对两者都有效的 cookie 域名。 如果推断不出来，就显式设置 cookie_domain。参见 子域名与跨域。

Cookie 无法跨越不同域名。请使用不依赖 cookie 的 S2S 回传，或者在 URL 中传递点击标识符， 并在第二个域名上也安装代码。

能，但有一点要注意：转化监听在代码加载后保持活跃 120 秒。如果结账可能超过这个时长， 请在确认路由上重新加载代码。参见 单页应用。

立即。不存在生效等待期：只要代码在一个广告系列有效的页面上加载，跟踪就已经生效。 通常拖慢上线的是客户站点的发布流程和测试转化的验证。

影响可以忽略。压缩后 ≈7 KB，无依赖，以 defer 加载——不阻塞渲染。 它发出的请求都发生在页面绘制之后。参见环境要求。

部分可用。代码由平台域名提供，某些拦截器会按名单过滤它。发生这种情况时什么都不会被跟踪—— 页面上不会报错。要做到不依赖浏览器的测量，请使用 S2S 回传。

广告主页面不受影响。所有操作都由错误处理保护，配置拉取有 5 秒超时。 不可用意味着那段时间的转化没有被记录——绝不会出现可见报错或布局错乱。

不使用。所有 cookie 都是第一方的，写在广告主域名下。 浏览器对第三方 cookie 的拦截不影响归因。

因为平台发送的金额单位是分。这在 Shopify 上很常见，其 checkout.total_price 是乘以 100 之后的值。赋给转化对象之前请先除以 100。

可以。用不同的 transaction_id 重新给 window.MoclickConversion 赋值即可。 每一次赋值都会被侦测并处理。

架构与安全涵盖分层、数据流、所存储的数据、控制措施和已知限制—— 足以支撑安全评审和供应商问卷。补充文档，包括内部路由规格和子处理方清单， 会依据合同提供给签约方。

不是。它们是根据点击量、用市场参考费率推算出来的估算值。 平台测量的是点击和转化；展示量和花费存在于媒体平台一侧。这两个指标只能当作量级参考—— 财务对账请查阅投放报告。参见指标。

不同的归因模型、转化窗口和时区，会让同一时间段得出不同的计数。 在浏览器端跟踪中，5% 到 15% 的差异属于正常。参见 与媒体平台的数据差异。

30 天。需要更长的历史，请定期从后台面板导出 CSV——每月导出一次即可保留聚合序列。

这是当前的行为：「按来源」和「按广告系列」两张表格会忽略自身维度的筛选，始终列出全部取值。 数据卡片和「按日期」表格正常应用筛选——核对总数时请以它们为准。

平台在建设时采用了有助于合规的做法：第一方 cookie、以 IP 哈希代替存储地址、 入口处的参数允许列表，以及有限的保留期。而具体的法律定性——法律依据、是否需要同意、 cookie 告知——取决于广告主自身的情况，应在法律支持下评估。参见 隐私与 LGPD和 架构与安全。

不会。存储的是 IP 与站点盐值组合后的 SHA-256 哈希，用于区分事件。 原始地址不会被写入，也无法从哈希还原。

取决于广告主的具体情况——受众、司法辖区、所采用的法律依据以及站点政策。 平台不替你决定这件事，本文档也不能替代法律评估。如果站点使用同意管理平台， 可以把代码的加载条件挂到相应的同意类别上。

转化可能会被转发给为该广告系列已签约的媒体平台，传输点击标识符、交易标识符和金额。 每个广告系列所涉及的平台清单及相应的数据处理协议，会依据合同提供给签约方， 以便构建广告主的处理活动记录。参见 隐私与 LGPD。

通过支持渠道提出，并提供与订单关联的点击标识符或交易标识符。没有这两个标识符之一 就无法定位记录，因为我们不存储姓名、邮箱，也不存储可读形式的 IP。