0045

iOS 14.5 就要正式上线后，将会针对下载 App 的使用者一一询问是否开放 IDFA 追踪权限。如果用户拒绝，IDFA 将变成一串 0。

当 IDFA 灭亡后，将造成精准营销再也不复存在、导致广告平台和广告主的严重损失。事实上，“保护用户隐私”与“精准营销”向来是个悖论，苹果是怎么针对这个问题提出最终的解决方案？

答案是 iOS 14.5 即将上线的 SKAdNetwork。

究竟什么是 IDFA？IDFA 是怎么让你感觉「被监听」？SKAdNetwork 这张苹果针对保护用户同时做广告追踪所交出的答卷又是什么样的技术？SKAdNetwork 对广告主而言存在的重大挑战有哪些？

让我们直接打开苹果开发者官方文件，解读苹果官方到底是采取什么样的行动、探讨行动广告产业将走向何方，和厂商该如何应对。

另外，本篇文会大量使用到第一集跟大家介绍到的观念和术语，欢迎大家能先参考本系列的第一篇文《数位行动广告生态到底是什么？保证你是第一次看懂！》再来看这篇文章。（老话一句，本文一样是超过一万字的干货文，读者可以存下来慢慢品味）

三大广告用戶辨识与广告归因方法

还记得在本系列最一开始的時候我们提到在移动广告世界所面临的核心問題──失去 Cookie、呈現碎片化的移动广告世界中，广告主到底该怎么追踪每一个消費者并衡量广告成效嗎？事實上，市面上仍有許多技术来克服这样的難題。下面我们就要来針对最常見的三大針对 App 广告追踪归因的方法来作說明。

(1) Google Play Install Referrer：Google 安裝推荐网址

仅適用于 Google Play。这是一套类似于 UTM 追踪的广告参数传遞機制（UTM 的全名是 Urchin Tracking Module，作法是将原本的网址后面连接一段参数，只要点击到带有这段参数的链接，GA 都会记录其来源与在网站中的行为）。

比如 TikTok 这个 App 在 Google Play 里面的网址是：https://play.google.com/store/apps/details?id=com.zhiliaoapp.musically

img透过上面网址可以连到 TikTok 在 Google Play 上架的应用

你可以把請将referrer参数添加到直接指向 Google Play 商店的该 App 网址，并将该参数的值設置为用来描述来源的字符串，如下例所示：

imgGoogle 广告系列参数（Source: Google Analytics 开發者指南）

比如 TikTok 这个原本的应用商店网址，最后加上表格中的来源說明参数（綠色字體）之后，就会變成： https://play.google.com/store/apps/details?id=com.zhiliaoapp.musically&referrer=utm_source%3Dgoogle%26utm_medium%3Dbanner%26utm_term%3Dmusic%26anid%3Dadmob

接著我们可以向 Google Play 商店传遞这个自訂参数。当使用者点击带有广告来源参数的连結跳轉到 Google Play 商店、并下載该 App 后，Google Play 会在该 App 第一次被开啟的時候，發送一个 INSTALL_REFERRER 廣播告知 App 这个用戶成功下載它的广告来源，让 App 接收这个参数。接著这个 App 会上報该 referrer 参数到广告主后台，從而確定该轉化的来源。

这種做广告追踪的方法非常可靠，可惜只有在 Google Play 里面支援、iOS 或非 Google Play 商店的安卓機都無法使用。同時也只在下載 App 的時候才有意義，也就是在衡量 CPI 的時候才有用。如果只是 CPM、CPC 或是已經下載 App 后的 CPA，那基本上沒什么用處。

(2) Identifier Matching（IDFA / GAID）：广告识别符匹配

適用于 iOS 和 Google Play。也是这次 iOS 14 新聞鬧的最沸沸揚揚的追踪方法。最早开始的時候，开發商可以取得每一台裝置的专属识别码来打广告或做利用，但后来为了用戶隱私保護的關係，從 iOS 6 开始改成广告识别码 （Identifier for Advertising, IDFA），能让广告主用来追踪使用者。

每台 iOS 裝置都有一組 IDFA 识别码、类似临時身分證；临時意味著使用者可以隨時重置。以 iOS 13 的使用者来說，可以透过设定 > 隱私權 > 广告的路徑執行重置广告识别码。如果想用全面停用的話，也可以啟用限制广告追踪（Limit Ad Tracking, LAT）这項裝置设定，让广告主無法使用 IDFA。

IDFA 之所以会是广告主仰賴的關鍵有兩个原因，一是關閉的路徑不明顯、二是 IDFA 的开啟和關閉是在裝置階層而非应用階層。

路徑不明顯的意思是，会知道 IDFA 并特地跑去隱私權頁面重置 IDFA，或啟用限制广告追踪的苹果手機用戶微乎其微，畢竟要跑到隱私權頁面里面把深藏的 IDFA 找出来重置或關掉超級麻煩（我相信至今聽过 IDFA 的使用者应该不多）。第二點則意味著 IDFA 一旦开啟，就是針对整支手機上的应用都有權限取得，被安裝的应用不需要一次次特別去請求 IDFA 授權。

另一方面，以 Google Play 这边的安卓機用戶来說，除了第一點提到的 Install Referrer 方法之外，也有一个相对于 iOS IDFA 的广告识别码，稱为 GAID（Google Advertising ID），也就是每一台 Android 裝置都一样有一組 GAID 识别码，跟 IDFA 一样可重置。

还记得我们說到第一點的 Google Play Install Referrer 只能適用在用戶下載一款 App 的場景嗎？但 IDFA 和 GAID 的用途則廣泛多了。除了追踪下載的裝置之外，也可以知道该裝置对于不同广告的点击、瀏覽等，幫助广告主全方位掌握 CPM、CPC、CPI 等指標、也就是說广告识别符匹配是最精準、同時適用範圍也最廣的广告轉化归因方式。

IDFA 是怎么让你感覺被監聽？

場景可能是这样的：使用者下載了一款飲食紀錄 App，接著你打开 Facebook、突然發現自己的動態消息有一大堆關于減肥瘦身或健康飲食之類的广告；同時在这款飲食紀錄 App 当中，你也突然發現你之前留在 Facebook 的个人興趣資訊（比如關注科技或時尚領域）出現在这个 App 的 Banner 广告上。感覺是不是有點毛骨悚然…？这都是因为 Facebook 和飲食紀錄 App 兩者透过 IDFA 比对到你是同一个使用者。只要有 IDFA，要知道你下載的 App、你的購買紀錄或定位資訊通通都不是問題。

苹果 iOS 14 新政策将如何造成所謂「IDFA 已死」？

但广告主要面临的大問題来了，以苹果手機端来說，iOS 14 在今（2021）年初正式上路之后，会預設 App 無法取得 IDFA。App 必須个別向使用者要求授權，才可拿到 IDFA。也就是說，使用者打开 App 的時候会被詢問第一次「要允許 App 追踪您在其他公司 App 和网站的记录嗎？」同時这段文字主標題 App 廠商不能做修改。 img 如果使用者點選了不要追踪，那 App 廠商就無法得到 IDFA 資訊。同時 App 只会跳出一次視窗，之后不会再开啟。在「IDFA 預設關閉」加上「即使 App 詢問用戶多半也会不允許追踪」的前提，相較于之前 IDFA 在系統中預設开啟的情況下，等同于 IDFA 直接宣告死亡。

(3) Fingerprinting：指紋匹配

適用于任意手機裝置。除了 Google Play Install Referrer 和 IDFA/GAID，事實上广告主还有第三種方式去追踪，尤其不只是在手機裝置、在网頁瀏覽器上面也非常普及且古老的一種方式，叫「Fingerprinting」。

以下用提供瀏覽器訪問者辨別追踪服務的 FingerprintJS 网站来为大家舉例，讀者也能用这个网站玩玩看。透过登入后的瀏覽器，可以發現無論是采取使用者身分登入瀏覽器、还是使用無痕模式的狀態下，FingerprintJS 网站定義我的使用者 ID 兩組代碼一模一样，同時也可以辨別出我的 IP 位址和我的裝置資訊，比如它發現我是一个跑在 Windows 10 作業系統上的 Chrome 瀏覽器等資訊。

img登入使用者的瀏覽器

img無痕模式的瀏覽器

瀏覽器能夠知道本地的 IP 位址、作業系統，或是針对字型選用、螢幕大小使用習慣做过調整（比如有些人就是喜歡把瀏覽器设定在 110% 大小），甚至如果我们有授權瀏覽器 Web RTC 取得電腦硬體權限，也可以掌握到電腦本身有幾个音訊輸入/輸出裝置、鏡頭等資訊，只要把所有的特徵（Feature）拿去跑機器學習，要能识别出一个 Unique User 的準確率遠遠比你想像地还高，詳細資訊可參考 BrowserLeak 网站。这也是为什么即便換了不同的瀏覽器分頁，Fingerprinting 网站仍能定位到同一个人。

imgAmIUnique 网站透过瀏覽器 Fingerprinting，顯示我在近 338 萬筆使用者中獨一無二（透过瀏覽器版本、時區、語言、作業系統版本等資訊而得）

很多人会好奇，包括 Chrome、Firefox 在內等主流瀏覽器陸續停用第三方 Cookie 到底对广告追踪是否会產生影響；然而關于實現追踪这件事，还是有很多技术手法，舉例来說﹔当使用者连入一个网站時，可以把使用者先導到第三方网站、Fingerprint 完之后再導回来，在这幾秒的期間使用者完全不会有感覺。（在使用 Facebook 等社交平台前后，陸續看到同一項商品的广告而感到自己彷彿被「監聽」了，原因也是因为 Facebook 也很常 Fingerprint 使用者。）

手機上的指紋辨识技术更細節

但你可能更想問的是﹔電腦瀏覽器可以做 Fingerprinting，那手機能夠實現嗎？效果有瀏覽器好嗎？这边要告訴讀者一件驚人的事實——手機能被看到的東西更多、做 Fingerprinting 比起電腦更加容易。

手機应用能取得的權限和資訊都非常多，比如作業系統在什么時間點更新、有沒有充電、有沒有拍照… 假設有一台手機更新了 iOS 版本，然后该手機当中有兩款 App 都整合了某个归因或數據分析公司的 SDK，这兩个 App 都發現自己的某个使用者在同一天同一時間更新了作業系統，如此一来就有極高的機率推斷这兩名各自 App 的使用者，事實上是同一个手機裝置持有者。

然而畢竟 Fingerpringting 是根據多方因素来做猜測、而且使用者層級的顆粒度不夠細，比如有一批使用者都用最新款 iPhone、最新的 iOS 版本、語言英文、连外 IP 位址顯示結果相同… 要能抓出獨立的使用者其實也有一定困難度，因此廠商多会透过交叉比对的方式来做使用者驗證，比如同時用上 IDFA 和 Fingerprinting；Android 就更方便了、可以有 Google Install Referrer、GAID、Fingerprinting 三重驗證。

目前 Android 手機上有 15% 使用者归因是透过 Fingerprinting 来做匹配；iOS 手機比率則更高、超过 20％。主要原因就在于缺乏像 Google Install Referrer 这样官方給出来的下載驗證機制。在未来 IDFA 形同死亡之際，相信透过 Fingerprinting 来识别 iOS 用戶的比率又会再更高。畢竟，Fingerprinting 是唯一不会受到政策調整影響、也可以当作是最简单的解決方案。

SKAdNetwork：后IDFA時代的归因新政策

講了那麼多次苹果在 2020 年 9 月就宣布的 IDFA 已死，那苹果到底会用什么样的新归因方法，在保留用戶隱私的前提，来作为广告主追踪广告成效的方式呢？这边就不能不提「SKAdNetwork」。

SKAdNetwork 技术并不会追踪看过广告而下載的「單一特定用戶」數據，而是換了个角度、針对「广告活動」本身来回饋整體用戶行为資料，比如这个广告貢獻了多少个使用者下載、下載的使用者当中又有多少人在一定時間內在这个 App 上消費超过 10 美金…等，以整體用戶表現的數值来取代「看完这个广告下載的使用者是誰、这个人花了多少錢或做了什么行为」。

SKAdNetwork 具體原理

让我们透过苹果官方网站的說明文件来看看这件事情是怎么實現的。在这个故事中的參与者有三位：

  1. Ad Network：广告网路
  2. Source App：展示广告的 App，即下圖的 App A
  3. Advertised App：打广告的 App，即下圖的 App B

来带入一个案例让这个故事更清楚吧！假設手遊《明星三缺一》透过 AdMob 在社群平台《Dcard》上面打广告，就可以替換成：

  1. Ad Network：Google AdMob
  2. Source App：Dcard
  3. Advertised App：明星三缺一

img苹果开發者中心關于 SKAdNetwork 的流程說明

这里解構一下这張流程圖所代表的意義： AdMob 首先会針对《明星三缺一》来簽章（註一）、来確保这一則广告活動的確就是出自这个广告平台；簽章指的是 Ad Network 宣告「这个 Campaign 是我發的、且 Campaign ID 是这个」別人沒辦法偽造。畢竟可能有人会透过假造广告的方式来假造曝光率。

註一：數位簽章用途是確認一則訊息的確就是出自發送人。假設 A 要传訊息給 B，但是 B 要如何確認訊息真的是由 A 發送的呢？只要 A 在發送訊息前利用自己的 Private Key 将訊息加密再传給 B，B 再利用 A 的 Public Key 進行解密。

``AdMob 也会同時跟苹果登記这个簽章，苹果就会知道这則广告是来自「这个 Ad Network 当中的这个 Ad Campaign」。（具體来說，Ad Network 会把它的 Public Key 給苹果） img 广告形式可以是苹果的 StoreKit-Rendered Ads——这種广告類型会在使用者点击時一則广告，比如打手遊看到一个广告 Banner 時、直接呼叫 App Store 里跳轉到该广告 App 的下載頁面引導使用者直接下載；也可以是 App 自定義的瀏覽型广告：如果广告沒有接入 StoreKit，使用者看完广告后自行去 App Store 搜尋后下載，稱为 View-Through Ads（瀏覽型广告）。苹果在 2021 年 2 月發布的文件中說明在最新的 iOS 14.5 版本中 StoreKit-Rendered 和 View-Through 兩種广告類型都有辦法做归因。

接著 AdMob 会把这个簽章过的广告根據广告主需求投放《Dcard》上，接著会有《Dcard》的使用者点击了这則广告、導到 App Store 之后下載了《明星三缺一》。從看到 StoreKit-Rendered Ad 到归因下載，苹果規定了 30 天的归因期間、View-Through Ad 則是 24 小時。

安裝后，此時《明星三缺一》会把安裝驗證資訊先存在本地裝置上但不做任何動作。

只有到使用者在苹果規定的 60 天归因期間打开了这个 App 時，《明星三缺一》才会呼喚函數registerAppForAdNetworkAttribution()生成一个安裝通知儲存在苹果那邊，让苹果可以去通知 AdMob 說「你这个广告活動成功貢獻了一个下載啦！」但这边要注意的事情是，此刻《明星三缺一》只是生成安裝通知而已、还沒有正式回传（Postback, 註二）。（这是个可選項，广告主也可以立刻回传安裝通知給 AdMob 后從此停止追踪这个用戶，只是幾乎沒人会这麼做来放棄追踪广告轉換）

当苹果后續去通知 AdMob 時，苹果一样会針对这个安裝通知做加密簽章，而且給 AdMob 的安裝資訊只会有 Campaign ID，不会包含使用者或裝置相關的認證資訊。

註二：这里的回传 Postback 是專有名詞，代表 Client（本地伺服器）对 Server（遠端伺服器）做了传送資料的動作（Request）。img 那到底什么時候才会回传通知？如果選擇繼續追踪用戶，讀者可以注意到上圖 App B 当中还有一个函數是updateConversionValue(_:)。它的用途是什么？

当使用者开啟《明星三缺一》并觸發updateConversionValue(_:)函數之后，会开啟一个 24 小時倒數計時器，接著这个函數会根據　App 使用者后續在 App 內的操作，比如點讚之類的活躍行为或消費金額，逐步更新一个叫 conversionValue 的變數。

Conversion Value：取代單一用戶 ID 的用戶價值數值

精彩的来了！这个故事最關鍵的地方就在于 Conversion Value 这个值，也是我个人認为苹果工程師最驚人且創意的想法。让我们一样回歸到官方文件說明这个變數的意義。img 可以看到这是一个長度为 6 bit 的數值，unsigned 意味著無負號整數、從 0 往上加。那我们该怎么理解「長度为 6 bit」这句話？这是个二進位，意味著总共会有 000000 – 111111 、也就是十進位 0 – 63 共 64 組數字（2 的六次方）。

广告主 App 或 Ad Network 可以自定義这 64 組數值分別代表的意義更新到conversionValue；從用戶安裝后开啟应用的当下，会在 24 小時的時間內，從 0 开始起算。

那什么時候会往上疊加 1 呢？只要在 24 小時之內，使用者做了某个定義中的行为，就会往上更新 conversionValue。舉例来說廠商需要事先定義好以下數值分別代表的行为：

  • 000000：安裝后开啟 App
  • 000001：使用者點了 10 个讚
  • 000010：使用者花了 5 美金
  • 000011：使用者在遊戲內升到等級 10
  • …
  • 111111：使用者消費了 3,000 美金

我们能注意到一件对广告主来說十分有挑戰性的事情：这个變化是單向的，不会往下減、因此只有最多 64 个事件可供定義，但使用者的操作行为又那麼多，到底该列入哪些行为定義事件呢？觀察一下，如果採用上面的定義会有个問題發生：如果使用者一开始就在遊戲內升到 10 等、再花費了 5 美金，數值也沒辦法從 000011 倒回 000010，導致「花費 5 美金」这个事件就無法被有效追踪、也白白浪費了一个追踪額度。

因此最好的事件定義方式是行为本身是同定義且不可逆的，比如通通都是累積金額、或累積使用時間等，才更方便做追踪計算，否則才 64 个可定義事件很容易就被浪費掉。也可以發現無論是只有區區 64 个事件、或是一次只能追踪一个單一面向（比如消費金額或使用者參与度）都是苹果故意为之不让广告主輕易就能追踪到某个特定用戶。

另外，每次符合條件的呼叫，不但 Conversion Value 会更新，同時这个 24 小時会重計算一次，只要 24 小時內有合法呼叫、就会重計一次 24 小時，直到 24 小時內沒有再更新 Conversion Value，Apple 会停止計算、并把最終这个 Conversion Value 的結果回传給 Ad Network。

让我们用一个简单的例子来做說明：

  • 使用者在 1/1 下午 5 點安裝并打开了《明星三缺一》，呼叫updateConversionValue(_:) 将 conversionValue 更新为 0，开始起算 24 小時
  • 1/2 下午 2 點使用者消費了 1,000 元、conversionValue照自定義更新为 10，开始起算 24 小時
  • 1/3 早上 9 點使用者再消費了 2,000 元，conversionValue照自定義更新为 20，开始起算 24 小時
  • 1/4 下午 2 點使用者花了 5,000 元，conversionValue照自定義更新为 63，开始起算 24 小時
  • 1/4 之后使用者再也沒有在《明星三缺一》消費过
  • 苹果将最終的 conversionValue和对应的ad-network-id、campaign-id、source-app-id等資訊回传給 AdMob

根據这个案例，讀者覺得最后回传的 Conversion Value 是什么？

答案是 20，而非 63。为什么？原因在于我们提到只要有一次合法呼叫更新 Conversion Value，就会重新起算 24 小時；在这个案例中最后一次在 24 時間限制內的合法呼叫是 1/3 早上 9 點；1/4 早上 9 點之后就已經超过 24 小時的限制，導致当天下午發生的行为無法再呼叫更新 Conversion Value，上述 1/4 下午 2 點使用者花了 5,000 元后，「conversionValue照自定義更新为 63，开始起算 24 小時」事實上是不会觸發的事件。

也就是說，AdMob 会知道你安裝后打开《明星三缺一》的前 24 小時，或是最長距離使用者开啟 App 后、连續 64 个 24 小時內的定義內使用行为。64 个 24 小時代表每次都是時間到 23:59:59 使用者才突然又有了一个定義內的行为、更新了 Conversion Value，让 24 小時重新起算。

你可能也会注意到一件事：如果使用者是在 24 小時之內就一口氣消費到了 5,000 元、直接到 63 呢？这样还会繼續延長 24 小時嗎？

答案是不会。还记得我们說重起算 24 小時的定義是「更新 Conversion Value」嗎？到最大值 63 的時候 Conversion Value 事實上已經無法再往上加、無法更新 Conversion Value，意味著追踪活動停止。所以根據不同使用者的行为，每个使用者被追踪的期限都不同，如果在短時間內快速觸發所有動作反而会更快結束追踪，期間可能是 24 小時、也可能長達 154 天（StoreKit-rendered Ad →30 天 → 下載 → 60 天 → 首次开啟 → 64 天 → SKAdNetwork Postback）。

简单来說，就是有兩種結果都会让苹果 SKAdNetwork 停止这次的广告归因追踪行为：

  • 計算的 24 小時內使用者沒有發生定義的行为事件
  • Conversion Value 封頂達到 63

只能知道每个广告活動大致成效、而非透过單一用戶組合出整體用戶畫像

苹果会把最終的 Convesion Value 值和归因广告資訊綁在一起、回传給 Ad Network。但是在上面的故事中，Ad Network，也就是 AdMob 無法知道確切这个 Conversion Value 是 20 的人具體到底是哪个使用者。

只会知道：「这个在《Dcard》上的 Campaign 总共有 100 个達到 Conversion Value 是 20 的人，也就是給《明星三缺一》貢獻的总收入是 2,000元*100人 = 200,000 元」。另外这部分資訊《明星三缺一》与《Dcard》什么都不会拿到，过程只会發生在苹果和 AdMob 之間，意味著 Advertised App 或 Source App 如果想要知道相關資訊还得去跟 Ad Network 申請。

传統上广告主 App 可以透过 IDFA 来做分析并組合成用戶畫像，广告投放也可即時地針对單一用戶的行为来做即時調整。但这个这个邏輯在 SKAdNetwork 出現之后徹底無效，無法即時蒐集到使用者數據，畢竟最少要等 24 小時、最長要等 154 天之后才能拿到回传的數值，也無法隨時改變广告投放方式。

更嚴重的是，即便把消費金額定義为 Conversion Value 的更新方式，最后拿到的也不一定就等于最終實際金額；这得看更新金額顆粒度的设定大小，如果设定是每多消費 20 美金才往上加一、那如果時間內只消費 5 美金的呢？其中的可能誤差非常大。

也因此，广告主除了要面对延遲問題，还得針对 Conversion Value 更新的方式有自己獨到的想法──如何不浪費这 64 个事件？

可以單純用消費金額来定義、或用使用者活躍留存的表現、还可以用行为漏斗来定義，比如：註冊会員 → 訂閱方案 → 分享付費內容 → 註冊并分享。

換个角度想，你也可以犧牲幾个 bit 来故意延長追踪的時間，比如「只要使用者在 24 小時之內沒有做任何操作、那我就更新 Conversion Value」来故意觸發延長追踪時限。这当中的操作空間都非常大。

SKAdNetwork 參与者角色总結

总而言之，我们重新回顧一下这張流程圖： img SKAdNetwork 当中的三種角色和各自的職責不言而喻：

  • 广告平台（广告平台, AdMob）的工作
    1. 在苹果上註冊自己的 Ad Network ID 并提供給 App 开發商
    2. 为展示广告的 Source App 提供經數位簽章的广告
    3. 透过註冊苹果時填寫的 URL 接收安裝驗證通知
    4. 驗證苹果給的 PostBack 通知
  • Source App（展示广告的 App, Dcard）的工作
    1. 将 Ad Network ID 放到 Info.plist 文件
    2. 展示經过數位簽章过的广告
  • Advertised App（被广告的 App, 明星三缺一）的工作
    1. 透过呼叫 registerAppForAdNetworkAttribution()或 updateConversionValue(_:)回传应用安裝通知驗證給苹果
    2. 呼叫updateConversionValue(_:)更新 Conversion Value （可選）

SKAdNetwork 对于广告主和广告平台的新困難与挑戰

我们也简单总結 IDFA 消失、 SKAdNetwork 出現之后，对移动广告主在可以視为挑戰（悲劇）的因素：

  • 苹果回传數值有延遲問題，可能 24 小時或最長 154 天
  • 苹果只会把數據給 Ad Network、如果广告主想知道結果还得跟 Ad Network 对接
  • Conversion Value 不一定等于最終消費者行为加总（比如不等于消費金額）
  • 以單一面向作为 Conversion Value 的定義后，難以同時追踪其他面向的指標（比如很難同時把活躍時間和消費金額同時設为定義事件）
  • 每个 App 在每个广告平台上最多只能設置 100 个 Ad Campaign、超过的广告也無法追踪归因
  • 广告主和 Ad Network 掌握單一用戶行为来調整个人的客製化广告

SKAdNetwork 完全顛覆了过往平台們对广告归因的做法，也是苹果对于「保護單一用戶隱私的同時要又能追踪广告成效」顛覆數千億移动广告產業的創舉。可能会有很多的流量在無法精確被追踪之下，比如第三方归因廠商 Appsflyer 即稱在这个架構下預估有 1.5% 的广告流量将因为归因失敗而被計为自然流量。当然广告主可以因此少付一些錢，但对于广告變現的 App 或是广告平台也会蒙受不小的損失。

結語：苹果爸爸有夠狠

我们今天介紹了传統進行广告归因的三種方式：

  1. Google Install Referrer：仅適用于 Google Play，Google 官方針对安裝的归因
  2. IDFA/GAID：適用于 iOS / Google Play，但苹果 iOS 14 出現之后 IDFA 滅亡
  3. Fingerprinting：適用于任意裝置，最直接但有一定誤差的做法

也針对苹果把 IDFA 滅掉的情況下，談討了最新 iOS 14 政策出来后針对用戶隱私保護的 SKAdNetwork 的創新归因辦法──以广告 Campaign 后續的用戶群體行为，来取代追踪單一用戶。

当然在未来广告廠商們还是得面临各式各样的新挑戰，只能說用戶隱私畢竟是大勢所趨、只是誰也不知道苹果会做这麼絕，畢竟苹果不靠广告營利、但 Facebook 和 Google 等互聯网广告巨頭这波衝擊之下都蒙受不小的損失。（最狠的商業步數不是你覺得对方只有很小的機率会采取这个行動、而是完全沒辦法想像到对方会这麼做的程度）

另外，Appsflyer 等第三方归因廠商向来仰賴 IDFA 来做用戶归因，在这一波衝擊下的戰略性產品調整和新解決方案也是很值得關注的議題，我们会在下一篇文章与大家做說明。請大家敬請期待！


上一篇     下一篇