4月27日凌晨，iOS14.5正式線上，蘋果將強制執(zhí)行ATT隱私框架，并將推行SKAdNetwork作為歸因方案。從用戶的角度看，隱私保護進一步升級，那么對于移動廣告主、開發(fā)者、廣告平臺與歸因平臺各有什么影響呢？各方如何協(xié)作來更好的提升客戶的移動營銷效果呢？
3月4日，由AppsFlyer, Chartboost和Liftoff聯(lián)合舉辦的“聚焦iOS14更新，后IDFA時代的營銷策略”線上研討會召開。
活動內容圍繞3部分展開，分別是：
1、iOS 14用戶隱私政策對行業(yè)帶來了哪些變化？
2、iOS 14新規(guī)對移動營銷各方面帶來的影響
3、廣告主、開發(fā)者及廣告平臺及第三方歸因平臺對于iOS 14的解決方案
以下為活動內容整理：
一、iOS 14 用戶隱私政策對行業(yè)帶來了哪些變化？
1、蘋果將強制執(zhí)行ATT框架來保護用戶隱私，那么ATT到底是什么呢？
Chartboost：ATT是App Tracking Transparency的簡稱，是蘋果即將強制執(zhí)行的用戶隱私框架。開發(fā)者通過彈窗形式向用戶詢問是否授權廣告追蹤。它的前身是LAT，即limit ad tracking限制廣告追蹤。在iOS 14以前，蘋果設置中默認用戶允許被追蹤的，而現(xiàn)在是默認用戶不允許被追蹤。
收到ATT彈窗后，如果用戶沒有選擇允許廣告追蹤， 那么應用就無法獲取其IDFA等個人信息。我們也建議開發(fā)者前往iOS開發(fā)者平臺了解一下如何優(yōu)化ATT的頁面設置，提高允許追蹤的比例。
據我所知，蘋果有一些規(guī)定，例如允許開發(fā)者自主選擇合適的時機彈出ATT窗口。所以是在新手教學階段出現(xiàn)還是在首次打開App時出現(xiàn)是可以選擇的。另外，蘋果允許開發(fā)者在ATT彈窗之前展示一個頁面，對用戶說明為何希望用戶允許廣告追蹤。蘋果方面還是提供了一些解決方案的，但是因為時間較短，效果如何暫時不可知。保守估計，未來限制追蹤的用戶會占絕大多數。
2、iOS 14.5更新時間及流量增長趨勢預測
Liftoff：目前蘋果公布的消息是2021年春，但具體時間未知。Liftoff預測iOS14.5更新最早會在3月中旬，但也可能會拖延。
iOS14更新之后，到底會有多少用戶更新到最新版本呢？如上圖所示，根據iOS14.2和14.3的更新數據，我們可以大致知道iOS14.5的更新速度。Liftoff預測在40天內，會有65%的用戶更新到最新版本。同時，由于iOS14.5對用戶隱私保護更好，所以實際的更新速度可能會更快，65%只是保守的預估。
3、蘋果還推出了SKAdNetwork歸因機制。那么SKAdNetwork有什么優(yōu)勢和挑戰(zhàn)？
AppsFlyer：剛才提到預計有65%的用戶會在iOS14.5版本發(fā)布后的40天內更新系統(tǒng)。這就意味著在iOS14.5之后，大量用戶的IDFA是開發(fā)者無法獲取的。但在這個生態(tài)下，開發(fā)者依舊需要一個歸因方案。所以蘋果提供了一種新的歸因機制——SKAdNetwork。
簡單介紹一下SKAdNetwork的歸因鏈路。用戶點擊廣告、下載App和之前沒有區(qū)別，接下來用戶在手機里激活App的時候，需要調用蘋果的兩個API，一個是Register API,記錄一次應用激活。接下來如果想記錄用戶的行為事件如注冊和購買事件等，需要調用SKAdNetwork的Update Conversion Value API，中文是更新轉化數值API，去記錄用戶的行為數據。
同時，蘋果在整個鏈路里引入了倒計時器的機制，當你調用了一次API記錄了用戶的行為數據后，需要等待24小時的倒計時器結束。在這24小時結束后，設備會在24小時內將歸因結果發(fā)送給廣告平臺。這里會有很多限制，稍后會詳細分享。
當廣告平臺收到SKAdNetwork的歸因結果之后，會把數據發(fā)送給AppsFlyer，AppsFlyer會對用戶行為數據中的Conversion Value數值進行解析，把它從一個數解讀成可讀的信息如login，purchase等。我們會把解讀出的信息返回給廣告平臺，供平臺做優(yōu)化。同時會把歸因結果展示在SKAdNetwork的面板上，供廣告主查看每條廣告的用戶后續(xù)行為效果如何。
大家可以看到，整條鏈路和以前多年來使用的歸因機制是有很大區(qū)別的。相信這樣一套有延時和數值解析的機制，會對廣告平臺和變現(xiàn)平臺有一定的影響。
4、從廣告平臺角度，SKAdNetwork歸因機制對廣告投放有哪些影響？
Liftoff：過去的投放過程中，我們一直收到AppsFlyer的實時數據回傳。iOS更新之后，情況是反過來的——蘋果先傳數據給投放平臺，我們再把數據傳給AppsFlyer。這會帶來幾個挑戰(zhàn)：
a、轉換值：轉換值只能設定64個事件，其中0默認是install，其他事件可以設為注冊、加入購物車、內購等。但是這些轉換值有24小時計時器的挑戰(zhàn)，也就是說今天用戶安裝了App，在24小時內必須完成另外一個事件，否則Liftoff只是會收到一個install回傳的轉換值，也就是 0。如果在24小時內，用戶觸發(fā)了另一個事件，計時器會重新開始。
b. 隨機延遲：24小時后，計時器會有一個0-24小時的隨機延遲，再把轉換值發(fā)送給廣告平臺，這代表我們無法實時收到用戶在應用內的行為數據，這會影響廣告平臺實時的優(yōu)化。但Liftoff已做好了準備，稍后會詳細介紹解決方案。
5、SKAdNetwork歸因機制對廣告變現(xiàn)有哪些影響呢？
Chartboost：從廣告變現(xiàn)角度看，雖然我們是以eCPM付費給流量供給端也就是開發(fā)者， 但eCPM的計算基于廣告展示到廣告激活的效果。我們預估在缺乏IDFA的情況下，可能轉化率和預估eCPM的精準度會下降，也就是說變現(xiàn)效率和收益都可能會有降低的可能。
今年程序化購買是行業(yè)大趨勢，In-app bidding就是大家希望能夠解決收益問題的方式之一。從今年3月開始，F(xiàn)acebook要求在iOS開發(fā)者放棄在waterfall的變現(xiàn)，全面改用In-App bidding的方式來管理自己的流量。所以，In-app bidding是一個很明顯的趨勢，還未使用的開發(fā)者現(xiàn)在是很好的時機來加入程序化購買的行列，有助于降低風險和提升效率。后續(xù)會介紹Chartboost的最新適配iOS 14變現(xiàn)解決方案。
6、在歸因方面，SKAdNetwork框架的優(yōu)缺點又是怎樣的呢？
AppsFlyer：首先SKAdNetwor是確定性歸因，蘋果是基于保護用戶隱私的前提下創(chuàng)建這套框架的，所以說這套鏈路是可以最大限度保護用戶的。并且，由于SKAdNetwork不是基于IDFA做的歸因，所以這套框架的歸因結果不受限于用戶是否授權的。也就是說，SKAdNetwork可以覆蓋全部用戶的歸因結果。
但是SKAdNetwork也有一定的局限性，對于廣告平臺、變現(xiàn)平臺、歸因平臺都會造成一些問題，主要為以下5點：
1. 未覆蓋所有歸因鏈路：目前最新版SKAdNetwork2.2僅覆蓋到應用到應用以及應用到網頁的鏈路，很多廣告主會投放EDM營銷，短信營銷，二維碼，自有網站流量等，都是無法覆蓋的。
2. SKAdNetwork數據歸因回傳延遲：延遲時間至少24小時，如果多次記錄用戶行為，這樣轉換數值的API多次調用的話，回傳的時間會更久，最長可能要兩個月以后才能拿到數據。
3. 作弊風險：SKAdNetwork框架里有很多節(jié)點是可以被操縱的，導致最終結果不準確。
4. 匿名事件回傳：因為SKAdNetwork是不基于IDFA做歸因的，意味著回傳的結果里是匿名事件回傳，也就是說回傳的事件里沒有任何可用的用戶標識符或其他信息。以前大家都是基于標識符做廣告投放、數據統(tǒng)計，而SKAdNetwork是沒有這些標識符的。
5. 數據回傳割裂：SKAdNetwork把數據優(yōu)先回傳給廣告平臺，如果廣告主想要獲得歸因數據，需要與每一家廣告平臺對接。這樣對廣告主的技術資源是一種浪費。
二、iOS 14新規(guī)對移動營銷各方面帶來的影響。
通過幾位嘉賓的分享，相信大家已經了解iOS14更新對于行業(yè)的新變化有了初步的了解。那么具體到廣告主與開發(fā)者、廣告平臺和歸因平臺分別有哪些具體的影響呢？
Liftoff：首先說一下ATT對廣告投放的限制。因為數據無法實時回傳，收入數據也無法非常準確的回傳給廣告平臺，也就是說ROI或ROAS的優(yōu)化難度會增加。其次，在沒有IDFA的環(huán)境下，以用戶為定向做投放是無法實現(xiàn)的。第三，再營銷的投放在沒有IDFA的情況下也是不能做的。第四，增量測試會越來越困難，畢竟沒有IDFA很難做公平的投放效果比較。除此以外，新環(huán)境下的匿名事件回傳會省掉很多細節(jié)信息，報告收到的信息更少，導致在做廣告投放分析的顆粒度會更少。
Chartboost：從廣告變現(xiàn)角度來看，用戶級定向是提高eCPM的有效方式。廣告主的出價較高，轉化率比較好。隨著LAT流量變成主流后，用戶級定向的削弱會導致廣告主出價趨于保守，也就是說轉化率低，出價保守的情況下，收益也有下降的風險。
如何降低損失呢？我們建議使用先進的流量管理工具。當前是使用in-app bidding的好機會，bidding可以幫助開發(fā)者獲取到主流廣告平臺廣告填充之外的其他更多類型的廣告源，如品牌、電商等更多類廣告主。in-app bidding對廣告主也是很好的方式，可幫助廣告主在公平的環(huán)境中競價，對開發(fā)者來說就是提高收益降低風險。面對用戶級定向的削弱，大家都在找解決方案。目前我們幾家廣告平臺傾向于使用上下文廣告來取代用戶級定向的廣告。
AppsFlyer：從歸因平臺角度看，iOS 14后可獲取的IDFA會變少，可能只有20%-30%的用戶會授權獲取。而在過去大概10年里，歸因都是基于IDFA。未來，IDFA的歸因方法會有更多的局限性，所以我們也想出了更多解決方案。
假如可以獲得IDFA的時候，我們仍然會用IDFA作歸因。當無法獲取IDFA的時候，我們會采用IDFV做歸因。但IDFV僅在同一個開發(fā)者賬戶下才是相同的，所以它也無法完全解決這個問題。此外，AppsFlyer引入了概率歸因模型的方法，基于概率歸因模型我們仍然可以做實時歸因，并且實時把廣告數據回傳給廣告平臺。此外還有蘋果提供的SKAdNetwork歸因解決方案，AppsFlyer也會使用這種方案為廣告主提供更多的歸因結果數據?？偨Y來說，AppsFlyer會使用4種歸因方案，做出更全面的數據解讀，更加清晰的了解廣告投放和變現(xiàn)的效果。
三、廣告主、開發(fā)者及廣告平臺及第三方歸因平臺對于iOS 14的解決方案
iOS 14帶來的變化和影響是必然的。那我們應該如何應對來迎接新的變化？
1、歸因分析解決方案
AppsFlyer：大家都知道蘋果提出新的用戶隱私保護政策是在2020年6月的WWDC，至今已有9個月時間。在過程中蘋果做了很多變更，包括推遲上線日期。在此期間，AppsFlyer組織了能力最強的研發(fā)團隊，針對新的變化做解決方案。到2021年3月，我們把之前做的所有方案整合成一個完整的一站式解決方案——SK360。
從iOS14.5蘋果強制執(zhí)行新的隱私政策開始，SKAdNetwork的歸因鏈路會成為主流鏈路，所以SK360就是基于SKAdNetwork的歸因機制推出的解決方案，可以最大化解決這套鏈路帶來的局限性。
SK360解決方案主要包含5部分：Connect（連接），Optimize（優(yōu)化），Predict（預測）, Protect（保護）和Analyze（分析）。
Connect（連接）：SKAdNetwork的數據割裂是一個比較嚴重的問題。所有的數據蘋果會先傳給廣告平臺，廣告主如果想獲得歸因數據，需要和每一家廣告平臺對接。這樣相當于把整個行業(yè)倒推回了10幾年，對于廣告主來說，和每家廣告平臺對接是資源浪費。所以AppsFlyer會和所有廣告平臺對接SKAdNetwork，包括收集數據、驗證數據、并把所有數據解析成可讀的信息，共享給廣告平臺優(yōu)化。目前AppsFlyer已對接了30余家廣告平臺，并且還在不斷增加。
Optimize（優(yōu)化）：蘋果采用的是0-63的轉化值配置，AppsFlyer提供了一個面板，供廣告主直接在后臺選擇你想記錄的用戶事件。如果ROI對你很重要，那可以在后臺選擇Revenue，我們就會記錄用戶在SKAdNetwork里觸發(fā)了多少次購買事件，及購買金額是多少。
如果您關注用戶漏斗行為，那么可以選擇Conversion，所有選擇僅需在AppsFlyer后臺操作，廣告主不需要在App代碼做任何變更，所有變更都發(fā)生在服務端，不需要再用戶端做更改。
Analyze（分析）：我們會把廣告平臺發(fā)送的SKAdNetwork數據進行加工。SKAdNetwork原始數據的顆粒度非常粗糙，大概只有Campaign ID這樣的信息。而做廣告數據分析的話，需要知道具體的Campaign名稱和轉化情況等。這些指標才是廣告主最需要的數據。
對此，AppsFlyer做了幾件事情。一是從廣告平臺收集數據，二是和每一家廣告平臺進行單獨的API對接，把click，impression以及cost數據豐富進來，并計算出當前廣告平臺、campaign、ad set，site id對應的數據指標。把這一整套豐富過的數據展示在面板上，這就是Analyze的內容。
Protect（預測）：剛才提到SKAdNetwork中很多地方可以做數據篡改，所以我們在收到數據后會驗證，確保展示給廣告主的數據是沒有被篡改過的。
Predict（保護）：在SKAdNetwork中，如果想記錄用戶比較長的生命周期的用戶行為，需要不斷更新轉化數值。每次更新都會生成一個倒計時器，更新次數越多，就會越遲收到這條歸因結果。大家都希望盡快收到歸因結果，進而對campaign和創(chuàng)意進行調整。但是記錄長生命周期里的用戶行為，就要犧牲時效性。如果想保證時效性，就要犧牲收集數據的時間長度。
Predict會基于應用的歷史數據，對新增用戶進行預估。在新增用戶激活App的1-3天內，可以預估出這個campaign或用戶在全生命周期的情況，進而幫助廣告主對所有campaign和廣告平臺進行打分，協(xié)助廣告主更好的優(yōu)化廣告。
2、廣告平臺的解決方案
Liftoff：蘋果在2020年6月的WWDC宣布iOS14的消息之后，Liftoff已經在同年的8月開始訓練投放引擎和機器學習邏輯，實現(xiàn)在非IDFA的環(huán)境下，投放維持良好的成效。所以在去年的時候，我們已經在限制廣告追蹤(LAT)流量方面做了充分的測試和準備。因此，對于即將到來的ATT變化，我們也是同樣有應對的信心。接下來，我們詳細介紹一下應對措施：
第一步：首先要確認SKAN整合順暢。這就包括更新MMP SDK版本，確認廣告平臺(比如Liftoff)支持SKAdNetwork。其次就是設定轉換值。前面提到廣告主可以設定64個轉換值，并且AppsFlyer還可以讓用戶選擇3種不同的模式(Engagament, Revenue, Conversion)；這些轉換值在設定后必須回傳給Liftoff，并且說明不同數值代表的定義。廣告平臺會根據事件定義，更精準的做廣告投放和優(yōu)化。
第二步是選擇對的事件。現(xiàn)在的App里肯定有非常多的事件，但是蘋果設置了局限性，只能選擇64個事件。Liftoff現(xiàn)已支持不同的模式(Engagament, Revenue, Conversion)，同時我們也建議大家使用使用一個叫做“6位陳列”的策略：如下圖所示，廣告主可以選擇1個最終事件和5個中期事件去優(yōu)化。獲取率代表在蘋果限制內，這個事件被抓取到的幾率，不同事件有不同的獲取率。我們建議無論選擇什么事件，這6個事件一定是獲取率最高的，而且是跟最終目標緊密相關的。投放的時候，Liftoff會用CPA的方式做這些事件的優(yōu)化，從而也能夠繼續(xù)實現(xiàn)內購的優(yōu)化。
iOS14.5正式啟動后，會有三類流量池。藍色是Pre-ATT，就是iOS14.4及以下，流量池是以設備OS和發(fā)行商App是否兼容SKAN這兩個因素來區(qū)分。假如用戶是iOS14.4以下，這部分用戶的投放還是可以用ROAS的模式，歸因可以用現(xiàn)在的模式做實時優(yōu)化。
綠色部分是iOS14.5開啟后Post-ATT流量。投放的開發(fā)者App需要兼容SKAN，歸因會用不同的方法記錄。對于藍色和綠色的部分，Liftoff已經調整好優(yōu)化的邏輯，以不同的方式幫廣告主做投放。
黃色部分代表的是開發(fā)者沒有更新到最新版本、App還不兼容SKAN的情況下的流量。這部分的流量是廣告主通常無法投放的，所以建議大家更新到最新版本。當然，如果想投放黃色部分流量的話，Liftoff也有辦法觸達這部分流量池，只是測量方面是一個技術挑戰(zhàn)。
在ATT開始后，藍色部分會逐漸減少，綠色和黃色部分會逐漸增加。綠色部分會在45天后占比最大。建議廣告主在選擇轉換值之外，還要考慮投放的預算分配。
目前Liftoff的系統(tǒng)功能更加智能化，可以檢測不同流量池帶來的成效，從而自動分配花費占比，確保廣告主在過渡期可以保持并提升回收。最值得一提的是，開發(fā)者需要和廣告平臺討論，為不同的流量池進行的投放設定最適合的KPI。這是因為不同的流量池能監(jiān)測到的準確度會有差別，所以不能用同樣的指標進行衡量，而是需要考慮不同流量池的情況下，最合理的KPI是什么。
3、廣告變現(xiàn)方面，開發(fā)者如何保證變現(xiàn)收益的穩(wěn)定？
Chartboost：在過渡期，大家應該盡快把流量改為兼容SKAN的方式。第一是更新各大廣告平臺的SDK。目前各大廣告平臺的SDK都已經做好適配，無論是獲取其他信息，還是適配iOS14.5等方面。只要更新好SDK，就會被判定為兼容SKAN的流量。
除了更新SDK外，還需要將廣告平臺及第三方DSP完整的SKAdNetwork IDs添加到應用內的Info.plist中。
接下來，從廣告變現(xiàn)平臺的角度來看，限制廣告追蹤的流量的趨勢。我們發(fā)現(xiàn)從2020年6月到2021年1月，LAT的廣告展示在iOS端全球的廣告展示占比從17%增長到30%以上。未來還會繼續(xù)增加。
在LAT流量變成主流的情況下，開發(fā)者如何保證穩(wěn)定的表現(xiàn)收益呢？
1. 我們建議開發(fā)者在iOS 14.5早期及時調整瀑布流的配置，提高廣告填充率。
2. 在iOS平臺外，我們建議開發(fā)者積極開拓其他平臺的變現(xiàn)機會。除Google以外，Amazon平臺的設備上用戶質量非常穩(wěn)定，一直被視為藍海市場，競爭沒有那么激烈。Amazon的用戶屬性也適合國內開發(fā)者擅長的游戲類型，比如解謎、三消、兒童游戲、社交博彩游戲等，在Amazon上的變現(xiàn)效益非常好，開發(fā)者可以聯(lián)絡Chartboost對接亞馬遜平臺的變現(xiàn)合作。
3. 測試新的廣告形式，開啟插屏、激勵視頻、banner廣告變現(xiàn)。
4. 使用最有效率的程序化廣告變現(xiàn)方案。Chartboost的in-app bidding解決方案叫Helium。Helium聚合了主流的程序化廣告平臺及其他品牌與效果DSP來公平競價，獲取最高展示。使用Helium可以有效提升流量競價，提升eCPM。
隨著用戶級定向被削弱，Chartboost會依靠上下文廣告做定向投放。上下文廣告就是讓廣告內容和應用內容有一定關聯(lián)性。上下文廣告已經行之有年，但一直不被重視。隨著iOS 14的到來，是上下文廣告重生的時代。廣告平臺收集到的上下文廣告的信號，都是基于App的使用環(huán)境的。例如App類型、語言ID，游戲類型等，所有獲取的信息都是圍繞App的使用環(huán)境的，并不與特定設備或用戶綁定。廣告主可以依據獲取的上下文信息，針對應用做定向投放。
下面來看一下，上下文信號的分享，如何提高競價方的競價能力？開發(fā)者需要做哪些準備？
Chartboost通過廣告請求，將SDK收集到的特定上下文信號發(fā)送給競價合作伙伴和DSP, 他們會決定是否采用以上信號，輔助他們內部的機器學習算法，針對某次廣告展示做更準確的出價，更好的進行上下文廣告投放。上下文信號也可以幫助DSP提高算法能力，將廣告投放給最匹配的用戶。
Liftoff：上下文信號對于DSP這類以機器學習做投放的平臺是很有幫助的。iOS14.5后，我們面對的競價需求中所包含的數據會少很多。對于這種情況，Liftoff在投放邏輯上所采取的措施是兼容不同的數據點，以此進行競價。眾所周知，接下來蘋果對Campaign ID的數量限制為100；Liftoff對應的做法是用其中75個Campaign ID留給上下文及其他因素，作為引擎學習的邏輯。這些邏輯加上上下文信號，讓我們有信心在不同Adx比如Chartboost上確保廣告成效可以維持在良好的水平。
閩公網安備 35010202001226號
