GA 正確追蹤跨子網域行為的兩個步驟

假設你有一個網域 URL “www.example.com”，那麼 “example.com”就是就是你的主要網域(root domain)，”www.example.com”就是它的子網域。

在正常狀況下，使用者在 GA 子網域之間的移動訪問行為，我們會希望所有行為都被串接在一起，而不是每訪問一個子網域就開始新的工作階段，甚至被認定為新的使用者；舉例來說，使用者先到了 blog.example.com 瀏覽文章，接著被引導到 shop.example.com 查看商品，最後前往 checkout.example.com 進行結帳購買，這一連串的行為我們通常會希望整合成一個使用者在一個工作階段內的行為，而不是三個使用者開啟三個不同的工作階段。

本篇文章將會注重在相同主網域的子網域追蹤(例：blog.example.com, shop.emample.com)，如果你想追蹤的是不同主網域(例：example1.com, example2.com)，請前往 GA 跨網域追蹤設定，或前往查看網站是否需要跨網域追蹤。

正確的設定子網域追蹤

正確追蹤子網域只需要兩個步驟，甚至可以說不需要任何步驟。為什麼會這樣說？因為 GA 其實在預設的環境下就已經幫我們設定好了，但也因為如此，很多人並不知道子網域到底是如何被追蹤的，導致很多時候不小心改動到相關設定，整個子網域追蹤壞掉，也不知道該從哪裡修正；跟著下面兩個步驟，將帶你檢查與設定 GA 資源的子網域追蹤。

Step 1: 設定追蹤碼 cookie 網域

不管你是用 gtag 或是 GTM 追蹤碼，在預設環境下， cookie 網域都是被設定為 auto ，這會讓所有的子網域在發送 GA 匹配時都能夠自由的存取並共用相同的 client id (_ga cookie)， GA 就能透過 client id 辨識出同一個使用者在不同子網域的行為。

• 使用 gtag 追蹤碼
  • 預設的追蹤碼不需要特別宣告 cookie 網域就會默認為 auto，可以透過開發者文件檢查是否有動到 cookie 網域的設定。

• 使用 GTM 追蹤碼
  • Google Analytics 設定變數預設的 cookie 網域為 auto，可檢查是否有變更為其他的參數。

注意：所有子網域都必須檢查 cookie 網域是否都是 auto ，確保子網域追蹤不會出錯。

Step 2: 設定參照連結網址排除

前往 Google Analytics 點擊左下方的管理 -> 資源 -> 追蹤資訊 -> 參照連結網址排除，主網域必須被添加在這裡，正常情況下應該已經被設定好了(GA 會根據你創建資源時填寫的網域自動幫你添加)，如果沒有直接新增即可(主網域)。

實際應用範例

上述設定是最基本的跨子網域追蹤設定(整合)，根據網站不同的需求，其中的設定也許會需要變更，接下來將會提供不同的情境應用範圍，之後就可以根據網站的需求自行調整設定。

使用者情境流程：

1. 使用者透過 Google 關鍵字搜尋到達網站部落格專區 -> https://blog.example.com
2. 透過部落格產品推薦，使用者點擊了商品被導向到產品專區 -> https://shop.example.com
3. 使用者決定購買產品，前往結帳 -> https://checkout.example.com
4. 結帳完畢，使用者被重新導向回產品專區 -> https://shop.example.com

• 情境1: cookie 網域設定為子網域本身，參照連結網域排除沒有設定
  • 每次跳轉到新的子網域就會被判定為新的使用者並給予新的 client id。
  • 認定來自不同網域所以開啟新的工作階段並更改來源為 referral。
  • 總計 3個使用者、4個工作階段。

• 情境2: cookie 網域設定為 auto ，參照連結網域排除沒有設定
  • 每次跳轉到新的子網域會延續使用原本的 client id ，判定為相同使用者。
  • 認定來自不同網域所以開啟新的工作階段並更改來源為 referral。
  • 總計1個使用者、4個工作階段。

• 情境3: cookie 網域設定為 auto ，參照連結網域排除有設定
  • 每次跳轉到新的子網域會延續使用原本的 client id ，判定為相同使用者。
  • 認定來自相同的網域所以延續原本的工作階段與來源媒介。
  • 總計1個使用者、1個工作階段