转化追踪
转化追踪把广告点击与后续的注册、下单、付费等业务结果关联起来，让你衡量每个活动、创意、广告位的真实 ROI。本页面向广告主，讲清三种上报方式的取舍、归因原理与后台配置流程；具体的接入代码见 转化追踪 SDK 与 S2S Postback。
三种上报方式对比
| 方式 | 部署位置 | 适用场景 | 抗丢失 | 接入成本 |
|---|---|---|---|---|
| Pixel（像素） | 转化页嵌一个像素 URL | 简单的落地页/表单成功页 | 一般（依赖浏览器） | 最低 |
| JS SDK | 页面引入 JS 后调用转化 API | 需要传自定义转化值/事件名的网页 | 一般（依赖浏览器） | 低 |
| S2S Postback（服务端回传） | 你的服务器向 ADBNK 回调 | App 内购、金融风控后确认、防篡改场景 | 最强（不依赖浏览器） | 中 |
如何选
- 只想快速验证有没有转化 → Pixel。
- 网页转化且需要上报订单金额、转化类型 → JS SDK。
- 转化发生在服务端、或客户端环境不可信（刷单风险高、金额敏感）→ S2S Postback，这是最可靠的方式。
归因原理：click_id 与 ADID
转化能否算到正确的广告上，取决于归因标识能否从点击一路传递到转化。
| 标识 | 来源 | 用途 |
|---|---|---|
| click_id | 用户点击广告时由平台生成，写入落地页 URL 参数 | Web 归因主键，把转化匹配回具体的那一次点击 |
| ADID | 设备广告标识（如 IDFA/GAID） | App 场景下跨会话归因 |
- Web 流程：用户点击广告 → 落地页 URL 带上
click_id→ 你在转化时把这个click_id原样回传（Pixel 参数 / JS SDK / S2S），平台据此归因。 - App 流程：以设备 ADID 作为归因锚点，配合 S2S 回传转化。
一定要透传 click_id
Web 场景下如果落地页跳转、重定向过程中丢掉了 click_id，转化就无法归因到点击。请确保从广告落地到最终转化页，click_id 被完整保留（例如存入 Cookie / 会话 / 隐藏表单字段），并在上报转化时回传。
在后台配置转化
- 创建转化类型：在广告主后台新建一个转化（如“注册”“下单”“付费”），得到该转化对应的上报凭据/像素地址。
- 选择上报方式：按上文对比选 Pixel / JS SDK / S2S 中的一种或组合。
- 部署上报：
- Pixel：把像素 URL 放到转化成功页。
- JS SDK：页面引入 SDK 后在转化时机调用转化上报（可带转化值、转化类型），详见 转化追踪 SDK。
- S2S：在你的服务端于转化确认后向 ADBNK 回传
click_id/ADID，详见 S2S Postback。
- 回传归因标识：无论哪种方式，都要把落地时拿到的
click_id（或 App 的ADID）带回。 - 验证：制造一次真实点击→转化，确认后台能看到该转化并正确归因到活动/创意。
去重与归因窗口
- 去重：同一次点击对应的同一转化只计一次，重复上报会被识别为同一转化（以
click_id+ 转化类型为幂等键），避免重复计数。 - 归因窗口：转化必须发生在点击之后的有效时间窗内才会被归因；超出窗口的转化视为与该点击无关。窗口时长可在平台侧配置，具体数值以你后台的转化设置为准。
转化也走反作弊
转化事件同样受风控约束。被判定为无效流量的点击/转化不计入可结算数据，你不会为无效转化付费。详见 反作弊。