UTM 參數教學：Meta 廣告連結怎麼標，才能在 GA4 與 Search Console 對帳
UTM 參數是加在落地頁網址後的活動標記，讓 GA4 辨識流量來自哪次活動，必用 utm_source、utm_medium、utm_campaign。Meta 廣告在廣告層「追蹤」的「網址參數」填入，再到 GA4「流量開發」報表核對，並與 Meta 後台、訂單交叉參考。
UTM 參數教學：重點一覽
| 項目 | 可核對事實（核對至 2026-10-07） |
|---|---|
| 必用參數 | utm_source、utm_medium、utm_campaign；若設定其中一項，Google 強烈建議連同 utm_id、utm_source_platform 等相關參數一併設定，缺漏會在報表顯示 (not set)（GA 說明：網址產生器） |
| GA 說明列出的參數 | utm_id、utm_source、utm_medium、utm_campaign、utm_source_platform、utm_term、utm_content、utm_creative_format、utm_marketing_tactic；最後兩項目前不會在 GA 資源中記錄 |
| 大小寫 | 參數值區分大小寫，utm_source=google 與 utm_source=Google 是不同值 |
| Meta 填寫位置 | 廣告層「追蹤」區塊的「網址參數」欄位，或點擊「建立網址參數」（Meta Business Help） |
| Meta 動態參數 | 官方列出 9 個，例如 {{campaign.name}}、{{adset.name}}、{{ad.name}}、{{site_source_name}}、{{placement}}（動態網址參數規格） |
| GA4 查看位置 | 「獲客」>「流量開發」報表的工作階段來源／媒介、工作階段廣告活動 |
| fbclid | Meta 的 ClickID，使用者點擊 Facebook／Instagram 廣告時附在網址上；不影響你自行設定的其他追蹤參數（Meta for Developers） |
本篇 UTM 參數教學只談活動參數的命名、填寫與對帳，不重談 Pixel 或 Conversions API 的安裝。
UTM 是什麼？和 Meta Pixel、點擊 ID 差在哪？
依 Google Analytics 說明，在推薦連結與廣告活動的到達網址加入 UTM 參數後，使用者點擊連結時，參數會傳送到 Analytics，參數值會顯示在「流量開發」報表。換言之，UTM 是寫給你自己的網站分析工具看的活動標籤。
| 項目 | 由誰產生 | 主要用途 | 在哪裡看 |
|---|---|---|---|
| UTM 參數 | 廣告主自行設定，可搭配平台動態參數自動填值 | 讓 GA4 等網站分析工具辨識來源、媒介與活動 | GA4「流量開發」報表 |
| Meta Pixel／Conversions API | 廣告主在網站安裝或從伺服器串接 | 把網站事件回傳 Meta，供 Meta 衡量與最佳化 | Meta 廣告管理員 |
| fbclid（Meta ClickID） | 使用者點擊廣告時由 Meta 附加 | 協助 Meta 端歸因轉換 | GA 說明列出的手動標記參數不含 fbclid |
Meta 開發者文件說明，ClickID 是使用者在 Facebook 或 Instagram 點擊廣告時，由 Meta 產生並附在廣告主網址上的參數，而且自動附加 ClickID 不會影響你已啟用的其他自訂追蹤參數。因此 fbclid 與 UTM 可以並存，各自服務不同的報表。Pixel 與 CAPI 屬測量層，安裝與去重請見網站事件與 CAPI 去重（測量層，非 UTM）。
必填與常用 UTM 參數有哪些？命名怎樣才不會把報表切碎？
Google Analytics 說明列出 9 個可加在到達網址的參數，並指出加參數時一律要使用 utm_source、utm_medium 與 utm_campaign。GA4 Campaign URL Builder 的必填欄位則是網站網址、campaign source 與 campaign medium，另須填寫 campaign name 或 campaign ID 其中之一。下表命名示例為佔位寫法，請換成自己的活動。
| 參數 | 用途（依 GA 說明） | GA4 對應維度（節錄） | Meta 廣告命名示例（佔位） |
|---|---|---|---|
utm_source（必用） | 參照來源，例如 google、newsletter4 | 工作階段來源／工作階段手動來源 | {{site_source_name}}（回傳 fb、ig 等），或固定填 facebook、instagram |
utm_medium（必用） | 行銷媒介，例如 cpc、banner、email | 工作階段媒介 | paid_social |
utm_campaign（必用） | 產品、標語、優惠碼，例如 spring_sale | 工作階段廣告活動 | {{campaign.name}} |
utm_id | 廣告活動 ID，與上傳廣告活動資料時所用 ID 一致 | 廣告活動 ID | {{campaign.id}} |
utm_content | 區分廣告素材 | 工作階段手動廣告素材 | {{ad.name}} |
utm_term | 付費關鍵字 | 工作階段手動字詞 | Meta 沒有關鍵字，可留空；部分團隊改放 {{adset.name}}，但這不是 GA 定義的用途 |
utm_source_platform | 負責導流的平台，例如 Search Ads 360 | 工作階段手動來源平台 | 自訂固定值，例如 meta_ads |
utm_creative_format | 廣告素材類型，例如 display、video | 目前不在 GA 資源中記錄 | 可不填 |
utm_marketing_tactic | 指定條件，例如 remarketing、prospecting | 目前不在 GA 資源中記錄 | 可不填 |
命名慣例：如何避免同一活動拆成多列？
- 一律小寫：GA 說明指出參數值區分大小寫，Meta 與 meta、SpringSale 與 Spring_Sale 都會被視為不同值。
- 名稱避免空格：Meta 的範例顯示網址中的空格會轉成 %20，建議改用底線或連字號。
- 一個平台一個來源值、一個管道一個媒介值：GA 的最佳做法以 paid_social 作為媒介示例，付費社群應固定同一個值。
- 來源值對照 GA4 的社群來源清單：核對當日，預設管道群組的來源清單有 fb、ig、facebook、instagram、messenger，沒有 meta、th、msg、an。Paid Social 規則是來源符合社群網站清單，且媒介符合
^(.*cp.*|ppc|retargeting|paid.*)$；來源不在清單時，含 paid 的媒介可能被歸入 Paid Other，必要時可另建自訂管道群組。 - 行銷活動名稱在發布前定案：使用
{{campaign.name}}時，參數值會固定為首次發布時的名稱，事後改名不會更新。
Meta 廣告網址要怎麼加 UTM？動態參數有哪些注意事項？
以下步驟依 Meta Business Help，介面名稱以繁中版為準，括號內為英文版。
- 在廣告管理員建立新的行銷活動，或開啟先前儲存的草稿。
- 完成廣告建立步驟，直到廣告層的「追蹤」（Tracking）區塊。
- 「網站網址」（Website URL）建議只填不含 UTM 的落地頁網址，參數集中在下一步維護。
- 在「追蹤」下方的「網址參數」（URL parameters）欄位輸入參數，或點擊「建立網址參數」（Build a URL parameter）。
- 每個參數以「鍵=值」表示，多個參數以 & 分隔；Meta 提醒不要留下沒有值的參數。
- 完成後點擊「套用」（Apply），確認欄位中已顯示網址參數。
可直接貼上的參數字串示例（鍵名可依自己的命名字典調整）：
utm_source={{site_source_name}}&utm_medium=paid_social&utm_campaign={{campaign.name}}&utm_content={{ad.name}}&utm_id={{campaign.id}}也可使用站內 UTM 連結產生器組出網址參數。
「網址參數」欄位的參數只要不重複，就會附加到「網站網址」之後；若兩邊有同名參數，以「網址參數」欄位為準。例如網站網址含 utm_source=1、網址參數欄位填 utm_source=2，最終網址只會保留 utm_source=2。
Meta 官方列出哪些動態網址參數？
| Meta 列出的寫法 | 填入的內容 |
|---|---|
campaign_id={{campaign.id}}、adset_id={{adset.id}}、ad_id={{ad.id}} | 行銷活動、廣告組合、廣告的編號 |
campaign_name={{campaign.name}}、adset_name={{adset.name}}、ad_name={{ad.name}} | 名稱；固定為首次發布時使用的名稱 |
placement={{placement}} | 版位，例如 facebook_feed、instagram_feed、instagram_stories、threads_stream |
site_source_name={{site_source_name}} | 網站來源：an（Audience Network）、fb、ig、msg（Messenger）、th（Threads） |
media_type={{media_type}} | 僅適用於 Advantage+ 目錄廣告 |
Meta 動態網址參數規格也示範把動態值放進 UTM：若使用 Google Analytics，可填 utm_campaign={{campaign.name}}&utm_content={{ad.name}}。換言之，等號左邊的鍵可以換成 utm_ 參數。
- 發布後仍可修改網址參數，但 Meta 指出這可能使廣告組合重新進入系統學習階段。
- Instagram 版位的精選集格式廣告不支援動態網址參數。
- 動態參數只適用於特定行銷活動目標與轉換位置，例如銷售目標的「網站」「網站和應用程式」「Messenger」。
- Meta 說明，自 2024 年 1 月 1 日起，廣告流量可能自動加入行銷活動來源（Facebook 或 Instagram）、行銷活動媒介（paid），以及廣告、行銷活動、廣告組合等編號參數。自行在「網址參數」填寫，可讓命名與你的 GA4 字典一致。
在 GA4 哪裡查看工作階段來源／媒介／廣告活動？
GA 說明指出，可在「獲客」>「流量開發」報表（Acquisition > Traffic acquisition）查看「工作階段來源/媒介」「工作階段媒介」「工作階段來源」與「工作階段廣告活動」。
- 開啟 GA4 的「獲客」>「流量開發」報表。
- 把表格維度切換為「工作階段來源/媒介」，找出例如 fb / paid_social 的資料列。
- 再切換為「工作階段廣告活動」，與 utm_campaign 的值逐一對照。
- 查看同一列的工作階段與關鍵事件，作為 GA4 口徑的參考。
依 流量來源維度的範圍說明，「工作階段」開頭的維度在使用者每次開始新工作階段時重新指派，並採用付費和自然管道最終點擊模式；沒有前綴的事件範圍維度（例如「來源」）才會套用資源設定的歸因模式。
兩個容易誤判的地方：其一，缺少 UTM 參數會讓報表出現 (not set)，中文介面顯示為「(未設定)」；其二，「到達網頁 + 查詢字串」與「網頁路徑 + 查詢字串」維度會省略 UTM，UTM 資訊改填入「網頁位置」維度（GA 說明）。
如何與 Meta Ads Manager、訂單系統、Search Console 交叉對帳？
三邊的數字本來就不會一致：Meta 依你選擇的歸因設定計算成果，GA4 的工作階段維度採最終點擊，訂單系統記錄實際成交與退款。歸因期間的差異請先讀Meta 歸因與 GA4 本來就不是同一套帳。
| 資料來源 | 回答什麼問題 | 主要看什麼 | 不能拿來做什麼 |
|---|---|---|---|
| Meta Ads Manager | Meta 認為哪個廣告帶來成果 | 花費、成果（依歸因設定） | 不能直接當成 GA4 或訂單系統的實數 |
| GA4 | 哪個 UTM 活動帶來工作階段與關鍵事件 | 工作階段來源／媒介、工作階段廣告活動、關鍵事件 | 不能直接等同 Meta 後台的成果或 ROAS |
| 訂單系統 | 實際成交多少、有沒有退款 | 訂單數、實收金額、退款 | 若沒有記錄來源欄位，無法判斷是哪則廣告帶來 |
| Search Console（另看） | Google 搜尋的自然曝光與點擊 | 查詢、網頁的點擊、曝光、CTR、平均排名 | 不含 Meta 廣告流量，不能用來核對 UTM 付費活動 |
三欄對帳流程（不計算假 ROAS）
- 固定同一段日期範圍，並確認 Meta 與 GA4 的報表時區設定。
- Meta：記下花費、成果數，以及當時使用的歸因設定。
- GA4：在「流量開發」找出與 utm_campaign 對應的工作階段廣告活動，記下工作階段與關鍵事件。
- 訂單系統：匯出同期訂單；若系統能記錄落地網址或 UTM，就按 utm_campaign 分組，否則只對照總數與趨勢。
- 三欄並列，只看差距方向與趨勢是否一致，不把任何一欄當成另外兩欄的標準答案。
- ROAS 以你定義的收入（扣除退款）與成本自行計算，並註明採用哪一欄的數字。
另外，Meta 說明網址參數只適用於第一個產品頁面：使用者從廣告進站後離開，之後再自行返回，網址參數就會遺失。因此同一位顧客後來的成交，在 GA4 可能記在其他來源之下。
Search Console 的成效報告呈現網站在 Google 搜尋結果中的點擊、曝光、CTR 與平均排名，與 Meta 付費流量是兩件事。兩者如何分工，可參考用 Search Console 看搜尋／生成式 AI 曝光時與 UTM 付費標記的分工。
UTM 常見錯誤：大小寫不一致、參數被導向剝除、和自動標記衝突？
| 錯誤 | 會發生什麼 | 怎麼修正 |
|---|---|---|
| 大小寫或拼法不一致（Meta／meta） | GA 視為不同值，同一活動拆成多列 | 全部小寫，建立固定的命名字典 |
| 只填部分參數 | 報表出現 (not set) | 至少填寫 source、medium、campaign；Google 另建議 utm_id 與 utm_source_platform |
留下沒有值的參數，例如 background=&foo=bar | Meta 要求每個鍵都要有值 | 補上值，或刪除該參數 |
| 重新導向或改寫網址時沒有保留查詢字串 | UTM 可能沒有送到 GA4，工作階段被歸入其他來源 | 用帶參數的測試網址走一次，確認最終網址仍保留 utm_ 參數 |
| 「網站網址」與「網址參數」重複填同名參數 | 以「網址參數」欄位為準，另一處的值被覆寫 | 只在「網址參數」一處維護 |
| 發布後才修改網址參數 | 廣告組合可能重新進入學習階段 | 發布前定案，需要大改時另建廣告 |
| 來源值不在 GA4 社群清單（例如 meta） | 可能不被歸入 Paid Social | 改用 fb、ig 等清單內的值，或建立自訂管道群組 |
| Google Ads 自動標記連結又加上不一致的 UTM | 同時使用時，GA 以自動標記值作為來源、媒介等分類；GCLID 無法使用時，若網址有任何 UTM，跨管道來源維度會全部改取自 UTM | 以自動標記為主；若要加 UTM，請完整且一致地填寫 |
最後一列只適用於 Google 的自動標記（GCLID）。依 GA 說明，同時使用手動與自動標記時，GA 會以自動標記值作為來源、媒介與其他流量分類維度；Meta 的 fbclid 則由 Meta 開發者文件說明不影響你的自訂追蹤參數。
資料來源
- URL builders: Collect campaign data with custom URLs｜Google Analytics Help（核對日期 2026-10-07）
- Traffic-source dimensions, manual tagging, and auto-tagging｜Google Analytics Help（核對日期 2026-10-07）
- About traffic-source dimensions｜Google Analytics Help（核對日期 2026-10-07）
- Scopes of traffic-source dimensions｜Google Analytics Help（核對日期 2026-10-07）
- Default channel group｜Google Analytics Help（含來源清單下載檔，核對日期 2026-10-07）
- Monitor events in DebugView｜Google Analytics Help（核對日期 2026-10-07）
- Campaign URL Builder｜Google Analytics 4（核對日期 2026-10-07）
- Add URL parameters to your Meta ads in Meta Ads Manager｜Meta Business Help（核對日期 2026-10-07）
- Specifications for dynamic URL parameters in Meta Ads Manager｜Meta Business Help（核對日期 2026-10-07）
- ClickID and the fbp and fbc Parameters｜Meta for Developers（核對日期 2026-10-07）
- Performance report (Search results)｜Search Console Help（核對日期 2026-10-07）
介面名稱可能因帳號、地區與推出進度而不同，請以當下的廣告管理員與 GA4 為準。本文不提供任何 ROAS、轉換率或成效數字。
常見問題
有 Pixel 還需要 UTM 嗎？
需要，前提是你要在 GA4 或其他第一方分析工具辨識哪次活動、哪則素材帶來工作階段。Pixel 服務 Meta 生態內的最佳化與歸因；UTM 服務你自己的網站分析與跨渠道命名。兩者互補，不能互相取代。
UTM 能不能告訴我真實 ROAS？
不能。UTM 只幫助標記來源，ROAS 仍須以你定義的收入與成本計算，並考慮退款、歸因期間與跨裝置。可用站內 ROAS 計算機理解公式，但不要把 GA4 某個工作階段來源的營收直接等同 Meta 後台的 ROAS。
網店結帳會丟掉 UTM 怎麼辦？
常見原因包括重新導向、支付閘道回跳或伺服器改寫查詢字串。請技術人員確認關鍵落地頁與結帳路徑會保留查詢參數，再用測試連結走完一筆測試訂單，在 GA4 DebugView 或即時報表驗證；DebugView 只做有限的歸因分析，正式歸因仍以「流量開發」等獲客報表為準。
