歐洲互動廣告局 (IAB Europe) 與互動廣告局科技實驗室 (IAB Tech Lab) 和共同成員公司攜手開發的「資訊公開和同意聲明架構 (TCF) 第 2.0 版」已拍板定案。Google 整合資訊公開和同意聲明架構第 2.0 版後，您就能直接使用 IAB 資訊公開和同意聲明架構第 2.0 版，或透過採用該架構的同意聲明管理平台 (CMP)，輕鬆地將同意聲明信號傳送給 Google。
自 2020 年 8 月 15 日起，IAB 將從資訊公開和同意聲明架構第 1.0 版改用第 2.0 版。
運作方式
Google 從 2020 年 8 月 13 日起，提供 IAB 資訊公開和同意聲明架構第 2.0 版支援。Google Ads 將能讀取及解讀轉換追蹤代碼專用的資訊公開和同意聲明架構第 2.0 版資訊公開和同意聲明字串，而根據使用者選擇建立資訊公開和同意聲明架構第 2.0 版字串的同意聲明管理平台，則可傳送同意聲明信號至 Google Ads。
Google 廣告產品採行資訊公開和同意聲明架構第 2.0 版之後，即可讀取資訊公開和同意聲明字串，而您的相關 Google 代碼也將根據該字串的內容調整行為。
設定資訊公開和同意聲明架構第 2.0 版
如要搭配使用資訊公開和同意聲明架構第 2.0 版字串和 Google Ads 代碼，請在代碼上方加入一行程式碼來啟用資訊公開和同意聲明架構第 2.0 版，這樣代碼才能正確讀取資訊公開和同意聲明架構字串。若要啟用資訊公開和同意聲明架構第 2.0 版支援，請完成以下步驟：
- 確認您在網站上使用了 Google 代碼或 Google 代碼管理工具。如需操作說明，請參閱「為網站設定轉換追蹤」一文。
- 採用已導入資訊公開和同意聲明架構第 2.0 版的同意聲明管理平台。
- 在 Google 代碼或 Google 代碼管理工具程式碼前方，安插資訊公開和同意聲明架構程式碼片段。
請務必到每一個包含 Google Ads 代碼的網頁上，在 Google 代碼或 Google 代碼管理工具程式碼片段上方加入下列這行程式碼。
程式碼範例
您需要在 Google 代碼或 Google 代碼管理工具容器片段上方的任意位置，安插用來啟用資訊公開和同意聲明架構第 2.0 版支援的程式碼。請參考下列範例，瞭解如何在 Google 代碼上方安插資訊公開和同意聲明架構程式碼。
<script>
window ['gtag_enable_tcf_support'] = true;
</script>
<!-- Google tag (gtag.js) - Google Ads: TAG_ID -->
<script async src="https://www.googletagmanager.com/gtag/js?id=TAG_ID"></script>
<script>
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}
gtag('js', new Date());
gtag('config','TAG_ID');
</script>
Google Ads 採用資訊公開和同意聲明架構第 2.0 版之後的行為模式
資訊公開和同意聲明架構根據「目的」管理資料處理作業，每種目的各有其對應的「同意聲明」或「正當利益」法律依據。透過 Google 代碼管理工具或 Google 代碼導入的 Google Ads 轉換追蹤代碼，將按照下列方式處理包含同意聲明字串的請求：
| 目的 | Google 的註冊法律依據 | 說明 | 缺少時對 Google Ads 的影響 |
| 1 | 同意聲明 | 在裝置上儲存和/或存取資訊。 | Google Ads 不會為了評估成效或放送個人化廣告，而建立或使用 Cookie。如使用者未表達同意，再行銷名單即不會累積該使用者的資料，且歸因報表可能受到較多限制。 |
| 3 和 4 | 同意聲明 | 建立及使用個人化廣告設定檔。 | 事件不符合廣告個人化資格，也不得用於再行銷名單。已加進目標對象名單的使用者則不受影響。 |
| 7 | *彈性 - 預設為「正當利益」 | 評估廣告成效。 | Google Ads 規定所有轉換皆須符合此目的，否則 Google Ads 不會記錄該轉換。 |
| 9 | *彈性 - 預設為「正當利益」 | 進行市場研究以產生目標對象深入分析資料。 | Google Ads 規定所有轉換皆須符合此目的，否則 Google Ads 不會記錄該轉換。 |
| 10 | *彈性 - 預設為「正當利益」 | 開發及改善產品。 | Google Ads 規定所有轉換皆須符合此目的，否則 Google Ads 不會記錄該轉換。 |
| SP1 | 正當利益 | 確保安全、杜絕詐欺及進行偵錯。 | 資訊公開和同意聲明架構中一律具有並適用此目的依據。 |
* Google 已彈性註冊資訊公開和同意聲明架構目的 2、5、6、7、9 和 10，並預設為「正當利益」。除非您將同意聲明管理平台設為限制 Google 基於上述目的收集同意聲明，否則 Google 即會基於同意聲明管理平台與使用者達成協議的正當利益，向使用者收集同意聲明。Google 尚未彈性註冊目的 1、3 和 4，因此一律必須就這些目的取得同意聲明。雖然 Google Ads 轉換追蹤代碼並未採用其餘資訊公開和同意聲明架構目的，但其他 Google 產品可能會使用。
請注意，Google 代碼管理工具和 Google 代碼僅接受符合下列要求的字串：依照資訊公開和同意聲明架構政策與技術規格正確導入，並且符合 Google《歐盟地區使用者同意授權政策》規定。如果同意聲明管理平台沒有在 500 毫秒內回應，或者是顯示「error」、「stub」或「loading」狀態，代碼會在受限模式下作業，因此：
- 系統會限制寫入和讀取 Google Ads 第一方和第三方轉換 Cookie。
- Google Analytics (分析) 廣告功能已與 IAB 資訊公開和同意聲明架構第 2 版整合，會將這類要求視為其所有目的都遭拒絕，相關影響如上表所列。
- 系統將停用再行銷功能。
出現錯誤訊息時的疑難排解方式
如果同意聲明管理平台未在 500 毫秒內回應，或顯示「error」、「stub」或「loading」狀態，則該代碼會繼續使用受限模式。修正方法如下：
若您以手動叫用函式的方式來觸發轉換代碼：
- 確認
getTCData TCData.eventStatus = 'tcloaded'或'cmpuishown' + 'useractioncomplete'的回應會在 500 毫秒內傳送。這類回應代表同意聲明管理平台已準備就緒，可為使用者提供同意聲明選項。
若您不是以手動叫用函式的方式提交轉換代碼：
- 請向您的同意聲明管理平台確認是否已導入
getTCData 支援功能，且能傳回 TCData.eventStatus = 'tcloaded'或'cmpuishown' + 'useractioncomplete'。這類回應代表使用者同意聲明功能已準備就緒，可透過 API 於 500 毫秒內傳送回應。
資訊公開和同意聲明架構與個人化廣告、同意聲明模式和其他信號之間的交互作用
Google 收到多個相互衝突的信號時，會採用最保守的信號組合來保障隱私權。舉例說明如下：
- Google 在 Google 代碼中偵測到
allow_ad_personalization_signals=true，但客戶拒絕接受資訊公開和同意聲明架構目的 3。 - Google 在 Google 代碼中偵測到
allow_ad_personalization_signals=false，但客戶同意接受資訊公開和同意聲明架構目的 3。
上述程序亦適用於「資訊公開和同意聲明架構」和「受限的資料處理參數」傳回相衝突信號的情況。
為了讓代碼盡可能精簡，並避免發生非預期的互動，建議您僅從資訊公開和同意聲明架構第 2.0 版或同意聲明模式擇一導入即可。這兩者都能設定用來解讀使用者的同意聲明，並據此調整代碼行為。