如何為網站加入 Cookie 同意功能

要加入 Cookie 同意功能，首先列出你的網站在訪客瀏覽器中儲存了什麼，並把它們分為嚴格必要與可選兩類。然後加入一個橫幅，可以來自同意管理平台（CMP），也可以自行建造。這個橫幅應在訪客接受之前，阻擋分析和廣告像素等可選腳本；提供「拒絕」的按鈕，要與「接受」一樣容易按下；記住訪客的選擇；並允許訪客日後更改。只顯示卻不阻擋任何東西的橫幅，並不能達到目的。

本指南僅是關於同意橫幅技術運作方式的一般資訊，並非法律意見。私隱規定因國家而異，並會不時改變；請查清楚適用於你的訪客的規定，或諮詢專業人士。

哪些需要同意（概括說明）

Cookie 規定通常同時涵蓋 Cookie 及類似技術，例如 localStorage、追蹤像素、裝置指紋識別。以歐盟和英國的指引為基礎，常見的分類如下：

以下幾點容易弄錯：

• 歐盟與英國採用「選擇加入」（opt-in）模式：在訪客同意之前，可選 Cookie 不會被設定。ICO 等監管機構的指引指出，同意必須是清晰的正面行動，而且用戶必須能夠輕鬆地開啟或關閉非必要的 Cookie。
• 英國在 2025 年作出了改變。《2025 年數據（使用及取用）法》容許部分 Cookie 在無須同意的情況下設定，包括只用於改善你自己網站、並產生無法識別個人身分的匯總統計數字的分析，但你有責任向用戶清楚說明。在依賴這項例外之前，請先閱讀 ICO 最新的指引。
• 美國數個州對於為了定向廣告而「出售」或「分享」個人資料，採用「選擇退出」（opt-out）模式，部分州要求你尊重瀏覽器層級的「全球私隱控制」（Global Privacy Control）訊號。
• Google 廣告：截至 2026 年 9 月，Google 規定，在歐洲經濟區、英國和瑞士投放廣告時，使用 AdSense、Ad Manager 或 AdMob 的發布商，必須使用經 Google 認證、並整合了 IAB 透明度及同意框架（TCF）的同意管理平台。

選擇：CMP、函式庫或自訂

最後一個選擇經常被低估。如果你只想了解訪客人數，不含 Cookie 的分析工具，在很多地方都可以免除同意橫幅的需要，但請查閱其說明文件及當地規定。

如果你在歐洲投放 Google 廣告，經認證的 CMP 是實際可行的選擇。對於只有分析功能的小型商業網站，設計完善的自訂橫幅或函式庫通常已經足夠。

橫幅的運作原理

人們常忽略的是阻擋。正確的設定如下：

1. 在任何選擇作出之前，只有必要的 Cookie 和腳本會執行。分析、像素和嵌入內容完全不會載入（若使用 Google 代碼，則會以同意狀態為「拒絕」的方式載入）。
2. 橫幅在第一層顯示清晰的選項：全部接受、全部拒絕，以及按類別選擇的途徑。
3. 作出選擇後，網站會儲存該選擇（通常使用第一方 Cookie 或 localStorage），並附上版本和日期，然後只載入已接受的類別。
4. 在之後的造訪中，會先讀取已儲存的選擇，然後才載入任何可選內容。
5. 「Cookie 設定」連結，通常位於頁腳，讓訪客隨時重新開啟選擇。撤回同意應與給予同意一樣容易。
6. 如果你改變了所使用的項目，請更新版本，以便重新詢問訪客。

Google 同意模式

對於 Google Analytics 和 Google Ads，Google 的同意模式把代碼與橫幅連接起來。截至 2026 年 9 月，Google 的文件說明四種主要的同意類型：ad_storage、analytics_storage、ad_user_data 和 ad_personalization。你需要在 Google 代碼載入前設定預設值，並在訪客作出選擇後發送更新：

gtag('consent', 'default', {
  ad_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  analytics_storage: 'denied'
});
// 稍後，當訪客只接受分析時：
gtag('consent', 'update', { analytics_storage: 'granted' });

Google 描述了基本實施方式（代碼在取得同意前不會載入）和進階實施方式（代碼以拒絕同意的狀態載入，並發送不含 Cookie 的訊號）。基本實施方式較容易理解。對於歐洲經濟區的流量，Google 期望你發送 ad_user_data 和 ad_personalization 訊號。關於分析代碼本身的設定，請參閱如何設定 Google Analytics。

有效的提示詞

加入 Cookie 同意橫幅。類別包括：必要（永遠開啟）、分析（Google Analytics 4）和行銷（Meta 像素）。在取得同意之前，分析和行銷的任何內容都不可載入。第一個畫面提供「接受全部」、「拒絕全部」和「自訂」，三者的顯眼程度相同。以第一方 Cookie 儲存選擇（附版本號碼及日期），有效期為 6 個月，只載入已接受的類別，並在頁腳加入「Cookie 設定」連結，可重新開啟橫幅。使用 Google 同意模式，四種類型的預設值均為拒絕。

列出此網站使用的每一個 Cookie、localStorage 鍵和第三方腳本，註明哪個頁面載入它，以及它是否屬於嚴格必要。輸出一份可用於 Cookie 政策的表格。

/about 頁面上的 YouTube 嵌入內容會在取得同意前載入。請把它們改為縮圖加播放按鈕，只有在訪客點擊後才載入影片，並顯示提示，說明 YouTube 可能會設定 Cookie。

逐步進行

1. 審核：在全新造訪時，開啟 DevTools → Application → Cookies 及 Local Storage，查看你的網站設定了什麼；並檢查 Network 分頁中的第三方請求。包括嵌入內容和即時對話小工具。
2. 分類每一項：必要、偏好設定、分析、行銷。移除你不使用的項目。
3. 決定方式：根據上表選擇 CMP、函式庫或自訂方案。
4. 實施阻擋，確保可選腳本只在取得同意後才載入。若使用 Google 代碼，請在代碼之前加入同意模式的預設值。
5. 建立橫幅，提供同等顯眼的接受與拒絕選項、類別選擇，以及設定連結。
6. 撰寫 Cookie 政策（通常是私隱政策的一部分），列出你使用的項目及其用途；參閱如何撰寫服務條款及私隱政策。
7. 在私密視窗中測試：選擇之前，不應有任何可選 Cookie 或請求；拒絕之後，仍然不應有；接受之後，應出現正確的 Cookie；改變主意之後，它們應該停止。
8. 每次加入新工具時重新檢查。

常見錯誤

• **橫幅什麼都不阻擋。**腳本在頁面載入時已執行，而橫幅只是禮貌地詢問。
• 接受是大按鈕，拒絕卻隱藏在第二個畫面，或是一個灰色連結。
• 預先勾選的類別，或預設開啟的「合法利益」開關。
• 作出第一次選擇後，無法改變主意。
• 忘記嵌入內容：YouTube、地圖、社交動態和即時對話小工具也可能設定 Cookie。
• 每次載入頁面都重新詢問，因為選擇沒有被妥善儲存。
• 橫幅在手機上遮蓋頁面，或令鍵盤焦點被困住。請確保它便於使用，並且夠小，讓訪客可以輕鬆略過。
• 照抄其他網站的政策，當中描述了你並未使用的 Cookie。

同意檢查清單

• 每一個 Cookie、儲存鍵和第三方腳本都已列出並分類
• 可選腳本在取得同意之前被阻擋（已在 DevTools 中核實）
• 在第一層，接受與拒絕同樣容易按下
• 提供類別選擇，且沒有預先勾選任何可選項目
• 選擇已附版本和日期儲存；如有改動會重新詢問
• 每一頁都有「Cookie 設定」連結
• 如使用 Google 代碼，已在代碼之前設定好同意模式的預設值
• Cookie 或私隱政策與網站的實際運作相符
• 已依據最新指引或諮詢專業人士，核對適用於訪客所在國家的規定

如需背景資料，請閱讀什麼是 Cookie和什麼是 GDPR。

在 Mythex 處理 Cookie 同意

Mythex 不會自行為你的應用程式加入同意橫幅或分析功能。兩者都需要你主動要求，因此由你決定載入哪些內容。先執行審核提示詞，然後使用你實際的類別執行橫幅提示詞，並在發布之前於預覽中打開 DevTools 測試。如果你使用託管的 CMP，它會提供一段腳本和一個 ID；該 ID 是公開的，可以放在前端程式碼中，而任何機密資料都應放在專案設定中（環境變數與機密）。修改後請重新發布，讓正式網站使用新的橫幅。

常見問題