Android 和 Singular 上的隱私沙盒：它將如何運作（第 1 部分）

已發表: 2023-05-23

您如何在減少破壞性的同時打破更多？我們最近在 Android 上舉辦了一場關於 Privacy Sandbox 的網絡研討會時，InMobi 的 Sergio Serra 表示，雖然 Privacy Sandbox 比 SKAdNetwork 破壞更多，但它的破壞性會更小。

當然，這聽起來可能不合邏輯，但部分原因可以在我最近與 Singular 的兩位軟件架構師在 Growth Masterminds 播客上的聊天中找到。

隱私沙盒破解更多

從本質上講，Privacy Sandbox 將在行業中取得更多突破，因為從某種意義上說，它是一個全方位的廣告套件，具有定位、歸因和測量以及重新定位的能力。這是一個 360 度的視圖，從想要放置廣告（主題 API）的廣告商，到能夠衡量該廣告在人們體驗後所做的事情的有效性（歸因報告 API），到能夠創建受眾和重新定位前客戶、用戶或玩家（Protected Audiences API，以前稱為 Fledge）。

當然，相比之下，Apple 的 SKAdNetwork 沒有定位機制，沒有受眾的概念，也沒有重新定位的能力：它是廣告技術的隱私框架，而不是隱私的廣告技術框架。

所以自然而然，Privacy Sandbox 就更複雜了。它為廣告生態系統的更多部分創造了新的解決方案，這正是它也將打破更多現有技術的原因。

“與 Android Privacy Sandbox 集成比與 SKAdNetwork 集成更複雜，”Singular 軟件架構師 Ron Shub 說。

“對於營銷和績效衡量來說，這是一個非常複雜的解決方案，”Singular 首席軟件架構師 Yuval Carmel 表示贊同。

但 Privacy Sandbox 的破壞性也較小

但這還不是全部。它的破壞性也較小。

原因很簡單：廣告技術公司將構建技術來管理隱私沙盒正在打破的定位、受眾和測量的所有方面。營銷人員將能夠像使用現有解決方案一樣使用這些解決方案。

當然，有一些警告。

“當然，對於我們的客戶來說幸運的是，我們計劃在他們身邊並處理繁重的工作，當然，”Yuval Carmel 說。 “我們會指導他們很多。”

當然不只是Singular。

廣告網絡、需求方平台、交易所和供應方平台都在構建基於主題 API 和受保護受眾 API 的定位和受眾功能，以及在最終棄用後它們仍然可以使用的所有其他隱私安全定位和重定向標準谷歌廣告 ID (GAID)。這包括上下文、時間、供應類型、粗略位置以及 DSP 和其他廣告技術解決方案提供商用於無標識符移動流量的許多其他因素。

該計劃和希望——當谷歌最終大規模啟用隱私沙盒時，將通過實際經驗來驗證——營銷人員將能夠完成他們的工作，而廣告技術生態系統將管理其他一切。

當然，我們會看到進展情況如何，但移動性能營銷生態系統中的大多數人似乎都認為，谷歌在隱私沙盒上投入的時間和準備工作將比我們在引入 iOS 時看到的營銷信號衰減少得多斯堪 3。

谷歌推薦人

在這方面的一個大幫手：谷歌推薦人

就像在網絡上，當潛在客戶點擊一個鏈接告訴網站訪問者來自哪裡時，網站會收到一個引薦來源網址一樣，移動應用程序安裝中的 Google 引薦來源網址可以深入了解點擊廣告的位置，提供直線廣告商的最後點擊測量解決方案。

（注意：正如您可能在下面的視頻或播客記錄中註意到的那樣，在我們談話時這並不是 100% 清楚，但現在是了。）

“Google Play 安裝引薦來源網址……可能是將廣告點擊與 Android 設備上的應用安裝進行歸因和匹配的最好、最準確的機制，”Yuval Carmel 說。 “只要它可用……大多數營銷歸因和我們的歸因都將與這個可靠而強大的解決方案一起使用。這是最好的解決方案。您基本上可以將內容傳遞給 Google Play 商店，然後在我們的 SDK 中的 MMP SDK 中將其作為意圖獲取。所以它效果最好，你可以可靠地以這種方式歸因於用戶。”

引薦來源數據很重要，但它並不是營銷人員將從 Privacy Sandbox 獲得的唯一數據。

隱私沙盒中的歸因報告 API

Android Privacy Sandbox 中的歸因報告 API 支持 2 種報告：

事件級數據
1. 超級詳細的上層漏斗細分
2. 超級有限的下漏斗數據
聚合數據
1. 選定的上漏斗細分
2. 更詳細的下漏斗數據

（有關這些報告的更多信息，請參閱 Singular 首席執行官 Gadi Eliashiv 的歸因 API 細分。）

用於轉化或參與的事件級數據是細粒度的，但非常有限：1 位用於瀏覽歸因，3 位數據用於點擊。一位幾乎可以告訴您事件發生或未發生：有人註冊或未註冊，有人購買或未購買。更具挑戰性：您必須選擇您最關心的事件，並且不會獲得有關其他任何事件的數據。

另一方面，來自事件級數據的漏斗上部洞察非常詳細。

聚合數據的情況恰恰相反，你只會得到一些上層漏斗細分，但你會得到更詳細的轉化數據。由於數據是聚合的——並且添加了噪音——隱私得到了保護。

每個人都會有自己的位置。

“事件級別報告有利於優化；可匯總的報告非常適合用於報告活動績效衡量，”Shub 說。 “這就是為什麼在 Singular 我們真正關注它的原因，因為它將提供最準確的數據，噪音更少，靈活性更高。”

那麼流程在 Privacy Sandbox 中是如何運作的呢？

在非常簡化的層面上，這是 Android 隱私沙盒下的真實場景：

用戶點擊廣告
廣告網絡會註冊 Google 所謂的點擊源，它會編碼有關點擊位置、廣告來自哪個廣告系列、創意信息等的一些數據。
用戶安裝應用
應用程序發布者註冊轉化事件，Google 將其稱為觸發器。
作業計劃在隱私沙盒中的用戶設備上運行，創建有關這些觸發器的加密數據。
當應用程序發布者決定他們有足夠的數據時，加密的數據就會進入歸因聚合服務。
歸因聚合服務解密數據，將其匯總到報告中，並添加噪聲。
營銷人員獲得一份摘要報告，並且必須解碼在註冊源和触發器時編碼的維度。

這一切聽起來都很複雜，這可能是因為它是。但好消息是，Singular 和其他廣告技術供應商正在承擔繁重的工作。

“我們將為 UA 經理做一切事情，”Shub 說。 “他們甚至不需要知道引擎蓋下發生的一切。我敢肯定他們想知道我們對數據的信心如何，但所有這些基礎設施都是我們將與廣告網絡一起支持的。準備這個基礎設施是我們的工作。”

當然，還有更多內容，包括有關您取回的數據的詳細信息以及您如何使用它，以及在您的源和触發器中設置什麼。

這一切都必須等待我們即將推出的對 Yuval Carmel 和 Ron Shub 的採訪的第二部分。

訂閱成長大師

單擊一下即可訂閱我們的 YouTube 頻道。

或者在播客主頁上選擇您喜歡的音頻播客平台。

還有……完整的成績單：Android 上的單一和隱私沙盒

注意：這是 AI 生成並經過輕微編輯的。 它可能包含錯誤。 如有疑問，請檢查實際的音頻或視頻。

約翰·科西爾

Android 上的隱私沙盒即將推出，是時候接受它了。

您好，歡迎來到 Growth Masterminds。我的名字是約翰·科茨爾。我有點喜歡embrace the suck這句話。當我的孩子們正在做一些困難的事情時，我經常對他們說這句話。這是我在做一些艱難但值得的事情時對自己說的話。這是關於傾向於困難的事情，這樣你最終可以讓它變得簡單。

我們看到 ATT 和 SKAN 營銷人員在 iOS 上發生了這種情況，他們投入並獲得了它，並且做得更好。他們做得更好，取得了更好的成績。隱私沙盒和 Android 很可能會發生同樣的事情。這並不容易，但它會發生。它來了。 GAID 即將消失，值得一試。所以為了開始擁抱襪子，我們今天要和兩個人聊天。

Ron Chubb 是 Singular 的軟件架構師，Yuval Carmel 是 Singular 的首席架構師。歡迎羅恩，歡迎尤瓦爾。

羅恩舒布

嘿，很高興來到這裡。

尤瓦爾卡梅爾

嘿。

約翰·科西爾

太棒了，超級抽有你。嘿，我想這是我們第一次在 Growth Masterminds 上深入研究 Privacy Sandbox。我們已經在博客上討論過很多次了。我們也會在這方面做得更多。但是眾所周知，Privacy Sandbox 是 Google 的一個嘗試，它可以做三件事，對吧？

顯示相關內容和廣告、衡量廣告效果並限制跟踪。

Yuval，也許把我們從這裡踢走。您對 Android 上的 Privacy Sandbox 的總體印像如何？

尤瓦爾卡梅爾

是的，約翰，我認為谷歌正在投入大量時間來設計這個解決方案。你可以看到很多。他們正在構建一個面向隱私的解決方案，這將要求 UA 營銷人員提前正確定義他們想要跟踪的內容以及道德規範。

所以解決方案基本上是將歸因邏輯遷移到設備上。就像我們要在客戶端本身上做更多的工作一樣。

然後基本上，它需要對觸發器和您要跟踪的轉化進行更複雜的管理。因此，營銷數據將不再可用，因為我們已經習慣了附加 PII，就像用戶級數據一樣。事情會有所不同，可能會報告，比如數據報告會更加聚合。我們將看到更多聚合報告，人們將使用更多聚合數據並減少對用戶級數據的依賴。

因此，這裡的想法顯然是，很難追踪單個用戶的行為和特定應用程序的使用情況。值得一提的是，谷歌的沙盒團隊正在與我們和其他合作夥伴密切合作，以確保該解決方案得到很好的審查和測試，以及良好的架構，這非常棒。這是一個很好的方法。

如果你採取相反的方式，你提到擁抱吸吮。所以擁抱吸吮就像一個軍事術語，對吧？因為你必須這樣做，所以別無選擇。你必須擁抱吸吮。隨著之前與其他公司在隱私領域的變化，你真的不得不接受這個爛攤子。你什麼也做不了，你不能和任何人說話。那裡沒有工作關係。

在這裡，基本上，我們看到谷歌與合作夥伴合作，並試圖確保 PSA 更容易接受。這麼說吧。

約翰·科西爾

愛它，愛它，愛它。 Ron，如果你看看 Privacy Sandbox 和 iOS 上的 SKAN，請為我們比較和對比它們。

羅恩舒布

所以是的，谷歌正試圖解決同樣的問題，對吧？並做一個限制用戶級別跟踪的隱私增強解決方案。但我可以說，例如，SKAdNetwork 和 Android Privacy Sandbox 之間的方法非常不同。

首先，使用 ATT 並回顧一下 ATT 是在 iOS 14.5 中首次引入的 App Tracking Transparency，它改變了從選擇退出到選擇加入的行為。所以當你安裝一個應用程序時，你會看到一個彈出窗口，你需要說如果您允許跟踪。然後大多數人說不。然後你沒有我們或 MMP，他們不再有 IDFA。 IDFA 被重置，這使得跟踪營銷數據變得更加困難。

所以穀歌的做法有點不同。他們說我們首先要有一個替代方案。我們希望擁有隱私沙箱和 API。也許以後我們才會討論棄用 Google 廣告 ID。因此，我們認為 Google Advertising ID 暫時保留，並沒有[立即]棄用它的具體計劃。

當他們棄用它時，他們會提前發出實質性通知。當談論 SKAdNetwork 與 Google 歸因（即歸因報告 API）的比較時，它們再次嘗試解決同一問題。但是這些方法再次非常非常不同。因此，從文檔方面來看，谷歌提供了大量的文檔和存儲庫。他們基本上向我們開源了一切。這對於了解基礎設施的外觀、我們可以用它做什麼、我們如何處理噪音等等非常有幫助。一些具體的預告片是，例如尺寸。

在 SKAdNetwork 中，你會得到一個 SKAN 活動 ID，它是一個介於 0 和 99 之間的數字，只有 100 個選項。現在，在 SKAdNetwork 4.0 中，您可以使用 Source ID 獲得更多選項，但它確實是標準化的並且有相當大的上限。

Google 提供 128 位，這是非常非常大的。它為您提供了很多地方來編碼您的維度。另一個小問題是……蘋果限制了你的方式，當你獲得轉換時，轉換窗口實際上是有限的。所以你只能在安裝幾天后進行跟踪。

而谷歌根本沒有這個限制。因此，您可以獲得大量可匯總的報告和原始數據。您可以決定何時獲取摘要報告。因此，您還可以在安裝發生後一兩個月進行跟踪。它確實證明了 Google 提供的自由度。但隨之而來的還有復雜性。因此與 Android Privacy Sandbox 集成比與 SKAdNetwork 集成更複雜。

約翰·科西爾

這是一個有趣的短語，對於許多營銷人員來說，這可能不會是一個好消息，因為大多數人都說 SKAN 確實具有挑戰性，而且已經在 3 和 4 中更具挑戰性，因為有更多的選擇、更多的 post-bacs 和更多的延遲等等諸如此類的事情。現在正在進行一些測試，隱私沙盒和數據。您一直在使用開發人員預覽版。

使用預覽版有哪些最大的收穫和收穫？

羅恩舒布

是的，所以我們對谷歌的努力印象深刻，就像 Yuval 提到的那樣。大量的文檔和存儲庫幫助我們了解並了解即將推出的內容。我們當前的目標是完成對歸因報告 API 的端到端測試，這意味著從註冊點擊到查詢聚合服務並取回解碼和解密的摘要報告。

路上有一些障礙。過程不是很順利，但谷歌一直非常專注。

目前我們面臨另一個問題，我們認為我們即將解決它。我們真的很高興能夠完成端到端測試並為隱私沙盒做好實際準備。是的，谷歌在回答問題和幫助我們方面反應非常靈敏，他們似乎投入了大量資源，我們很享受合作。

約翰·科西爾

超級有趣。你現在正在努力。在我們錄製時，時間是 5 月 1 日。這可能會在兩週左右發布。我認為，我們會在 GAID 可能消失和其他事情發生之前到今年年底。但是，是的，那裡會有一些時間。

這麼大的圖景，如果我們看一下 Privacy Sandbox，就會發現有三個保護隱私的 API，谷歌在網絡和 Android 上都這樣稱呼它們，對吧？

有 Topics API，它應該允許比我們目前在 iOS 上更好的定位，但我仍然認為粒度將是一個挑戰。他們曾經稱之為 Fledge API，現在是 Protected Audiences API，它應該允許重定向和其他幾個用例。但您最關心的當然是歸因報告 API。

我不知道為什麼，這有一些奇怪的原因，但那是你花費大部分時間的地方。你的想法，有多好？

尤瓦爾卡梅爾

是的，所以這是一個很好的問題。正如您提到的，Google 基本上是在嘗試針對您使用 Google Advertising ID 的各種原因尋找解決方案，對嗎？因此，他們為您獲得用於重新定位目的的主題 API 和 Fledge 受眾，為受眾提供受保護的 API。然後是歸因報告 API。

所以，是的，我對此有何看法，它有多好？

歸因報告隱私沙盒將改變我們中的一些人查看營銷數據的方式。因此，我們有很多客戶仍然習慣於查看附加到特定用戶的用戶級數據和營銷數據，甚至是他們的 PII。因此，儘管我們有 SKAN 和行業的變化，但很多人，就像許多客戶一樣，我們聽說行業內基本上停止了 iOS 營銷，只是嚴重依賴 Android。

現在他們在 Android 中也會遇到同樣的問題。用戶級數據將非常有限。

正如羅恩提到的那樣，你有大約三位，或者我們可能會在下一個問題中提到。但是您只有三位來收集有關事件的信息。但當然，歸因匯總報告可以用於營銷目的，前提是您了解要求以及如何執行它。

那麼好嗎？

首先，這是一個很好的隱私解決方案。這是一個很好的隱私解決方案，因為一切都將更加私密。您的 PII 受到更多保護。您的信息受到更多保護。您的行為不太容易衡量和跟踪。但它是一個非常複雜的營銷和績效衡量解決方案。當然，對於我們的客戶來說幸運的是，我們計劃在他們身邊並處理繁重的工作，當然，在開始的時候，我們會為他們提供很多指導。但是有什麼困難呢？因此，很難理解如何定義您的聚合鍵或基本維度或您想要衡量和跟踪轉化的粒度。

理解如何管理轉換事件本身會有點複雜。我們稍後會更多地討論肉，但這裡的想法是解決方案真的很通用，它讓您可以自由地找出最佳測量方法，適合您的方法，就像您需要的任何東西一樣，您基本上可以在這裡實施，這是一個很大的優勢，但我認為對於廣告商來說，這將是相當複雜的。

約翰·科西爾

超級，超級有趣。退後半步，想想移動和移動應用程序的前景，以及它在過去一年半和明年發生的變化。

回顧歷史上的這一點並說，哦，這就是應用程序現在這樣做的原因，因為廣告商的轉換模型需要改變，所以產品需要改變，這將是很有趣的。看看會很有趣。羅恩，讓我們轉向你。

當我與談論 SKAN 的人交談時，我總是問，他們對從 IDFA 到 SKAN 的廣告效率下降水平的估計是多少？

我要問你關於 Android 的問題。當然，現在真的很早，您才剛剛開始使用它。它不在野外。它根本沒有被很多人使用，只是經過測試。

當我們從 GAID 遷移到 Android Privacy Sandbox 時，您能猜出廣告效率會下降多少嗎？

尤瓦爾卡梅爾

我要這個。所以我認為 GAID 和廣告效率下降，或者基本上這裡的問題是衡量，對吧？並且測量效率將在 GAID 上下降。一旦測量不那麼準確和可能，當然，廣告效率也會下降。

因此，對於點擊歸因，我們也有 Google Play 安裝引薦來源網址。我認為我們大多數基於 Android 的歸因都是基於 Google Play 安裝引薦來源網址，這可能是將廣告點擊歸因和匹配 Android 設備中應用安裝的最佳和最準確的機制。

因此，只要它可用，Google Play 安裝引薦來源網址……我相信大多數營銷歸因和我們的歸因都將與這個可靠而強大的解決方案一起使用。這是最好的解決方案。您基本上可以將內容傳遞給 Google Play 商店，然後在我們的 SDK 中的 MMP SDK 中將其作為意圖獲取。所以它效果最好，你可以可靠地以這種方式歸因於用戶。

因此，如果 Google 將棄用 Google Advertising ID 但不會棄用 Google Play 安裝，請參閱。

我認為對於點擊歸因，我們仍然有一個非常強大和準確的方法來計算歸因，就像我們今天所做的一樣。谷歌的一個很好的問題，可能沒有一個真正有明確的答案，是谷歌播放安裝參考會發生什麼。我們仍在等待答案，我想他們中的一些人仍在等待答案。所以沒有人真正知道那邊的計劃是什麼。

關於通過歸因的觀點，它有點不同。您那裡沒有 Google Play 安裝參考。我們目前依賴於從網絡本身、合作夥伴本身獲取印象報告。請注意，我不是在談論像谷歌廣告和 Facebook 這樣的自我歸因。

我想到其他人，他們基本上將印象發送給我們，然後我們就是使用 Google 廣告 ID 與我們也獲得的點擊進行匹配的人。在這方面，我認為 Google Advertising ID 的棄用將嚴重影響對歸因的看法。而且我認為我們看到沙盒解決方案可能首先用於通過歸因查看而不是點擊，只要我們有推薦人解決方案。

約翰·科西爾

超級有趣。所以我們會看看我們是否會繼續這樣做。我們看到指紋識別成為 iOS 上的一個問題。 Apple 解決了這個問題並說，嘿，這就是測量。那就是跟踪。那是不允許的。隨著 Privacy Sandbox 的出現，您如何看待 Android 上的指紋識別？

羅恩舒布

是的，所以我們假設可能會發生同樣的情況。我的意思是，人們仍然會繼續使用指紋識別，只要他們可以並且覺得這樣做很舒服。但正如 Apple 所做的那樣，我假設在未來的某一天，Google 將決定在某些情況下，他們想讓指紋識別變得更加困難，甚至是不可能的。並且不會再啟用它了。當這種情況發生時，那麼人們，我們需要找到其他解決方案。但谷歌確實提到他們會在此之前給予實質性的提醒。所以我們認為它不會很快發生。目前，指紋識別仍在發揮作用。

約翰·科西爾

談論事件級別報告，以及它們與聚合報告有何不同？

羅恩舒布

是的，所以 Google 的歸因報告 API 支持兩種類型的報告。

事件級報告更適合優化。因此，它們可以用於例如機器學習模型的訓練數據，例如，當您想要優化廣告展示位置時。但事件級報告的問題在於轉化數據過於粗糙。您幾乎得不到有關安裝後發生的事情的任何數據。所以實際上對於通過歸因的查看，你得到一點。對於點擊歸因，您會得到三位。所以實際上，您幾乎無法對任何內容進行編碼。

約翰·科西爾

在這裡詳細說明……一點。你能做什麼？那是開還是關？那是一點嗎？是二進制的嗎？

羅恩舒布

正確的。

你幾乎可以說，你可以說，那件事發生了還是沒有發生？所以你可以說添加到購物車發生了。差不多就是這樣。你必須選擇一個事件並關注它，然後說它是否發生了或沒有發生，但這在匯總報告中的信息不多，你在轉換數據中有很大的自由度……我們之前提到的相同的 128 位，您可以在註冊點擊源與視圖和註冊觸發器之間進行拆分。因此，您可以註冊許多指標、事件或收入，並真正衡量發生了什麼，設備、用戶在安裝應用程序後在設備上做了什麼。同樣，事件級報告有利於優化，可聚合報告非常有利於活動績效衡量報告。這就是為什麼在 Singular 中我們真正關注它的原因，因為它將提供最準確的數據，噪音更少，靈活性更高。

約翰·科西爾

所以添加了一些噪音。引導我們完成流程。讓我們了解您投放廣告時會發生什麼。有人點擊它，他們安裝，他們做了一些事情。該流程如何在整個隱私沙盒中運作？

羅恩舒布

是的，這是一個沒有真正簡短答案的問題，但我會盡量總結一下。所以第一步是在設備上。因此，用戶會看到一個廣告，然後您在 Google 中註冊了一個來源。並且您已經定義了要測量的尺寸。然後是用戶。

約翰·科西爾

註冊一個來源只是告訴谷歌廣告被放置在哪裡，它在什麼應用程序或它在哪個網站，對嗎？

羅恩舒布

確切地。你可以把一堆東西放在聚合鍵中，這實際上意味著活動，就像你說的，哪個國家，無論你決定編碼到那裡的維度是什麼。但是，是的，你在那個步驟上定義了維度。這就是註冊來源。它在發布者應用程序中。

用戶安裝應用程序後，一旦他們發生了您想要衡量的事件或收入，您就會將其註冊為觸發器。所以你可以註冊多個觸發器。確切地。因此您可以測量多個觸發器。這裡有一個限制，我們很快就會提到。

但觸發器實際上只是您要衡量的事件和指標。

在您註冊觸發器後，一段時間後，設備上就會運行一個作業計劃。一旦它運行，你就會得到所謂的聚合數據報告，這些報告實際上是原始的加密數據。到目前為止你不能用它做任何事情。所以你必須將它保存在你的數據庫中並存儲一段時間，直到你獲得足夠的匯總報告，足夠的原始數據。

一旦你這樣做了，你就會得到一批聚合的原始報告，然後將它們發送到歸因聚合服務。聚合服務為您做的是解密數據，將其匯總到報告中。您可以將其視為一個表格，並向該表格的每一行添加噪音。因此每個維度的排列，例如，來自美國國家/地區的活動 A 將包含多次安裝。

除此之外，還有多個收入和多個事件，谷歌將增加噪音。所以他們確切地說出噪音的分佈是什麼。你已經可以開始思考，我如何對正確的數字進行編碼才能使噪音不太有害？所以信噪比就在這裡，對吧？所以你想要一個比噪音高得多的信號。

因此，一旦您從匯總服務（匯總報告）返回，您必須解碼在註冊源和触發器時編碼的維度。你需要嘗試，使用數據科學算法等等，你需要嘗試消除噪音並給出實際數字。我們用規模網絡做到這一點的方式，我想我們會在這裡做同樣的事情，就是給你一個數字的近似值和一個置信區間，它真正說明了我如何確定我們在我們給出的數字中你。這取決於您在那段時間的安裝量。

約翰·科西爾

所以羅恩，你需要做很多事情，你會得到和其他類似的東西。你在說什麼，你得到的數據是你無法理解的，而且它必須去某個不是你的地方。然後你把它拿回來，在你拿回來之前添加了一些噪音。

現在，請告訴我，這裡的所有人實際上都是 Singular，獲取這些你無法解密的數據，然後將它發送到某個地方，在那裡它可以被解密，在那裡它被添加了噪音，然後你得到了一些你可以實際閱讀的東西是作為營銷人員，您的營銷人員不必做所有這些事情的標記是正確的

羅恩舒布

這是絕對正確的。

所以我們會努力去做，我們會為 UA 經理做一切。他們甚至不需要知道引擎蓋下發生的一切。我敢肯定他們想知道我們對數據的信心如何，但所有這些基礎設施都是我們將與廣告網絡一起支持的。而且，準備這個基礎設施是我們的工作......

約翰·科西爾

那是一個承諾。你先在這裡聽到的。

羅恩舒布

…順便說一句，這是一個非常酷的基礎設施。但 UA 經理完全不用擔心。他們必須擔心他們想要衡量哪些指標和事件，並決定哪些是最優先的，因為這就像我們在 SCAD 網絡中所做的那樣是艱難的決定。我們無法像過去那樣獲得所有的事件和收入。

約翰·科西爾

出色的。你知道嗎？您剛剛在這裡結束了我們的會議，因為我們需要討論的還有很多。我們需要談談，哇，SDK 運行時。

我們需要討論您一直在談論的數據、流程、返回的內容，您知道的，所有這些東西，以及您將要做的建模。我們將不得不討論，你知道，網絡到應用程序，我們認為這裡會產生什麼影響。你們所有人，你們還有很多要問你和羅恩，我們還有很多要問你們，但這只是 A 部分，他們將不得不在幾週內完成 B 部分在路上或類似的東西。

因為現在大約是 30 分鐘，你知道，對於這個特別的人來說可能有點長而且你們有生活你必須，你知道，回到我有一個會議我已經遲到了也是，但是這次非常感謝你。我真的很感激。我們會安排一些事情。

你得再跟我談談。這是壞消息。但好消息是你晚上剩下的時間都休息了……