Google「隱私沙盒」還沒完!保護用戶隱私另一招「Protected Audience API 」
由於 Google 的隱私沙盒(Privacy Sandbox)遲遲無法獲得市場信任,所以預計今年(2024)全面淘汰 Cookie 的計劃必須還得先緩緩。我們在上一篇跟大家分享了「隱私沙盒」其中幾種主要技術如 Topics API、FLoC 與 Privacy Budget。但隱私沙盒的招數不僅於此,今天我們要再跟你聊聊名爲「Protected Audience API」的隱私權保護技術。但還是按照慣例,在開始之前先替自己泡杯咖啡,接著再讓我們一起看下去吧!
Protected Audience API ,爲再行銷廣告而生的保護技術。
如果您先前有關注隱私沙盒,想必對「FLEDGE API」這個名字不陌生。而今天我們要聊「Protected Audience API」 其實就是「FLEDGE API」更名後重新出發的模樣。它在隱私沙盒主要的功用主要就是保護用戶的跨網域瀏覽行爲不會被第三方追蹤。
之所以說該 API 爲再行銷廣告而生是有原因的。在傳統的廣告投放過程中,廣告商通常會透過第三方 Cookie 或其他追蹤技術,追蹤用戶在不同網站上的瀏覽行為,來了解用戶的興趣和喜好。這樣,他們就能根據個別用戶的瀏覽行為來進行精準廣告投放。然而,這種方式會侵害用戶的隱私,因此有必要尋找新的方法來保護用戶的數據。
而 Protected Audience API 或許就是這個問題的答案。
如何「去餅乾化」完成追蹤?Protected Audience API 的運作機制
在 Protected Audience API 的使用情境下,用戶的興趣和相關數據(即受眾數據)會被儲存在用戶自己的本地瀏覽器中,不會儲存在廣告商或第三方平台的伺服器上,而且第三方伺服器也無法像過去讀取 Cookie 資料。這代表廣告商無法直接訪問或追蹤個別用戶的瀏覽行為。他們只能基於瀏覽器內部存儲的受眾數據來針對某一群體進行廣告投放,而無法知道具體是哪個用戶正在看到廣告。
這樣的設計既能讓廣告商在不侵犯個人隱私的前提下針對特定群體進行廣告投放,又能保護用戶的個人數據和隱私。
Protected Audience API 與 Cookie 的幾個不同之處。
或許以上的說明你可能沒辦法一下子就瞭解,或是心中對這兩者的差異仍然搞不清楚。沒關係,我們就來剖析 Protected Audience API 與 Cookie 的幾個不同之處。相信你一定會豁然開朗!
第三方 Cookie 的運作方式
數據共享範圍廣:第三方 Cookie 是由廣告商或其他第三方服務提供者設置在使用者的瀏覽器中,並且可以在不同網站之間共享數據。這意味著當你在不同網站之間瀏覽時,這些第三方可以跨站追蹤你的行為,收集和組合你的瀏覽數據,建立詳細的個人資料。
數據會被傳回伺服器:第三方 Cookie 的數據通常會傳回廣告商或數據分析公司的伺服器。這些公司可以使用這些數據來分析你的行為,並將其與其他數據結合,以進行精準的廣告投放。
隱私風險:由於第三方 Cookie 可以在多個網站之間追蹤用戶,這導致了隱私風險。用戶的個人資訊可能會被多個第三方共享和使用,而用戶通常對此並不知情或無法控制。
Protected Audience API 的運作方式
數據儲存在本地:在受保護受眾 API 中,用戶的興趣和受眾數據是儲存在用戶的瀏覽器本地,而不是在第三方的伺服器上。這樣做限制了數據的外部流動,數據不會被廣告商或其他第三方直接訪問。
廣告投放由瀏覽器控制:廣告商無法直接獲取用戶的數據。他們只能通過瀏覽器來執行廣告競價拍賣(即選擇顯示哪個廣告),而這個過程是在瀏覽器內部的安全環境中進行的。廣告商只能針對群體而不是單個用戶進行廣告投放,並且他們無法知道具體的個人行為數據。
隱私保護更強:Protected Audience API 通過限制數據的外部共享來保護用戶隱私。廣告商無法追蹤用戶在不同網站上的行為,從而減少了用戶的隱私風險。
聽起來很好!但真的是這樣嗎?
就和我們先前提過的隱私保護技術一樣, Protected Audience API 雖好,但新技術問世市場總是不免有許多質疑,Protected Audience API 當然也有自己的問題。雖然它正逐步被市場接受,但仍面臨以下的挑戰:
實際應用:雖然 API 正在測試和開發中,但尚未被廣泛應用。主要的廣告技術行業參與者,如需求方平台(DSPs)和供應方平台(SSPs),開始整合對該 API 的支持,如 OpenRTB 的更新,以適應 API 的需求。從第三方 Cookie 過渡到這種新系統的過程正在進行中,並且各方積極推動它在實際應用中的可行性。
市場挑戰:主要挑戰之一是確保廣告競價中買家和賣家之間的順利互通。這種新的瀏覽器內競價機制需要對現有基礎設施進行重大更改,這引發了關於其複雜性和與傳統方法相比可能存在的效率低下的擔憂。此外,廣告商對數據的精細化程度可能受到限制表示擔憂,這可能影響廣告投放的效果。
隱私問題:儘管 Protected Audience API 承諾通過將數據保存在用戶瀏覽器上並防止跨站追蹤來增強用戶隱私保護,但仍存在懷疑。有些批評者認為,它可能無法完全解決隱私問題,或者如果實施不當,可能引入新的風險。
技術挑戰:廣告公司必須應對複雜的技術更新,例如在現有系統中整合支持 Protected Audience API 的新屬性和過程。這引發了關於所需時間和資源的擔憂。
個性化與隱私的平衡:市場營銷人員面臨在遵守更嚴格的隱私法規的同時,保持有效個性化的挑戰。消費者期望個性化廣告,但在不損害隱私的情況下實現這一點仍然是一項困難的平衡行為。
它很好,但還有一大段路需要走
Protected Audience API 能夠取代傳統的 Cookie 機制保護用戶。讓廣告公司能放送貼近使用者需求的廣告,但不會取得用戶瀏覽記錄等隱私資訊,這點在行動裝置應用程式也一樣。廣告公司放送貼近使用者需求的廣告,且不會取得應用程式活動相關資訊。
雖然 Protected Audience API 在隱私保護廣告領域前景看好,但其大規模採用可能仍需更多時間、技術完善以及市場的適應。你對 Protected Audience API 有什麼看法?歡迎來跟我們聊聊!
• • •