转化追踪
转化追踪把广告点击与后续的注册、下单、付费等业务结果关联起来，让你衡量每个推广计划、素材、广告位的真实 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 里写 {click_id} 宏，平台跳转时把它换成真实值 | Web 归因主键，把转化匹配回具体的那一次点击 |
| ADID | 设备广告标识（如 IDFA/GAID） | App 场景下跨会话归因 |
- Web 流程：用户点击广告 → 落地页地址上会自动带上
adbnk_click_id（也可以用{click_id}宏放进你自己的参数，例如https://example.com/?cid={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）带回。 - 验证：制造一次真实点击→转化，确认后台能看到该转化并正确归因到推广计划/素材。
追踪器在新建计划页的高级设置 → 追踪中绑定到计划（编辑时在追踪这一步）。同一位置还可以填写追踪 URL，并使用下方列出的宏变量：
归因与去重
- 去重：同一
click_id重复回传只计一次，可放心重试。 - 归因窗口：在追踪器设置中配置，具体以后台为准。
转化也走反作弊
转化事件同样受风控约束。被判定为无效流量的点击/转化不计入可结算数据，你不会为无效转化付费。详见 反作弊。