解決 GA《第三方金流》導致的流量誤判:參照連結網址排除
如果你的網站有用第三方金流系統(歐付寶、Paypal),並且訪客在刷卡時會進行跳轉(訪客先跳去歐付寶刷卡,刷完後再跳轉回你的網站),那你的流量數據很可能已經被搞得亂七八糟,而這篇文章將解決協助你解決這樣的問題。
先談,第三方金流系統如何影響 Google Analytics的數據
假設:
訪客 從 Organic進到網站 A – >瀏覽了幾個頁面 – > 進行刷卡 – > 跳轉到歐付寶(allpay)的網域做刷卡行為 – > 跳回網站 A 繼續瀏覽
按照以上的流程來說,為公司帶來這筆訂單收益的應該是 Organic,在做成效分析時,我們也會將功勞歸屬在 Organic上,但因為此訪客刷卡時有跳轉到歐付寶的網域,所以在 Google Analytics 裡面,收益跟轉換會被計算在歐付寶的網域裡。
基本上這樣的狀況發生在所有的網站跳轉,只要你的訪客在刷卡時,會先被引導到 Paypal、歐付寶等第三方網站,完成刷卡後再自動跳轉回你的網站,Google Analytics 都會將原始的流量來源改判定為"跳轉的網域",這也會大大影響我們的分析工作。
以上的狀況影響到所有的流量判讀,不管訪客從廣告、Facebook、還是 Organic進站,只要他有交易行為,功勞歸屬就會跑到歐付寶裡,你會看到歐付寶的網域有極高的轉換率,而其他來源則幾乎完全沒有轉換數據,這也會讓我們完全無法分析…到底哪個流量來源對於企業是有價值的。
為什麼會造成這樣的狀況?
在 "理解Google Analytics的工作階段"中我有提到,當訪客重新更改了來源,工作階段將會重新計算為一個新的工作階段。
也就是說…,當訪客從 Organic 進站後,因為刷卡而跳轉到第三方網站後(歐付寶、paypal)再轉回本來網站,舊有來源為 organic 的工作階段將會結束,重新計算一個來源為第三方網站(歐付寶、paypal)的工作階段。
發生狀況的原因如上述所說,但聰明的你應該也會注意到…,這樣的狀況並非只是影響收益跟轉換的成效分析,同樣會造成工作階段大量膨脹,同一個訪客只要進行刷卡,Google Analytics 就會重新開始一個新工作階段來計算,因此有交易的訪客將會在短期產生兩個工作階段。間接的,甚至會影響停留時間、離開率等數據指標。
(點圖放大看)
解決方案:參照連結網址排除清單
若上述狀況你都有仔細閱讀並且理解,那唯一解決的辦法,就是要讓訪客在進行跳轉時,Google Analytics 必須忽略那段跳轉行為,而參照連結網址排除清單,就是這個功能!你可以在資源 – > 追蹤資訊 – > 參照連結網址排除清單 裡找到這個設定。
如下圖,以台灣最常見的金流系統歐付寶為例,直接輸入domain 就可以將這個狀況完整排除掉。
填入domain到參照連結網址排除之後,Google Analytics 會自動忽略所有來自此網域的工作階段,這可以一勞永逸的解決跳轉問題。
(若設定後沒有效,請往下閱讀,文章最後有提供設定注意事項)
使用《參照連結網址排除》後會發生的狀況
將 allpay.com.tw加入在排除清單後,Google Analytics 會自動忽略來自這個網域的工作階段,並且將該工作階段的轉換、來源數據歸類到更先前的來源。
假設:
若訪客到訪的路徑為 organic 進站 – > 轉到allpay刷卡 – >跳回你的網站繼續瀏覽
以上範例,因為 allpay已經被我們排除,所以來源跟轉換等所有數據都會被歸類在上一個來源,也就是organic,這的確是我們期望所看到的數據樣貌。
但同時 ,Google Analytics 排除的是所有來自 allpay網域的流量(不只是跳轉,而是這整個網域來的流量),若假設 allpay這個網域有擺放你的靜態廣告、連結,你有訪客是真的從 allpay 網域的行銷活動連結進來,Google Analytics 同樣會將它忽略,並且歸類到更先前的來源,簡單來說,將有兩種狀況:
- 訪客先前曾經有從其他來源造訪過,比方說周一小明從 facebook造訪過我們網站,周二再從allpay 看到靜態廣告再次造訪,但allpay網域已經被我們設定排除,Google Analytics 只好把小明計算是從facebook進站的流量。
- 小明第一次從 allpay造訪我們網站,但allpay網域已經被設定排除,Google Analytics 往先前的來源數據去找,找不到來源,導致 Google Analytics沒辦法判斷來源,只好把小明計算為 direct/none。
這個概念我在"你該理解的直接流量 (direct / none)"中有提到,也就是"最後非直接流量點擊歸屬"的概念。
基本上將《參照連結網址排除》運用在第三方金流跳轉的議題是絕對沒問題的,因為訪客在刷卡之前一定會有一個確切的來源數據,但如果你拿去排除 Facebook、104.com 這些網域,很可能會產生大量的 direct/none。
使用《參照連結網址排除》的注意事項
- 若要運用在《社群網站》登入系統 – 請三思
基本上本文中探討的狀況,除了刷卡之外,也會發生在 Facebook、Google+的登入,因為訪客只要進行 Facebook登入行為,一樣會有跳轉行為,流量來源同樣會被更改為Facebook,這個問題同樣可以用《參照連結網址排除》來解決。但這樣的做法會造成 Facebook 來的流量都會變成 direct/none,或 GA自動歸屬到更早的流量來源,反而影響分析工作。
- 廣告活動逾時設定(關鍵注意事項)
若你在設定此功能之後,沒有出現預期的效果,那是因為只要有訪客曾經交易/刷卡,並有跳轉過的紀錄,該訪客的數據將會被 Google Analytics 的 cookie 記錄下來,並導致該訪客的來源數據無法被正常排除。你必須等到該訪客的 cookie過期,《參照連結網址排除》的功能才會生效,若要加速 cookie過期時間,你可以在資源 – > 追蹤資訊 – >工作階段 裡找到此設定,系統預設為 6個月,你可以縮短為 1個月甚至數周。
但這裡不建議縮短太多,這部分我將會在下一篇文章"理解 Google Analytics 的歸屬模式"裡面詳解,歸屬模式為 Google Analytics 既進階且又非常重要的概念…,敬請期待。
- 《參照連結網址排除清單》為資源層級的設定
最後還是要提醒你…,《參照連結網址排除清單》是資源層級的設定,套用之後將影響你整個資源的所有數據,請謹慎使用。