https://developer.chrome.com/blog/cookie-countdown-2023oct/
Google 計畫 2024 年 Q1 開始停用 1% 使用者的第三方 cookie，以加速使用者標籤的測試。並計畫 2024 年 Q3 開始停用「全部」使用者的第三方 cookie。

關於這件事，他們還做了一個時程表網頁
https://privacysandbox.com/intl/zh_tw/open-web/#the-privacy-sandbox-timeline

撰文的現在是2023年11月，依照上面的時程，所有依靠線上廣告的品牌商，是時候要關注這件事了。

因為傳統數位廣告的機制就是，放 cookie 到使用者瀏覽器裡 (這就是第三方 cookie)。未來同一使用者 (其實是瀏覽器) 再打開這個網頁，之前埋下的 cookie 送回，來判斷是不是同一使用者。

停用第三方 cookie，傳統數位廣告的機制會全部改變。

Google Ads 針對這件事，前幾天有一個公告
https://support.google.com/google-ads/answer/14226510

這篇公告 Google 說他們已經持續的整合隱私權保護技術到 Google Ads、Google Analytics、Display & Video 360。同時也請品牌主善用 Google AI 的力量：像是「智慧出價」(Smart Bidding) 與「最佳化指定目標」(Optimized Targeting)。

智慧出價 Google 已經推了好幾年了，本站也有很多關於智慧出價的文章，廣告主應該早已使用。最佳化指定目標本站之前也有專文介紹。

撰文的現在是2023年11月，Google 廣告的演進變化很大，很多功能都已變更或淘汰。最佳化指定目標 (Optimized Targeting) 是目前 Google 還在推廣的一個目標對象指定方式，larry 建議可以再瀏覽一下本站之前的文章。

面對第三方 cookie 即將停用，上方 Google 14226510 號文件也建議廣告主使用「第一方資料」，Google 也持續在推廣「目標客戶比對」(Customer Match)。

https://support.google.com/google-ads/answer/6379332
Customer Match 是 larry 想寫很久的題目，也是第一方資料的應用重點。根據這份文件

“Beginning Q2 2022, campaigns using Smart Bidding and optimized targeting will auto-include all the Customer Match lists in your account.”

2022 Q2 開始，使用「智慧出價」與「最佳化指定目標」的廣告活動，會自動採納已上傳的 Customer Match 名單。當然，這意思是 2022 Q2 之前要手動設定。另一方面，這段文字也展現出 Google 對 Customer Match 的重視。

https://support.google.com/google-ads/answer/7659867
Customer Match 名單是 CSV 檔案的形式，欄位有 Email、Phone、First Name、Last Name、Country、Zip 等，欄位格式請參考 Google 文件，太格式上的東西這裡不重複。

https://support.google.com/google-ads/answer/6276125
Google Ads 後台哪裡上傳？左側 menu「工具」→「共用資料庫」→「目標對象管理工具」→ 頁面頂端的「您的資料區隔」分頁 → 按大＋號建立新的區隔 → 選「顧客名單」。

輸入新的區隔名稱，並上傳 CSV 檔案。Google 會在你上傳檔案時，自動辨識該檔案是否已經過 SHA256 雜湊處理，如果沒有，Google 會自動在後台雜湊處理該檔案。

上傳成功後，Google 會將 CSV 檔案中的 email 或電話，與龐大的 Google 會員資料庫做對比，如果對比成功一個用戶，就將此用戶加到你上面建立的區隔 (segment)。

順道一提，架構上 Customer Match 是一種目標對象(區隔)，從以前到現在，目標對象都是在帳戶層級。當 Customer Match 區隔建立好後，要再加到廣告活動或群組，才會生效，這個動作叫 targeting。

https://support.google.com/google-ads/answer/7660029
如何取代客戶名單或新增更多客戶，請參考這份文件，單純介面操作而已，這裡不再重複。

不只 Customer Match，本站之前聊過的「強化轉換追蹤」與「離線轉換匯入」都需要收集第一方資料。

強化轉換追蹤 (Enhanced Conversion) 的架構是，在發生轉換的當下，除了紀錄轉換外，同時也將使用者資料傳給 Google，包含 Email、姓名、電話。

離線轉換匯入 (offline conversion import) 則是將廣告的 gclid 存到瀏覽器的 local storage (HTML 5 Web Storage 的一種)，當使用者送出表單時，瀏覽器如有找到 gclid，隨表單送出並存入網站後台。最後再將這些轉換資料 (gclid 是其中一個欄位) 上傳 Google Ads。

以上都跟客戶資料、網站表單有關。面對第三方 cookie 即將停用，廣告主真的要思考如何引導客人填寫表單，至少留下客人的 email、電話、姓名稱呼。

結論

如本文上方提到：Google 計畫 2024 年 Q1 開始停用 1% 使用者的第三方 cookie，2024 年 Q3 開始停用「全部」使用者的第三方 cookie。

原本數位廣告判斷使用者、計算轉換的機制會完全改變。

「強化轉換追蹤」、「離線轉換匯入」是與轉換有關的第一方資料。Customer Match 則是與目標對象有關的第一方資料。

本篇文章 larry 想傳達的是，第一，如果有做數位行銷、廣告投放的讀者，可以檢視一下你使用的第三方服務 (包含Google廣告、社群廣告)，是否已準備好應對「無第三方 cookie」的時代。

第二，如果你所有的廣告投放要有「第一方資料」，你的網站是否有做相對應的修改與功能，並引導客人註冊或填寫表單。

線上廣告曝光，招攬客人到線下店消費，是台灣店家很重要的廣告需求。即使是有佈局線上，官網轉換追蹤完整的店家 (很少數)，也追蹤不到因看到廣告或與廣告互動而來實體店面的客人。今年 (2021) 年初，Google Ads 發佈了 親臨門市轉換 (store visit conversion)

親臨門市轉換 (store visit conversion) 對實體店家有很大的幫助，但是

1. store visit 是在保護使用者隱私的前提下，模擬出來的數據。
2. 再怎麼使用 store visit，也只能猜測使用者因廣告而到達這個物理位置的數量。到這個物理位置的人不見得有在店裡消費啊。有可能是來逛逛沒消費，只是路過，隔壁店家很紅其實是到隔壁，等等。

最近 (2021 年 11 月)，Google Ads 又發佈了商店銷售轉換 (store sales conversion)

https://support.google.com/google-ads/answer/9994849
store sales 是有使用門檻的，Google Ads 將店家分為兩種 1) 餐廳和零售商 2) 非餐廳或零售商。以下我們討論以餐廳和零售商為主，因為它們是實體店面需要下廣告的大宗，了解他們的流程，要設定非餐廳或零售商也不會是問題。

​​store sales counts (交易次數) 報表的門檻：廣告帳戶已經有 store visit 的數據，而且 90 天內有超過 300,000 store visits。

上傳自己 in-store sales 資料的門檻：

• 每天上傳，或至少一週上傳一次。
• 每月最少 6,000 個交易次數。
• 對搜尋或購物廣告而言，90 天內有超過 500,000 次點擊。對影片或多媒體廣告而言，90 天內有超過 750,000 次點擊或觀看次數。

如果你符合 store sales counts 報表的門檻，廣告帳戶會出現一個新的 conversion action Store sales。​​store sales counts 報表將會自動產生。

Store sales conversion action 會設定一個平均訂單價值，store sales values 則是由 ​​store sales counts x 平均訂單價值計算而來。

如果你也符合上傳自己資料的條件，請接洽 Google Ads 業務進行下一步。

這有點像是兩個階段，看到 store sales counts 報表和 Store sales conversion action 是第一階段門檻。要上傳自己的資料，則有第二階段的門檻。

https://support.google.com/google-ads/answer/10018944
上傳交易資料的方式有三種

1. 從廣告帳戶後台
   好處當然是直覺，上方文件也說如果你沒上傳過，可以先用這個方式。還有上傳後，廣告帳戶後台會直接跟你講檔案格式對不對，一開始可以藉此驗證檔案格式。
   從廣告帳戶後台上傳，可以用 Excel、CSV 或 Google Sheets 的檔案格式。也可以準備好 HTTPS 或 SFTP 位置，讓 Google Ads 去撈。
2. 使用 Google Ads API
   好處當然就是節省時間，店家系統對 Google Ads 系統自動傳輸資料。當然，店家需要有自有系統，有能力客製化更改，並有能力串接 API。
3. 找 store sales partner 廠商代為處理。

上傳資料的格式中有兩個名詞要了解一下：

• Loyalty Rate 指的是有留下客人 email 或電話的交易次數，除以全部交易次數。所以這會是一個 0~1 的值。
• Transaction Upload Rate 是已上傳 Google Ads 有留下客人 email 或電話的交易次數的比率 (如果店家沒有上傳全部的交易次數)。因為 Google 建議上傳全部的交易次數，所以不用糾結計算方式，Transaction Upload Rate 應該為 1。

另外上傳資料有幾點要注意的地方

• 只上傳實體店裡交易的資料，不包含線上網站等交易資料。
• 上傳的資料要包含最近 14 天裡的交易資料，這會幫助廣告帳戶後台更新報表。
• 避免上傳 90 天前的交易資料。
• 避免上傳同一筆交易資料。如果同一筆交易資料被重複上傳，最新上傳的這次才會被計算。

https://support.google.com/google-ads/answer/10018336
這份文件對上傳資料的格式有詳細的定義，這邊暫不重複。要注意的是上傳的資料，客人姓名、電話、Email 都要 SHA256 雜湊處理。如果是選擇廣告帳戶後台上傳資料，可以選擇自行雜湊或是上傳原始資料，由 Google Ads 來雜湊處理。

https://support.google.com/google-ads/answer/10980636
智慧出價的選擇上，請選擇提高價值為目標的出價策略，例如 Target ROAS、盡量提高轉換價值。如果你想要比較強調 store sales conversion，記得確認 store sales conversion 轉換價值的設定要高於其他 conversion action 的轉換價值。

跟 親臨門市轉換 (store visit conversion) 一樣，將 store sales conversion 納入轉換欄。預設 store sales conversion 只會計算在「所有轉換」欄，沒有在「轉換」欄。

關於轉換回溯期  (conversion window)，Google 建議可以設定 7 天，但購買週期較長的產業，仍然可以使用 30 天的轉換回溯期。

另外，整個 Google 廣告系統轉換的設定「不會」套用在歷史資料。也就是說當你第一次將 store sales 納入轉換欄，Target CPA、Target ROAS 的值，請自己手動計算一下。

結論

Store sales conversion 還是很新的一個東西 (目前是2021年11月)，從設定流程可以看出來，這個技術還在開發階段。

Store visits 是模擬數據，本文的 Store sales counts 其實也是模擬數據，如果不準的話還要往這方向走嗎？larry 認為還是要往這方向走，因為 1) 實體店面你不往這方向走，沒招了。2) 第三方 cookie 不能使用，第一方資料越來越重要的潮流。

即使是模擬數據結果你仍然可以定性的比較 (相較於定量)。另一個重點是，如果不先佈局，就永遠跟不上新機會。

Google Ads 今年 (2021年) 8月份開始在推「強化轉換追蹤」(enhanced conversion)，是新功能，目前 (2021年10月) 還是 beta 版，已上線的廣告還不一定可以啟用強化轉換追蹤。本篇文章會比較強調在了解整體的邏輯，以及 Google 對廣告及追蹤的態度。

因為各個平台 (例如 iOS)、各個瀏覽器對 cookie 的使用越來越嚴格，轉換追蹤變得越來越困難，例如

• 例子1：使用者點擊搜尋廣告到達你的網站，將網址存在書籤，幾天後想起來才完成轉換。
• 例子2：使用者在 Youtube 看到影片行動廣告 (video action campaign)，不管是 click based conversion，還是 engaged-view conversion (EVC)，在你的網站完成轉換。延伸閱讀 Video action campaign 影片行動廣告 & 轉換評估

以上兩個例子，都有可能因為各個瀏覽器對 cookie 使用的限制，讓這次轉換跟來源廣告，脫離了關係。換句話說。以廣告的角度來講，以上兩個例子沒有發生轉換。

Google 近一兩年很提倡「第一方資料」(first-party data)，也就是你的網站本身儲存的使用者資訊，包含 Email、姓名、電話、等。甚至網站自己紀錄 gclid，延伸閱讀 離線轉換追蹤：離線轉換匯入 (offline conversion import)

又或者說，不使用第一方資料也沒辦法了。隨著各個瀏覽器對 cookie 使用的限制越來越嚴格，cookie 沒辦法追蹤，只能用第一方資料了。

https://support.google.com/google-ads/answer/9888656?hl=en
強化轉換追蹤的運作方式是，使用者在 Google 登入狀態點擊廣告，或是看 Youtube 影片行動廣告超過 10 秒。之後在你的網站完成轉換，也許只是送出表單也算。在發生轉換的當下，除了紀錄轉換外，同時也將使用者留下來的資料傳給 Google。

因為該使用者有登入 Google 帳號，Google 會知道這個使用者點擊過廣告，或看過廣告影片 (而不是用 cookie 紀錄)。發生轉換時將使用者留下來的資料傳給 Google，比對之後發現是同一人，這樣廣告就算是發生轉換。

傳給 Google 的資料，必須是 (至少一項)

1. Email
2. 姓名及地址
3. 電話 (optional，但不能只有電話，必須與上面兩種資訊的其中一種，一起提供)

強化轉換的追蹤碼可以是以下兩種：Google 代碼管理工具 (GTM, Google Tag Manager)，或是全域網站代碼 (Global Site Tag)。以下會以「全域網站代碼」為主。

https://support.google.com/google-ads/answer/9888145
首先到你的廣告帳戶，上方板手符號 →「評估」底下的「轉換」→ 選一個轉換動作點進去看「詳情」，看有無「強化轉換」的選項 (目前 2021 年 10 月可能還沒有)。

另外，強化轉換只支援 Google Ads 追蹤碼設定的轉換動作，不支援由 Google Analytics 匯入的轉換動作。

轉換動作啟用強化轉換之後，導入方法可以選擇

1. JavaScript 或 CSS 選取器。基本邏輯還是以操作廣告帳戶的後台為主，填入想要傳回 Google 的 JavaScript 變數，或是 CSS selector。
2. 編輯程式碼。裡面再選擇「使用事件程式碼片段」

以下以「使用事件程式碼片段」為主。網站的全域網站代碼新增 ‘allow_enhanced_conversions’: true

gtag('config', 'AW-CONVERSION_ID', { 'allow_enhanced_conversions': true });

並在網站的轉換達成頁，新增一個全域的 JavaScript 變數：enhanced_conversion_data。它是 json 格式，內容就是要傳回 Google 的資料。上方 9888145 文件裡有範例。

程式碼修改好了之後，確認是否修改成功，可以用 Chrome dev panel，切到 Network tab，看一下資料有無正確的傳回 Google。傳輸的是 enhanced_conversion_data 雜湊處理後的字串。詳細確認內容如上方 9888145 文件。

Google 多個文件都強調，第一方資料是 SHA256 雜湊處理後，才傳給 Google，與 Google 的會員資料做比對。所以即使是 Google 員工，也不知道現在比對的人的 Email、姓名、電話、地址等原文是什麼。另外，雜湊處理是由 Google Ads 追蹤碼來執行，所以網站主「不要」自己做雜湊處理 (不然會變成重複執行)。

結論

現在各個瀏覽器對於 cookie 的使用越來越嚴格，在沒辦法找辦法的情況下，Google Ads 一直在推「第一方資料」，包含本篇的強化轉換追蹤也是屬於第一方資料。在這個情況下，larry 覺得埋追蹤碼的工作越來越重要，不是跟早期一樣，簡單複製貼上一段碼，全站就解決了。現在每個轉換達成頁可能都要埋追蹤碼，做第一方資料的紀錄或反饋，而且反饋的方式也不盡相同。

O2O 追蹤 (串連線上線下的追蹤) 是 Google Ads 這兩年一直在開發並且更新的一個主題。因為傳統來講，不管是 Google Ads 還是 GA (Google Analytics) 的基礎理論，都是發一組識別碼到使用者的瀏覽器，依此來判斷使用者和轉換。

如果一個新的客戶看到了廠商的廣告，打電話或是粉絲頁訊息詢問，最後本人到店裡消費，這樣 Google Ads 是追蹤不到的，也就是說這樣的轉換沒有正確歸因給廣告投放。

而台灣有很大一部分店家還是用上述情境在經營，如果有投放廣告的話，線下的轉換沒辦法單純用 Google Ads 後台設定來解決。沒有設定線下轉換目標的話，Google 廣告的機器學習，就會少了一個很重要的指標回饋。

https://support.google.com/google-ads/answer/2998031?hl=zh-Hant
離線轉換匯入 (offline conversion import) 提供了一個可以部分解決線下轉換追蹤的方式。廣告帶客戶到網站後，它可以追蹤

1. 點擊所帶來的轉換 conversions from clicks
2. 來電所帶來的轉換 conversions from calls

https://support.google.com/google-ads/answer/6301373?hl=zh-Hant

如要匯入來電轉換，您必須有 Google 轉接號碼 (目前僅適用於特定國家/地區)

因為台灣目前 (2020年12月) 不支援 Google 轉接號碼，所以暫不討論來電所帶來的轉換，本篇主要是討論點擊所帶來的轉換。

如何匯入點擊所帶來的轉換呢？廣告帳戶右上角板手符號「工具與設定」點開 →「評估」欄位的「轉換」→ 按一下加號按鈕，建立新的轉換動作 → 選擇「匯入」，其他資料來源或 CRM → 選擇「追蹤點擊所帶來的轉換」→ 最後轉換名稱 (這要好好取名，匯入時要對照)，轉換價值，計算方式等表單填完，轉換就設定完成了。

https://support.google.com/google-ads/answer/7012522?hl=zh-Hant
設定完離線轉換後，還有 3 個步驟

1. 在每一個要轉換追蹤的表單，加上 <input type="hidden">
2. 在每一頁加上上面 7012522 文件提供的 JavaScript。這段 code 主要是將 gclid (Google 點擊 ID) 存到瀏覽器的 local storage (是 HTML 5 Web Storage 的一種，屬於前端工程，這邊暫不討論)。
   最後不管是不是從廣告來的用戶，在開啟網頁時都會去 local storage 找 gclid，如果有 gclid (不管是從網址列來的還是從 local storage 找到的)，如果這個 gclid 又還沒過期，將這個 gclid 寫到上面 <input type="hidden">
   埋 JavaScript 這一段，可以用 GTM 的「自訂 HTML 代碼」。
3. 這樣使用者送出表單時，就會連著他的 gclid 一起送出，網站的後台記得儲存表單資料時，也要儲存對應的 gclid。

上面第 2 點埋 JavaScript 這一段，會需要隨實際網站的 html 做修改，不是單純的 copy & paste。讀者要使用這段 JavaScript 時，還是要請懂前端工程或 JavaScript 的朋友來修改並放置到網站。

以上 gclid，表單資料，後端 CRM 系統的串接就完成了。可以測一下從廣告點擊來你的網站 (網址列帶一個 gclid)，送出表單，這時後台應該有一個包含 gclid 的表單資料。

前台關掉瀏覽器，直接 key 網址打開網站 (網址列沒有 gclid)，再送出表單，這時後台應該新增了一筆同一 gclid 的表單資料。這樣的話測試就成功了。

最後要匯入這些資料回 Google Ads。廣告帳戶右上角板手符號「工具與設定」點開 →「評估」欄位的「轉換」→ 左側 menu 的「上傳」→ 按一下加號按鈕 → 上傳方式可以選檔案 (Excel，CSV)，Google 試算表，HTTPS，SFTP。HTTPS 和 SFTP 都可以設密碼，Google Ads 自己會來抓。

https://support.google.com/google-ads/answer/7014069?hl=zh-Hant
匯入檔案的欄位有 Google Click ID，Conversion Name，Conversion Time，Conversion Value，Conversion Currency。格式上面 7014069 文件都有，不再重複。

結論

以上這樣整套點擊所帶來的離線轉換追蹤就完成了，它部分解決了店家無法追蹤線下轉換的問題，主要精神是 gclid 隨表單資料一起送到後台。

因為離線轉換追蹤的工具很有限，甚至台灣目前 (2020年12月) 不支援來電轉換，有下廣告又想追蹤離線轉換的店家，可以善用本篇表單送出的方式，將來電或來訊息的客人，導引請他們送一下表單 (視情況給有送表單的客人優惠或小禮物，不但有利於廣告優化，這也是一種客戶經營)。

參考文章，另一種離線轉換追蹤：親臨門市轉換 (store visit conversion)