精準行銷下半場:忘記FLoC,換Topics API上

Photo of author
Written By CMO

2021年差不多同一時期,HubSpot One介紹了谷歌隱私沙盒的主推解決方案FLoC。佔有了全球瀏覽器的半壁江山才有這樣的底氣推出第三方Cookie的替代方案。然而,FLoC樹大招風不單四處碰壁(中間商和科技公司更傾向於使用Union ID 2.0這樣的第三方Cookie替代品)還產生了許多無法規避的隱私難題。

第三方數據 vs Topics API
第三方數據vs Topics API

比如,因為這個世界上有那麼多Cohorts,所以我們可以根據Cohorts的歷史搞出一套瀏覽器指紋來識別個體,這最後還是形成了個體識別的局面。於是谷歌又搞大了屬性顆粒度,弄出了一套Topics API,寄希望解決各種隱私隱患。本篇我們來聊一下Topics API,順便解釋一下讀者可能有的疑惑。

Topics API是什麼?

第一眼看到Topics API的名字,你或許以為是谷歌新搞出來的上下文識別的API。實際上,Topics API是基於Chrome瀏覽器的API,它是一個可以用作跨站點的用戶興趣識別廣告(IBA-Interest Based Advertising)工具。

Topics API的生命週期
Topics API的生命週期

通過Topics API,廣告發布商網站可以了解最多三個用戶感興趣的話題並為此提供相關的廣告。由於不存在任何服務器來干預這三個興趣話題的產生,這個過程完全在瀏覽器通過API來完成。這也是Topics API和FLoC解決方案相比的顯著區別之一。目前話題列表(Topic Taxonomy)中總的話題數才350個,這就意味著人群細分的顆粒度非常大。這從一方面避免了分得太細,暴露了個體。

Topics API中的話題是如何產生的?

Topics API中的話題由瀏覽器自動產生。其算法依賴谷歌在Chrome中的建模,未來也有可能由第三方來進行建模。每週,瀏覽器會根據用戶的瀏覽歷史計算出5個話題。然後加入一個“噪音”話題。

所謂的瀏覽歷史並不是瀏覽器所有的歷史,而是用戶在過去一周訪問過的所有符合條件頁面的歷史。這裡的條件是指用戶訪問的網站啟用並調用了Topics API。

根據在整個Topics網絡中的瀏覽歷史計算每台設備的話題
根據在整個Topics網絡中的瀏覽歷史計算每台設備的話題

計算5個話題雖然要看瀏覽過的頁面說了些什麼,但是一個hostname只會產生一個話題。舉個例子,你在過去一周僅在騰訊新聞(hostname=news.qq.com)看了關於冬奧會的一則新聞和一則俄烏局勢新聞。那麼你可能因為這個瀏覽歷史獲得“奧運體育”或者“國際政治”兩個話題的其中之一。

等等,到底是三個話題還是六個?

如果按照瀏覽器的範疇來看會是六個,而對於廣告發布商站點的範疇來看會是六中選三。並且最終返回的可能是0到3個之間的話題數。這樣做同樣是為了防跟踪。因為如果不同網站返回話題集合相同,廣告網絡可以通過這個訊息將話題組合當作第三方Cookie來用。

一旦某個話題被選中,其任期為三週。換句話說,該廣告發布商站點會看到該訪客的話題持續時間至少是三週。三週以後這個位子會改選。

廣告發布商網站獲取話題還有哪些限制?

還要看廣告發布商網站上調用API的廣告網絡(SSP)。我們知道廣告發布商一般通過添加廣告網絡的代碼到自己的網站/APP上管理廣告展示。並不是每個廣告網絡都能看到同樣的話題。

比如說廣告網絡A包含了一個軍事話題的廣告發布商,而廣告網絡B就沒有,那麼廣告網絡B將永遠看不到網絡中的訪客對軍事話題感興趣。

同時,僅有在過去三週內(不包括本週)廣告網絡A看到過訪客訪問軍事話題廣告發布商網站的情況下Topics API才有可能會返回軍事話題。

用戶對被賦予的話題能否掌控?

在目前的設想中,在瀏覽器中用戶可以關閉Topics API也可以對被賦予的話題的集合進行修剪和黑名單操作。這些話題將以用戶能讀懂的本地語言顯示。一些種族主義、性取向、色情、博彩類的話題暫時不會被加入話題集合。

那麼對廣告發布商呢?

對廣告發布商來說,如果對廣告網絡缺乏足夠信任,那麼可以在HTTP Response頭部加入Permissions-Policy字段設為browsing-topics=() 。如果廣告發布商希望指定自己hostname的話題,未來可能通過一些meta標記進行。

數字行銷者應該如何看Topics API?

數字行銷界每每到時代變遷的時候都會有大批人選擇躺平,這幾年的隱私潮也是。唱衰的認為行業將會倒退到2003年,更多的從業者被大平台虐到懶得動腦子,天塌下來總有高個子頂著。 “高個子”這次又給出了新的方案,你怎麼看呢?至少HubSpot One認同下面五點:

  1. 這依舊是一個粗線條的解決方案,能夠初步解決跨站問題但不能解決跨環境跟踪問題。
  2. 話題的數量仍然較少,並且無法解決一些複雜意圖,如旅行vs上海旅行。
  3. 其他瀏覽器是否跟進還是未知,這包含了Safari、Firefox和用Chromium的Edge。 Edge的市場佔有率還正因為Windows 11的普及讓谷歌有後院起火之憂。
  4. 谷歌官方已經希望大家忘記FLoC(注意,谷歌仍然推薦使用FLEDGE進行再行銷定位),Topics API上位已經勢不可擋,至少它的透明度讓業內各方放心多了。
  5. 對於大型廣告網絡,以往不單是有許多Inventory而且在數據上也有很大優勢,但是當最多話題被控制在三個的情況下後者的優勢不再那麼明顯了。