业务逻辑理解

Mobvista

1、广告主推广一个 App 的流程（参考文献）

• 我们跟广告公司谈好广告花费，规定好广告投放的要求，比如我们希望最好投放游戏用户，最好是上班族等等要求。（制定投放策略）
• 当那些嵌入了广告公司广告sdk（如某某书城下面的banner广告）的app或者广告公司自有的app（如视频媒体，优酷上的广告）请求广告的时候，广告公司根据不同的请求信息，筛选广告投放人群，将广告投放下去。（做出投放动作）
• 用户在广告展示期间触发广告行为（比如看完某个视频，点击了某个广告），广告会做个二次跳转引导用户到AppStore上面下载我们的app。（产生投放效果）

• 根据我们购买的广告形式，一般来说广告公司都会加入购买行为的监测。比如我们买的cpc广告，那么当用户点击我们的广告的时候，广告前端的代码就会触发一个监测链接上报给广告平台，通知服务器，用户点击了一次。如果我们购买的cpc价格说1元，那么你的1元钱就这样花出去了。（结算投放成本）

• 有两个问题：

  • 如何区分不同渠道的贡献？
  • 如何甄别虚假贡献？

• 两个问题一个解决方案：性能优良的归因系统
  

• 当用户产生了广告行为效果之后，这种行为数据不单单上报到广告平台，还必须同时上报给第三方归因系统。这样归因平台就获得来我们广告花费的全部信息。
• 当用户下载了app，达到了我们推广要求的行为时，我们app要讲这些行为数据告知效果归因平台。
• 归因平台拿到两方数据后，通过数据分析，将广告平台的数据跟用户行为联系起来。

一般来说目前市场主流的广告归因方法有以下几点：

• 设备id归因：广告平台在广告投放和用户广告行为上报的时候，通常都会将当前设备的设备id同时传输。广告归因产品一般来说也会提供sdk，要求APP嵌入。当用户安装APP并触发相应事件后，也会把相应的设备id传输回来。当广告归因平台接受到两个数据源的数据后。一般按照last click原则，即如果一个相同的设备id，先收到广告点击数据，然后又收到来激活数据，那么就认为说这个广告产生了这次激活。
  设备id是唯一识别一部设备的一次刷机行为 -> 广告主可以用它来排除重复的安装。
• referrer来源：从 Google Play 上下载android安装包成功时，Google Play会发送相关的通知信息，开发者可以在app中截获用户的来源。 比如我使用如下下载地址，从google play上下载该应用。
  https://play.google.com/store/apps/details?id=com.test.app&referrer=clickid123
  当下载成功的时候，app内部会收到来自Google Play的广播通知，开发者可以在app中截获referrer=clickid123这种数据。很显然，我们在不同的广告平台点击广告的时候，下载链接后面referrer后面跟上不同的渠道标示，我们就可以知道说那个渠道带来的下载了
• 设备指纹数据：如果在手机浏览器上面浏览了广告产品宣传，然后觉得感兴趣，自己搜索下载了app。浏览器上的广告无法获取设备信息。这个时候，该去怎么样归因呢？一般来说大家会使用所谓的设备指纹匹配。
  大家知道我们在http请求的时候，在http请求的headers里面一般都会包含一些设备相关的属性，比如UA信息：
  Mozilla/5.0 (iPhone; CPU iPhone OS 7_1_2 like Mac OS X) AppleWebKit/537.51.2 (KHTML, like Gecko) Version/7.0 Mobile/11D257 Safari/9537.53
  广告归因平台根据这些零散的数据，结合他们自己的数据积累，一般会定制生存一个自己的id。当遇到没有设备id信息的归因问题时，就用这些零散的数据作为唯一标示确认唯一性。很明显，这个id的准确性依赖与平台的数据积累以及id的不断学习更新。
• 渠道id归因：简单来说，我们在app中开发一个接口，可以传输不同的渠道参数，在不同的广告推广中，用相应的app安装包。
  给A渠道的，在app打开的时候，就调用接口回传参数为A。给B渠道的，在app打开的时候，就调用接口回传参数为B.这种方式目前主要应用于android市场。

点击到安装的归因

• 归因方式及优先级：

  • referrer，deviceID，UA+IP（fingerPrint）。referrer 和deviceId的匹配优先级最高。

• 归因时间窗：

  • 顾名思义，匹配的时间范围。根据所选优先级及匹配的时间范围，依据Last Click 匹配。同时，在不同的归因方式下（不同的第三方归因工具，eg. Adjust、Kochava、Appsflyer等），会有不同的归因时间窗（即匹配的时间周期）
  • 由于是安装总是和Last Click 进行匹配。所有就有了VBA的fraud方式。

2、点击 -> 安装的传输说明

说明：
(1). Tracking link是由第三方给出的，每往下一层都会相应添加上对应的标记信息，比如Adjust在给我们Tracking link的时候，会带上属于Mobvista的ID。
(2). 点击跳转至第三方时，第三方会记录到设备信息，及相应渠道信息（比如Mobvista的ID）以及其他传过去的参数比如我们的clickid。
(3). App安装时，系统广播通知，含referrer信息，app激活时，第三方sdk上报referrer信息，设备信息。referrer中包含所需渠道跳转信息。【(2)中的信息】
(4). 第三方在归因时间内，根据收到的referrer信息匹配。 如果referrer丢失，或者是Apple store的offer，则第三方根据deviceId进行匹配。如果deviceId也没有，则根据IP+UA进行匹配。（按照优先级：referrer > deviceId > fingerPrint）
(5). 匹配后，将安装发回给平台（比如Mobvista），同时会带有Postback中的其他参数比如我们的click_id(一串很长的值)，uuid(campaign_id)等等，即S2S 的方式。

(6). Mobvista收到安装后，会根据click_id，进行一次匹配，就是我们现在的Match Install。