【问题三】
快手广告推广平台如何展现转化数据排查转化数据Gap前，首先需要了解快手后台转化数据是如何统计并展现的。快手广告平台只记录转化数据，归因由广告主或第三方完成。快手广告平台根据广告主或者第三方上报的转化ca llback来实时记录转化数据，每个ca llback对应着唯一的广告计划/组/创意，快手收到ca llback数据后，实时展现在报表中。(例：广告主或第三方
在1号18时上报一条转化数据，快手广告投放平台根据ca llback信息，记录在1号18时对应的广告计划/组/创意报表数据下，不关注ca llback对应的广告的展示或点击时间和真实转化时间。)
Q4.为什么我自己后台的数据和广告平台的核对不上，而且有的日期我的后台转化数据多，有的日期广告平台转化数据多？
A4.最常见原因是广告主没有实时上报转化数据，导致双方比对数据的周期无法对应上，产生数据Gap。
Q5.为什么我自己后台的数据和广告平台的核对不上，快手广告平台记录的转化数据比我自己后台记录的多很多？
A5.最常见原因是广告主自己后台的统计逻辑和给快手上报转化的逻辑不一致，广告主自己后台只按渠道包统计数据，但上报快手的逻辑是只要设备号匹配成功即回传，这种情况需要广告主确认自己后台的统计逻辑，保持自己内部逻辑统一，或者客户自己后台统计转化的追溯期和上报给快手的追溯期不一致；
第二种原因是快手广告开户客户重复上报，比如把激活设备对应的全部ca llback均上报或多次上报，这种情况需要广告主归因后上报时进行控制，避免上报无效的重复数据；
第三种原因是广告主同时投放多款产品，由于广告主内部多款产品统一做归因，广告主误把其他产品的转化数据匹配并回传。
Q6.为什么我自己后台的数据和广告平台的核对不上，广告平台记录的转化数据比我自己后台记录的少？
A6.最常见原因是广告主或第三方未全量上报，上报广告平台转化数据基于广告主或第三方上报，需要广告主或第三方先确认上报给快手的数量，如果确认广告后台展示数据比上报数量少，提供【完整ca llback上报URL、上报时间、快手的接口返回值】，快手协助排查；
第二种原因是广告主上报的转化ca llback实际上对应多个账户/计划/组/创意，这种情况下，建议客户通过点击监测同时收集并记录计划/组/创意这三个层级的ca llback，这样在上报时就可以清楚的知道自己的转化最终会披露在哪个计划/组/创意，避免上报的ca llback分散在多个计划/组/创意，但后台查看报表时，漏看了部分计划/组/创意的数据，误认为快手开屏广告推广平台记录的转化数据比自己后台记录的少。
Q7.快手广告平台会对上报的转化数据进行去重吗？
A7.会基于数据的反作弊清洗进行一定维度的去重，但要求广告主务必确保上报的数据真实且准确，否则仍然会出现数据Gap等情况，影响快手广告投放效果。
(二)SD KQ1.什么是SD K，如何对接快手广告监测SD K？
A1.SDK是指由第三方服务商提供的实现软件产品某项功能的工具包，此处特指用于实现快手广告监测数据实时回传的SDK。快手广告监测SDK对比API回传方式收集字段参数更全面，收集频次更及时，适合对oCPC效果追求更高的广告主。目前SDK对接已全量线上自助操作，快手SDK暂时仅支持安卓。详细内容请阅读：《快手 Android SDK 对接及使用流程》《快手广告监测SDK使用说明》
Q2.快手支持iOS SD K吗？
A2.暂不支持Q3.快手SD K转化数据去重周期是多少？
A3.激活以应用初始化为准，表单、完件、授信事件根据30天内上报的数据进行去重，其他事件不去重。
Q4.快手SD K转化数据追溯周期是多少？
A4.快手根据去重等数据清洗规则处理转化数据后，会根据“应用包名+设备信息”，追溯近30天的勾选了SDK选项的广告组的广告数据，匹配成功后计入报表。
Q5.联调第一步不通过怎么办？
A5.确认安装包的app_id、app_name等内容和后台创建时的信息完全一致，并且先点击“去激活”后，才能首次启动App；另外，可能存在无法获取设备信息导致联调失败的情况，建议尝试更换设备联调。如果更换设备还是不成功，需要工程师把初始化代码放在手机权限授权之后。
Q6.联调第二步不通过怎么办？
A6.需要确认事件成功上报，建议快手信息流广告推广广告主先自行开启日志打印测试，如果初始化或转化时无日志打印，则说明SDK安装异常。
Q7.使用SD K的安装包，可以添加监测链接吗？
A7.如果需求可以添加，但需特殊处理。第一方监测链接需删掉“__CALL BACK __”，第三方监测链接需在第三方后台关闭转化回调。安装了快手SDK的安装包，投放时禁止使用API对接。
Q8.SD K数据Gap原因？
A8.常见原因有如下几点：
1.安装了SDK的包投放时误使用了API的对接方式，监测链接没有去掉ca llback；
2.排重窗口期不一致，快手SDK是按照【IMEI +APK包名】30天去重；
3.归因方式不一致，快手SDK是优先根据IMEI匹配，匹配不到，然后匹配OAID，匹配不到OAID会匹配Android ID，如果都匹配不到，则不记录一次激活，快手开屏广告广告主测如果按照渠道包归因，不会涉及到设备号问题
Q9.联调通过，但报表为什么没有记录激活数？
A9.应用创建时未勾选SDK选项，导致转化数据无法归因到广告组。
Q10. 市场上目前最多的对接方式是API，客户对SD K的认可度并不高。在推SD K的过程中，遇到的阻力都有哪些？都是如何解决的呢？
A10.主要卡点是SDK部署所需的技术投入比API高，且快手广告开户广告主对数据安全有担心。推进SDK时，不同媒体有不同做法，竞媒字节是强推，所有游戏必须接SDK回传数据。快手的方法是引导客户部署，告知客户部署SDK回传数据比API回传更及时、数据打点更多，因此更有助于模型实时优化效果。
Q11. 在创建推广组时，转化目标是否不需要选择？若是SD K对接，直接选择应用就行；若是API对接，则在选择应用后，还需在创意层级添加第三方监测链接。若是同时选择了转化目标，是否转化会重复计算导致后台转化数据x2？
A11.可以添加第三方监测链接，为了防止出现重传导致转化数x2，可以通过去掉监测链接的"ca llbac k=_ CALL BACK _"部分来完成，如果不去掉监测链接的ca llback部分，会导致重传转化数先x2
(三)M arke tin g APIQ1.什么是marke ting API，如何对接？
A1.快手Mar keting API是一套投放平台功能的接口服务，通过Mar keting API可以帮助广告客户构建数据闭环，客户可接入Mar keting API将自有平台与快手广告投放平台整合打通，并且实现广告投放过程中的各项功能，含：报表查询、账户查询、快手创建广告、修改广告、人群管理、建站工具信息查询功能等。详细内容请阅读：《快手Mar keting API对接前须知V1.0》
Q2.创建/修改限制是什么？
A2.由于各项功能均为投放平台先行上线，待使用稳定后，Mar keting API根据客户使用情况进行补齐。为了避免因未知字段的默认值导致Mar keting API创建异常的计划/组/创意，目前将投放平台和Mar keting API的创建/修改功能隔离。即：
1. 平台创建的计划下不能通过Mar keting API创建组/创意，平台创建的组下不能通过Mar keting API创建创意；
2. 如果在平台操作了Mar keting API未开发的功能字段，不可再通过Mar keting API进行修改；
3. 平台创建的计划/组/创意，Mar keting API只支持使用单独的接口进行单字段修改状态、出价，预算，其他信息不支持修改。如果触发限制条件，会返回相应报错信息。
Q3. si gna tu re部分为空原因？
A3.由于si gn ature为新增字段，历史上传的图片/视频无此信息。通过Mar keting API上传的图片，si gn ature有值，其他途径上传的图片均为空。
Q4.视频列表返回内容不全原因？
A4.视频列表接口只返回通过投放平台或Mar keting API上传的视频，其他途径(如手机客户端)上传的视频不返回。
Q5.授权失败原因？
A5.进入最终的快手短视频广告投放平台首页后，将授权URL复制粘贴到浏览器中访问，勿从邮件直接点击链接跳转。
Q6.返回“无数据权限”原因？
A5.通常原因是advertiser_id和acc ess _token未正确对应，有可能开发者多线程刷新token时导致存储有误。
Q7.封面图片因“分辨率满足要求”不可用原因？
A6.如果创意的封面是由系统自动生成，非自定义上传，则不可重新复用。
Q8. 目前广告主对于快手的平台，反馈是高投入低回报，人力成本和时间成本等投入很大，但是整体效果转化较低，这块除了接入MAPI，产品后续有什么规划吗？
A7.本质是算法不够智能、底层数据标签太过稀疏的问题，同时叠加了疫情对快手广告推广游戏主力付费人群（私营业主）的重大冲击。产研最近一个双月的规划仍然是改善起量率、改善付费人数成本达标率。如客户当前问题主要是付费金额相关的ROI问题，现阶段较难解决（可推动私有建模）且未来一个双月解决不了。在算法和数据能力不好时，运营应该做好连接和客户服务，重点改善客户服务体验。A
Q9.是否可以理解为，对接了该接口后，就可以使用类似之前SEM时候常用推广管家，一键批量上传素材，下载数据，同时调整多个账户这种功能？
A8. 可以这么理解，Mar keting API就是客户自己的管家工具和媒体侧数据获取、批量修改的那个端口。
