我第一次進行適當的發布 - WP Adminify 發布、郵件列表以及一些合作夥伴帖子以及產品搜尋推送 - 我在凌晨 1 點在電子表格中手動標記。兩週後,我打開分析報告,找出哪個頻道確實有效,一半的流量都放在一個叫做「的桶」裡 未分配. 不&報價;電子郵件&報價;,不&報價;推薦&報價;。未分配。這些連結有效。人們買了。我根本不知道他們來自哪裡。
原因小得令人尷尬。在我寫的時事通訊連結上 utm_medium=Email 大寫為 E。 關於合作夥伴連結我已經寫過 utm_medium=partner,這聽起來很明智,對 Google Analytics 來說毫無意義。在一批中,我在 URL 已經帶有 a 後貼上了 URL ?ref=hn 查詢字串,所以我的 ?utm_source= 開始了第二個問號,整個過程在一些電子郵件用戶端中崩潰了。
這些都不是分析問題。它們是字串組裝問題,而字串組裝正是您不應該在凌晨 1 點手動完成的事情。這就是我建造的原因 utm 建設者 進入 工具。dev:它將參數正確組合在一起,標準化值,並且 - 我真正關心的部分 - 告訴您來源/媒體對將登陸哪個 GA4 頻道 之前 您發送電子郵件。
TL;DR: UTM 標記的 URL 是您的登陸頁面加上攜帶的查詢字串
utm_source,utm_medium和utm_campaign(可選utm_term,utm_content和utm_id).來源是 點擊聲從哪裡來, 中等是 這是什麼樣的行銷. GA4 從媒體建立頻道報告,並且它只識別固定詞彙 -cpc,organic,social,referral,affiliate,display還有更多。其他任何事情,包括非常誘人的事情utm_medium=facebook,歸檔於未分配。保留每個值小寫並連字符,切勿標記內部鏈接,然後讓 utm 建設者 組裝字串。
什麼是 UTM 參數？
UTM 參數是附加到 URL 的普通查詢字串鍵值對。這個名字是一個化石:Urchin 追蹤模組,來自 Urchin Software,該公司是 Google 於 2005 年收購的分析公司,後來變成了 Google Analytics。這些參數在自那以後的每次重寫中都倖存下來,這就是為什麼為不再存在的產品設計的約定仍然是 2026 年活動追蹤的通用語言 - 以及為什麼 Matomo、Plausible、Fathom、Adobe Analytics 和每個電子郵件平台也閱讀它們。
標記的 URL 如下所示:
https://toolz.dev/tools/utm-builder?utm_source=newsletter&utm_medium=email&utm_campaign=july-tool-roundup
您的 Web 伺服器完全忽略查詢字串 - 頁面的渲染方式與沒有查詢字串時完全相同。頁面上的分析腳本從網址列中讀取參數,將它們儲存到會話中,您的報告會獲得一行,告訴您此訪問來自 7 月的新聞通訊。
有六個常用參數:
| 參數 | 它回答什麼 | 例子 | 需要嗎? |
|---|---|---|---|
utm_source |
誰發送了點擊 | newsletter, producthunt, github |
是的 - 如果沒有它,GA 不會賦予活動屬性 |
utm_medium |
這是什麼樣的行銷 | email, cpc, social, referral |
實際上是的 - 沒有媒體意味著沒有頻道 |
utm_campaign |
它屬於哪個活動 | july-tool-roundup, black-friday-2026 |
實際上是的 - 否則報告顯示並引用; (未設定)&引用; |
utm_term |
付費關鍵字 | utm builder |
可選,僅限付費搜尋 |
utm_content |
哪種變體或位置 | header-cta, footer-link, variant-b |
可選,對於 A/B 測試有用 |
utm_id |
廣告平台上的活動ID | q3-2026-001 |
可選,用於與成本數據連接 |
人們錯的差別在於來源與媒介,因此值得直言不諱。 來源是一個專有名詞。媒介是一個類別。 facebook 是一個來源。 social 是它所屬的媒介。 newsletter 是一個來源; email 是它的媒介。如果您發現自己輸入了品牌名稱 utm_medium,你已經交換了它們。
為什麼我的廣告系列在 GA4 中顯示為未分配？
這是最常見的標記失敗,而且幾乎總是媒介。
GA4 不會根據您的資料發明通道。它有一組固定的 預設頻道群組- 直接、有機搜尋、付費搜尋、有機社交、付費社交、電子郵件、聯盟、推薦、顯示、有機影片、付費其他等等- 它透過將來源和媒體與規則進行模式匹配來將每個會話分配給一個Google 在其分析幫助文件中發布。例如,電子郵件規則會匹配來源或媒體包含的會話 email。 有機社交的規則與一組社交媒介相匹配,例如 social, social-network, social-media 和 sm。 付費搜尋與公認的搜尋來源相符 和 一種看起來有報酬的媒介-- cp*/ppc/paid* 家庭。
當沒有任何匹配時,會話就會失敗 未分配. 這不是您收到警告的錯誤狀態;而是您收到的警告。這是一個安靜的水桶,您的活動就會消失。
最終到達那裡的經典方法:
- 媒介中的品牌名稱。
utm_medium=facebook不符合規則。你想要utm_source=facebook&utm_medium=social. - 一種發明的媒介。
utm_medium=partner,utm_medium=blog,utm_medium=newsletter- 所有合理的英語,所有頻道規則都看不見。使用referral,referral, 和email分別。 - 根本沒有媒介。 僅包含一個 URL
utm_source為 GA 提供了一個來源,但沒有對其進行分類。 - 首都。
Email和email是不同的字串,GA4 是區分大小寫的。某些頻道規則被編寫為不區分大小寫,而某些報告則不然,這意味著您的一個活動顯示為兩行,每行有一半的數字。
UTM 產生器根據相同的規則形狀檢查來源/媒體對,並列印其期望的頻道 - 電子郵件、付費搜尋、有機社交、推薦、聯盟、顯示或大聲紅色 未分配. 這是一次兩秒的檢查,可以發現一個錯誤,否則只有在活動結束後,當資料已經錯誤且無法回填時,您才會發現錯誤。
如何正確建立 UTM 連結?
從機械角度來說,有四個決定和一個字串。
步驟 1:從乾淨的登陸頁面 URL 開始
使用規範的最終 URL - 您的網站實際提供的 URL https://(沒有重定向)它前面。這比聽起來更重要。如果你標記 http://example.com/pricing 而你的伺服器301s到 https://example.com/pricing3。大多數伺服器和CDN都保留查詢字串,但並非所有重定向規則都保留,並且用硬編碼目標重寫路徑的規則會默默地刪除之後的所有內容 ?. 透過連結縮短器和電子郵件點擊追蹤器重定向鏈條,為實現這一目標添加更多位置。標記目的地,而不是墊腳石。
如果 URL 已經有查詢字串 (?plan=pro)或片段(#features),保留它們。附加了正確的建構器 &utm_source=… 而不是第二 ?,然後離開 #fragment 在規範所寫的最後 - RFC 3986 將順序定義為 scheme://authority/path?query#fragment,並且放置在查詢之前的片段不是片段,它是一個損壞的 URL。
第 2 步:填寫來源、媒體、活動
把它們寫成好像一個陌生人在六個月後就會讀到報告,因為這就是發生的事情。 utm_campaign=july-tool-roundup 是一個一年後你可以解碼的名字。 utm_campaign=c3 不是。
步驟 3:標準化值
一切都小寫。替換空格 - 用連字符 (july-tool-roundup) 或讓編碼器將它們轉換為 %20. 兩者都有效;報告中只有一個是可讀的。百分比編碼在這裡不是可選的:根據RFC 3986,URL 中的文字空間是非法的,雖然瀏覽器會對其進行修紙,但電子郵件用戶端和連結文字的訊息應用程式會愉快地截斷該空間中的連結並將您的用戶交給404。
第四步:裝運整條繩子
複製完成的 URL。之後不要手動編輯它 - 這就是第二個地方 ? 被介紹。
對於具有十幾個放置位置的啟動,批次模式可以一次完成所有這些操作:貼上 source,medium 每行一個,保留所有產品共享的活動名稱,並將該集作為 CSV 直接匯出到您用於追蹤發布的任何工作表中。
團隊應該就哪些約定達成一致?
UTM 值是自由文本,這意味著您和同一活動的 30 種變體之間唯一存在的就是每個人都遵循的約定。我們的規則有四條:
- 總是小寫。 沒有例外,沒有判決。
- 連字符,不是底線或空格。
black-friday-2026. - 中號來自固定列表。
email,cpc,social,paid-social,organic,referral,affiliate,display,sms,qr。 如果新的位置不適合其中之一,那麼它幾乎肯定適合referral. - 活動名稱帶有日期或版本。
launch-v3-2026-07,不launch. 您將再次執行相同的活動。
連字符規則在 UTM 之外還有第二次生命:它與管理可讀 URL 路徑的規則相同,這就是原因 蛞蝓發電機 UTM Builder 以同樣的方式標準化文字。 Google 將連字符視為單字分隔符,將下劃線視為連接符 - 這是 URL 的記錄行為,並且將其一致地應用於活動名稱無需花費任何費用。
如果您想嚴格執行,請將約定寫入共用文件並放入 utm 建設者 連結在頂部。大多數標記漂移來自有人透過複製舊連結並在網址列中編輯來建立連結。
您永遠不應該將 UTM 參數放在哪裡?
關於內部連結。 這是最常因善意而被打破的規則。
將連結從您自己的部落格文章標記到您自己的定價頁面 - utm_source=blog&utm_medium=internal- 感覺它會告訴你哪些貼文推動定價觀點。它在 GA4 中實際的作用是啟動 a 新的 與新的獲取來源的會話。從您的時事通訊到達、閱讀帖子並點擊定價的訪客現在歸因於「您的部落格」。時事通訊'轉換消失。您已覆蓋您想要提出的問題的答案。
如果您想知道點擊哪些內部鏈接,即事件追蹤或點擊鏈接報告的用途。 UTM 代表邊界 - 當有人從其他地方穿越到您的網站時。
另外兩個要避開它們的地方:
- 有機搜尋結果。 您無法控制這些 URL,如果您標記頁面並且 Google 索引標記的變體,則您已建立副本。
- 您期望繼續分享的任何內容。 發佈到論壇的標記連結會被複製到 Slack、時事通訊、推文中,而這些訪問中的每一次現在都聲稱來自原始活動。確切地說,這並沒有錯,但它誇大了一行並使其他行挨餓。
UTM 參數會傷害 SEO 嗎？
他們創建 URL 變體,URL 變體可以創建重複的內容 - 但這是一個已解決的問題,解決方案是一行 HTML。
每頁應帶有一個 自引用規範標籤 指向其乾淨的 URL:
<link rel="canonical" href="https://toolz.dev/tools/utm-builder" />
有了這個, ?utm_source=newsletter 和 ?utm_source=x 裸 URL 全部合併為一個規範頁面。搜尋引擎對乾淨版本進行索引,對訊號進行排名累積在一個 URL 上,而不是分散到 20 個 URL 上,並且標記的變體不會出現在索引中。 Google'自己的規範化文件明確表明這就是規範的用途。
兩個實用筆記。首先,驗證規範實際上存在並且實際上是自我引用 - 令人驚訝的主題數量在每一頁的主頁上發出規範,這比根本沒有規範更糟糕。您可以檢查頁面正在發出什麼 元標記產生器 作為正確頭塊外觀的參考。其次,不要阻止 UTM 參數 robots.txt. 封鎖爬行不會從索引中刪除 URL;它只是阻止谷歌看到可以解決重複問題的規範標籤。這 robots.txt 發電機 用於控制爬行路徑,而不是用於清理查詢字串。
UTM 如何與二維碼和離線放置互動?
這就是活動標籤得以保留的地方,因為離線根本沒有推薦人。海報、會議徽章、筆記型電腦上的貼紙、演講的最後一張投影片 - 掃描二維碼的人以純粹的直接流量到達您的網站,與輸入 URL 的人沒有區別。除非你標記了它。
標記網址 之前 您產生程式碼:
https://toolz.dev/tools/utm-builder?utm_source=wordcamp-dhaka&utm_medium=qr&utm_campaign=talk-2026
然後將其輸入 QR 碼產生器. 有兩件事要注意。長 URL 會產生密集的二維碼 - 每個額外的字元都會將符號推送到具有更多模組的更高版本,這意味著它需要列印得更大或掃描得更近。將標記的 URL 保持為標記允許的短:刪除 utm_content 和 utm_term 除非您確實需要它們,並保持活動名稱簡潔。並對任何將要列印且可能磨損的內容使用高糾錯級別,但代價是符號稍微密集。
相同的邏輯適用於引用者遺失的任何位置:PDF 文件、電子郵件簽名、大聲朗讀的播客節目說明、來自本機行動應用程式的應用程式內連結。
比較:六個參數的行為
| 參數 | GA4 中的區分大小寫 | 影響頻道分組 | 安全省略 | 典型的錯誤 |
|---|---|---|---|---|
utm_source |
是的 | 是的(中等) | 不 | 使用中等值,例如 social 作為來源 |
utm_medium |
是的 | 是的--這就是那個 | 從技術上講,但事實並非如此 | 在這裡放置一個品牌名稱 |
utm_campaign |
是的 | 不 | 從技術上講,但事實並非如此 | 跨季度重複使用一個名稱 |
utm_term |
是的 | 不 | 是的 | 將其填入無償流量 |
utm_content |
是的 | 不 | 是的 | 將其用作第二個戰役領域 |
utm_id |
是的 | 不 | 是的 | 混淆了它 utm_campaign |
常見用例
透過多種管道推出產品
您有一份時事通訊、三個合作夥伴部落格、Product Hunt、X、LinkedIn 和一個 Slack 社群。其中每一個都需要自己的來源、正確的媒介和相同的活動名稱,以便它們在報告中匯總在一起。這是一項電子表格工作,或者是三十秒的批次模式:共享活動、每次放置一行、CSV 輸出。然後您可以回答並引用;哪個頻道驅動註冊和引用;在一個查詢中,而不是瞇著眼睛看著引薦來源網址報告。
審計連結是其他人建立的
機構、合作夥伴和附屬機構會向您發送帶有標籤的 URL,但他們會錯。將連結貼上到審核欄位中,建構器將其分解回其參數,以便您可以看到實際記錄的內容。十分之九的媒體是品牌名稱,整個內容都未分配。
電子郵件活動
廣播中的每個連結都應攜帶相同的來源和媒介(newsletter / email),同一個活動,並且 不同的 utm_content- hero-cta, body-link, footer-unsubscribe-adjacent. 這就是您了解人們在電子郵件中實際點擊的位置的方式,這是改進下一封電子郵件的唯一可靠方法。
付費廣告
大多數廣告平台都可以自動注入值 - Google Ads 可以自動標記 gclid 參數,它做自己的事情,不需要 UTM。但如果您在任何地方運行廣告而不自動標記,請手動標記它們: utm_medium=cpc,真正的平台在 utm_source, 和 utm_id 從廣告帳戶設定到活動 ID,以便您可以稍後加入點擊資料以計算費用資料。
問號
什麼是 UTM 建構器?
UTM 建構器是一種工具,可從登陸頁面組裝帶有行銷活動標籤的 URL 以及您要追蹤的 UTM 參數。它處理您手動會出錯的機械部件 - 當 URL 已經有一個百分比編碼值時正確附加查詢字串,將片段保留在末尾 - 並產生一個可以貼上到電子郵件、廣告或二維碼。
需要哪些 UTM 參數？
utm_source 是 Google Analytics 嚴格要求賦予活動屬性的唯一一項,但實際上您想要 utm_source, utm_medium 和 utm_campaign 在每個連結上。如果沒有媒介,GA4 就沒有任何東西可以與其頻道規則相匹配,並且會話通常會落在 Unassigned 中。如果沒有活動名稱,您的報告會將流量分組在 " 下; (未設定)&報價;。 utm_term 和 utm_content 是可選的改進。
utm_source 和 utm_medium 有什麼不同？
來源是點擊的特定來源 - 指定的網站、出版物或列表,例如 newsletter, github 或者 producthunt.媒介是起源所屬的行銷管道,例如 email, cpc, social 或者 referral. 來源是專有名詞,媒介是一個類別。如果您在媒體欄位中輸入品牌名稱,則兩者已交換。
UTM 參數區分大小寫嗎？
是的。 Google Analytics 4 款待 Email, email 和 EMAIL 作為三個不同的值,它將單一活動分成三行,每行有三分之一的數字。保留每個 UTM 值小寫並連字符作為硬規則。 UTM Builder 預設會降低值,並在輸入包含大寫字母時向您發出警告。
為什麼我的 UTM 流量顯示為未分配?
幾乎總是因為 utm_medium 缺失或保存 GA4 未對應到通道的值。 GA4 從固定的媒體詞彙表建立其預設頻道群組 - email, organic, cpc, social, referral, affiliate, display 還有一些--所以 utm_medium=facebook 或者 utm_medium=partner 不匹配任何內容,並歸結為未分配。使用 utm_source=facebook 與 utm_medium=social 相反。
我應該在內部連結上放置 UTM 參數嗎？
不。在自己網站的兩個頁面之間標記連結會啟動一個新會話並覆蓋原始獲取來源,因此從您的時事通訊到達的訪客突然看起來就像來自您自己的部落格。僅在從其他地方指向您網站的連結上使用 UTM,並使用事件追蹤來測量內部點擊次數。
UTM 參數會傷害 SEO 嗎？
他們為同一頁面建立重複的 URL,這就是為什麼每個標記的頁面都應該帶有指向乾淨 URL 的自引用規範標籤。如果正確的規範到位,搜尋引擎將合併訊號,並且標記的變體不會單獨索引。不要阻止機器人中的 UTM 參數。txt - 這會阻止爬蟲看到可以解決問題的規範。
我可以一次建立許多活動 URL 嗎？
是的。批次模式每行進行一次放置 - source, source,medium 或者 source,medium,content- 將共享的行銷活動值套用到每一行,並為每一行產生一個標記的 URL。您可以複製整個集合或將其匯出為包含預測通道的 CSV,這是準備啟動或將連結表交給合作夥伴的最快方法。
相關工具: utm 建設者 · 蛞蝓發電機 · 網址編碼器 · QR 碼產生器 · 元標記產生器 · robots.txt 發電機
相關閱讀: Web 開發人員's 工具包 · 資料隱私和線上工具
