Threads 個人檔案與單則留言的連結，怎麼分開追蹤？

用一致的 UTM 命名、測試點擊與報表核對，分辨 Threads 個人檔案連結和單則留言連結各自帶來的網站流量。

個人檔案與單則留言都可能把讀者帶到同一個網站，但前者反映對帳號的整體興趣，後者反映對某則討論的即時反應。若連結共用同一組標記，報表便無法回答哪個入口值得保留。做法是先定義兩條路徑，再用一致命名、實際點擊與報表核對，把入口分開記錄。

兩個入口各自放在哪裡？

先把「入口」定義為讀者從 Threads 點往網站的起點。個人檔案入口，是讀者先開啟你的個人頁，再點簡介或頁面中的網站連結；單則留言入口，則是讀者在某篇貼文的討論中，直接點你那則回覆裡的網址。兩者可以通往同一頁，但前置情境不同：檔案連結承接對帳號的整體認識，留言連結承接對某個問題或主題的即時興趣。追蹤要回答的是讀者從哪個位置開始前往，不只是網站最後開了哪一頁。

盤點時，逐一記下每個位置的目的地、讀者看到的提示，以及是否有可點擊的網址。若留言內容只是提醒讀者「到個人檔案看連結」，外連仍從檔案頁出發；這不是留言直接帶來的網站入口。若留言提供可點擊網址，才適合將它獨立標記。平台上的按讚、回覆或瀏覽數也要和網站數據分開看：它們反映討論反應，不能直接代表有人點了連結或成功載入頁面。

可以把路徑畫成兩條線：A 是 Threads 個人頁→簡介連結→網站；B 是某篇貼文→指定回覆→網站。接著用手機檢視每個網址是否真的能操作，因為文字看起來像網址，不一定代表讀者能直接點。例：看完帳號介紹後點「了解主題」屬 A；讀完你對某個問題的回覆後，直接點那則回覆中的說明頁屬 B。若路徑中途轉回個人檔案，應按實際出站位置歸類，避免把留言引發的興趣當成留言入口的點擊。

命名要留哪些位置資訊？

命名的目的，是讓日後看報表時不必靠記憶猜來源。先固定每個欄位的職責：source 表示流量來源，medium 表示媒介類型，campaign 表示這一輪內容或目標，content 表示具體版位或素材。兩個入口都來自 Threads 時，前三項可以相同，再用 content 區分個人檔案和單則留言。欄位拼法固定使用小寫和底線，能減少大小寫、空格或同義字造成的多筆分類，讓同一規則可沿用到下一篇內容。

以下是用來說明命名方式的假設例子，並非成效資料：

建立標記時，把位置寫得能讓未參與發布的人也看懂。profile_bio 指向個人頁簡介的長期連結；reply_topic_a 則記下某個討論脈絡中的留言位置。若有多則留言要比較，可以用簡短、穩定的主題代碼補足，但避免把整段文案放進參數，否則拼寫變化會讓報表難以整理。需要更換主題名稱時，先查命名表是否已有代碼，別臨時混用縮寫和全名。

參數也不應放入讀者姓名、帳號名稱、電子郵件或其他可識別個人的資料。標記的用途是辨認來源與版位，不是辨認某一位讀者。發布前，逐項檢查來源、媒介、活動名稱和位置代碼是否填在正確欄位；把最終網址存回追蹤表，並保留一筆「入口名稱—參數值」對照。如此即使隔一段時間才回看，也能分清哪個值代表檔案、哪個值代表留言。

同一頁面要怎麼分標？

若兩種入口都希望送到同一個網站頁面，可以保留相同的目的地，只讓代表版位的參數不同。這樣讀者抵達的是同一份內容，報表裡仍可辨認點擊來自個人檔案或某則留言。做法是先選定正式目的頁，再分別產生檔案連結和留言連結；每次複製前檢查完整網址，確認只有指定的入口代碼不同。不要只憑網址前半段相同就判定已分流，真正區分入口的是網址中保留下來的追蹤參數。

如果兩個入口需要前往不同內容頁，也能各自標記來源，但解讀時要把「版位效果」和「頁面內容效果」分開。假如留言連到特定主題頁，檔案連到總覽頁，兩邊的停留或後續行動不同，可能是內容差異造成，不一定代表留言位置較有效。可以先讓兩個入口都通往同一頁比較來源；若業務上必須分流，就另外記錄目的頁，並比較兩頁共同的下一步行動，例如同一個表單或下一頁連結。

同一個位置若同時放了多個網址，也應分別命名，不能全部沿用 profile_bio 或 reply_topic_a。例如個人檔案連結改指向活動報名頁，而留言連結仍指向說明頁時，追蹤表要保留兩者的落地頁名稱。若短網址、導向頁或外部連結服務會改寫網址，先確認 UTM 參數經過轉向後仍在最終網址中；有些轉向會移除查詢參數，造成入口失去標記。最後用相同瀏覽方式點開兩條路徑，核對頁面和參數都符合預期。

如何用測試點擊核對？

測試時，從讀者實際看見連結的位置開始，不要只在編輯器裡點自己存下的網址。先準備一張簡單核對表，欄位包含入口、貼文或個人頁位置、預期目的頁、預期的 utm_content 值、實際最終網址，以及核對結果。接著分別打開個人檔案和指定留言，依照一般讀者的操作順序點擊。這一步能發現連結被貼錯位置、留言指向舊頁面，或文字網址並非可操作連結等問題。

到達頁面後，檢查瀏覽器地址中的追蹤參數是否完整，尤其確認 source、medium、campaign 和 content 沒有拼錯、重複或被轉向移除。然後確認實際載入的是預期頁面；若中間經過短網址或重新導向，記錄每一步後的網址變化。可以在追蹤表中各留一筆測試結果，不要只寫「已測」，要記下是哪個入口、用哪種裝置操作、最後看到什麼。若測試失敗，先找出是哪一段路徑或哪個參數出問題，再修正後重走同一條路徑。

若網站分析工具已設定測試檢視或除錯方式，可用它確認測試工作階段有沒有帶入預期的來源值；若尚未設定，就先以實際到達網址核對，不要把尚未驗證的分析事件當成成功。測試點擊也可能混入正式數據，因此測試前採用專用的測試活動名稱，並記下操作時間，之後在檢視結果時排除或單獨辨認。也可請另一位測試者從不同裝置再走一次，確認連結在一般讀者的瀏覽方式下仍可用。這些檢查能驗證連結與標記，不代表已證明日後每次點擊都會被分析工具記錄。

報表裡如何分開查看？

在分析工具中，先用相同的日期範圍、活動名稱和轉換定義查看兩種入口，再按代表版位的參數值拆開。對照的重點是 utm_content 是否分別出現 profile_bio 和 reply_topic_a，並同時查看來源、媒介與落地頁，確認沒有因參數拼錯而落到另一個分類。若你使用 GA4 或其他網站分析工具，欄位名稱與可用報表可能不同；找到能按手動活動參數分組的檢視方式即可，不必假設各工具的畫面或選項完全相同。

讀報表時，要分清連結點擊與分析工具辨認出的工作階段。兩者不是同一種計數：讀者可能點了連結但頁面未成功載入，也可能因瀏覽環境、隱私設定或參數遺失而沒有留下完整來源。不要把兩類數字直接當作同一個總數。如果入口分類出現空值或被歸到其他來源，先回查最終網址和轉向紀錄；如果標記正確而工作階段仍有差異，再檢查分析工具的收集狀態與所採用的歸因設定。

假設性例子：某次報表辨認出檔案入口帶來五個工作階段，留言入口帶來三個，合計八個已辨認的工作階段，因為五加三等於八。這八個不是平台上的連結點擊數，也不能單靠它判斷哪一種入口較值得投入；還要看兩邊是否通往同一頁、是否用相同的轉換條件，以及各自帶來的後續行動。若報表另有未分類流量，應保留為未知來源，回查後再修正，不能按比例硬分給檔案或留言。記錄檢視日期、篩選條件和參數值，方便下次用相同口徑比較。

入口改版時怎麼更新？

把追蹤表當作每次改版的操作紀錄，至少記下入口名稱、目前位置、目的頁、完整參數值、更新人和改動原因。個人檔案連結更新時，核對新目的頁與 profile_bio 是否仍相符；新增或調整留言連結時，另建對應主題代碼，不要沿用上一則留言的代碼。若入口移到不同位置，即使目的頁相同，也要更新位置資訊，讓之後的報表仍能說明流量是從哪裡來的。改版前先保留舊連結和當時的命名，避免回頭查看歷史資料時失去對照。

發布後的留言或個人頁改動，先確認該位置能否編輯，再依實際狀況更新；若無法更換，就在追蹤表註明原連結仍可能被讀者看到，以及停止使用的時間。不要讓兩個不同位置長期共用一個代碼，也不要把舊參數直接改成新含義，否則同一筆歷史報表會被解讀成兩種入口。若只是更換目的頁而位置未變，可保留位置代碼並更新目的頁欄；若活動或主題已換，則建立新的活動或內容代碼，讓新舊期間仍可辨認。

每次更新完成後，從實際位置重新點擊，檢查最終頁面和參數，並在報表中確認新值可以辨認。把這次核對結果和更新日期記在內部追蹤表；日期是維護紀錄，不必放進公開文案或參數裡。下一步可以先替個人檔案和一則留言各建一筆標記，逐一點擊並核對報表中的入口值。若想了解 ThreadScout，請前往 ThreadScout。