如果你的網站有用第三方金流系統（歐付寶、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 同樣會將它忽略，並且歸類到更先前的來源，簡單來說，將有兩種狀況：

1. 訪客先前曾經有從其他來源造訪過，比方說周一小明從 facebook造訪過我們網站，周二再從allpay 看到靜態廣告再次造訪，但allpay網域已經被我們設定排除，Google Analytics 只好把小明計算是從facebook進站的流量。
2. 小明第一次從 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 既進階且又非常重要的概念…，敬請期待。

• 《參照連結網址排除清單》為資源層級的設定

最後還是要提醒你…，《參照連結網址排除清單》是資源層級的設定，套用之後將影響你整個資源的所有數據，請謹慎使用。