今天好好聊一聊iOS的SKAdNetwork。聊它怎么來(lái)的?它能干什么?怎么用它?
SKAdNetwork的出現(xiàn),其實(shí)也是有歸因這個(gè)概念的功勞。蘋(píng)果在一開(kāi)始發(fā)布iOS設(shè)備的時(shí)候,并沒(méi)有考慮到歸因,甚至用戶隱私這些層面的問(wèn)題,因?yàn)樘O(píng)果那時(shí)候還是一個(gè)Baby。剛開(kāi)始的時(shí)候也僅僅就是它自己的App Store,開(kāi)發(fā)者在上面發(fā)布應(yīng)用,用戶去下載安裝。這也算是一個(gè)閉環(huán)生態(tài)。
后來(lái)出現(xiàn)了歸因以及用戶跟蹤的概念,這時(shí)候在蘋(píng)果設(shè)備上生成了一個(gè)ID叫IDFA,這是蘋(píng)果手機(jī)上的唯一識(shí)別碼,有了這個(gè)ID,就能輕松實(shí)現(xiàn)對(duì)用戶的追蹤,也就是行業(yè)內(nèi)稱之為歸因。
2018年開(kāi)始,全球?qū)τ脩綦[私越來(lái)越重視,特別是歐洲GDPR出現(xiàn)以后,互聯(lián)網(wǎng)行業(yè)對(duì)用戶隱私的話題可謂談虎色變,也被這個(gè)國(guó)際規(guī)范整的頭破血流。所有的努力都是為了合規(guī),不敢逾越半步,否則后果很?chē)?yán)重。這個(gè)政策的核心意義是什么呢?就是任何手機(jī)廠商,任何App開(kāi)發(fā)者,任何第三方機(jī)構(gòu),在未經(jīng)用戶同意的情況下,不允許對(duì)用戶進(jìn)行追蹤。
蘋(píng)果面對(duì)這一政策,不可能不做出調(diào)整。一方面是用戶隱私,一方面是廣告主的利益,怎么平衡這兩者之間的關(guān)系?這時(shí)候SKAdNetwork出現(xiàn)了。
SkadNetwork采用了一個(gè)彈窗的形式來(lái)提示用戶是否允許跟蹤
重點(diǎn)來(lái)了
·如果用戶同意跟蹤,那我們可以拿到設(shè)備的IDFA信息,走正常的歸因流程;
·如果用戶不同意跟蹤,我們拿不到設(shè)備的IDFA信息,在歸因信息里面是沒(méi)有IDFA這一重要信息的
不管用戶是否同意跟蹤,都會(huì)走SKAdNetwork。只不過(guò)會(huì)有不同的歸因結(jié)果。(千萬(wàn)不要想著,全部數(shù)據(jù)-有IDFA的數(shù)據(jù)=為獲取IDFA的數(shù)據(jù),這是錯(cuò)誤的思想)
SKAdNetwork有什么特點(diǎn)呢?就是你啥也撈不到。
我們就拿這個(gè)流程圖來(lái)看,過(guò)程其實(shí)很清晰。
客戶是怎么在我們的面板上看到SKAN數(shù)據(jù)的呢?如果客戶有跑SKAN的Campaign,首先他得在我們的面板上做一個(gè)映射,形成一個(gè)Map關(guān)系。(這里多解釋一下,SKAN規(guī)定了64個(gè)Value值0~63,其中0默認(rèn)為Install事件,其他值可以映射成你的其他事件。多余的就不多說(shuō)了,頭大)。如果某個(gè)事件發(fā)生了,Branch會(huì)收到這個(gè)事件,然后通過(guò)事先設(shè)定好的Map關(guān)系把這個(gè)事件發(fā)給SKAN。SKAN收到這個(gè)事件之后并不會(huì)馬上把數(shù)據(jù)發(fā)給渠道比如FB,而是有24~48小時(shí)延遲。如果一切順利,最后渠道會(huì)把數(shù)據(jù)給Branch,這樣客戶就在面板上看到數(shù)據(jù)了。
所以說(shuō)理論上我們面板數(shù)據(jù)完全取決于渠道,他們給多少我們就顯示多少。
這里面有兩個(gè)坑要注意下:
·我怎么知道Branch有沒(méi)有給SKAN發(fā)數(shù)據(jù)?-不知道
·我怎么知道蘋(píng)果有沒(méi)有給渠道發(fā)數(shù)據(jù)?-不知道
緊接著SKAdNetwork的特點(diǎn),我們可以總結(jié)出幾點(diǎn):
·數(shù)據(jù)延遲
·無(wú)歸因邏輯
·無(wú)歸因信息(從蘋(píng)果返回的字段你可以看到就那么幾個(gè)字段)
·只能看到聚合數(shù)據(jù)
因此,SKAN存在的意義似乎不大,只能說(shuō)有比沒(méi)有好。據(jù)不可靠消息,自從有了SKAN,市場(chǎng)上似乎對(duì)它反響平平,用它的人也不算多。只能說(shuō)蘋(píng)果的市場(chǎng)比較大,很多開(kāi)發(fā)者不得不在其上面做點(diǎn)文章。站在蘋(píng)果的角度,為了應(yīng)對(duì)當(dāng)今市場(chǎng)對(duì)用戶隱私層面的考慮,沒(méi)有其他更好的方案。
說(shuō)到數(shù)據(jù)上,上面說(shuō)了,理論上我們跟渠道那邊的數(shù)據(jù)是一致的。如果客戶提出來(lái)數(shù)據(jù)有差異,一般都是跟渠道那邊對(duì)比的。
但是從iOS15開(kāi)始,我們可以代表客戶直接從蘋(píng)果那邊拿數(shù)據(jù),很簡(jiǎn)單,只需要幾個(gè)步驟。詳細(xì)步驟可以參見(jiàn)https://help.branch.io/using-branch/docs/skadnetwork-direct-postback這么一來(lái),有一個(gè)好處,數(shù)據(jù)上產(chǎn)生差距的可能性會(huì)大大減少,因?yàn)槲覀儾挥靡蕾囉谇澜o我們數(shù)據(jù),誰(shuí)知道渠道那邊是否會(huì)做什么手腳。
目前中國(guó)這個(gè)的客戶還是沒(méi)有修改,依然是走的老一套,我們的數(shù)據(jù)還是從渠道那邊過(guò)來(lái)的。有可能因?yàn)榕躍KAN的客戶本身就很少,而且數(shù)據(jù)量也不是很大。
最后一個(gè)問(wèn)題,如何倒出SKAN的原始數(shù)據(jù)?(暫且稱之為原始數(shù)據(jù)吧,畢竟SKAN能提供的字段并不多)
·目前需要通過(guò)Custom Export API來(lái)請(qǐng)求,面板上Custom Export還不支持。