UTM 參數怎麼設定？社群媒體、電子報與 LINE 追蹤命名做法

UTM 是什麼？先分清楚你找的是哪一種 UTM

這裡的 UTM 指的是行銷用的 UTM 參數，用來標記網址的流量來源，讓 GA4 看得懂訪客是從社群媒體、電子報、LINE 官方帳號或某一檔活動進站。搜尋 utm 時常會混到資安、大學、虛擬機 App，先分清楚才不會看錯資料。

你看到的 UTM	代表意思	是否屬於本頁範圍	該怎麼判斷
UTM 參數	加在 URL 後方的行銷追蹤參數	是	通常會看到 utm_source、utm_medium、utm_campaign 這類欄位
資安 UTM	Unified Threat Management，統一威脅管理	否	內容多半在講防火牆、網路安全、防護設備
UTM App	虛擬機工具，常見於 macOS 虛擬機情境	否	內容多半在講 QEMU、虛擬機、作業系統安裝
大學或入口網站 UTM	學校品牌、校務系統或入口網站名稱	否	內容多半是校名、招生、登入頁或校務資訊

行銷 UTM 參數

行銷 UTM 參數的用途，是把「這個點擊從哪裡來」寫進網址。當使用者從 Facebook 貼文、Threads、LINE 官方帳號、EDM 或 QR Code 點進網站，GA4 可以根據 URL 後方的參數，把流量歸到正確來源、媒介與活動。

我的判斷是，UTM 最常出錯的地方不是技術，而是命名。只要團隊各寫各的，報表就會從一開始乾淨不起來。

資安 UTM、UTM App、大學 UTM

資安 UTM、UTM App、學校或入口網站名稱都不是這篇要處理的主題。它們和行銷追蹤沒有直接關係，只需要在搜尋結果裡分辨清楚，不需要拿來套用在社群或電子報設定。

UTM 參數怎麼運作？5 個欄位一次看懂

UTM 參數會接在原始網址後方，用 source、medium、campaign、content、term 這幾個欄位標記流量。社群與電子報最常用的是 utm_source、utm_medium、utm_campaign、utm_content，utm_term 通常保留給關鍵字或特殊分類需求。

UTM 欄位	用途	常見寫法	社群與 EDM 判斷方式
utm_source	流量來源平台	facebook、threads、line_oa、newsletter	回答「人是從哪個平台或名單來源來的」
utm_medium	渠道型態	social、email、kol、qr_code	回答「這是哪一類渠道」
utm_campaign	活動名稱	2026_spring_sale、2026_member_week	回答「這是哪一檔活動」
utm_content	素材、版位、連結位置	post_a、story_link、header_cta、button_1	回答「同一活動裡哪個素材帶來點擊」
utm_term	關鍵字或額外分類	brand_keyword、segment_vip	社群與電子報通常不一定要用

一條完整的 UTM URL 會長這樣：

https://opendata4tw.org.tw/reports/example?utm_source=threads&utm_medium=social&utm_campaign=2026_spring_sale&utm_content=post_a

實務上，欄位不用塞滿才算完整。比較好的做法是先固定 source、medium、campaign，再用 content 處理素材差異。

utm_source：流量從哪個平台來

utm_source 要寫平台或來源名稱，例如 facebook、instagram、threads、line_oa、newsletter、kol_name。它不應該寫成 social 或 email，因為那是媒介類型，不是具體來源。

如果你把 Facebook 一下寫 fb、一下寫 facebook、一下寫 Facebook，GA4 會把它們視為不同來源。這種錯誤很常見，也最不值得。

utm_medium：這是哪一種渠道型態

utm_medium 要寫渠道型態，例如 social、email、kol、qr_code、referral。它的功能是把不同平台歸到同一類型，方便比較社群、電子報、合作導流、離線 QR Code 的成效。

常見錯誤是把 utm_medium=facebook，再把 utm_source=social。這會讓報表語意反過來，後續要分析來源媒介時會很難整理。

utm_campaign：這是哪一檔活動

utm_campaign 要寫活動名稱，最好包含年份或月份、主題、活動類型，例如 2026_spring_sale、2026_newsletter_growth、2026_member_week。不要只寫 sale、edm、new_post，因為過幾個月後沒有人知道那是哪一檔。

utm_content：同一活動裡的哪個素材或版位

utm_content 適合用來分辨同一活動中的素材、版位或 CTA，例如 post_a、story_link、header_cta、button_cta、footer_link。它不是必填欄位，但對社群與電子報特別有用。

如果一封 EDM 有三個按鈕都連到同一頁，只靠 campaign 會看不出哪個位置有效。這時候 content 就是你判斷版位價值的關鍵。

utm_term：什麼時候才需要用

utm_term 常見於關鍵字廣告或需要額外分類的情境。社群貼文與電子報通常不需要硬塞這個欄位，除非團隊已經明確約定要拿它標記受眾、主題群或測試組別。

我的建議是，不確定用途時先不要用 utm_term。多一個沒有規範的欄位，只會讓資料治理成本變高。

社群媒體 UTM 怎麼設定？

社群媒體 UTM 設定的核心，是把平台寫在 source，把渠道型態寫在 medium，把活動寫在 campaign，再用 content 分辨貼文、限動、直播、KOL 或 QR Code。台灣常見渠道至少要涵蓋 Facebook、Instagram、Threads、LINE 官方帳號與 KOL 合作。

使用情境	utm_source	utm_medium	utm_campaign	utm_content
Facebook 粉專貼文	facebook	social	2026_spring_sale	feed_post_a
Facebook 社團貼文	facebook_group	social	2026_member_week	group_post_1
Instagram 限動	instagram	social	2026_spring_sale	story_link
Threads 貼文	threads	social	2026_content_push	thread_post_a
LINE 官方帳號	line_oa	social	2026_member_week	broadcast_1
KOL 合作貼文	kol_name	kol	2026_kol_launch	ig_reel
直播留言連結	youtube_live	social	2026_live_event	live_comment_link
實體活動 QR Code	event_booth	qr_code	2026_expo	poster_a

Facebook、Instagram、Threads 的建議寫法

Facebook、Instagram、Threads 建議把平台名稱固定在 utm_source，媒介統一使用 utm_medium=social。如果同一活動有粉專貼文、限動、Reels、Threads 貼文，就用 utm_content 分辨版位與素材。

範例：

https://opendata4tw.org.tw/reports/utm-social-email-tracking?utm_source=threads&utm_medium=social&utm_campaign=2026_utm_guide&utm_content=thread_post_a

不要把每篇貼文都寫成新的 campaign。campaign 應該代表活動層級，content 才是素材層級。這個邏輯如果反過來，活動報表很快會碎掉。

LINE 官方帳號與社群導流的建議寫法

LINE 官方帳號建議使用 utm_source=line_oa，utm_medium=social 或依團隊分類使用 owned_social。如果公司把 LINE 視為 CRM 渠道，也可以固定用 utm_medium=crm，但同一個團隊要長期一致。

範例：

https://opendata4tw.org.tw/reports/utm-social-email-tracking?utm_source=line_oa&utm_medium=social&utm_campaign=2026_member_week&utm_content=broadcast_1

LINE 在台灣常常同時扮演社群、會員通知、促購訊息的角色，所以 medium 要先由團隊定義好。不要今天寫 social，明天寫 line，後天寫 crm。

KOL、直播、短影音連結怎麼命名

KOL 合作可以把合作對象放在 utm_source，把渠道型態寫成 utm_medium=kol，再用 utm_content 分辨素材形式，例如 ig_reel、story_link、youtube_desc。

範例：

https://opendata4tw.org.tw/reports/utm-social-email-tracking?utm_source=kol_ericchen&utm_medium=kol&utm_campaign=2026_launch&utm_content=ig_reel

直播與短影音如果放在平台內，也可以維持平台 source，例如 youtube、instagram、tiktok，再用 content 標記 live_comment、short_video、profile_link。重點是先決定分析問題：你要比較平台，還是比較合作對象。

電子報與 EDM 的 UTM 怎麼設定？

電子報與 EDM 的 UTM 通常把寄送來源或名單類型放在 source，把 medium 固定為 email，把活動主題放在 campaign，再用 content 分辨 header、主按鈕、文字連結、footer 或不同受眾版本。

EDM 情境	utm_source	utm_medium	utm_campaign	utm_content
促銷 EDM 主按鈕	newsletter	email	2026_spring_sale	main_button
促銷 EDM 頂部 Banner	newsletter	email	2026_spring_sale	header_banner
內容型電子報文章連結	weekly_newsletter	email	2026_weekly_digest	article_link_1
會員分眾信	member_email	email	2026_vip_offer	vip_button
再行銷信	crm_email	email	2026_reactivation	coupon_cta

促銷型 EDM 的 UTM 範例

促銷型 EDM 的 campaign 應該清楚標示活動時間與主題，例如 2026_spring_sale、2026_member_week。source 可以固定為 newsletter、crm_email 或平台名，但 medium 建議固定為 email。

範例：

https://opendata4tw.org.tw/reports/utm-social-email-tracking?utm_source=newsletter&utm_medium=email&utm_campaign=2026_spring_sale&utm_content=main_button

如果同一封促銷信有 Banner、主按鈕、商品文字連結，請不要建立三個 campaign。它們應該是同一個 campaign，不同 content。

內容型電子報的 UTM 範例

內容型電子報通常不是只看立即轉換，也會看閱讀、回訪、後續轉換。因此 campaign 可以用週報、主題或期數命名，例如 2026_weekly_digest、2026_ga4_series。

範例：

https://opendata4tw.org.tw/reports/utm-social-email-tracking?utm_source=weekly_newsletter&utm_medium=email&utm_campaign=2026_ga4_series&utm_content=article_link_1

內容型電子報最怕所有連結都叫 newsletter。這樣只能知道流量來自電子報，看不出哪個主題真的帶來有效訪客。

同一封信多個 CTA 要怎麼分辨

同一封信有多個 CTA 時，建議用 utm_content 標記版位和形式，例如 header_cta、main_button、text_link_1、footer_link。如果有 A/B 測試，也可以加上 variant_a、variant_b。

版位	建議 utm_content	適合回答的問題
信件頂部 Banner	header_banner	頂部視覺是否帶來點擊
主 CTA 按鈕	main_button	主訴求是否有效
內文文字連結	text_link_1	讀者是否在閱讀中段產生興趣
頁尾連結	footer_link	低意圖版位是否仍有價值

建議的 UTM 命名規範：讓團隊不要各寫各的

UTM 命名規範要先固定小寫英文、底線分隔、source 和 medium 的定義，再建立 UTM 總表。規範的目的不是讓名稱看起來漂亮，而是讓 GA4 報表可以長期比較，不被大小寫、空格和渠道混用污染。

規則	建議做法	錯誤寫法	原因
大小寫	全部小寫	Facebook、FB、LineOA	避免 GA4 把不同大小寫視為不同值
分隔符號	使用底線	spring sale、spring-sale	降低空格與不同符號造成的資料分裂
source	寫平台或來源	social、email	source 應回答流量從哪裡來
medium	寫渠道型態	facebook、line	medium 應回答渠道類別
campaign	包含年份與主題	sale、promo、edm	避免日後無法辨識活動
總表	建立活動紀錄	每個人自己產生 URL	方便審核、追蹤與回查

建議全部使用小寫英文

UTM 欄位值建議全部使用小寫英文，例如 facebook、line_oa、2026_spring_sale。不要混用中文、空格、大寫或特殊符號。

不是因為中文一定不能用，而是因為實務上容易遇到編碼、複製、報表篩選與跨工具整理問題。對長期分析來說，小寫英文最省事。

source 和 medium 不要混用

source 是平台或來源，medium 是渠道型態。Facebook、Threads、LINE 官方帳號應該出現在 source；social、email、kol、qr_code 應該出現在 medium。

情境	正確寫法	不建議寫法
Facebook 貼文	utm_source=facebook、utm_medium=social	utm_source=social、utm_medium=facebook
EDM	utm_source=newsletter、utm_medium=email	utm_source=email、utm_medium=newsletter
KOL 合作	utm_source=kol_name、utm_medium=kol	utm_source=kol、utm_medium=instagram

建立 UTM 總表與審核流程

UTM 總表至少要記錄原始網址、完整 UTM URL、source、medium、campaign、content、建立人、使用日期、放置渠道。活動開始前先填表，發布前由負責 GA4 或營運分析的人確認命名是否一致。

這件事看起來很行政，但比事後清報表便宜太多。UTM 一旦帶進 GA4，錯誤名稱就會留下紀錄，後面只能用篩選或人工對照補救。

GA4 裡要去哪裡看 UTM 成效？

GA4 會讀取 URL 裡的 UTM 參數，並把它們對應到來源、媒介、活動等維度。最常看的位置是「報表」裡的流量取得，可用工作階段來源/媒介和工作階段活動來比較社群與電子報成效。

UTM 欄位	GA4 常見對應維度	用途
utm_source	工作階段來源、第一使用者來源	看流量來自 Facebook、LINE、newsletter 等來源
utm_medium	工作階段媒介、第一使用者媒介	看 social、email、kol 等渠道型態
utm_campaign	工作階段活動、第一使用者活動	看不同活動帶來的流量與轉換
utm_content	手動廣告內容或相關活動內容維度	看不同素材、版位、CTA 的差異
utm_term	手動字詞或相關字詞維度	用於關鍵字或額外分類

主要查看位置：流量取得報表

在 GA4 中，可以從「報表」進入「生命週期」或「取得」相關區塊，查看「流量取得」。實際介面名稱可能會因 GA4 更新而略有差異，但核心是找到工作階段來源/媒介、工作階段活動這類維度。

如果剛發布連結，不要期待報表立刻完整穩定。短時間驗證可以搭配即時報表或 DebugView，但正式分析仍應回到取得報表與轉換資料。

常用維度：來源、媒介、活動

社群與電子報最常用的分析維度是來源、媒介、活動。先看 source / medium，確認流量是否進到正確渠道；再看 campaign，判斷活動成效；最後看 content，比較素材與版位。

如果報表出現 facebook / social、Facebook / Social、fb / social 三種寫法，問題通常不在 GA4，而在 UTM 命名沒有被管住。

如何比較社群與電子報成效

比較社群與電子報時，不要只看工作階段數。至少要一起看互動、轉換、營收或你在 GA4 裡設定的關鍵事件。UTM 只能告訴你流量來源，不能替你定義什麼叫有效成效。

一個實用看法是：社群常用來看主題吸引力與新訪客，電子報常用來看既有受眾回訪與轉換。兩者不一定要用同一個單一指標判斷好壞。

什麼情況不要使用 UTM？

UTM 不適合加在站內導覽、內部連結、付款流程、登入流程或會員流程。UTM 的用途是標記外部流量來源，若拿來追蹤站內點擊，可能覆蓋原本來源，造成 GA4 歸因污染。

• 不要在網站導覽列連結加 UTM。
• 不要在首頁 Banner 連到內頁時加 UTM。
• 不要在購物車、付款、登入、註冊流程中亂加 UTM。
• 不要用 UTM 追蹤站內按鈕點擊。
• 不要用 UTM 取代 GA4 事件、轉換或 Consent 管理。

不要在站內導覽或內部連結加 UTM

站內導覽、文章內部連結、首頁 Banner 到內頁的連結，不建議加 UTM。因為使用者原本可能是從 Facebook 或 EDM 進站，點了站內 UTM 連結後，來源可能被改寫成你自訂的內部來源。

站內互動應該用事件追蹤處理，例如按鈕點擊、表單送出、影片播放，而不是用 UTM。

不要在付款、登入、會員流程亂加 UTM

付款、登入、會員中心這類流程頁更不適合亂加 UTM。這些頁面本來就容易涉及跨頁、跳轉、第三方金流或會員狀態，額外加入 UTM 可能讓來源資料更混亂。

如果要追蹤流程表現，應該檢查 GA4 事件、轉換、漏斗探索或後端訂單資料，而不是把每個流程步驟都加參數。

不要用 UTM 取代事件追蹤

UTM 是 URL 來源標記，不是行為追蹤工具。它可以標記訪客從哪裡來，但不能完整記錄使用者在網站上做了什麼，也不能取代 GA4 事件、轉換設定或 Consent 管理。

這是很多行銷團隊會高估 UTM 的地方。UTM 是把門口標籤貼清楚，事件追蹤才是在記錄進門後發生了什麼。

UTM 常見錯誤與修正方式

UTM 常見錯誤包括大小寫不一致、source 和 medium 混用、活動名稱太籠統、使用空格或特殊符號。這些問題會讓 GA4 資料分裂，修正方式是統一命名規則、回填 UTM 總表，並在發布前審核。

問題	造成原因	報表影響	修正方式
同一平台多種寫法	有人寫 fb，有人寫 facebook，有人寫 Facebook	來源被拆成多筆	固定 source 字典，只允許 facebook
source 和 medium 混用	沒有定義欄位角色	來源媒介報表難判讀	source 寫平台，medium 寫渠道型態
活動名稱太籠統	只寫 sale、edm、promo	日後無法回查活動	加入年份、主題與活動類型
使用中文或空格	直接用活動中文名稱	跨工具整理不穩定	改用小寫英文與底線
站內連結加 UTM	想追蹤內部 Banner 或按鈕	可能污染來源歸因	改用 GA4 事件追蹤

同一平台出現多種寫法

同一平台出現多種寫法，是最常見也最容易避免的 UTM 錯誤。例如 Facebook 被寫成 facebook、fb、Facebook，GA4 報表就會分成不同來源。

修正方式是建立渠道字典，明確規定 Facebook 就寫 facebook，LINE 官方帳號就寫 line_oa，Threads 就寫 threads。

活動名稱沒有時間或主題

如果 campaign 只寫 sale、promo、edm，短期可能看得懂，三個月後通常就失去判讀價值。活動名稱至少要包含年份與主題，例如 2026_spring_sale。

命名不是為了當下方便，而是為了讓未來的人查得回來。這一點對每月報表、季度檢討、年度回顧都很重要。

使用中文、空格或特殊符號造成資料難整理

中文、空格、特殊符號不一定會讓 UTM 失效，但會增加跨工具複製、編碼、篩選與整理的麻煩。尤其當資料要匯出到試算表、報表工具或 CRM 系統時，乾淨命名會省下很多人工處理。

建議格式是小寫英文加底線，例如 2026_member_week、main_button、line_oa。這種寫法不花俏，但最耐用。

UTM 是什麼？

UTM 是加在網址後方的追蹤參數，用來標記流量來源、媒介、活動與內容版本。行銷上常用它讓 GA4 分辨訪客是從社群媒體、電子報、KOL 連結或 QR Code 進站。

UTM 參數和資安 UTM 是同一個東西嗎？

不是。UTM 參數是行銷追蹤用的 URL 參數；資安 UTM 通常指 Unified Threat Management，和防火牆、網路安全設備有關。兩者只是縮寫相同，主題完全不同。

UTM App 是什麼？和 UTM 參數有關嗎？

UTM App 通常是虛擬機工具，常見於 macOS 上執行其他作業系統的情境。它和行銷用的 UTM 參數沒有直接關係，不需要拿來設定社群或電子報追蹤。

為什麼搜尋 UTM 會看到大學網站？

因為 UTM 也可能是某些大學、校務系統或入口網站的名稱縮寫。搜尋 utm 時會出現混合結果，所以要先確認自己找的是行銷追蹤參數、資安名詞、工具 App，還是學校品牌。

社群貼文一定要加 UTM 嗎？

不一定。若只是一般互動貼文，且不需要追蹤進站成效，可以不加。若貼文有連到網站、報名頁、文章、活動頁，並且需要比較 Facebook、Threads、LINE 或 KOL 成效，就應該加 UTM。

電子報每個連結都要加 UTM 嗎？

連到網站的重要連結建議加 UTM，尤其是主按鈕、文章連結、促銷連結與不同 CTA。若是退訂、隱私權政策、客服信箱等功能性連結，通常不需要用 UTM 做行銷成效分析。

utm_source 和 utm_medium 差在哪？

utm_source 是流量來源，例如 facebook、threads、line_oa、newsletter；utm_medium 是渠道型態，例如 social、email、kol、qr_code。source 回答從哪裡來，medium 回答是哪一類渠道。

GA4 會自動讀取 UTM 嗎？

會。只要網站已正確安裝 GA4，且使用者進站 URL 帶有標準 UTM 參數，GA4 會將它們讀進來源、媒介、活動等相關維度。前提是參數名稱要正確，例如 utm_source、utm_medium、utm_campaign。

UTM 和 GA4 事件追蹤有什麼差別？

UTM 用來標記訪客從哪裡來，GA4 事件追蹤用來記錄訪客在網站上做了什麼。前者處理來源，後者處理行為，例如按鈕點擊、表單送出、影片播放或完成購買。

內部連結可以加 UTM 嗎？

不建議。內部連結加 UTM 可能覆蓋原本外部來源，讓 GA4 歸因變得混亂。站內 Banner、導覽列、文章內部連結應該用事件追蹤或站內行為分析處理。

UTM 會受到 Cookie 或 Consent 影響嗎？

UTM 本身是 URL 上的參數，使用者點擊時仍會出現在網址中。但 GA4 能否完整記錄與歸因，會受到網站追蹤設定、Cookie、Consent 管理與瀏覽器限制影響。UTM 不能取代 Consent 管理。

UTM 命名錯了可以事後修正嗎？

已經進到 GA4 的原始資料通常不能直接改寫。可以在報表、探索或後續整理時用對照表修正判讀，但最好的做法是建立 UTM 總表與發布前審核，避免錯誤名稱一開始就進入資料。