UC 头条广告推广 | 游戏行业 SDK 深度转化的常见问题

‍

uc 头条

——游戏行业 SDK 深度转化常见问题

QA

Q：SDK 回传相较于 API 服务端回传具有哪些优势？

A：SDK 能够回传更为全面的转化数据（例如付费、留存等多种行为），模型能够更全面地理解用户，支持付费等深度转化的投放优化，提高 roi。

Q：何种情况下适宜开启深度单目标出价？

A：倘若老计划当前的投放效果令人满意，期望获取更多深度转化（比如付费），并且准许放宽浅层转化成本（如激活），那么可以将“二三阶段出价”切换为“深度单目标出价”。此功能开启后，系统将着重优化深度转化效果，放宽浅层成本限制，为您获取更多量，促使深度转化数和消费得以提升。需注意：若当天每日的深度转化数小于 5 个，效果易出现波动，深度转化成本可能会超支，此时建议您先运用“深度双目标出价”进行投放和优化，待稳定后再切换功能。

Q：新账户、新计划能否开启深度单目标出价？

A：鉴于新账户、新计划的深度数据（如付费）积累较少，若直接开启深度单目标出价，深度转化效果容易产生波动。因此，建议您先使用“深度双目标出价”投放，待数据积累充分、效果稳定后再切换为“深度单目标出价”。若您能够接受深度成本的波动，希望直接测试深度单目标出价，汇川平台支持开启此功能。此时，建议您同时开启安心投，在 OCPC 二阶段仍能保障您的转化成本（如激活）可控；当进入深度优化阶段（三阶段）时会自动理赔前 7 天的转化成本，后续安心投不再生效。

Q：SDK 投放广告时，深度单目标出价应如何设定？

A：1）第一阶段出价、转化出价(激活)依旧依照历史操作习惯进行设置，设置深度转化出价可依据心理预期的深度转化率折算。2）例如：广告主预期激活成本为 100 元、付费率为 5%，那么，转化出价(激活)设为 100 元，深度转化单出价(付费)设为 500 元。

Q：接入 SDK 需要哪些初始化参数？如何获取？

A：SDK 初始化需要 sdkid、appname、appchannel 等参数。sdkid（即 appid）由接入方在汇川广告平台申请，提供 appname、包名、应用中文名后自动生成。appname 与申请 appid 时使用的 appname 一致；appchannel 由接入方自行定义即可，支持英文或数字。

QA

Q：appname、应用中文名应如何命名，对广告投放有影响吗？

A：广告主可根据自身需求自定义命名，在 SDK 技术对接时需确保 sdkid、appname、包名保持一致。

Q：不同游戏能否使用相同的 sdkid？

A: 不行。汇川以 sdkid 作为唯一标识来识别一款游戏，不同游戏需要申请不同的 sdkid 加以区分，以防影响效果。

Q：不同账户可否推广相同游戏？

A：可以。申请该游戏 sdkid 的广告主账户，能够向同公司主体的其他账户授权，授权完成后即可使用同一个 sdkid 创建转化追踪并投放广告。

Q：appid 申请后能否删除？

A: appid 一经生成，无法删除。若遇信息重复的情况，可以添加后缀加以区分，例如：game2019、game2019、com.xxx.xxx2019。

Q：注册方式多样，当前文档仅有 mobile\weixin，应如何处理？

A: 文档中列举了属性值示例，若存在其他注册方式，接入方能够自定义其他属性值，并告知汇川平台。

Q：激活时间是 init 吗？是否依赖 IMEI？

A: 激活时间是用户在当前设备首次打开页面的时间，并非 init 的时间，且不依赖 IMEI。

Q：如何接入 SDK？

A: 当下采用 aar 引用的方式接入，若接入方需要 jar 包方式，仅需解压 aar 包后分别导入 jar 包和 so 库即可。

QA

Q：怎样判断 SDK 初始化成功？

A: 设置 Gism.debug() 进入 debug 模式，过滤 tag 为 “GISMLOGGER” 的 log 信息，若看到 “init sdk success” 信息，则表明初始化成功；另外，SDK 初始化时会进行相关校验，若校验失败会抛出异常，而异常信息会提示相应的错误。（需注意：debug 模式仅能在测试阶段使用，发布上线必须关闭）

Q：接入 SDK 需要上报哪些数据？

A: SDK 接入必须上报的数据包括激活、注册、支付、使用时长。a) SDK 自动上报的数据包含激活、使用时长。接入方一定要参照对接文档正确初始化，并进行退出游戏回调，以保证数据准确上报。b) 接入方手动上报的数据包括注册、支付，以及角色创建、升级、自定义等。必须上报的字段已在文档中标注，未标注的可以不上报或者上报固定值。c) 由于汇川广告模型依赖 SDK 上报数据，所以尽量多上报用户行为事件，以使对用户的理解更加精准，获取更优的投放效果。

Q：付费数据支持服务端上报的方式吗？

A: 目前仅支持客户端的接入方式，如有特殊需求，请联系汇川相关人员。

Q：退出游戏 onExitAPP()应当在何时调用？

A: 在用户确认退出应用时调用，比如弹出退出游戏确认弹框，用户点击确定按钮后调用；另外，需要在调用系统退出接口 System.exit() 或 Process.killProcess() 等强杀进程前，先调用 SDK 退出接口 onExitApp()。

Q：如何对 sdk 包进行联调测试？

A：首先确保依照技术文档完成接入。测试时需要真机试玩 10 分钟，并完成注册、支付(支付成功)等操作。

QA

Q：sdkid 包已测试通过，重新打包有何注意事项，需要重新测试吗？

A: SDK 接入已经测试通过的包，重新打包时切勿修改包内的配置！尤其不能改动 sdkid、appname、包名等关键参数及对应关系，函数调用方法也绝对不要进行任何改动。重新打包之后，可根据 SDK 联调页面提示再次验证。

Q：SDK 检测不到数据上报，应如何处理？

A: 设置 Gism.debug() 进入 debug 模式，然后进行以下两步操作：a) 过滤 tag 为 “GISM-LOGGER” 的 log 信息，查看对应功能路径是否正常，若有 “call onEvent() success” 字样则为正常；b) 过滤 tag 为 “TagentUploader” 的 log 信息，能够查看到数据上报相关信息，从而进一步确认上报问题。

Q：SDK 检测不到激活和使用时长，应如何处理？

A: 设置 Gism.debug() 进入 debug 模式，然后进行以下三步操作：a) 过滤 tag 为 “GISM-LOGGER” 的 log 信息，查看 Activity 生命周期是否有回调，即是否有 “onActivity***” 字样的 log 信息，若没有，则需要广告主技术人员确认初始化 SDK 时，传入的 Application 对象是否为 AndroidManifest 中注册的 Application 对象，而非 new 出来的对象；若有，则进入第二步；b) 过滤 tag 为 “GISM-LOGGER” 的 log 信息，查看事件回调是否正常（激活事件：ev_ac=open`type=active/openpage、使用时长事件：ev_ac=use），即是否有 “call onEvent() success” 字样，若没有，则查看 log 信息确认失败信息；若有，则执行第三步；c) 过滤 tag 为 “TagentUploader” 的 log 信息，可以查看到数据上报相关信息，从而进一步确认上报问题。部分广告主的 APP 在退出时，会杀掉当前进程，导致使用时长信息丢失，此情况可通过：在退出 APP 时，优先调用 GismSDK.onExitApp()接口，以减少该问题的发生。

Q：测试阶段怎样查看日志？

A: 开启 debug 模式能够查看日志，但在正式投放的版本务必关闭。在 Application 的 onCreate 中添加如下代码: public class MainApplication extends Application { @Override public void onCreate() { super.onCreate(); GismSDK.debug();//注意在 Debug 模式下才执行 } }

更多

uc 头条广告推广的方法详情可通过官网咨询！