歐洲互動廣告協會 (IAB) 負責維護資訊公開和同意聲明架構 (TCF)，方便您將同意聲明狀態傳送給 Google 等廣告供應商。Google 整合 TCF 後，您就能直接使用 IAB TCF，或透過採用該架構的 CMP，將同意聲明信號傳送給 Google。
本文說明如何針對 Floodlight、刊登位置和追蹤代碼，在 Campaign Manager 360、Search Ads 360 和 Display & Video 360 中整合 TCF 第 2.2 版。點擊追蹤程式並不在 IAB TCF 涵蓋範圍內。
運作方式
Campaign Manager 360、Search Ads 360 和 Display & Video 360 可以針對轉換追蹤代碼，讀取及解讀 TCF 資訊公開和同意聲明 (TC) 字串。CMP 可根據使用者的選擇建立 TCF 字串，並將同意聲明信號傳送至 Campaign Manager 360、Search Ads 360 或 Display & Video 360。
整合 TCF 第 2.2 版後，Campaign Manager 360、Search Ads 360 和 Display & Video 360 就能讀取 TC 字串，您的相關代碼也將根據該字串的內容調整行為。
請注意以下事項：
- 做為供應商，Google 接受採用 TCF 第 2.2 版的 TC 字串。Google 將繼續接受 TCF 第 2.1 版字串，但隨著業界逐步採用 TCF 第 2.2 版，建議 CMP 遵循 IAB 規定的時程導入新版本。
- Campaign Manager 360 和 Search Ads 360 共用同一組 Floodlight 代碼。Search Ads 360 會沿用 Campaign Manager 360 收到的使用者授權。進一步瞭解 Floodlight 代碼的共用方式。
設定資訊公開和同意聲明架構
Google 可透過 TCF JavaScript API 或 TCF 巨集接收或傳送 TC 字串。
TCF JavaScript API
CMP 會將 TC 字串儲存在 JavaScript 變數中，隨後 Google 代碼會存取該變數並擷取使用者授權詳細資料。
TCF 巨集
IAB TCF 支援在廣告素材代碼中使用巨集，執行下列操作：
- 指明 TC 字串在網址中的插入位置及這類字串的傳送目標。
- 找出有哪些供應商。
廣告主如果想整合 IAB TCF，應與像素供應商合作，確保供應商正確支援下列巨集：
gdpr_consent=${GDPR_CONSENT_xxxxx}：這個巨集用於接收同意聲明參數，其中xxxxx是供應商的全球供應商清單 ID (GVL ID)，該供應商會接收 TC 字串。gdpr=${GDPR}：這個巨集用於接收 GDPR 狀態，1 代表適用 GDPR，0 則代表不適用。addtl_consent=${ADDTL_CONSENT}：這個巨集用於支援不在 IAB GVL 中，但由 Google 廣告技術供應商控管的供應商，其中ADDTL_CONSENT是經使用者同意、以點分隔的 Google 廣告技術供應商 (ATP) ID 清單。進一步瞭解 Google 的額外同意聲明技術規格。
將 TCF 信號傳送給供應商
TCF 信號也可能會傳送給可納入廣告素材或事件代碼中的其他供應商。根據使用者授予廣告素材所含供應商的權限，以及適用的 Google 政策，這些信號可決定哪些廣告素材符合放送資格。使用者也可透過資訊公開和同意聲明 (TC) 字串選擇不接收個人化廣告，以及拒絕系統將其加入目標對象名單。
每個接收 TC 字串的供應商都有專屬的全球供應商清單 ID。使用第三方廣告代碼和追蹤像素時，如果廣告主選擇採用 TCF，就需要在代碼中手動加入供應商的 GVL ID 和新巨集。Campaign Manager 360、Search Ads 360 和 Display & Video 360 隨後會將巨集替換成 TC 字串，供應商就能按照使用者的偏好設定，並繼續傳送 TCF 使用者授權詳細資料。
示例
http://vendor-a.com/?key1=val1&key2=val2&gdpr=${GDPR}&gdpr_consent=${GDPR_CONSENT_xxxxx}
注意：對於HTML5 檔案和互動式多媒體廣告素材等原始廣告素材資源，系統並不支援其中導入的巨集。如果廣告主使用這些格式，且想要將 TC 字串傳送至透過廣告素材建立的第三方呼叫，則應加入自己的 JavaScript 程式碼，自行檢查 CMP 及存取 TCF API。
在 Campaign Manager 360 中，系統支援下列項目的供應商巨集：
- 事件代碼
- Floodlight 動態代碼
- 廣告素材重新導向
- 自訂廣告素材
- 線上行為廣告服務 (OBA) 連結
- ins 代碼
在 Display & Video 360 中，凡是一般可支援巨集的廣告素材類型和欄位，都支援供應商巨集。
代碼整合
如果廣告主在自家網站上導入已註冊 IAB TCF 的 CMP，Campaign Manager 360、Search Ads 360 和 Display & Video 360 代碼就支援傳送廣告主的使用者授權。
Floodlight 代碼
Campaign Manager 360、Search Ads 360 和 Display & Video 360 都會使用 Floodlight 代碼評估轉換。視廣告主的 Floodlight 代碼導入方式而定，如果廣告主選擇採用 TCF，就需要執行以下操作：
- 舊版 Floodlight 代碼 (未使用 Google 代碼導入)：廣告主應將新巨集加到自家網站上所有的現有 Floodlight 代碼。或者，廣告主也可以重新下載 Floodlight 代碼，由系統自動加入新巨集。
- Floodlight 代碼 (使用 Google 代碼或 Google 代碼管理工具導入)：這些代碼會與 TCF API 整合，廣告主應按照 CMP 的指示操作，確保代碼正確整合。如果廣告主使用 Google 代碼或 Google 代碼管理工具，則可啟用 TCF 支援功能，方法是在代碼的全域標頭部分新增以下這行 JavaScript 程式碼：
window ['gtag_enable_tcf_support'] = true;示例
<script>window ['gtag_enable_tcf_support'] = true;</script><!-- Google tag (gtag.js) --><script async src="https://www.googletagmanager.com/gtag/js?id=FL-CONFIG_ID"></script><script>window.dataLayer = window.dataLayer || [];function gtag(){dataLayer.push(arguments);}gtag('js', new Date());gtag('config','FL-CONFIG_ID');</script>
刊登位置和追蹤代碼
只有 Campaign Manager 360 與 Display & Video 360 會使用刊登位置和追蹤代碼。
使用刊登位置和追蹤代碼時，發布商的 CMP 會負責傳送 TCF 使用者授權詳細資料。
-
Display & Video 360：發布商網站執行 (或「觸發」) 代碼後，CMP 會先將 TCF 使用者授權詳細資料傳送至廣告交易平台，再傳送到 Display & Video 360。接著，Display & Video 360 會將代碼中的巨集替換成資訊公開和同意聲明 (TC) 字串，Campaign Manager 360 則會在發布商網站上放送廣告素材。
-
Campaign Manager 360：如有 TCF 巨集，或者巨集是透過 TCF API 自動傳送，CMP 會將 TCF 使用者授權詳細資料直接傳送至 Campaign Manager 360 刊登位置代碼。
視代碼而定，如果廣告主選擇採用 TCF，就需要執行下列操作：
- Google 代碼 (ins 即將推出)：CMP 會透過 TCF API 自動傳送 TCF 使用者授權詳細資料，因此廣告主不必採取任何行動。
- 所有其他代碼：如果廣告主打算採用 TCF，可以將新巨集加到網站上所有的現有代碼中。或者，廣告主也可以重新下載這些代碼，由系統自動加入新巨集。客戶可以參考以下示例，將 TCF 加入現有的 ins 代碼：
示例
<ins class='dcmads'style='display:inline-block;width:300px;height:250px'data-dcm-placement='N7480.1664088DOUBLECLICK.NETTEST/B8299600.114131924'data-dcm-rendering-mode='script'data-dcm-gdpr-applies=’gdpr=${GDPR}’data-dcm-gdpr-consent='gdpr_consent=${GDPR_CONSENT_755}'data-dcm-addtl-consent=’addtl_consent=${ADDTL_CONSENT}’data-dcm-click-tracker='${CLICK_URL}'><script src='https://www.googletagservices.com/dcm/dcmads.js'></script></ins>
採用 TCF 的產品行為
目的
資訊公開和同意聲明架構根據「目的」管理資料處理作業，每個目的各有適用的同意聲明或正當利益法律依據。Campaign Manager 360、Display & Video 360 和 Search Ads 360 代碼會以下列方式處理 (在適用情況下) 包含同意聲明字串的要求：
| 目的 | Google 註冊的法律依據 | 說明 | 不符合目的時所造成的影響 |
|---|---|---|---|
| 1 | 同意聲明 | 在裝置上儲存及/或存取資訊 |
不會建立 Cookie，也不會將 Cookie 用於評估或個人化用途。未同意使用者不會納入再行銷名單，且歸因報表可能會受到較多限制。 Google 服務不會收到使用者層級的廣告資料。如要管理各項 Google 服務使用資料的方式，請前往 Google 代碼設定。 |
| 2 | 彈性 - 預設為「正當利益」* | 選取基本廣告 | 所有放送廣告的事件都必須符合此目的。如果不符合這個目的，廣告可能就無法放送。 |
| 3 和 4 | 同意聲明 | 建立及使用個人化廣告設定檔 | 事件不符合廣告個人化資格，也不得用於再行銷名單。已加入目標對象名單的使用者則不受影響。 |
| 7 | 彈性 - 預設為「正當利益」* | 評估廣告成效 |
所有事件都必須符合此目的。如果不符合這個目的，系統可能就不會記錄事件。 Google 服務不會收到使用者層級的廣告資料。如要管理各項 Google 服務使用資料的方式，請前往 Google 代碼設定。 |
| 9 | 彈性 - 預設為「正當利益」* | 進行市場研究，以便取得目標對象深入分析資料 | 所有事件都必須符合此目的。如果不符合這個目的，系統可能就不會記錄事件。 |
| 10 | 彈性 - 預設為「正當利益」* | 開發及改善產品 | 所有事件都必須符合此目的。如果不符合這個目的，系統可能就不會記錄事件。 |
| SP1 | 正當利益 | 確保安全性、杜絕詐欺及進行偵錯 | 資訊公開和同意聲明架構中一律具有並適用此目的依據。 |
| SP2 | 正當利益 | 運用技術放送廣告或提供內容 | 資訊公開和同意聲明架構中一律具有並適用此目的依據。 |
* Google 已彈性註冊資訊公開和同意聲明架構目的 2、7、9 和 10，並預設為「正當利益」。除非發布商將同意聲明管理平台設為限制 Google 基於上述目的蒐集同意聲明，否則 Google 即會基於同意聲明管理平台與使用者達成協議的正當利益，向使用者蒐集同意聲明。Google 尚未彈性註冊目的 1、3 和 4，因此一律必須基於這些目的取得同意聲明。
Campaign Manager 360、Display & Video 360 和 Search Ads 360 代碼並未採用其餘資訊公開和同意聲明架構目的，但其他 Google 產品可能會使用。
注意事項
- Google 會將 gdpr=1 解讀為 TCF 適用於事件。當
gdpr=參數設為 1，且gdpr_consent=參數出現在 Campaign Manager 360 刊登位置代碼中時，gdpr_consent=必須包含有效的 TC 字串，否則系統就無法放送廣告或進行評估。 - 如果資訊公開和同意聲明 (TC) 字串指出 Google 沒有要求的目的 1 同意聲明，請將代碼中的
ad.doubleclick.net替換成pagead2.googlesyndication.com。這項規定適用於標準代碼、iframe/JavaScript 代碼 (不包括 ins 代碼)、預先擷取代碼 (包括影片)、追蹤廣告代碼和點擊追蹤程式代碼。 - 與上述情況不同，無效的
addtl_consent值目前不會阻止系統放送廣告。 - 對於連結至其他供應商的廣告素材，Google 的政策也適用於這類廣告素材內嵌的資訊公開和同意聲明架構巨集。如果這些巨集無效，只要 Google 認為資訊公開和同意聲明架構適用 (也就是使用
gdpr=1呼叫曝光)，廣告素材就不會放送。在這種情況下，系統會放送其他符合資格的廣告素材或預設廣告素材。
請注意，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 毫秒內傳送回應。
常見問題
如果發布商不接受含有 TCF 參數的代碼，該怎麼辦？
gdpr=;gdpr_consent=${gdpr_consent_755}data-dcm-gdpr-consent='gdpr_consent=${gdpr_consent_755}'
data-dcm-gdpr-applies='gdpr=${gdpr}'