前言

在GA4根據不同的維度，會有不同功勞歸屬的歸因方式，可參考此篇說明 GA4的使用者、工作階段、事件來源/媒介傻傻分不清楚。

在使用者到訪網站的路徑中，有時候會用 (direct) / (none) 直接流量，進到網站。
●到底什麼時候會忽略 (direct) / (none) 直接流量？什麼時候不會被忽略呢？
●由 (direct) / (none) 直接流量開啟的工作階段，在被忽略的情況下，工作階段來源/媒介會怎麼歸因呢?

本文主題：著重在 (direct) / (none) 直接流量進入網站後的行為功勞歸屬進行實驗，以確認 (direct) / (none) 直接流量的歸因方式。

本文適合對象：網站分析人員 、媒體操作人員、行銷人員。

1. 什麼時候會歸在(direct) / (none) 直接流量

首先，需要先了解什麼時候會被判定成 (direct) / (none) 直接流量。

2. 實驗測試

測試目的

測試(direct) / (none) 直接流量在最初招攬到使用者、工作階段、事件範圍各維度的功勞歸屬方式。

測試方式

● 透過GA4 debug view、探索報表觀察結果。
● GA4報表歸因：付費和自然最終點擊，以觀察事件範圍的維度。
● 以下圖為例：新使用者A造訪網站，後續以不同的來源/媒介再度造訪網站，完成轉換。

3. 實驗測試結果

以下測試結果先拆解每日

8/18 GA4資料

● 最初招攬到使用者維度：轉換功勞皆歸在  (direct) / (none) 直接流量。
● 工作階段維度：轉換功勞皆歸在 (direct) / (none) 直接流量，因為是由 (direct) /    (none) 直接流量開啟該工作階段。
● 事件維度：
     ▲因 (direct) / (none) 直接流量 和 google / cpc各造成一個轉換，因此各記一個 轉換功勞。
     ▲由於是在同一個工作階段發生，所以總計工作階段會是1。

8/21 GA4資料

● 最初招攬到使用者維度：由於使用者未清除cookie，最初招攬到使用者來源/媒介   還會是一樣，因此轉換功勞還是歸在 (direct) / (none) 直接流量。
● 工作階段維度：轉換功勞皆歸在 facebook / social 。
● 事件維度：
     ▲(direct) / (none) 直接流量和 twitter / social各造成一個轉換。但會忽略 direct / none (直接流量)的情況下， (direct) / (none) 直接流量造成的轉換會歸在前一個已知的來源/媒介facebook / social，因此facebook / social 和 twitter / social 各記一個轉換功勞。
     ▲由於是在同一個工作階段發生，所以總計工作階段會是1。

8/23 GA4資料

● 最初招攬到使用者維度：由於使用者未清除cookie，最初招攬到使用者來源/媒介   還會是一樣，因此轉換功勞還是歸在 (direct) / (none) 直接流量。
● 工作階段維度：由 (direct) / (none) 直接流量開啟該工作階段，但會忽略 (direct)     / (none) 直接流量的情況下，因此工作階段數和轉換功勞皆歸在前一個已知來源/媒介twitter / social，並不是歸在前一個開啟工作的來源/媒介facebook / social。
● 事件維度：
     ▲(direct) / (none) 直接流量和 line / social各造成一個轉換。但會忽略 (direct) / (none) 直接流量的情況下， (direct) / (none) 直接流量造成的工作階段和轉換會歸在前一個已知的來源/媒介twitter / social，因此 twitter / social 和 line / social 各記一個轉換功勞。
     ▲由於是在同一個工作階段發生，所以總計工作階段會是1。

8/18-8/23 GA4資料

4. 實驗結論

這邊統整 (direct) / (none) 直接流量在最初招攬到使用者、工作階段 、事件範圍維度的歸因差異。
希望藉由這個實驗結果，可以讓大家更清楚(direct) / (none) (直接流量)的功勞歸因方式。

Google說明 ：[GA4] 流量來源維度的範圍、[GA4] 關於歸因分析和歸因模式