6 月 15 日起改了什麼：廣告資料改由 Consent Mode 決定
Osano 稱，自 2026 年 6 月 15 日起，凡是連結 Google Ads 帳戶的 GA4 資源，是否蒐集廣告資料由 Consent Mode 單一控制。GA4 裡的 Google Signals 開關不再管 Google Ads 的 cookie 與識別碼蒐集。
該公司在 2026 年 7 月 1 日更新的說明裡寫道，改動之前，透過 GA 代碼蒐集 Google Ads cookie 與識別碼，由兩個設定共同決定：GA 的 Google Signals 設定，以及 Consent Mode 的 ad_storage 信號。現在只由 ad_storage 決定這條資料流，Google Signals 只保留較窄的角色，把 Analytics 資料與已登入使用者關聯起來做行為報表。
ad_storage 是 Consent Mode 的同意參數之一。CookieHub 的說明是：ad_storage 管 cookie 儲存，ad_user_data 管使用者層級廣告資料的傳送。
分析工具商 Piwik PRO 在 2026 年 4 月 24 日的文章也說，GA4 的 Google Signals 設定將不再控制 Google Ads 的 cookie 與 ID 蒐集，改由 Consent Mode 的 ad_storage 參數管理；之後 Google Signals 只控制 GA4 內部用於行為報表與使用者辨識的已登入使用者資料。
Turning off Google Signals will no longer stop data from flowing into Google Ads.
這句話的中譯是：關掉 Google Signals 將不再能阻止資料流向 Google Ads。該文接著寫，只要 ad_storage 為 granted，包含跨裝置使用者辨識在內的廣告功能就可以運作，不論 Signals 開關怎麼設。
行銷顧問公司 Merkle 在 2026 年 4 月 22 日的文章用的說法是，自 6 月 15 日起，Consent Mode 成為決定能否蒐集 Google Ads cookie 與識別碼的唯一依據。ad_storage 為 granted 時允許完整追蹤；為 denied 時只送出匿名 ping，大幅限制 Google Ads 的衡量與優化。
由哪個參數把關，各家寫法不完全一樣。Osano 與 Merkle 把重點放在 ad_storage；Piwik PRO 則稱，Consent Mode 的四個核心參數（ad_storage、ad_user_data、ad_personalization、analytics_storage）成為所有 Google Ads 資料流的單一控制點。
後續還有預告中的變動。Merkle 稱 Google 正在整併個人化設定，讓 Google Ads 成為 Analytics 資料如何用於廣告個人化的唯一決策者，由 Consent Mode 的 ad_personalization 設定管理，並標註這一步在 2026 年稍後；Google 代碼也會繼續蒐集 IP 位址，但加密後交給 Google Ads，由帳戶設定決定如何使用。Osano 同樣提到 Google 已表示 2026 年稍後會把廣告個人化控制與 IP 位址處理移到 Google Ads 端，並註明確切時程仍待確認。
少了 Google Signals 這道後備，影響在哪裡
Osano 稱，CMP 現在是唯一的防線；Consent Mode 設定錯誤時，不再有 Google Signals 設定充當第二道閘門。
| 項目 | 2026 年 6 月 15 日之前 | 6 月 15 日之後 |
|---|---|---|
| Google Ads cookie 與識別碼蒐集 | Google Signals 設定與 ad_storage 共同決定 | 只由 ad_storage 決定 |
| Google Signals 的角色 | 參與決定廣告 cookie 與識別碼蒐集 | 只管 GA4 內已登入使用者的行為報表與辨識 |
| Consent Mode 設定出錯時 | 還有 Google Signals 設定當第二道閘門 | 沒有第二道閘門 |
受眾也會受影響。Osano 稱，再行銷與智慧出價受眾只會包含同意 ad_storage 的使用者；若同意取得率低於 100%，過去倚靠 Google Signals 的受眾可能縮小。
Merkle 則提醒成效資料的風險：ad_storage 若沒有正確實作，或同意預設為拒絕，Google Ads 的成效資料會明顯變差，轉換建模、再行銷、受眾建立與歸因準確度尤其受影響。
使用者端的同意範圍也變了。Piwik PRO 稱，同意廣告用途就會啟用包含跨裝置連結在內的廣告功能，跨裝置連結沒有另外獨立的同意選項。
法務面，Osano 稱這次改動可能算是資料處理方式的重大變更，隱私與法務團隊應檢視隱私聲明，評估在 GDPR，以及 CCPA、科羅拉多隱私法等美國州法下，是否需要重新告知或重新取得同意；該公司也註明這不是法律建議。
Consent Mode v2 稽核要看的項目
CMP 業者 CookieHub 稱，Consent Mode v2 需要送出 ad_storage、analytics_storage、ad_user_data、ad_personalization 四個同意參數，且對在歐洲經濟區使用 Google 服務的廣告主是強制的。
Osano 的說明是，最初的 Consent Mode 只有 analytics_storage 與 ad_storage 兩個設定；為了遵循 2024 年 3 月生效的歐盟《數位市場法》，Consent Mode 2.0 新增 ad_user_data 與 ad_personalization。
Consent Mode v2 在歐洲經濟區何時開始強制，兩家 CMP 業者的說法不同。CookieHub 稱自 2024 年 3 月起，Google 要求在歐洲經濟區投放廣告的廣告主透過 Google 認證的 CMP 整合 Consent Mode v2，並引述 Google Ads 說明中心為依據，但無法核實。UniConsent 在 2025 年 8 月 4 日的文章則稱，Google 自 2025 年 7 月 21 日起在歐洲經濟區全面執行 Consent Mode v2。
預設值該怎麼設，說法也有出入。CookieHub 的設定範例把四個參數的預設值都設為 denied，並稱這樣可確保取得同意前不傳送資料。Merkle 則稱同意預設為拒絕會讓 Google Ads 的成效資料明顯變差，建議確認同意預設值符合自身的法規與成效需求。
各家列出的稽核項目整理如下：
- Osano 建議確認橫幅送出全部四個參數，且預設與更新狀態正確，並測試全部接受與全部拒絕兩種情境。
- CookieHub 建議在 Google 代碼管理工具（GTM）預覽模式中拒絕同意並確認代碼沒有觸發，再接受同意並確認代碼有觸發。
- Merkle 建議確認 ad_storage 正確觸發、同意信號在所有頁面一致傳送，以及 GA4 與 Google Ads 收到相同的同意狀態。
- Osano 建議把目前的受眾與轉換量跟切換前的基準比較，找出是否下滑。
歐盟、美國、中國的合規壓力各從哪來
歐盟看 GDPR，美國有州法與集體訴訟，中國在 2025 年有三部規範陸續施行。三個市場的壓力來源不同，各來源的說法如下。
歐盟方面，CookieHub 稱 GDPR 執法持續進行，罰款最高可達 2,000 萬歐元或全球營業額的 4%。Piwik PRO 則認為，在 GDPR 要求同意必須具體且知情的前提下，把跨裝置追蹤綁進單一廣告同意信號，不符合使用者對細緻控制的期待。
美國方面，律所 Foley & Lardner 在 2026 年 3 月 12 日寫給時尚、美妝與穿戴裝置業者的文章指出，近年依加州《侵犯隱私法》（CIPA）等州竊聽法提起的集體訴訟激增，挑戰未經適當同意使用 cookie 與追蹤技術。該律所建議企業檢視 cookie 同意設定，讓 cookie 與其他追蹤技術在訪客明確同意前不載入、在使用者拒絕後不啟用，並依 CCPA 要求的選項對稱原則，在同意橫幅同時提供全部接受與全部拒絕。Piwik PRO 另外提到，美國受監管產業，特別是醫療業，風險更高，因為健康相關互動可能透過單一同意被跨裝置連結到可識別的使用者。
中國方面，中倫律師事務所在 2026 年 1 月 7 日發表的年度回顧列出：《網絡數據安全管理條例》自 2025 年 1 月 1 日起施行，《個人信息保護合規審計管理辦法》自 2025 年 5 月 1 日起施行，《人臉識別技術應用安全管理辦法》自 2025 年 6 月 1 日起施行。中倫的看法是，監管端並不是在增加義務，而是持續明確原則性義務如何被實施、如何被證明、如何被追責。
同一份回顧也把 TT 被處以 5.3 億歐元罰款並被責令整改，列為 2025 年全球數據合規的標誌性事件，關注點在標準合約條款（SCCs）作為中企出海歐盟跨境傳輸工具的可行性。
銷波快觀點：先確認量測會不會在沒人發現時變少
我們在談再行銷受眾的時候算過。iOS14 的隱私政策上路之後，大約三到四成的 Cookie 追蹤資料拿不回來。那一輪的教訓是受眾分層的精度變成決勝點，因為資料本來就少，分錯就沒得補。
所以我們一直主張伺服器端的信號不是進階選項。你在瀏覽器端失去的，要有另一條路補得回來。
我們的判斷是，這次廣告資料改由同意設定把關，跟那一輪是同一種結構，差別只在缺口的成因從作業系統換成同意設定。它的副作用也不容易被看見。依 Osano 的說法，再行銷與智慧出價受眾只會留下同意 ad_storage 的使用者；Merkle 則說預設拒絕或實作錯誤會讓成效資料明顯變差。兩者加起來，同意設定同時是合規問題，也是量測問題。
如果要往伺服器端補資料，前提是合約與隱私聲明跟得上。Foley & Lardner 建議確保每個供應商都遵守符合法規要求的資料處理協議；Osano 也建議隱私與法務團隊檢視隱私聲明。我們的判斷是，量測方案和這兩件事應該一起規劃。
結論：先去看 ad_storage 和 Google Signals 的設定
Google Signals 的開關還在 GA4 介面上，但依 Piwik PRO 與 Osano 的說法，它已不再決定 Google Ads 的 cookie 與識別碼蒐集。
Osano 建議的起點是確認橫幅送出全部四個參數、預設與更新狀態正確，並測試全部接受與全部拒絕兩種情境，再把受眾與轉換量跟切換前的基準比較。
預設值要設 denied 還是依需求調整，CookieHub 與 Merkle 的建議不同，這一點需要和法務一起決定。
如果內部的合規文件仍把 Google Signals 當成擋住廣告資料的後備控制，這一段需要更新。
喜歡這篇？讓行銷變好懂，訂閱銷波快。
資料來源
- Navigating Google Consent Mode v2 with Osano (2026 Update)osano.com
- Google is changing how GA4 and Google Ads share datapiwik.pro
- Updates to Google Analytics Data Controlsmerkle.com
- Google Consent Mode V2 Setup Guide (2026)cookiehub.com
- Google Consent Mode v2 Enforcement Is Here and How to Stay Compliant and Preserve Your Conversionsuniconsent.com
- 2026 Privacy Landscape: What to Watch for and How to Build a Resilient Data Privacy Compliance Programfoley.com
- 2025 中國網絡安全與數據保護年度回顧與 2026 年展望zhonglun.com
