在新版GTM中，如果你使用GA4追蹤資料，可能會發現原本熟悉的：GA4 設定（GA4 Configuration）
已經被新的 Google 代碼（Google Tag）架構取代。
同時GTM新增了兩種設定變數：
- Google 代碼：配置設定
- Google 代碼：事件設定
很多人第一次看到時會感到困惑：
- 這兩個變數有什麼差別？
- 是否一定要設定？
- 和以前的GA4設定變數有什麼關係？
本文將完整介紹這兩個變數的用途、差異與最佳實務。
Google 代碼：配置設定是什麼？
Google 代碼：配置設定（Configuration Settings）以理解成：整個Google Tag的全域預設設定。
以前在「GA4 設定標記」裡配置的許多參數，現在都可以集中管理在這個變數中。
設定一次後，多個Google Tag都可以共用。
例如：
- Cookie 設定
- User ID
- 廣告個人化設定
- Page View 設定
都適合放在配置設定變數中統一管理。
為什麼要使用配置設定？
假設網站有GA4、Google Ads、Floodligh，共 20 個以上的代碼。
如果每個標籤（Tags）都手動設定：
server_container_url
cookie_domain
user_id但如果使用配置設定變數：只需修改一次即可同步套用到所有使用該變數的標籤。
好處包括：
- 降低重複設定
- 提高維護效率
- 減少人為錯誤
- 統一資料收集邏輯
Google 代碼：事件設定是什麼？
Google 代碼：事件設定（Event Settings）則是專門用來管理事件參數和使用者屬性
可以理解成：所有事件共用的參數設定中心。
為什麼要使用事件設定？
假設網站有page_view、scroll、click、form_submit、purchase，共50個事件要追蹤。
如果每個事件都要傳送：
site_type
member_level
content_group透過事件設定變數：只要設定一次即可。
Google 代碼：配置設定與事件設定差異
| 項目 | Google 代碼：配置設定 | Google 代碼：事件設定 |
|---|---|---|
| 用途 | Google Tag 全域設定 | 事件共用設定 |
| 作用範圍 | Google Tag | Event |
| 主要內容 | Cookie、User ID、Google Signals 等 | Event Parameters、User Properties |
| 使用頻率 | 較少變更 | 較常變更 |
| 適合設定 | 全站共用參數 | 多事件共用參數 |
| 相當於 | 舊版 GA4 設定標記的一部分 | 舊版事件標記的共用參數 |
簡單來說：配置設定管理「代碼本身」，事件設定管理「事件內容」。
如何建立Google 代碼：配置設定變數？
在GTM中點擊「變數」——「新增」——「請選擇變數類型以開始設定…」——「Google 代碼：配置設定」，你就可以看到如下的設定介面：
雖然 Google 提供數十個配置參數，但實務上最常使用的通常只有以下幾個：
| 參數 | 用途 |
|---|---|
| send_page_view | 關閉預設 Page View |
| user_id | 使用者識別 |
| server_container_url | Server-side GTM |
| cookie_domain | 指定 Cookie 網域 |
| cookie_expires | Cookie 保存時間 |
| allow_google_signals | Google Signals |
| allow_ad_personalization_signals | 廣告個人化 |
| content_group | 內容群組 |
| ignore_referrer | 排除特定 Referrer |
| user_properties | 設定使用者屬性 |
如何使用Google 代碼：配置設定？
建立Google Tag時，可以在“配置設定”裡選擇這個變數即可：
這樣，整個代碼都會使用變數裡的設定。
Google 代碼：事件設定如何使用？
在GTM中點擊「變數」——「新增」——「請選擇變數類型以開始設定…」——「Google 代碼：事件設定」，你就可以看到如下的設定介面：
使用方法是在事件標籤中選擇該變數後，所有事件都會自動帶入這些資料。
總結
GTM新增的：
- Google 代碼：配置設定
- Google 代碼：事件設定
本質上都是為了解決大量重複設定的問題。
可以記住一個最簡單的原則：
- 代碼層級的設定放「配置設定」
- 事件層級的設定放「事件設定」
透過這兩種變數，可以讓 GA4、Google Ads 及 Server-side Tracking 的管理更容易維護，也能降低標籤數量增加後的管理成本。