Threads 外連 UTM 命名規則：source、campaign 與連結位置怎麼整理

為 Threads 個別連結建立一致的 UTM 命名方式，從入口、來源與活動代碼，到貼文和留言的區分、發布前試點及舊資料對照，讓後續整理更清楚。

Threads 上的外連若都貼同一個網址，事後便不容易辨認點擊來自個人頁、貼文還是留言。本篇聚焦 UTM 欄位命名與維護：先定義入口，再固定來源和活動寫法，接著試跑並整理舊名稱。以下代碼都是明確標示的假設範例，請依團隊字典採用或調整。

這次要追蹤哪個入口？

先把「入口」定義成讀者實際點擊的那個位置，而不是整個 Threads 帳號或整場活動。盤點這次會出現哪些可點網址：個人檔案連結、貼文本文中的網址、留言補充連結；若同一內容導向不同頁面，也要分開記錄。先選定各入口的目的頁，確認頁面正確、文案相符，再把原始網址與標記後網址存入表格。這樣日後查到一筆造訪時，能回頭核對當時指向哪個頁面。

若貼文只是邀請讀者前往個人頁，網站連結實際位於個人頁，應替個人頁上的網址加標記；貼文可記錄為促成點擊的內容脈絡，但不是那個網址所在的位置。反過來，若貼文和留言各自放了網址，就各建一筆。決定要拆到多細時，先問報表要回答什麼：只需辨認整場活動，就不必替每個版位另造名稱；要比較不同位置，才為每個位置建立穩定代碼。

以下假設同一個活動會在三處放連結，表內代碼只用來示範命名：

共用表格應一列記錄一個標記網址，至少保留入口位置、原始目的網址、完整標記網址、用途與負責人。若使用短網址，也把短網址和最終目的頁一起記下，並實際確認轉址後參數仍在。判斷命名粒度時，以想比較的差異為準；不要把姓名、電話或私訊內容放進網址參數，因為參數可能隨連結傳遞並進入分析紀錄。先把入口範圍定清楚，後面的欄位才不會各自承擔不同意思。

source 與 medium 怎麼固定？

把來源和渠道先固定成一組：本篇假設追蹤 Threads 自然貼文與留言，統一使用 utm_source=threads 和 utm_medium=social。source 表示來自哪個平台，medium 表示透過哪種渠道到達；不把帳號名稱、貼文主題或版位塞進這兩欄。如此一來，所有 Threads 自然連結都能沿用同一組值，位置差異則交給 utm_content。大小寫也統一使用小寫，避免 Threads、thread 和 threads 被整理成不同項目。

把允許使用的 source 與 medium 寫入共用字典，發布者從模板複製，不臨時手打。新平台若加入，source 才增加相應值；自然社群渠道可沿用字典既有的 medium。新增或更名時，由指定維護者記錄變更理由和開始使用的時間，其他人不要自行替換拼法。底線、連字號和大小寫看起來只是格式差異，分析工具或後續匯出可能仍把它們視為不同原始值，因此發布前應逐字核對。

如果日後另有付費投放，先由負責人確認是否需要一個與自然社群區分的 medium，再把規則補入字典；不要只因貼文文案寫了「推廣」就推定它屬於付費流量，也不要回頭把原本的自然連結改標成付費。source 仍代表平台，medium 才表達渠道類型。每次複製模板後，檢查三件事：source 是否為 threads、medium 是否為 social、有沒有把活動或版位誤填到這兩欄。這個簡單的欄位檢查能讓團隊把可變的活動代碼留在適合的位置。

campaign 名稱怎麼維持一致？

utm_campaign 用來標示同一個推廣活動或內容企劃。命名時先訂固定格式，再讓活動內的不同連結共用同一個 campaign。以下是假設格式：期間代碼加活動短名，例如 2026q4_utm_guide。先確認期間寫法、縮寫字典和分隔符號，再建立活動列；不要有人寫「第四季」、有人寫 q4，也不要讓每篇貼文各自發明 campaign。固定格式比追求看起來精巧更有用，因為發布者需要能照表填寫，維護者也需要能判斷它屬於哪個活動。

活動短名要描述這次要辨認的企劃，而不是抄整段文案或塞入日期、版位和貼文序號。前者通常有明確範圍，後三者各有欄位或素材紀錄可承擔。建立新名稱前，搜尋字典是否已有同義寫法；若是同一企劃，沿用原名。若目標頁或活動主題實質改變，才另開新 campaign，並在活動表註明新舊項目的關係。不要因為想讓名稱更漂亮，就在活動進行中途改寫代碼，否則同一活動的連結可能被拆開整理。

活動表可記錄 campaign、對應企劃、目的頁、負責人、使用期間和狀態。開始使用後只更新狀態及備註，不覆寫舊代碼；新規則生效時另留一筆變更紀錄。發布前把網址中的 campaign 值與活動表核對，確認每一個入口沿用相同字串，沒有多空格或多打一個底線。若活動仍在延續，不要只因跨月便自動換名；要不要拆成新活動，取決於是否需要分開回答成效問題。把這項判斷寫入字典，下一位發布者就有一致的依據。

貼文與留言連結如何區分？

同一篇內容可能在貼文本文和留言各放一個外連。若兩個網址使用相同 source、medium 和 campaign，位置差異可放在 utm_content：例如假設貼文用 post_20261018_a，留言用 reply_20261018_a_01。這裡的日期和代碼只是示例，不代表實際貼文。固定先寫位置，再接內容識別碼；同一份素材只要依表格規則取值，不必每次重新想一種格式。個人頁連結也可用相同原則，取一個清楚、可重複使用的代碼。

替每個實際可點的網址建一列，不要只依「貼文主題」分組。若同一篇貼文有兩則留言都放連結，可把留言序號加在代碼末尾；若只有一個留言連結，就不需要製造多餘層級。內容代碼應能回查素材清單，但不要放個人姓名、帳號隱私資訊或讀者資料。之後要改文案時，先判斷連結位置是否改變：只是文字更新但位置相同，通常沿用內容代碼並更新素材備註；若從貼文移到留言，就要使用對應新代碼，避免把不同位置混成同一項。

建立網址時，目的頁保持一致，只替各入口加上相同的 source、medium、campaign 和不同的 content 值。若目的網址本身已帶查詢參數，確認新增參數的分隔符號正確；含空格或特殊符號的活動名稱，應依網址編碼規則處理，最好從維護好的模板產生完整網址，而不是手工拼接。貼上後重新檢查參數名稱和值，並確認沒有漏字、重複的問號或錯把留言代碼貼進主文。這些檢查能確認連結標記的是預定位置；它不等於確認讀者會點擊，也不代表網站分析已完成其他設定。

發布前怎麼實際試點？

先選一個目的頁和一則待發布內容，建立一組貼文連結及一組留言連結。用手機或桌面瀏覽器各自開啟，確認頁面能載入、內容正確，網址上的 source、medium、campaign 和 content 值完整。若使用短網址或網站轉址，再核對最後到達的頁面仍帶著預期參數。測試網址不要直接當成正式貼文連結四處轉傳；用獨立的試點代碼記錄它，並明確註記是內部檢查，避免把測試瀏覽和日後整理的正式活動混在一起。

再逐項驗證命名表：貼文連結是否標為貼文、留言連結是否標為留言、兩者是否沿用同一組活動代碼，是否有個人資料或不該公開的文字。若三個假設入口各在手機和桌面各檢查一次，就是三乘二、共六次路徑檢查；這只是檢查項目數，不是成效或訪客數。有人遇到失效頁、參數消失或標籤不符，就先修正模板並重新走完整條路徑，不要只在表格改字便認定完成。

最後確認網站使用的分析工具是否能讀取這些參數。若採用 GA4 或其他工具，到團隊實際使用的分析介面檢查來源、渠道、活動及內容值是否按預期呈現；不同網站設定和資料處理方式可能有差異，所以不要預設欄位一定會出現，也不要把一個測試點擊當成已驗證整個報表流程。若參數沒有出現在可用資料中，先查目的頁轉址、同意設定和分析設定，再重新試點。把檢查結果、日期、測試代碼和修正人記入表格，確認後再將正式連結交給發布者。

舊命名怎麼對照整理？

整理舊連結時先匯出或複製原始參數，保留來源字串和活動值，不要直接覆寫過去的資料。另建對照欄，列出原始名稱、建議統一名稱、判斷依據和是否可確定對應。例如歷史資料中的 Threads、thread 和 threads，若都能從連結位置或素材紀錄確認是同一平台，可在新整理表中歸到 threads；若一個舊值可能指平台，也可能指某個活動，就標成待確認，不能為了整齊猜成同一類。新的命名標準從指定日期起採用，舊網址仍保留原貌供查核。

先處理可由原始連結、內容清單或活動紀錄直接核對的項目。對 utm_source、utm_medium 和 utm_campaign 分別做字典，再把舊值映射到標準值；不要用同一張對照表把來源、渠道、活動和版位混成一欄。若某個舊 campaign 無法辨認活動，保留原值並註明未知，不要從點擊量或文案語氣反推。資料匯出時若需要合併拼法，另留一欄顯示標準化值，保留原始值和轉換規則，讓比較結果可以重新檢查，而不是宣稱歷史網址本身已被改名。

完成對照後，選幾筆代表資料回查原連結，確認每筆映射都有可說明的理由，再鎖定字典版本與維護者。日後新增別名先查既有對照；若確實是新來源，建立新值，不要悄悄擴充舊規則。現在就挑一則 Threads 內容，為主貼文與留言各建一筆標記，填入共用命名表並跑完試點檢查；可在ThreadScout查看相關資訊。