本部落格已搬家
點此前往新部落格

新主機測試中...

Your posts match “ GA ” tag:

讓瀏覽器擴充套件幫助你使用 Google 分析

Google Analytics 已經是這年頭網頁分析的基本工具之一,
江湖人稱平生不見 GA,就稱網路行銷大師也枉然。
本文將介紹一些 Google 瀏覽器的擴充套件,幫助一般人更方便的使用 Google 分析。

1.Tag Assistant (by Google)
有時候舊程式移植時沒清乾淨,在某支 view 程式檔、或是某支 js 中藏有別的網站的 ga code,或是一個頁面需要嵌入好幾組不同的 ga 功能代碼。除了看 ga 報表,有沒有其他方法檢測頁面內這堆 ga 代碼是否正常嵌入、是否運作正常,或是頁面有沒有嵌到別的 ga ID 呢?

有的,例如可以用 Tag Assistant,安裝完畢之後,瀏覽器右上角會多一顆按鈕,可對網頁進行檢測。


比如說有網頁嵌了兩組一樣的代碼,它會提示可能造成重複接收資料來源,一目瞭然。
每一個項目也都可以再點進去,查看細節。這是使用 GA 與 GTM 時必備的重要工具。

載點 : Tag Assistant (by Google) - Chrome 線上應用程式商店

2.Google Analytics Debugger (by Google)

如上圖,我們可以在 console 裡面看到 event tracking 的 ga 代碼是否有被觸發與送出,
還有你的個人資訊與裝置資訊在 ga 眼中的樣子。
功能跟 Tag Assistant 大同小異,但是 Google Analytics Debugger 的訊息是顯示在瀏覽器的主控台裡面。

載點 : Google Analytics Debugger

3.Page Analytics (by Google)
Google Analytics 系統相當強大,市面上類似的競爭工具則通常主打「簡易使用」,通常是將某個本來在 GA 裡得自己篩選才能查到的資訊,再拿出來小題大作,宣傳成了不起的功能,或是多一些 GA 沒有的功能,如使用者操作歷程錄影之類的功能。

那除了像絕地大師一樣在 Google Analytics 系統裡使用各種維度、區隔、篩選器撈出想看的數據,或是把常用項目建在資訊主頁或捷徑,以免下次要用的時候找不到想看的資料要從哪進去。那還有沒有其他「比較像是給人看的」的 GA 資料視覺化工具?

可以試試 Page Analytics 這個瀏覽器套件,只要你的 Google 帳號有某網站 ga 的檢視權限,那麼只要登入 Google 帳號、啟用套件,用 Google 瀏覽器進入網站時,就會多顯示一些額外資訊。

載點 : Page Analytics

結論:
工具到齊了,接下來有兩件事要煩惱。
第一件是有些電腦對 Google Chrome 水土不服,所以這些套件就武功全廢了。
第二件則是有些人只會看中文,變英文就看不懂了,Come On! 找出小時候看不懂日文也能玩神奇寶貝的熱情吧。

另外分享三個 Google 分析冷知識,一般人通常碰不太到。

  • Google 分析功能這麼強,都不用錢? 其實平常大家免費使用的叫做 Google 分析標準版,另外也有要收費的 Google Analytics Premium,收費是每年 15 萬美金。

  • Google 分析標準版的資料流不是無限的,只要每個月 1000 超過萬次點擊 / 或單日超過 20 萬個使用者 / 或每個工作階段超過 500 次點擊,超過的就不會再紀錄,可能造成紀錄或報表統計結果不正確。(Google Analytics Collection Limits and Quotas)

  • Google 分析標準版的官方資料號稱只能調閱至少近 25 個月的資料,但實測後還滿長的。但有些統計資訊或維度真的叫不出來,有可能是那時候還沒有那個功能。


這篇文章有幫助到您嗎? 歡迎 😀打賞贊助


你知道你的網站可能在 InAppBrowser/webview 無法使用嗎?

你知道你的購物網站,可能在 Facebook App 裡面無法結帳嗎?

最近遇到一個案例,購物網站上線後,廠商說許多消費者回報「購物車無法刪除商品」,選擇取貨的超商分店後「無法跳回原本的結帳頁面」。工程師用了幾十年 的 JavaScript confirm() 跟 window.open() 語法,到底會有什麼問題?

一開始以為是資訊界的「顧客整人」理論(註一)。但是深入了解後,終於重現發生問題的情況: 網站主要導流來源是 Facebook 粉絲專頁,只要使用者使用 iOS Facebook app 內的瀏覽器開啟網站,一些 JS 功能就會失效,但如果將連結使用一般的 Safari 瀏覽器開啟,則是一切正常。這種 APP 內的瀏覽器有個專有名詞,叫做 InAppBrowser,或是對 App 開發人員,叫做 "UIWebView"。

註一: 服務業有所謂「顧客至上」理論,不需要任何邏輯,花錢的就是大爺,客人就是神。資訊界則相傳有「顧客整人」理論,程式不會有問題,一定是使用者不會用,或是軟硬體太舊或太新,造成相容性問題。

再找了一些瀏覽器功能支援度的線上測試工具,用這年頭最新的 iOS 9 實機測試,Safari 跟 InAppBrowser 的確會跑出不一樣的分數,證據確鑿! 明明在同一台裝置上,都可以看網頁,但卻是不一樣的東西。

除了那些細部的測試,另外之後也初步條列出幾個常用,但是會在 InAppBrowser 發生問題的語法:

- alert() :無法出現對話提醒視窗,所以「請填寫某欄位」之類的提示通通看不到,假如姓名欄位必填,有個使用者沒填姓名,但是他點送出的時候,網頁也無法提示「請填寫姓名」,使用者只會看到點了送出,怎麼網頁都沒反應?

- confirm() :對話確認視窗無法出現
if(confirm) 的行為通通無法繼續操作。「是否確定刪除購物車內的商品?」之類的確認視窗通通看不到,也無法操作,這是使用者體驗的一大忌,因故完全無法操作,但使用者又無法得知發生了什麼事。

- window.open 或 window.opener:與電腦上完全不同的顯示行為。
會有兩種情況產生,一種是點擊後毫無動作,如果選超商分店之類的 emap 是用 window.open 來做,那使用者是無法選擇超商的。target="_blank"倒是可以用的,沒問題。
另一種是會覆蓋原本的頁面,而不會在新視窗開啟。如果沒有特別作紀錄,將導致使用者剛剛輸入的內容被清除掉,又得重新輸入。

- window.close 或 self.close :失效。
承上,因為頁面已經被覆蓋掉了,所以一些指定視窗跳回的也失效了。程式可以接收到傳回的資料值,但使用者只會看到精美的空白畫面,無法關閉分頁。有些 App 按返回,會直接跳回 App 的文章,而不是網頁的上一頁,不管是卡在空白畫面或是無法回上一頁,等於結帳流程完全被中斷。

但是裡面有內建瀏覽器,而預設不會直接呼叫 Safari 開啟網頁的 App ,不只有 Facebook 呀!
又測試了一些比較常見的 App,檢測以上項目,只要有一項無法操作,就打叉。

  • Facebook (X)
  • Line (O)
  • Plurk (X)
  • Pinterest (O)
  • Pocket (X)
  • QQ (O)
  • Twitter (X)
  • Wechat (O)
  • Whatsapp (O)
  • 新浪微博 (O)

除了上述的社群軟體或閱讀軟體,其實還有掃描 QR code 的軟體要測,但是太多了,先忽略。以上是 iOS 中發生的問題,至於 Android 呢? Android 4.x 跟 Android 5.01 大致上沒發現這問題。

這份問題 App 清單不一定是準確的,因為症狀通常不會同時出現,還有可能某 App 今天沒事,但更新後就有問題了。或是本來有問題,但某天 App 更新後就正常了。還有明明 App 已經修復此問題,使用者卻從來都不知道要更新 App,繼續使用有問題的版本。

解決方案
現在是科學的時代,先把網站的 GA 報表叫出來看看影響層面究竟有多大? 是否真的有需要解決? 但數據表示用行動裝置的比用桌機的還多,iOS user 更是 Android user 的兩倍,所以目標客戶群主要還是拿 iOS 裝置的使用者,這問題是不能不找出解法了。

網站已經上線好幾週了,這種裝置不支援的問題算 bug 嗎? 網頁公司是否要無償去修正?
那 Flash 在手機上面不能看也算 bug 嗎?
XX 銀行的 WebATM 只能在 IE 上使用,不能在 Chrome上面執行,算 bug 嗎?
廠商把責任推給網頁公司,網頁公司把責任推給 Mark Zuckerberg,Mark Zuckerberg 把責任推給 Steve Jobs,所以先準備買機票去美國抗議,使用者的問題最後還是沒解決,事情不是這樣幹的。

這時候要拿出將太的壽司的經典台詞之一:

改程式、跟開設測試機都是要花錢的,先來考察別人都怎麼解決的:

1.網站公告法
用 Google 找了一下,這種「請消費者用預設瀏覽器開啟網站」的說明文還真不少,
隨便舉幾個來瞧瞧:

案例四 - 批踢踢網路創業板 - 緊急分享 fb app更新影響訂單成立

正常的購物行為,不管是明確型還是閒逛型購物,會先去看公告才開始消費的使用者比例其實是不高。如果叫廠商的 FB 小編每次發文時都要加「請消費者用預設瀏覽器開啟網站」,或是「請消費者自己更改 APP 開啟網頁的預設值(這個設定iOS 沒有,只有 Android 的 Facebook app 才有。)」,都是不夠理想的作法,應該只有花不起錢,或是時間有限的廠商才會做這種事。

2.自動提示法
訪客每天嘩啦啦的進來,問題持續存在。如果抱著老公務員心態,遵照一般流程,先寫報價單、等客戶確認簽回、開設測試主機、調整程式、內部測試、客戶驗收,更新正式機,客服人員都崩潰了,應急處置就先來做個提示,判斷如果用 iOS 的 FB APP 開網頁,則會跑出一個「請選擇在 Safari 開啟」的提示。

首先發現從 FB App 進站,會帶來源網址(document.referrer),依不同裝置與不同 App 版本,至少會有 http://m.facebook.com, http://m.facebook.com/, https://m.facebook.com, https://m.facebook.com/, http://lm.facebook.com, https://lm.facebook.com/, https://lm.facebook.com, http://lm.facebook.com/ 這八種,所以我們可以用上述 document.referrer 再搭配 iDevice 的 UserAgent 判斷式,來顯示「請選擇在 Safari 開啟」的提示訊息。

但是後來讀取 iOS FB InAppBrowser 的 UA 字串,發現裡面通常有 FBIOS 的字,所以可以簡寫成
if (navigator.userAgent.match(/FBIOS/i)) {
// show something...
}

以上是針對 FB app 的,那其他的哩? 一樣可以用實機去測 UA,用 UA 裡的字串來做判斷。
只是以後每流行一個新的 app ,就要去查一次 UA,再加一些判斷式嗎? 得找找有沒有治本的方法。

3.更改程式法
台灣是 FB 生態系,網站最基本的需求在 FB 上面要完美,不能分享時顯示一些亂七八糟的摘要,還有購物網站要可以完成購物流程。中國大陸地區則是 WeChat 生態系,H5 頁面最基本的標準是要在 WeChat 裡面可以跑,網路上一樣有許多前人分享血淚史。

去考察一些連小學生都知道的國內外知名購物網站,或是所謂行動開店服務的網站,是怎麼處理上述問題的。赫然發現,瑞凡,已經沒有人在用 alert(), confirm(), 或 window.open() 了!

alert(), confirm() 的歷史悠久,保證絕不出錯,比較不會有詢問視窗還沒按確認,但是程式卻在背後偷跑的情況,也不怕有人關閉視窗,或是繞過去。但是卻有可能有使用者去勾到「防止此網頁產生其他對話方塊」,這樣網站不管執行任何動作,都不會再跳出確認與詢問視窗,造成非常多的問題。每一種瀏覽器的解除法也不一樣,大大增加了客服人員的處理時間。

另一個問題是在每一種瀏覽器、每一種裝置,對話視窗都長得不一樣,如對話視窗的位置,IE 跟 Firefox 在中間,Chrome for PC 在上方,還有按鈕文字也不同,有的「確定」顯示在右邊,有的「確定」在左邊,在 iOS 上面則顯示「好」,帶來完全不一致的使用者體驗。

window.open() 的好用之處在於可以保留原本的視窗,程式不需要先額外記錄使用者原本輸入的東西後再把視窗轉走。但常見問題則是被瀏覽器的攔截廣告彈跳視窗功能擋住,使用者要發現瀏覽器網址列或是某處多了一些紅叉叉或提示訊息,再去按允許,讓網頁重新整理一次,才能看到應該要顯示的視窗。或是開發人員設定了 windows.open 的尺寸,但是在行動裝置上卻不聽話,造成異常大的空白區域。

所以一般大型購物網站是如何排除這些問題呢?

  • alert: 使用另外的 Modal, Dialog, Message 相關元件,如淘寶,91APP。
  • confirm: 使用自製的 Modal, Dialog 元件,或是直接執行動作,但是有個復原按鈕可以按,如 Yahoo 拍賣。
  • window.open/self.close: 選擇超商的視窗時,先把使用者當下輸入的資料記錄起來,然後整頁轉過去,選完之後再整頁轉回來,並把使用者先前輸入的資料塞回去,完全不彈跳額外的小視窗。如 Yahoo 商城。

結論:
資訊業一日千里,一套程式就想用一輩子是不行的,有些程式只能解決古代的問題,無法解決現代的問題。只會吹噓古時候的成功案例,但是無法滿足現代的客戶,是一點用處都沒有的,必須要常常更新才能更上時代。

但是管理階層或業務常會有「這套程式給某大客戶都用得好好的,幹嘛要更新?」「用起來好像沒啥差別呀,重構後的跟舊的差在哪?」 的想法,只能說很容易換了位子就會換了腦袋。

以前高中老師說過,看到一個現象就解釋一個說法,這不叫科學。
但是後來發現常常在做不科學的事,見人說人話,見鬼說鬼話,科學是假的,達成自己的目的才是真的。


這篇文章有幫助到您嗎? 歡迎 😀打賞贊助


Google Analytics 網頁分析做不到的事

Google Analytics (GA) 分析可以做的神蹟,大家或多或少都有聽過。
但在瞬息萬變的商業市場,GA 的實用高嗎? GA 是完美的嗎?

你可能有聽過以下對話:
客戶/老闆/業務 : 「Google 分析可以看到我們網站的 XXX 數據嗎?」
網頁公司/行銷公司/工程師 :
「沒有喔,Google 分析沒有這功能」
「沒有喔,這要另外設定才看得到。」
「沒有喔,這個要另外寫追蹤碼才看得到。」
「我們沒有在分析這個。(白話翻譯:公司裡沒有人會做,或是有做也不跟你講。)」
「行銷公司不是收了你幾十萬嗎? 叫他們做。(把問題推給行銷公司)」
「這購物車程式很爛,很多地方沒有獨立網址,報表會不準。(把問題推給網頁公司)」
「因為使用者用了...所以 GA 裡面看不到。」
「怎麼會沒有呢? 一定是因為使用者...」
「統計工具一定會有誤差,通常是因為使用者...」

本文介紹網路文章不會講,推廣介紹 Google Analytics 的人通常也不會講的東西...就是 Google Analytics 做不到的事,或是誤解 GA 辦得到,但其實沒有的功能。本文僅針對網頁版的 Google 分析追蹤功能作探討,至於 App 版或 Flash 版的 GA 不在本文討論範圍內。

上面有一個 ppt,如果看不到 ppt 請點此連結

內容摘要:
Google 分析是在分析什麼?
簡單來說,經由時間,與各種維度與指標的搭配,
調出想看的數據,或是評估花費成效,或是發掘未知的需求。
Google 分析的原理(analytics.js)

Google 網頁分析做不到的事:

一、要額外花功夫才能得到數據
1.必須另外寫 GA 事件追蹤,用資料收集 API,把資料傳給 GA,才能在 GA 檢視資料:

  • 頁面滾動距離
  • 輪播圖點擊切換
  • 訂購單下載行為
  • 外部出站連結
  • Youtube 播放
  • 消費金額電子商務追蹤
  • 跨網域
  • 社群分享按鈕點擊
  • 族繁不及備載...

2.要在 GA 設定後才看得到:

  • 站內搜尋分類與關鍵字追蹤
  • 客層興趣報表(年齡、性別、職業別…)
  • Google搜尋來源訪客使用的關鍵字
  • 電子商務設定
  • 目標設定
  • 首頁網址設定

3.站內搜尋追蹤
4.轉換率追蹤: 先定義何謂轉換率?
如何用量測工具正確實做網站功能改版? « Blog.XDite.net
5.購物轉換率追蹤
6.會員註冊追蹤

二、看不到搜尋引擎的來源關鍵字 – 加密搜尋
1.加密搜尋 : 更改為HTTPS,而且不再傳遞 HTTP referer 中的關鍵字
Google – 2011 年10 月起 (link)
Yahoo - 2014 年 4 月跟進。
百度 - 2015 年 6 月開始實施。(link)

2.Google 加密搜尋的漏網之魚
3.硬是要看訪客來源關鍵字呢? 請使用 Google Search ConsoleBing webmaster tool
4.付費的搜尋來源關鍵字?

三、GA未提供以下功能

  • 無法直接看到使用者 IP。
  • 沒有訪客獨立個人資訊頁面或「誰來我家」功能。
  • 沒有直接永久刪除報表內某筆錯誤資料或記錄的功能。只有透過區隔或一些篩選工具,「不顯示」某些資料。
  • 沒有動作熱像圖。
  • 沒有即時通知功能,只有通知前一兩天狀況的快訊功能。
  • 沒有主機傳輸量統計。
  • 不喜歡 GA 的圖表配色,想自訂顏色? 得先學會用 Excel,或是 GA 的 API。
  • 競網分析比較。
  • 預測未來、提出建議。
  • 電子商務 API 功能的限制。
  • 報表顯示在地化城市名稱。

有些功能也許未來會提供,有機會的話會再回來更新。

四、瀏覽者環境導致報表產生誤差
1.隱形人(完全不會出現在 GA 裡面)

  • 瀏覽器 JavaScript 或 Cookies 功能被停用。
  • Google 分析的 JS 來不及載入。
  • 拒絕透露資訊的瀏覽器套件。
  • 防火牆或防毒軟體的設定。

2.被辨認為新訪客
3.無法辨識的使用者資訊(not set)。
4.同一使用者使用不同域名瀏覽網站。
5.多人共用一個裝置。
6.一個人使用多個裝置。

五、無法追蹤的訪客來源
1.以下情況都會歸類為「直接來源」:

  • 從電腦或手機的應用程式點進來的 (如 Microsoft Outlook,iOS Mail app, 用 Line 貼連結給別人, skype……)。
  • QR Code 掃描。
  • 瀏覽器的「我的最愛」。
  • 桌面捷徑。
  • HTTPS 的網站來源。

2.來源被處理過,無法明確追蹤:

  • 來源網站會將站外連結轉址。
  • 從 HTTPS 加密的網站連過來的訪客。
  • 投放廣告時設定錯誤。 範例: 如想要追蹤從 Yahoo 搜便利(找店+)連到網站的訪客數量,評估刊登搜便利是否有效。但因為搜便利的網址是 https://tw.ysm.emarketing.yahoo.com...所以在 GA 報表內,從搜便利來的使用者會被歸類為直接流量(direct),且查不到來源網址。

3.折衷解法:
使用網址產生器產生網址,讓網址加上 utm 參數, GA 即可歸類。
FB 有出 https://www.facebook.com/business/google-analytics/build-your-url
Google 也有出 https://support.google.com/analytics/answer/1033867?hl=zh-Hant

應用範圍:

  • 區分網站/公車廣告/產品包裝/名片/等各地來源的 QR code 訪客來源。
  • FB 粉絲頁 PO 文時(非推廣廣告),附上網址產生器產生過的網址,追蹤訪客是從哪篇文章來的。 如上述的搜便利,可以試著刊登附上帶有 utm 參數的網址,讓 GA 可以歸類。

六、未經處理的的野生報表
1.這年頭很多網站都有 FB 註冊、超商取貨功能…
GA報表說:「離開網頁」是購物車頁,「推薦連結來源」是金流成交頁、超商地圖選擇頁?
GA報表說:「離開網頁」是註冊頁,「推薦連結來源」是 FB / Google+ / Yahoo 的認證畫面頁?
2.未過濾公司內部流量與瀏覽行為。
3.未處理特殊符號: 如行動裝置鍵盤內的表情符號,電商追蹤未處裡金額的逗點。
4.未過濾特殊瀏覽行為 (ex.捲動距離配無手機版網頁)。
5.報表裡無所不在的 not set。
6.未過濾垃圾廣告來源。

七、廣告垃圾來源要自己過濾
有人的地方,就有廣告,這是新媒體時代的鐵則。
參照連結垃圾(referer spam)
關鍵字垃圾(keyword spam)
事件標籤垃圾(event spam)

如何過濾:

  • 在 GA 建立篩選器/區隔,但是黑名單更新不完。篩選條件設得不好,可能會連正常的一起擋掉。
  • 比較落後的機器人只會針對 UA-XXXXXX-1 做假流量行為,多開幾組資料檢視,讓網站使用 UA-XXXXXX-2 的追蹤編號,避開大多數的 GA 垃圾廣告。

八、第三方嵌入內容: iframe 嵌入,或JS動態生成的內容要另外寫事件追蹤。
1.影片

  • Youtube - 改用 Youtube Player api 的嵌入語法
  • Vimeo - 事件追蹤套件 vimeo.ga.js
  • 其他: 土豆網、Youku – 障眼法 障眼法範例:在廣告視窗上面做GA事件紀錄,使用者播影片時一定要先把廣告視窗點掉,

2.文書嵌入式內容 -無解,只能用障眼法

  • PPT – Slideshare, Google docs, Office Online
  • PDF - google docs
  • Google 線上表單

3.其他

  • Flash - GA Flash api
  • 社群分享按鈕 Google Plus +1 – 若使用原生嵌入語法,GA 會自動記錄。 Facebook 分享按鈕 - FB.Event.subscribe + GA 事件追蹤 用途: 追蹤網站上的社群分享按鈕使用情況。

追蹤要點1: 不要去 Google 搜尋討論區或部落格的 sample code,很多都已經過期了,請直接看官方文件。
追蹤要點2: 很多轉貼教學寫的 FB「分享」按鈕事件偵測,其實是用在「傳送」按鈕的,避免做白工,請直接看官方文件。

九、哪些網站不適合追蹤?
1.要額外花功夫再設定許多事件追蹤

  • 網站許多功能使用 Flash,或是 AJAX 執行產生,網址不會有變化。
  • 每一個結帳步驟、或每一個註冊流程沒有獨立網址。
  • 網站主要頁面只有一頁。

2.無法追蹤類

  • 網站限定用自己伺服器內的內容,禁用 CDN 、或第三方 JS 、外部連線檔案。
  • 商城型購物車或網站建置系統,不開放外部程式碼置入功能。
  • 內網封閉網路(intranet)。
  • 框架式轉址、被塞在頁框內的網站

3.網站行為分析需求的主要客層?

  • 成效不好的網站。(資料量太低,只能叫個案,不能稱為數據。)
  • 要改版的網站 (但通常之前都沒有掛 GA,無法分析)
  • 砸錢買廣告,但是訂單量沒成長的網站
  • 超級大公司
  • 作為雲端大數據成果展示用
  • 作為 UX 成果展示用

4.不是網站行為分析需求的主要客層?

  • 預算較低/初次做網站的客戶。
  • 覺得網站分析出來也不能賺大錢,把網站預算花在其他地方比較實在。
  • 網站單價低,數據分析需求更低。
  • 成效已經很好的網站。
  • 給的錢不夠多,網頁公司不知道怎麼埋,行銷公司不想幫你埋。

十、不要迷信數字,數字只是傳說
1.膚淺的平均數
台灣主計處 : 國人平均財富 736 萬,平均每戶家庭淨值 1217 萬元。
台灣煮雞處 : 台灣人平均每人有 0.98 顆睪丸。

2.資訊不足的報表導致錯誤的結論。
3.錯誤的數據解讀範例。
4.數據不是用來制定不切實際的目標:

  • 用精美圖片或標題黨騙點擊 : 造成跳出率高、瀏覽時間短。
  • 創造高的訂單金額與成交量 : 用假帳號消費、買評價,訂單量達成了,但退貨率高。
  • 製造推薦來源: 開假部落格、假社群帳號、垃圾廣告連結,造成反感。

5.數據不能只看短期。
6.數據需要統籌宏觀,不同角度會有不同結論。
7.不同型態的網站經營模式,就應該要有不同型態的關鍵數據做分析與解讀。


這篇文章有幫助到您嗎? 歡迎 😀打賞贊助


Google Analytics 網頁分析可以做的事

Google Analytics 網頁分析做不到的事 一文中已經介紹了Google Analytics (Google分析,簡稱GA)的種種限制,以及報表可能產生誤差的情況。

本文則介紹 GA 網頁分析,可以幫我們解決哪些基本的網站製作方向,或銷售策略問題。

上面有一個 ppt,如果看不到 ppt 請點此連結

內容摘要:
何謂Google 網頁分析?
使用 Google 分析或其他觸發事件技術,讓資料顯示在對應的 GA 報表內。經由時間,與各種維度與指標的搭配,整合出需要的數據與報表。

Google Analytics 網頁分析可以做到的事:

一、杜絕瞎子摸象

在這些場合:
1.網站改版需求會議。
2.業主說:「 XX行銷」或「XX大師」說我們的網站哪裡設計得不好…。
3.業主覺得銷量不符預期時。

或許您有聽過以下這些話:

現代版瞎子摸象第一集:「我覺得…」

「沒人知道那個三條線的圖案是選單啦。都沒有人知道那個可以點。」
「使用者不知道可以往下捲,要加個箭頭,還要加個提示,最好還會自動往下捲。」
「網頁太長了,沒有人會捲到下面,我們應該把網頁分成很多頁。」
「輪播圖放幾十張也沒關係,我覺得客人都會一張一張仔細看。」
「我也是使用者,我不會用的,大家也不會用」

可使用以下 GA 功能,輔助進行使用者的行為記錄 :

  • 事件紀錄追蹤:使用 GA Event tracking,用 JS 記錄觸發事件,在GA報表內依維度或區隔查看結果。
  • 目標設定功能:設定某事件為目標,在GA報表內依維度或區隔查看轉換率與目標流程。
  • 實驗功能 (A/B testing):製作兩個不同的網頁,由 GA 自動平均分配瀏覽者,並在 GA 報表內取得調查結果。 或是其他第三方使用者行為記錄工具。 GA 報表範例: 可是有人點啊。還可以用訪客來源或年齡、性別作為維度,得知哪些人比較會點。

現代版瞎子摸象第二集:「我的觀察啦!」

「在頁面上放了影片之後,來電的變多了,所以以後要多放影片。」
「我的客人都是從 Yahoo 搜尋來的,所以台灣人都不用 Google 吧?」
「我買了FB廣告之後,訂單變多了,所以買FB廣告比較有效」
「之前網購的客戶大部分都是大學生,所以我們這次活動的目標族群以年輕人為主。」
「我們網站的消費者都是一見鍾情,所以我們要針對新客戶做優惠,老客戶已經很會買了,比較不用管他們」

先釐清問題:

  • 訂單或流量成長,與網站做了某些更新有關? 還是只是搭上新聞事件的順風車?
  • 客人看似都從 Yahoo 搜尋進來,有可能是網站在 Google 搜尋的排名很差,根本找不到網站,或是網站在 Google 的 SRP 顯示得不佳,沒有人願意點進來。
  • 善用 GA 的報表工具與事件追蹤,查看現有訪客的相關瀏覽行為與資訊,瞭解正確的功勞歸屬。
  • 使用 GA 的客戶開發相關報表工具,釐清網站根本沒有其他族群的訪客、還是現有內容無法打動其他族群的訪客 (跳出率高、停留時間短、結帳流程流失)?

可使用以下 GA 功能,輔助得知現有網站訪客的客群與行為 :

  • GA 報表日期比較功能
  • GA 目標對象相關報表:查看頁面瀏覽、使用者數量、跳出率、停留時間、新/舊/活躍訪客比例…等。
  • GA 客戶開發相關報表:查看訪客的推薦連結來源、媒介、搜尋引擎、裝置資訊…等。
  • GA 電子商務追蹤:記錄消費行為,從而得知最後完成購物行為的訪客來源,訪客媒介、裝置資訊等…
  • 網址產生器:將網址加入utm參數,讓QRcode掃描等特殊流量歸類為可見的媒介。
  • Google Search Console 與 Bing Webmaster Tools。使用站長工具查看自然排序的來源關鍵字、與關鍵字排名。有些網站架構是用到達頁面猜不了的!
  • GA 報表範例1: 報表顯示查會看某頁面的使用者都是 Google 關鍵字廣告來的喔。
  • GA 報表範例2: 報表顯示 Yahoo 廣告的達成率比較高喔。

現代版瞎子摸象第三集:「經營者 != 消費者」

「先用ATM轉帳付款就好了,反正超商付款或貨到付款沒人在用。」
網站改版:「我們的企業理念很重要,至於優惠專區最後再放就好。」
「現在沒人在用小螢幕,也沒人用 IE8 啦,我們的新版面要做得超寬,而且 IE8 的使用者禁止進入。」
「電腦版的問題比較大,先改電腦版了,行動版的以後再說。」
「我的網站上放了許多社群分享按鈕,怎麼沒有爆紅呢」

  • GA 網站內容/目標對象相關報表: 運用維度與篩選器工具,交叉比對,對於各種瀏覽器、作業系統、螢幕解析度、裝置類型的使用者,網站真正重要的頁面,以及訪客真正愛看與不愛看的內容。
  • GA 事件追蹤+目標相關設定:追蹤某目標的行為流程與流失量。
  • GA 事件紀錄追蹤 + 社交相關報表。
  • 釐清問題 :
    • 網站的分享按鈕有人點嗎? 是否有分享出去?
    • 分享了之後,有沒有人從 FB 點進來?
    • 從 FB 點進來的訪客在網站裡做了什麼事?
  • GA 報表範例1: 不對啊! 電腦使用者比例頗低,而且跳出率不高呀! 電腦版不用改版。
  • GA 報表範例2: 不行啊! 近兩個月的報表,有一半的使用者還是都用IE,而且這一半的使用者裡面,超過八成使用 IE6-8。

二、評估成效

  • 網站做了好幾年,真的有人來看?
  • 在 FB 粉絲團 PO 了一篇文章導流到網站,幾點的時候進來網站的人最多?
  • 同時購買 FB 廣告,也有在 FB粉絲團 PO 貼文/照片/回文,何者造成的成交率比較高?
  • 同時投放 Yahoo / Google / FB 廣告,今天如果有 10 筆訂單,能否知道人從哪來的?
  • 從電子報、eDM,點進來的訪客究竟有多少? 網站的註冊信、歡迎信…等各種信裡面放了廣告,能否判斷流量是從哪封信來的?
  • 在產品包裝、車子、名片、網站、活動現場各放了一個 QR code ,真的有人去掃嗎?
  • 我在網站上放了影片與媒體報導,那在網站上看影片,或是從搜尋引擎找我的人有變多嗎?
  • 用FB註冊的人多,還是一般註冊,還是結帳時順便註冊的人多?
  • 網站上放的型錄/菜單下載,有人下載過嗎?
  • 這個月訂單量比較少,是因為網站比較少人看嗎?
  • 這個月買了廣告,那有買廣告跟沒買廣告,流量差了多少?
  • GA 報表範例1: 比較新舊訪客與菜單下載位置的關係。
  • GA 報表範例2: 比較各種來源/媒介的某個目標轉換率。

三、發掘需求

  • 用舊瀏覽器的訪客多嗎? 用大螢幕的人多嗎?
  • 用行動裝置的人多嗎? 用行動上網的人多嗎? 行動裝置的使用者喜歡看我們網站嗎?
  • 國外的客人多嗎? 網站需要作多語系嗎?
  • 多語系增加維護成本,真的有人來看嗎? 還是放個連絡窗口就好?
  • 大家都在站內搜尋框裡面查什麼? 我的網站內有大家都想搜尋的東西嗎?
  • 主機公司說他們測中國大陸那邊 ping 過來很快,是客人電腦有問題。所以中國大陸的訪客,是否網站開啟速度比較慢?
  • 行動裝置訪客與電腦訪客,瀏覽行為與內容是否有差異?
  • 哪一支產品最不受歡迎? 哪一支產品很多人看卻很少人買?
  • 哪種客戶族群的消費能力最高? 哪種族群的成效不好?
  • GA報表範例1: 今年同時期的行動裝置使用者變多了。
  • GA報表範例2: 抽樣中國地區使用者,載入速度真的有差 。
  • GA報表範例2: 看來大家對出版品比較有興趣。

四、情報快訊與自訂報表
網站不像金融產品這麼有價值,不想花太多時間關心「大盤走勢」.
情報快訊功能與自訂報表功能可以 :

  • 在網站爆紅時通知您。
  • 在網站人氣突然一落千丈時通知您。
  • 網站被牆(被和諧)時通知您。
  • 定期寄送自訂報表。

常見問與答
Q1:Google Analytics 不是免費的嗎? 為什麼跟網頁公司說要看XX跟XX項目的報表,會有費用呢? 或是找XX公司做網路行銷,報價單上會有 GA 報表的費用呢?
Ans1:GA 並不是完全免費的,只是一般網站用不到他的付費版功能。
Ans2:許多人對網路的誤解:

  • 網路上的東西都是免費的。
  • 網站做好放在那邊,我只要等著收錢就好,都不用管理或更新。
  • 我也是使用者,我不會用的東西,大家也不會用。
  • 這年頭的網頁系統就是要方便,可以幫助我解決以往的問題,但是我不想花錢。
  • 不是聽說HTML5功能很多,為什麼大家都不做XX功能呢?
  • 這不是聽說很簡單嗎?要不是我很忙,我就自己弄了!

自己的網站自己救?
若您有以下其中之一的情況,可能不適合自己來:

  • 沒有網頁前端的知識與技能(看不懂 HTML 與 JS 程式碼) 。
  • 您沒有權限,或是網站不允許置入外部程式碼。
  • 對於網路資訊或行銷的專業名詞不熟悉。
  • 不是要看報表,而是要一個答案或結論,或是想預測未來。

這篇文章有幫助到您嗎? 歡迎 😀打賞贊助