快手广告的 API 对接的基本流程究竟是如何的？

API 对接的基本流程大体如下：接口一乃是客户的监测链接接口，快手会将广告投放的详尽信息（包含设备信息以及对应的 callback）实时上报至接口一；接口二则为快手转化数据回收接口，其形式为监测链接中“__CALLBACK__”所对应的 URL，在客户归因后，针对快手带来的激活设备所对应的 callback 链接，服务端只需请求一次即可。

1

. 当广告主在后台填写 URL 时，系统提示错误，无法成功保存；

2. 广告主反映收不到快手所上报的广告监测数据；

3. 广告主指出自身后台的数据与快手后台报表中的转化数据存在差异。

1. 仅支持 https 协议；

2. 系统会校验占位符的填写是否正确，所以务必保证拼写准确，且不可使用不在列表内的占位符，例如：__UDID__。

1. 证书不可不受信任，可在 PC 浏览器中直接尝试访问监测链接，若出现下图所示提示，即需更新 https 证书；

2. 针对 iOS 的监测链接，需要满足苹果的 ATS 要求，并且 TLS 版本要达到 1.2 及以上；

3. 广告主监测链接的渠道参数有误，使用 A 参数进行点击监测，却查看 B 参数的上报数据；

4. 广告主监测链接的接口无法访问，包括出现 404 等多种状况，如下图。

1. 快手广告平台转化数据的展现方式

在排查转化数据 Gap 之前，首先要明晰快手后台转化数据是怎样统计和展现的。

快手广告平台仅记录转化数据，归因工作由广告主或第三方来完成。

快手广告平台依据广告主或者第三方上报的转化 callback 实时记录转化数据，每个 callback 对应唯一的广告计划/组/创意，快手收到 callback 数据后，会实时在报表中展示。（例如：广告主或第三方在 1 号 18 时上报一条转化数据，广告平台根据 callback 信息，记录在 1 号 18 时对应的广告计划/组/创意报表数据下，而不关注 callback 对应的广告的展示或点击时间以及真实转化时间。）

2. 快手广告主常见问题

A：最为常见的原因是广告主未实时上报转化数据，致使双方比对数据的周期无法对应，从而产生数据 Gap。

A：最为常见的原因是广告主自身快手推广后台的统计逻辑与给快手上报转化的逻辑不一致，广告主自身后台仅按照渠道包统计数据，但上报快手的逻辑是只要设备号匹配成功即回传，这种情况需要广告主确认自身后台的统计逻辑，保持自身内部逻辑统一，或者客户自身后台统计转化的追溯期与上报给快手的追溯期不一致；

第二种原因是客户重复上报，比如将激活设备对应的全部 callback 均上报或多次上报，这种情况需要广告主在归因后上报时加以控制，避免上报无效的重复数据；

第三种原因是广告主同时投放多款产品，由于广告主内部多款产品统一进行归因，广告主误将其他产品的转化数据匹配并回传。

A：最为常见的原因是广告主或第三方未进行全量上报，上报至广告平台的转化数据基于广告主或第三方的上报，需要广告主或第三方先确认上报给快手的数量，如果确认广告后台展示数据比上报数量少，提供【完整 callback 上报 URL、上报时间、快手的接口返回值】，快手协助排查；

第二种原因是广告主上报的转化 callback 实际上对应多个账户/计划/组/创意，在此情况下，建议客户通过点击监测同时收集并记录计划/组/创意这三个层级的 callback，这样在上报时就能清晰地知晓自身的转化最终会在哪个计划/组/创意中披露，避免上报的 callback 分散在多个计划/组/创意，但后台查看报表时，漏看了部分计划/组/创意的数据，从而误认为广告平台记录的转化数据比自身后台记录的少。

A：会基于数据的反作弊清洗进行一定维度的去重，但要求快手信息流广告主务必确保上报的数据真实且准确，否则仍会出现数据 Gap 等情况，影响快手广告的投放效果。

！！