GA4 預設管道群組中的「Unassigned」是什麼?該如何減少它的出現?

當我們來到 GA4 獲取新客以及流量開發報表時,在「預設管道群組」維度下,我們會看到各種不同的管道名稱,如:Organic Search、Direct、Paid Social 以及 Email 等,這些名稱都相當好從字面上理解其來源,幫助我們了解到流量是從何而來,唯獨其中的「Unassigned」,常常令許多第一次來到這報表的人百思不得其解,這「Unassigned」代表的是哪裡來的流量?又該如何避免這個名稱的出現?

Unassigned 出現在報表中

這篇文章將會帶你認識維度「預設管道群組」,並且告訴你 Unassigned 出現的原因,針對已經存在的 Unassigned 我們可以如何整理?最後告訴你可以如何規劃 UTM 連結參數來減少 Unassigned 的出現,如果你想直接看解決方法的話,請直接到這個段落



什麼是預設管道群組?

預設管道群組」是 GA4 所提供的其中一個維度,除了可以透過探索報表選取以外,在預設的「獲取新客」以及「流量開發中,都可以找到這個預設維度,只是兩者的定義會有稍微不同,一個是以使用者為基礎,另一個則是以工作階段。

「最初招攬到使用者的預設管道群組」維度中,我們可以了解到使用者第一次來到網站時,是直接(Direct)走進來網站?透過搜尋引擎(Organic Search)?還是社群平台(Organic Social)?抑或是關鍵字廣告(Paid Search),幫助我們在制定行銷策略時,知道該把多數資源投注到哪個管道或是應該加強哪個管道的曝光。

這還必須取決於哪個管道帶來的轉換率最高,而不是單看哪個管道的流量最多而已,如果流量高但是轉換率偏低,也代表著這管道帶來許多無效流量,可能應該調整素材或是廣告的受眾。

而在「工作階段預設管道群組」的維度中也是一樣的道理,只不過是以工作階段為基礎,當使用者啟動了這個工作階段時,是透過哪個渠道來到網站,因此兩個管道群組基本定義上會有些許不同,這是在判讀報表時要注意的地方。


GA4 是如何定義這些管道群組的?

「預設管道群組」就是將來自相同性質的流量,打包成同一個管道群組(恩,廢話),像是內容群組維度ㄧ樣,我們將同類型的產品或是文章分類,並打包成一個組別,關於 GA4 如何定義管道群組的部分可以參閱其官方文件,這邊會簡單介紹幾個 GA4 管道群組的定義方式。

目前 GA4 的預設管道群組總共有 18 個,我們可以從 GA4 後台管道群組介面找到預設的清單:

例如:付費搜尋(Paid Search)就是當來源(source)為搜尋引擎,像是 Bing 或是 Google 時,且媒介(mediun)有包含 cp 、ppc、retargeting 或是 paid 這些字眼時,就將其歸類入付費搜尋管道。(基本上就是你的關鍵字廣告)。

同樣的道理,付費社群活動(Paid Social)是指當來源為社群平台如:Meta、Instagram 或是 Twitter 時,且媒介(mediun)有包含 cp 、ppc、retargeting 或是 paid 文字時,就歸類到付費社群活動(Paid Social)。


所以未分配(Unassigned)是什麼?

在了解到 Google 如何分類各管道之後,我們就可以知道「未分配(Unassigned)」這個管道名稱就是當 GA4 發現流量來源都不符合其預先定義的時候,就會將其歸類到「未分配(Unassigned)」這個組別當中。

最常見的就是設定 UTM 時,你定義了一套自己的 Source 跟 Medium,那 GA4 就會將其歸類到 Unassigned(因為 GA4 不知道該分配到哪個管道中。)

例如:
假設你發送了電子報,信件中有連結讓使用者點擊後連回網站,你為連結設定了 utm,將 utm_source 設定為 emutm_medium 設定為 article

因為 GA4 中電子郵件管道的判斷為:當來源或媒介是 email、e-mail、e_mail 或是 e mail,才會歸類到預設的 email 管道群組,因此你的流量雖然是來自發送的電子報,但因為不符合條件(因為 utm_soure 為 em),此時 GA4 就會將其歸類到「未分配(Unassigned)」

如何知道 Unassigned 包含來自哪裡的流量?

雖然所有 GA4 無法歸類的流量都被分類成「Unassigned」,但是我們還是能透過次要維度來了解到這些流量來自哪裡。

點選報表主要維度旁邊的「+號」 新增次要維度 > 「流量來源」 > 「最初招攬到使用者的來源與媒介」

接著就可以看到「Unassigned」裡面是包含了來自哪裡的流量,以下圖為例,因為來源(source )與媒介(medium)都是透過 Url builder 設定的,不符合 GA4 預設管道群組的條件,因此都被歸類在「Unassigned」

在知道內容物之後,我們就可以透過自訂管道群組來將這些移出「Unassigned」


如何減少 Unassigned 數量?

#1.自訂管道群組

在 GA4 的後台,有一個管道群組的選項,我們可以透過自訂管道清單,建立符合自家網站需求的管道群組維度,方便報表上的製作以及閱讀。

舉例來說,假設今天公司有長期合作的外部網站或是網紅,透過他們引導使用者來到網站的產品或是活動頁面,那為了要追蹤其成效表現,一定會要求對方宣傳的連結必須要放上追蹤參數,假設合作的對象是 Agroup 集團,網址可能會如下:

https://www.abc.com/my-product?utm_source=Agroup&utm_medium=home_banner&utm_campaign=Happy-new-year-sale

因為網址的來源與媒介都不是 GA4 預設的條件,所以這個流量來源會被歸類到「Unassigned」,此時就可以使用自訂管道清單的功能來將其打包,將流量來源為 Agroup 的打包成一個管道。

GA4 介面左下角齒輪進入後台 >「資料顯示」>「管道群組」>「建立新管道分組」

在新增管道分組之後,原先的 18 個頻道名稱也會一併複製過來,這部分我們不做任何更動,直接新增第 19 個頻道。

在管道條件的地方,設定當來源包含 Agroup 時(請自行替換你的流量來源命名),將其歸類到頻道名稱 Agroup 的管道中。

接著我們就可以在原先預設的 18 個頻道名稱之外,看到第 19 個頻道名稱,未來如果有流量來源是來自 Agroup 的,就不會再被分配到 Unassigned 中。

再回到「獲取新客」或是「流量開發」的報表中,就可以在主要維度列表中,選取剛剛建立的管道群組清單,原先的預設管道群組依然會存在,因此如果你選擇「預設管道群組」還是會看到 Unassigned,而新建立的就不會了。(除非有新的流量沒有被歸類到,也就是說來源不是 Agroup 也不屬於原先預設的,還是會被歸類到「Unassigned」


規劃好 UTM 架構很重要

除了透過自訂管道群組來分類流量以外,規劃好你的 UTM 連結也是一件很重要的事,身為行銷人員的你可以建立一個 UTM 架構供團隊成員作為 UTM 連結設定的參考,並透過一張表格管理所有流浪在外的 UTM 連結,除了可以減少「Unassigned」的出現以外,在自訂管道群組時也會有條理許多。

例如:將所有給網紅引流合作的來源歸類為 Influencer,透過不同的 medium 命名來了解是來自於哪個合作網紅,這樣在自訂管道群組時,就可以設定一個 Influencer 管道,以此類推到其它的合作方式(或是針對相似媒體網站,給予 utm_source=News_site,utm_medium 則用來分類不同媒體。)

utm_source:Influencer
utm_medium:(網紅名字)_IG 或是 (網紅名字)_FB 或是(網紅名字)_Youtube

#2.配合 GA4 預設建立 utm 連結

在 GA4 預設管道群組的文件中,可以看到各頻道歸類的條件,假設我們想將流量歸類到預設的 Email 頻道,你的 source 來源或是 medium 媒介就必須是 email、e-mail、e_mail 或是 e mail,或當設計了一條放置在 amazon 上的連結,只要 utm_source 設定包含 amazon 的字眼,就會被歸類到 shopping 的頻道名稱中。

(關於 GA4 預先定義的的來源清單,可以參考此份來自官方的對照表,以及此份 GA4 「預設管道群組」文件

一個比較常見的狀況是,如果品牌端同時委託了不同的廣告代理商操作 Meta 廣告,為了要釐清且能從 GA4 後台看到廣告帶來的轉換是來自於哪一家廣告代理商,會請他們在廣告連結上建立 UTM 參數,此時就可以建議將 utm_source 統一設定為 facebook,utm_medium 則設定有包含 cp 、ppc、retargeting 或是 paid 這些字眼然後搭配廣告代理商的縮寫英文名稱就可以,例如:paid_(代理商英文名稱)

透過廣告引導到網站的連結可能就會變成
https://www.abc.com/my-product?utm_source=facebook&utm_medium=paid_Amedia&utm_campaign=Happy-new-year-sale

來自這條連結的流量,雖然是特別設定的 UTM 連結,但因爲符合 GA4 預設條件,就會自動被歸類到 Paid Social 當中(如下圖)。

(注意,在官方文件中,paid 是必須要放在前面的,放後面的話不會被歸類為 Paid Social

透過這樣的規劃之後,直接跟著 GA4 的預設去設定 UTM 參數,也就可以減少 Unassigned 的情況出現了。

#3.改不了的 UTM 連結怎麼辦?

覆水難收,發生過的事情,就是已經發生了,如果一些長期以來給代理商或第三方媒體使用的 UTM 連結,其 source 或是 medium 等命名方式需要重新調整,這可能會給雙方帶來不小的困擾,尤其是這些連結可能分散在許多第三方平台上,修改起來可能會耗費彼此大量時間。

在這種情況下,有沒有其他的解決辦法呢?

我們一樣可以透過「自訂管道群組」來解決這個問題,將這些來源加入到原本 GA4 預設的「頻道」中。最棒的是,這可以回溯歷史數據的,儘管是在設定完成之前生成的資料,在設定之後,都會一併整理到你想要的「頻道」裡。

例如:
為了分辨臉書廣告流量是來自哪一間廣告代理商,我們請廣告代理商在連結上放入 utm_source=代理商名稱-fb

延用之前設定「自訂管道群組」的步驟,這次我們不需要新增新的「頻道」,而是要對現有的頻道進行修改。以上述的例子為例,我們需要修改「Paid Social」這個頻道。

GA4 介面左下角齒輪進入後台 >「資料顯示」>「管道群組」>「建立新管道分組」> 找到 Paid Social 點擊右邊「箭頭」進入設定介面

設定介面中,在原本預設的條件下新增一個條件「來源完全相符(=)代理商名稱-fb」。

上圖的設定翻譯成中文就是:

只要預設管道群組完全相符 Paid Social 或是流量來源的名稱完全相符 代理商名稱-fb(我們的範例來源),就將這些流量歸類到 Paid Social 這個頻道中。

完成之後,回到流量來源相關報表中,選擇剛剛新增的「新管道分組清單」維度,就會看到來源符合 代理商名稱-fb 的流量都被歸類到 Paid Social 這個頻道裡了。


總結

這篇文章我們介紹了 GA4 中相當好用的維度「預設管道群組」,讓大家了解 GA4 是如何定義預設管道群組的,並且解釋了為什麼在這個維度底下會有 「Unassigned」的出現,我們該怎麼透過自訂管道群組以及調整 UTM 參數來減少這情況。

未來如果有外部合作需要透過 UTM 連結建立追蹤參數時,就可以先好好規劃,避免未來的 GA4 報表不好整理,負責 GA4 的行銷人員也可以定期檢查 Unassigned 底下有沒有不在規劃清單內的來源與媒介,適時地進行調整(很常會出現建立 UTM 連結時不小心打錯字的情況。)

以上,未來如果 GA4 在這部分有調整,也會一併更新在文章當中。


延伸閱讀

如果你很喜歡這篇文章並且覺得內容有幫助,又剛有些多餘時間,歡迎你看看其它文章,繼續探索(這坑?這地獄?這片樂土?)

同時,如果對於內容有疑問或是建議,也歡迎你留言告訴我們:)