解决GA《第三方金流》导致的流量误判:参照连结网址排除

解決 GA《第三方金流》導致的流量誤判:參照連結網址排除 如果你的網站有用第三方金流系統(歐付寶、Paypal),並且訪客在刷卡時會進行跳轉(訪客先跳去歐付寶刷卡,刷完後再跳轉回你的網站),那你的流量數據很可能已經被搞得亂七八糟,而這篇文章將解決協助你解決這樣的問題。     目錄 先談,第三方金流系統如何影響 Google Analytics的數據 為什麼會造成這樣的狀況? 解決方案:參照連結網址排除清單 使用《參照連結網址排除》後會發生的狀況 使用《參照連結網址排除》的注意事項 先談,第三方金流系統如何影響 Google Analytics的數據   假設: 訪客 從 Organic進到網站 A – >瀏覽了幾個頁面 – > 進行刷卡 – > 跳轉到歐付寶(allpay)的網域做刷卡行為 – > 跳回網站 A 繼續瀏覽   按照以上的流程來說,為公司帶來這筆訂單收益的應該是 Organic,在做成效分析時,我們也會將功勞歸屬在 Organic上,但因為此訪客刷卡時有跳轉到歐付寶的網域,所以在 Google Analytics 裡面,收益跟轉換會被計算在歐付寶的網域裡。   基本上這樣的狀況發生在所有的網站跳轉,只要你的訪客在刷卡時,會先被引導到 Paypal、歐付寶等第三方網站,完成刷卡後再自動跳轉回你的網站,Google Analytics 都會將原始的流量來源改判定為"跳轉的網域",這也會大大影響我們的分析工作。     以上的狀況影響到所有的流量判讀,不管訪客從廣告、Facebook、還是 Organic進站,只要他有交易行為,功勞歸屬就會跑到歐付寶裡,你會看到歐付寶的網域有極高的轉換率,而其他來源則幾乎完全沒有轉換數據,這也會讓我們完全無法分析…到底哪個流量來源對於企業是有價值的。     為什麼會造成這樣的狀況? 在 "理解Google [...]

解决GA《第三方金流》导致的流量误判:参照连结网址排除

\"\"

如果你的网站有用第三方金流系统(欧付宝、Paypal),并且访客在刷卡时会进行跳转(访客先跳去欧付宝刷卡,刷完后再跳转回你的网站),那你的流量数据很可能已经被搞得乱七八糟,而这篇文章将解决协助你解决这样的问题。

 

 

目录

 

  • 先谈,第三方金流系统如何影响Google Analytics的数据
  • 为什么会造成这样的状况?
  • 解决方案:参照连结网址排除清单
  • 使用《参照连结网址排除》后会发生的状况
  • 使用《参照连结网址排除》的注意事项

先谈,第三方金流系统如何影响Google Analytics的数据

 

假设:

访客从Organic进到网站A – >浏览了几个页面– > 进行刷卡– > 跳转到欧付宝(allpay)的网域做刷卡行为– > 跳回网站A 继续浏览

 

按照以上的流程来说,为公司带来这笔订单收益的应该是Organic,在做成效分析时,我们也会将功劳归属在Organic上,但因为此访客刷卡时有跳转到欧付宝的网域,所以在Google Analytics 里面,收益跟转换会被计算在欧付宝的网域里。

 

基本上这样的状况发生在所有的网站跳转,只要你的访客在刷卡时,会先被引导到Paypal、欧付宝等第三方网站,完成刷卡后再自动跳转回你的网站,Google Analytics 都会将原始的流量来源改判定为"跳转的网域",这也会大大影响我们的分析工作。

 

\"哦,该死的\"

 

以上的状况影响到所有的流量判读,不管访客从广告、Facebook、还是Organic进站,只要他有交易行为,功劳归属就会跑到欧付宝里,你会看到欧付宝的网域有极高的转换率,而其他来源则几乎完全没有转换数据,这也会让我们完全无法分析…到底哪个流量来源对于企业是有价值的

 

 

为什么会造成这样的状况?

在"理解Google Analytics的工作阶段"中我有提到,当访客重新更改了来源,工作阶段将会重新计算为一个新的工作阶段。

 

也就是说…,当访客从Organic 进站后,因为刷卡而跳转到第三方网站后(欧付宝、paypal)再转回本来网站,旧有来源为organic 的工作阶段将会结束,重新计算一个来源为第三方网站(欧付宝、paypal)的工作阶段。

 

发生状况的原因如上述所说,但聪明的你应该也会注意到…,这样的状况并非只是影响收益跟转换的成效分析,同样会造成工作阶段大量膨胀,同一个访客只要进行刷卡,Google Analytics 就会重新开始一个新工作阶段来计算,因此有交易的访客将会在短期产生两个工作阶段。间接的,甚至会影响停留时间、离开率等数据指标。

 

\"a3904\"

(点图放大看)

 

 

解决方案:参照连结网址排除清单

 

\"a3901\"

 

若上述状况你都有仔细阅读并且理解,那唯一解决的办法,就是要让访客在进行跳转时,Google Analytics 必须忽略那段跳转行为,而参照连结网址排除清单,就是这个功能!你可以在资源– > 追踪资讯 – > 参照连结网址排除清单 里找到这个设定。

 

如下图,以台湾最常见的金流系统欧付宝为例,直接输入domain 就可以将这个状况完整排除掉。

 

\"a3902\"

 

 

 

填入domain到参照连结网址排除之后,Google Analytics 会自动忽略所有来自此网域的工作阶段,这可以一劳永逸的解决跳转问题。

(若设定后没有效,请往下阅读,文章最后有提供设定注意事项)

 

 

使用《参照连结网址排除》后会发生的状况

 

将allpay.com.tw加入在排除清单后,Google Analytics 会自动忽略来自这个网域的工作阶段,并且将该工作阶段的转换、来源数据归类到更先前的来源。

 

假设:

若访客到访的路径为organic 进站– > 转到allpay刷卡– >跳回你的网站继续浏览

 

\"a3905\"

 

 

以上范例,因为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个月甚至数周。

 

\"a3908\"

 

但这里不建议缩短太多,这部分我将会在下一篇文章"理解Google Analytics 的归属模式"里面详解,归属模式为Google Analytics 既进阶且又非常重要的概念…,敬请期待。

 

 

  • 《参照连结网址排除清单》为资源层级的设定

最后还是要提醒你…,《参照连结网址排除清单》是资源层级的设定,套用之后将影响你整个资源的所有数据,请谨慎使用。

 

热点资讯

购物车
首页
学堂
建站
外链
SEO
DTC出海
关于我
Scroll to Top