广告平台(Ad Networks)对接步骤

Step 1 - 网站注册

请务必先登陆此网址进行注册。注册好之后请将您的注册邮箱发送至您在AppsFlyer的接口人,后续您会收到adops@appsflyer.com发出的对接指导邮件。

 

Step 2 - 必选对接材料提供

收到对接指导邮件后,请准备好至少前四种必选的对接所需材料,请用英文回复给adops@appsflyer.com,并抄送您在AppsFlyer的商务接口人。

材料1. Click URL

  • Appsflyer建议的Click URL模板为以下:

http://app.appsflyer.com/{app_id}?pid={adnetwork_int}&clickid={clickid}&c={campaign_name}&af_siteid={af_siteid}&android_id={android_id}&advertising_id={advertising_id}&imei={imei}&idfa={idfa}

  • 其中参数的含义分别为:

- app_id: 代表被推广的产品的iTunes ID (iOS)或package name (Android), 此参数在实际广告投放中会由AppsFlyer自动匹配相应的产品ID,渠道无需改动。如:app_id=idxxxx或app_id=com.rovio.tools

- pid: 渠道名称唯一标识符,用于区别于别的广告网络。此参数在对接完成后由Appsflyer来配置,渠道无需改动。如:pid=inmobi_int

- clickid:由平台方自己生成,相当于给每个用户根据平台自有规则进行编码,类似于给用户编写身份ID。您可以在点击发生时在本地存储需要记录的跟本次点击相关的一切信息,比如用户的设备号、IP地址, 对应的publisher,订单号,广告素材等。然后通过生成一个随机的Click ID进行索引。只要把生成Click ID传递给AppsFlyer,我们会在用户激活的时,将对应的Click ID原封不动的回传给您,从而根据Click ID的索引,找到本地存储与之匹配的一切参数,进行后续的数据分析。这种方式可以用于iOS, Android, WP, 以及有无设备ID的场景,灵活性较好。如:clickid=123456

Clickid作用示意图:

- c: campaign name。如:c=US_female

- af_siteid: 用于传递子渠道信息,有助于广告主提供优化子渠道需求。避免整个media source被广告主关停。如:af_siteid=10001

- android_id: android平台的设备唯一性识别标识。(deviceid)

- advertising_id: Google Advertising Id (GAID),也是android平台的设备唯一性识别标识。(deviceid)

- imei: android平台的设备唯一性识别标识。(deviceid,适用于中国本土安卓广告平台)

- idfa: IOS平台的设备唯一性识别标识。(deviceid)

  • 注意事项:

- clickid背后包含的信息越多,对您平台后续的数据分析越方便,Appsflyer无需知道clickid背后包含的具体信息;

- 对于android平台来说,推广至google play的广告,google默认的是用referrer id进行匹对,因此device id显得并不是那么重要,之所以建议加上deviceid,是为了在referrer id意外丢失时,Appsflyer则会使用deviceid进行匹对,提升归因的准确性。如果既没有referrer id也没有device id,那么Appsflyer会使用指纹识别,匹对精准度相对较低;

- 对于IOS平台来说,如果不上传idfa,则我们归因的方式类似于一种指纹识别。

- 指纹识别的原理主要基于IP,UA,操作系统信息,受用户具体所处环境及场景的影响,他的准确率一般能达到80-90%,剩下的如果确实是由广告网络带来的激活却没有被归因到该广告网络下面,会被算到广告主自然增长的那一部分数据里面,这对于广告网络来说是一种损失。因此为了提高激活归因的精准度,我们通常建议在Click URL里面加上idfa来提高精准度;

- Appsflyer建议将android&ios的deviceid同时加在链接当中,这样一条链接将会同时支持android和IOS的广告投放,即形式为:android_id={android_id}&advertising_id={advertising_id}&idfa={idfa}

- 如果您还需要链接中包含更多的信息,也可使用其他自定义参数,Appsflyer的Click URL具有较好的延展性。更多Asppflyer现有的参数模板请参考该链接

材料2. Postback URL

模板为以下:

http://YourNetworkURL?clickid={clickid}

AppsFlyer会在用户激活时候回传给渠道对应点击的Click ID。如果你们需要激活的时候反馈更多的参数信息,请在postback url模板中添加贵平台需要的信息参数即可。Appsflyer通过SDK能统计到的用户的相关参数列表,基本都可以根据渠道的需求传给渠道。例如:

Postback url:

http://YourNetworkURL?clickid={clickid}&Channel=8&WIFI=yes&Operator=chinaunicom

材料3. 渠道名称

请提供贵公司英文名称和广告产品名称

材料4. 公司Logo(200*50,png)

Step 3 - 可选对接素材提供

可选材料1. In-app events postback(应用内事件回传)

  • In-app events 定义:指广告主根据其需求定义的应用内事件。例如:用户首次登陆、用户注册、应用内购买、游戏到达某一关卡等能够从一定维度上反应用户行为和质量的事件。有时广告主希望将某一个或某几个应用内事件传给渠道进行广告优化,因此需要广告平台方跟Appsflyer有相应的对接,才可以实现应用内事件回传。
  • 前面已经完成了一个最基本的激活归因对接,做为渠道已经能够成功接收激活数据。

接下来只需要再提供给AppsFlyer一个Postback地址接收应用内事件的回传。

Postback链接形式:http://YourNetworkURL?clickid={clickid}&eventname={eventname}&eventvalue={eventvalue}

链接配置好以后同样请将in app event回传的配置需求发送给adops@appsflyer.com, 我们会尽快帮助您配置。

  • 关于eventname,即应用事件的名称可以通过两种方式获得:

广告主在其后台选择希望传给渠道的参数名称,并勾选Send Value,保存以后,渠道即可收到该in-app event实践的数据回传。如以下截图:

渠道也可以设置自己的in-app events的名称模板,需要广告主在选择时对应起来即可。如以下截图:

可选材料2. Cost参数对接

越来越多的广告主,尤其是游戏和电商广告主关注ROI(returns on their investment) 因此为了帮助广告主更直观的了解不同渠道带来的用户质量,从而也可以给渠道一个更加明确的渠道质量反馈,Appsflyer建议渠道在原有的install tracking url上面添加并支持跟广告花费相关的参数的回传,包括以下:

  • af_cost_model - cost model (the supported values are CPI, CPC, CPA). CPI is the default value
  • af_cost_value - cost value
  • af_cost_currency - cost currency

即更新tracking url为:

http://app.appsflyer.com/{app_id}?pid={adnetwork_int}&clickid={clickid}&c={campaign_name}&af_siteid={af_siteid}&android_id={android_id}&advertising_id={advertising_id}&idfa={idfa}&af_cost_model={af_cost_model}&af_cost_currency={af_cost_currency}&af_cost_value={af_cost_currency}

链接配置好以后请将该需求发送给adops@appsflyer.com, 我们会尽快帮助您配置。

配置后,渠道开始将相关的cost参数传给Appsflyer以后,广告主结合自己在嵌入SDK时定义的收入事件,即可以从其Appsflyer后台看到ROI。例如:

可选材料3. View-though(Impression)归因对接

      对于一般的广告主而言,按照激活做归因已经能够满足其进行新用户获取渠道的分析,但是随着广告主广告投放的越来越精细化需求,Appsflyer能够支持帮广告主判断那部分通过展示带来的新用户,我们称之为view-though user。

      关于追踪广告展示帮广告主带去的那部分新用户,渠道可以通过在Appsflyer配置一条新的impression tracking url来实现。链接模板如下:

http://impression.appsflyer.com/{app-id}?c={campaign name}&pid={media source}&af_siteid={site id value}&af_sub1={free value}&idfa={idfa value}

链接参数确认好以后请将该需求发送给adops@appsflyer.com, 我们会尽快帮助您配置。

注意:

  • tracking url上的信息需要尽早的传给Appsflyer,如果传输太迟,会导致统计错误。
  • 对接成功以后,所有广告主即可进入相应渠道配置界面授权展示带来的激活量归因,并取得impression的追踪链接,例如:
  • 如果使用了impression tracking url,那么在广告主看到的后台界面即会显示广告展示次数(如下图),同时install数据会包括广告点击和广告展示合在一起带来的新用户数。

Step 4 - 投入使用前测试

我方技术人员在收到您递交的素材后,会使用Appsflyer在Appstore或Googleplay上传的测试应用,生成实际的测试链接(android或ios)发给您。

您需要使用这条链接进行测试。具体步骤为:

注意*:后续如果希望修改tracking url上的参数 / 公司名称 / LOGO 等需求请使用英文发邮件至adops@appsflyer.com进行修改。

 

Step 5 - 数据查看(Partner Login)

AppsFlyer能够提供给每个对接了的合作伙伴专门的数据查看后台,由于该后台还是Beta版并未完全开放,因此这个需求的渠道需要单独申请,请将以下信息发至您在AppsFlyer的商务接口人 :

  • 请提供一个从来没有在AppsFlyer网站注册过的邮箱;
  • 提供您Media Source的Pid;

开通Partner Login的Media Source,广告主可在其后台进行留存率报告授权,以及一些自助配置功能的授权,详细信息请见Providing Permissions to Ad Networks

 

 

这篇文章有帮助吗?
0 人中有 0 人觉得有帮助
还有其它问题?提交请求
由 Zendesk 提供技术支持