六月十五日到底改了什麼
2026 年 6 月 15 日起，只要 GA4 屬性連結了 Google Ads 帳號，ad_storage 就是廣告資料能不能流入 Ads 的唯一控制鍵。過去這件事有兩層把關：Google Analytics 端的 Google Signals 設定，加上 Consent Mode 的信號。現在後者是唯一，前者不再參與判斷。
先說結論。多家同意管理平台（CMP）廠商的技術文件都指向同一個事實：改動之前，就算 Consent Mode 設定有誤，Google Signals 可以當備用閘門把外流限制住。改動之後，這層安全網被拆掉了。OneTrust 的官方分析直接寫著：「ad_storage is now the sole consent signal controlling advertising data sent to Google Ads.」
這個改動不會有明顯的錯誤提示。廣告後台不會跳警告，GTM 不會紅字，只是轉換數字悄悄少掉一大塊。發現的時候，通常已經是月底看報表的時候。
Google Consent Mode v2 是 Google 追蹤工具與使用者同意選擇之間的橋接系統。根據每位訪客在 Cookie 橫幅的選擇，動態決定資料以什麼形式流向 GA4 與 Google Ads。四個核心信號分別控制廣告 Cookie、廣告資料傳送、廣告個人化、分析 Cookie。
換個角度來看，這其實不是新功能上線，是舊備援機制被拿掉。Consent Mode v2 自 2024 年 3 月起就強制執行。適用對象是 EEA 與英國使用 Google Ads 的網站。六月的變更把「唯一控制權」正式交給它。Didomi 的技術部落格把這句話寫得很清楚：「On June 15, 2026, Google changed how consent controls work for advertisers using Google Analytics and Google Ads together.」
下一節先講兩種模式的差異，因為選錯模式，補救的工具就用不上。
Basic 與 Advanced 模式的差在哪
Consent Mode v2 分成 Basic 與 Advanced 兩種模式，差別在使用者按下「拒絕」之後，Google 標籤還會不會運作。選錯模式的代價，是後續所有的建模補洞工具都用不上。
| 面向 | Basic 模式 | Advanced 模式 |
|---|---|---|
| 使用者拒絕前 | 不載入 Google 標籤 | 載入標籤但靜默 |
| 拒絕後的信號 | 完全不傳送 | 傳送匿名 cookieless ping |
| 能否啟動建模 | 不能 | 能 |
| 合規風險 | 簡單，資料損失大 | 正確設定即合規 |
Basic 模式的邏輯很直觀：使用者沒點同意，什麼都不傳。這個做法在合規上最保險，但代價是拒絕率越高、資料黑洞就越大。Google 對建模的補洞機制，只在 Advanced 模式下才會啟動。選了 Basic，等於自願放棄這個工具。
重點來了。Advanced 模式的機制是：Google 標籤在使用者做決定前就先載入，但不寫 Cookie、不記名，只發送匿名的無 Cookie ping。使用者按了同意就切換成完整測量；按了拒絕，那些匿名 ping 會被拿來做行為建模，估算原本會發生的轉換。
Google 官方描述 Advanced 模式的建模能力時，用的字眼是「recover」而非精確百分比。實際回補比例會受同意率、廣告點擊量、國家別與資料收集時間影響，不同帳號差異相當大。如果你在看到具體數字時感到懷疑，是對的。那些數字通常來自個別 CMP 廠商的案例平均，不是通用值。
選 Advanced 的另一個前提是有能力持續維護。Cookieless ping 要正確傳遞。CMP 與 GTM 的信號要同步。消費者拒絕後的路徑要重寫。這三件事沒一件能自動化。維護能量不足的中小型帳號，反而應該先選 Basic 把合規做到位，再逐步升級。
四個必要信號的自檢清單
Consent Mode v2 有四個必要信號，每一個各自控制不同的資料流向，設定錯了不會有錯誤訊息。下面這份清單，是六月變動後每一個投放 Google Ads 的帳號都該跑一次的檢查。
| 信號 | 控制什麼 | 預設值該是 |
|---|---|---|
| ad_storage | 廣告 Cookie 與 Google Ads 資料流 | denied（同意前） |
| ad_user_data | 使用者資料傳送到 Google 廣告 | denied（同意前） |
| ad_personalization | 個人化廣告與再行銷 | denied（同意前） |
| analytics_storage | 分析用 Cookie | denied（同意前） |
第一步，用 Google Tag Assistant 或 GTM 的「同意概覽」預覽功能，實際點一次 Cookie 橫幅。同意前應該看到四個信號都是 denied，同意後才切換成 granted。最常見的錯誤是預設 granted，這在 GDPR 下屬於違規，也讓 Consent Mode 完全失去作用。
第二步，確認 GA4 的設定與 Google Ads 的設定是分開處理。六月變動之後，GA4 的隱私設定不再自動帶到 Google Ads。這意味著過去只在一邊調設定的帳號，另一邊可能是空的。
第三步，檢查 Cookie 橫幅本身有沒有 dark pattern。強迫同意、預設勾選、拒絕按鈕藏起來，這些介面設計在 EEA 有明確罰則，也會讓 CMP 給你的信號在法規上不成立。
如果你的品牌完全不接 EEA、英國、瑞士的流量，Consent Mode v2 目前對你沒有強制力。但只要投放對象含這些地區，或使用歐盟客戶名單做類似受眾，設定不正確會直接影響廣告資料回報與再行銷受眾建立。
第四步是最容易被忽略的：確認 CMP 有正確對接 Consent Mode 的 API。市面上 CMP 廠商很多。每一家的預設值不一定符合六月的新架構。裝了 CMP 不等於自動合規，這件事該從技術文件驗證，不是從行銷文案。
台灣廣告主真正要盯的位置
台灣不適用 GDPR，多數帳號從未實作 Consent Mode，但這不代表六月的變動與你無關。真正該盯的不是罰則，是廣告演算法能拿到什麼資料。
先說結論。凡是有以下任一情況，Consent Mode 的設定就會直接影響 Google Ads 的表現：投放對象包含 EEA、英國、瑞士；上傳過歐盟客戶清單做類似受眾；有跨境電商業務。這幾種情況下，Consent Mode 設定錯誤造成的資料缺口，會讓自動出價的學習模型判斷失準。
反之，如果流量完全來自台灣、東南亞、日韓，六月的變動不會強制影響你。但這件事的趨勢方向很清楚：Google 在把追蹤資料的控制權從「設定分散多處」收斂成「單一同意閘門」。Consent Mode 這個架構未來很可能會被移植到更多市場，先熟悉會比後補容易。
另一個常被忽略的落差是團隊分工。歐美廣告代理商已把 Consent Mode 稽核列為標準交付項目，台灣多數中小品牌的追蹤設定停留在「開了 GA4、掛了 Pixel、Ads 連 GA4」這個 2023 年以前的架構。六月改動後，這個架構在跨境流量上的表現會逐步變差，但沒有明顯警訊。
換個角度來看，Consent Mode 之所以難，不是技術複雜，是它跨了三個角色：法務要理解合規、技術要正確導入 CMP 與 GTM、行銷要盯廣告後台的資料完整性。任一環節斷掉，整個機制就失效，這也是為什麼CMP 廠商的教學文件寫得再好，實際落地率還是偏低。
下一節換個角度：從投放實務看，這件事該用什麼視角處理。
銷波快觀點：追蹤斷了不是等 Google 補，是自己把訊號補回來
六月的變動讓 Consent Mode 從「進階選項」升格成「必要基礎建設」。但事情不會就此結束，因為隱私架構收斂的方向，是所有品牌都要面對的長期趨勢。與其等 Google 每半年再收一次緊，比較實用的做法是把訊號補完整。這也是 Meta CAPI 從二〇二三年以來熱度沒退過的原因。做法是雙軌追蹤，Pixel 從瀏覽器端捕獲行為，CAPI 從伺服器端補送。就算瀏覽器 Cookie 全被封鎖，伺服器端仍可透過 CAPI 傳完整轉換信號給廣告系統。
Consent Mode 的討論很容易掉進「怎麼補回被拒絕的那些轉換」這個框架裡，但更值得問的是：那些同意追蹤的使用者，你有沒有拿到他們應有的完整訊號。iOS14 以後 Meta 端就損失了三到四成的追蹤資料，這個空缺不是靠 Consent Mode 補的，是靠 CAPI、Enhanced Conversions、伺服器端 GTM 這些「送出端」的信號完整性補的。同樣的邏輯放在 Google Ads 上，Consent Mode 只是入口的閘門，出口那邊還有一整條路徑要清乾淨。
兩件事不衝突。前者處理「使用者說不」時要不要建模，後者處理「使用者說好」時訊號會不會斷。真正把 ROI 做起來的帳號，通常是兩邊都在跑：入口有正確的 Consent Mode 讓建模可以啟動，出口有 CAPI 或 Enhanced Conversions 讓拿到的資料能被 Google 或 Meta 的演算法完整消化。單獨處理其中一項，另一項就變成天花板。
結論：先讓四個信號通過同意流程，再談建模
六月十五日的變動把 Consent Mode 從「合規建議」變成「廣告資料的唯一控制鍵」。對投放團隊來說，先要做的不是升級到 Advanced 或評估 CMP，是先確認四個信號在使用者做決定之前是不是 denied、之後有沒有正確切換。這個動作用 Tag Assistant 五分鐘可以驗完，卻是六月之後所有其他優化的前提。
驗完之後，如果流量含 EEA 或英國，就把模式升到 Advanced 讓建模能啟動；如果目前只投台灣但有跨境計畫，可以先把架構準備好但暫時走 Basic。CMP 的選擇比工具好不好用重要，選一家技術文件寫得清楚、API 對接得上 Google 更新節奏的廠商，比選功能最多的省事很多。
設問一句：你的帳號現在打開 GTM，找得到 consent default 設為 denied 的那一行程式嗎？找不到，就是今天該做的第一件事。
喜歡這篇？讓行銷變好懂，訂閱銷波快。
資料來源
- What Google’s June 2026 Consent Mode Changes Mean for Google Adsonetrust.com
- Guide to Google Consent Mode 2026 Changesdidomi.io
- Google Consent Mode 2026年6月重大更新uniconsent.com
- Google Signals and Consent Mode: What Changed in 2026usercentrics.com
- Google Consent Mode V2 Explained (2026 Updated)stape.io
- Google Analytics & Google Ads Changes in 2026cookiehub.com
- What is Google Consent Mode V2? How to Implement It?cookieyes.com
- Google Consent Mode June 2026: ad_storage Is Now the Only Gatesecureprivacy.ai
