为什么要进行概率归因?
苹果公司上线的新的隐私政策,要求应用程序使用ATT框架,开发者必须首先征求用户同意才能跟踪用户。根据历史经验,绝大部分用户会选择不允许广告跟踪,导致依赖数据进行广告营销的公司获取不到用户级别信息(尤其是click id、IP、device id),无法进行精确的转化归因。为了解决这个问题,Offerslook推出了高级隐私模式下的无click id的归因方案。
由于我们获取不到click id,所以我们创建了新的参数sub_source和adv_source去获取下游的offer id和affiliate id以实现转化归因 。
在不同的平台,参数如下:
平台 | 对应参数 | 备注 |
AppsFlyer | af_sub_siteid | 可以是Appsflyer的Postback Management回调模板的任一参数 |
Offerslook | sub_source、adv_source | 仅用于iOS接收无click id的转化 |
Affise | sub8 | |
Trackier | p8 |
概率归因的流程
- 在给下游的tracking link中,使用sub_source可以接到下游传上来的offer id和affiliate id。
- Destination URL添加sub_source,在给上游送点击时,系统通过识别使用了宏{sub_source} 的iOS流量,会自动附加上我们这一层的offer id和affiliate id,连同下游的offer id和affiliate id一起进行加密后送给上游。
- 在接收上游转化时,我们在postback添加adv_source,去接加密上游传下来的加密后sub_source的值,我们通过解密后再下发给下游。
案例1:当您的广告主平台是AppsFlyer
点击流程:
步骤一:在offer的destination URL添加&af_sub_siteid={sub_source}
- {af_sub_siteid} = Appsflyer用来接收offerid和affiliate id的参数
- {sub_source}=Offerslook用来接收下游的offer id和affiliate id的参数。我们系统先获取下游的offer id和affiliate id,然后系统自动加上Offerslook这一层的offer id和affiliate id,这些id会进行加密然后送给上游。
示例:
http://app.appsflyer.com/id1543229898?pid=XXX&af_siteid={aff_id}&af_ua={agent}&af_lang={accept_lan}&af_ip={ip}&af_c_id={offer_id}&af_ad_id={adv_id}&af_sub_siteid={sub_source}&af_click_lookback=7d&clickid={click_id}&idfa={ios_idfa}&advertising_id={google_aid}
Appsflyer提供的Destination URL必须包含这6个参数:{offer_id}、{aff_id}、{click_id}、{agent}、{ip}、{accept_lan}
步骤二:假如下游平台是Offerslook,给下游的tracking link需要添加 &sub_source={sub_source}
示例:
http://yourcompany.com/index.php?offer_id=259&aff_id=11&sub_source={sub_source}
假如下游平台不是Offerslook,则给下游的tracking link需要添加&sub_source={sub_source}|{offer_id}_{aff_id}
示例:
http://yourcompany.com/index.php?offer_id=259&aff_id=11&sub_source={sub_source}|{offer_id }_{aff_id}
因为Offerslook系统可以通过识别添加了参数{sub_source}的iOS流量,自动附加上Offerslook这一层的offer id和affiliate id,连同下游送上来的offer id和affiliate id一起进行加密后送给上游。所以如果下游也是使用Offerslook系统,可以不用在{sub_source}后拼接{offer_id }_{aff_id},直接对接{sub_source}就可以。
转化流程:
给广告主的postback需要添加&adv_source={Sub site ID}
示例:
http://yourcompany.offerstrack.net/advBack.php?adv_source={Sub site ID}
如果上游同时回传aff_id、offer id、sub_source,但adv_source接收到sub_source并解析出来aff_id、offer id的值与参数aff_id、offer id的值不一致,我们会以上游传下来的aff_id和offer id的值为准。
案例2:当广告主是网盟平台
点击流程:
步骤一:在offer的destination URL需要添加&sub_source={sub_source}
示例:
http://advertisercompany.com/index.php?aff_sub1={click_id}&offer_id=37818&aff_id=39&sub_source={sub_source}
步骤二:假如下游平台是Offerslook,给下游的tracking link需要添加 &sub_source={sub_source}
示例:
http://yourcompany.com/index.php?offer_id=259&aff_id=11&sub_source={sub_source}
假如下游平台不是Offerslook,则给下游的tracking link需要添加&sub_source={sub_source}|{offer_id}_{aff_id}
示例:
http://yourcompany.com/index.php?offer_id=259&aff_id=11&sub_source={sub_source}|{offer_id }_{aff_id}
转化流程:
给广告主的Postback需要添加&adv_source={sub_source}
示例:
http://yourcompany.offerstrack.net/advBack.php?adv_source={sub_source}
我们在Affiliate Postback中新增了Privacy Postback,假如下游给的postback是概率归因的postback,你可以将其在我们系统配置成privacy postback。
Privacy Postback 示例(假设下游平台是Offerslook):
http://offerslookdemo.offerstrack.net/advBack.php?adv_source={sub_source}
假如Affiliate Postback为postback URL,只要有添加 {sub_source}参数,也是可以正常下发转化的。但是为了与原本的global postback做出区分,我们建议你概率归因的offer的postback都配置成privacy postback。
概率归因例子
点击流程
Client | Tracking link | Example |
Client 4 | http://client3.com/index.php?offer_id=3&aff_id=3&sub_source={sub_source}|{offer_id}_{aff_id} | http://client3.com/index.php?offer_id=3&aff_id=3&sub_source=4_4 |
Client 3 | http://client2.com/index.php?offer_id=2&aff_id=2&sub_source={sub_source}|{offer_id}_{aff_id} | http://client2.com/index.php?offer_id=2&aff_id=2&sub_source=4_4|3_3 |
Client 2 | http://client1.com/index.php?offer_id=1&aff_id=1&sub_source={sub_source}|{offer_id}_{aff_id} | http://client1.com/index.php?offer_id=1&aff_id=1&sub_source=4_4|3_3|2_2 |
Client 1 | http://app.appsflyer.com/com.appsflyer?af_c_id={offer_id}&af_siteid={aff_id}&af_sub_siteid={sub_source} | http://app.appsflyer.com/com.appsflyer?af_c_id=1&af_siteid=1&af_sub_siteid=4_4|3_3|2_2|1_1 |
转化流程
Client | Offerslook postback | Example |
Appsflyer sends | http:/client1.offerstrack.net/advBack.php?adv_source={sub_site_id} | http:/client1.offerstrack.net/advBack.php?adv_source=4_4|3_3|2_2|1_1 |
Client 1 | http:/client1.offerstrack.net/advBack.php?adv_source={sub_source} | http:/client1.offerstrack.net/advBack.php?adv_source=4_4|3_3|2_2|1_1 |
Client 2 | http:/client2.offerstrack.net/advBack.php?adv_source={sub_source} | http:/client2.offerstrack.net/advBack.php?adv_source=4_4|3_3|2_2 |
Client 3 | http:/client3.offerstrack.net/advBack.php?adv_source={sub_source} | http:/client3.offerstrack.net/advBack.php?adv_source=4_4|3_3 |
Client 4 | http:/client4.offerstrack.net/advBack.php?adv_source={sub_source} | http:/client4.offerstrack.net/advBack.php?adv_source=4_4 |
为了数据安全和避免欺诈性流量,我们会对sub_source值进行加密后送给上游,然后通过adv_source获取上游下发的加密的sub_source值,并进行解密后下发给下游。
!注意
概率归因不支持callback、smartlink、group link、hybrix、conversion generator;不校验重复转化;不支持与上下游进行测试(privacy postback暂不支持测试)。