看來也該是升級到 Universal Analytics 通用分析的時候了




用LINE傳送
對惹... 不好意思只有行動裝置可以用 LINE 分享喔.. ^^" (若是用桌機或筆電會被帶走.. ~"~) Universal Analytics 通用分析介紹封面

說到升級 Universal Analytics 通用分析..

其實我們在2013上半年就有在 “通用分析 Universal Analytics – 更強大、更多類型的網站分析數據” 文章中稍微介紹過 Universal Analytics 通用分析的差別,只是因為當時還不確定 Universal Analytics 通用分析是否會成為 Google Analytics 主要分析技術,故遲遲在過去介紹相關功能或需要新增程式碼片段時都是以 ga.js 為主要方式介紹。

但就如 Google 所發表的聲明 “再過一段時間,通用 Analytics (分析) 將成為 Google Analytics (分析) 新的作業標準…” ,故與其到時候再錯愕的被切換,還不如盡早開始使用,並進一步了解 Universal Analytics 通用分析有哪些更全面的分析技術以及全新功能。

所以今天我們將會簡單介紹從舊有程式碼(ga.js)升級為 Universal Analytics 通用分析(analytics.js)的辦法,並說明通用分析的優勢與必要性,最後再一覽全新 analytics.js 程式庫的功能,以便讓我們快速地進入與了解通用分析的輪廓,並在未來再針對個別全新功能進行研究與介紹。

在開始前,先用 Google 說明中心的開場白來簡單介紹一下。

“所謂的 Universal Analytics 通用分析,就是一套創新技術,可改善 Google Analytics 收集及處理資料的方式…”

題外話:
Universal Analytics 通用分析目前還不支援 dc.js JavaScript 的相關功能 (如再行銷、Google 多媒體廣告聯播網曝光報表、DoubleClick Campaign Manager 整合,以及 Google Analytics 中的「客層」和「興趣」報表),所以若有不得不使用這些報表的朋友,就再請等等了。

轉移到Universal Analytics 通用分析

Universal Analytics 通用分析升級流程建議

簡單說就是兩個步驟
1.從 Google Analytics > 管理員介面將資源轉移到 Universal Analytics 通用分析
2.更換網站中 Google Analytics Tracking Codee.

在 1. 中,如這篇文章的封面圖片,若是尚未升級到 Universal Analytics 通用分析的朋友,會在 Google Analytics > 管理員介面看到請我們升級到Universal Analytics 通用分析的通知,並在箭頭處看到 “移轉尚未開始” 。這個時候,其實就請點擊進入並點選文章最下方的 “轉移” 就會在24~48小時內轉移完成了。

至於在 2. 中,若對安裝追蹤碼不是很清楚的朋友可以先參考我們最早期在 “Google Analytics 網站分析追蹤碼安裝 – 從此事實勝於雄辯” 所提到的介紹,當中雖說是建議一開始用使用 Universal Analytics 通用分析追蹤碼,但當時若尚未更換的朋友,就可參考追蹤碼安裝與替換的方式來進行。如此一來,今後就可以使用全新 Universal Analytics 通用分析技術來收集網站資訊了。

題外話:
還請各位別擔心,在轉移後會完全保留過去的 Google Analytics 數據,且還會用 Universal Analytics 通用分析技術加以處理。

再者是每個網站各自的 Universal Analytics 通用分析追蹤碼位置就在 Google Analytics > 管理員 > 追蹤資訊 > 追蹤程式碼頁面中。還請全段複製後,直接替換原本 間的追蹤碼就可以了。

其實還可以利用 “Google 標記管理工具” 來替換,如此就可以不用透過程式碼的修改以減少出錯的可能。只是有關這 Google 標記管理工具相關介紹可能就要先擺在往後了,畢竟,更換追蹤碼約只需要約6秒鐘,但學習一套新的工具可能會比較久一點…

Universal Analytics 通用分析便利性

升級 Universal Analytics 通用分析的優勢與必要性

除了在前言的題外話提到的那些狀況或許還不太適合升級 Universal Analytics 通用分析外,大多網站都建議是可以找個時間來做以上幾個簡單的動作以升級。

原因在於隨著國人(其實全球都是這樣..)越來越習慣使用行動裝置上網,而我們也希望能夠更精準的了解訪客來到我們網站甚至達成轉換的前因後果,如此也才能從每個環節找到改善網站的施力點(這也是 Google Analytics 最大價值)。再者就是 Universal Analytics 通用分析的各項全新且強大的功能,也可以讓我們更靈活使用 Google Analytics 並追蹤到最大可能的相關訪客行為、瀏覽數據。

幾個主要的優勢如下..

1.使用不同行動裝置的訪客行為追蹤
Universal Analytics 通用分析增加了三種全新的資料收集方法,分別是網站專用的 analytics.js JavaScript 程式庫、Android 和 iOS 專用的最新行動 SDK,以及其他數位裝置(例如遊戲主機和資訊查詢機)專用的評估通訊協定,讓我們可以深入了解若同一位訪客使用不同裝置或線上、實體間瀏覽網站的行為。只是,畢竟我們主要還是針對網站進行深入研究,故不同行動裝置與實體、線上資訊整合等做法就暫時不便在此言談了。

2.更簡單易用的設定介面
在以往可能要透過追蹤碼修改的分析功能,現在在 Google Analytics 管理員介面上就可以輕鬆進行設定了,而幾個可以設定的數據分別如下。
a.隨機搜尋來源:Google 有一預設判定為隨機搜尋來源的清單。而從這界面中就可以新增清單中沒有的隨機搜尋來源了(不過在台灣當然還是 Yahoo! 與 Google 居多..)。

b.工作階段和廣告活動逾時的處理方式:所謂工作階段就是當年在 “輕鬆擺脫跳出率 Bounce Rate 原生的束縛” 文中提到的,訪客進入網頁後到離開或點擊下一頁前的階段。至於工作階段逾時是指若在此頁面停留時間超過(預設是)30分鐘並未對網頁進行任何互動,Google Analytics 就會判斷該名訪客已經離開這頁面了。至於廣告活動逾時設定(預設是六個月)的考量是因為不同的廣告活動都會有不同的較有效的反應時間(或需要區隔非廣告效益),所以有時候確實需要調整,但同樣因為廣告(如關鍵字廣告、Banner 露出等..)也非我們主要介紹的重點,故就不在此深入研究了。

c.排除推薦連結:由於訪客若從 A 網站到 B 網站,又從 B 網站回到 A 網站時,Google Analytics 會將 B 網站進入 A 網站的訪客視為新的造訪。所以為了避免徒增新的造訪並讓數據更為準確,有時我們就是需要將一些會被判定為推薦連結的網址排除(如有些購物網站是使用第三方購物車(新的網址),如此就可以避免從第三方購物車回到我們網站的訪客被重複計算了)。

d.排除搜尋字詞:這個其實相當重要,如我們在2014年1月4日於 “Google Analytics 網頁數據分析研究中心” 所提到…
“有關去年九月開始的 “not provided” 讓數據分析越來越困難嗎??不確定 “not provided” 裡面有多少是品牌名關鍵字訪客量,哪一些又是純粹 SEO 訪客量嗎??”
現在只要使用這個排除搜尋字詞介面,就可以排除特定關鍵字(如品牌名關鍵字這樣與 SEO 無關的訪客量..)的訪客量出現在 not provided 了(操作位置與 Google 說明如這畫面截圖)!!

(回到第三個 Universal Analytics 通用分析的優勢)
3.建立自訂維度和指標來收集一些特有的資料
其實自訂的維度和指標這個與原本 Google Analytics 的維度和指標是一樣的,差別在於自訂維度可以收集及劃分一些原本 Google Analytics 無法自動追蹤的資料,例如產品詳情、遊戲關卡或內容網頁作者,而這個我們會再持續研究與介紹。

4.使用最新功能
根據 Google 說明中心 似乎有點語帶威脅地 表示,只有 Universal Analytics 通用分析才能使用所有產品更新和新功能 (網站上的 analytics.js Javascript、Android 和 iOS 專用的行動應用程式 SDKs v2.x 或更新版本,以及其他數位裝置專用的評估通訊協定)喔。

analytics js 資料庫

在今天的 Universal Analytics 通用分析介紹之後…

方才有提到的 Universal Analytics 通用分析導入了三種全新的分析技術,後兩種因為與我們主要研究的網站分析有一些出入,所以今後我們還是僅會針對網站專用的 analytics.js 程式庫進行探究。

不過若說到 Universal Analytics 通用分析有哪些 analytics.js 程式庫,在今後的詳細介紹前,或許也可以先參考以下項目與追蹤碼變動說明(從 ga.js 到 analytics.js)嘍。

事件:
ga(‘send’, ‘event’, ‘category’, ‘action’, ‘opt_label’, opt_value, {‘nonInteraction’: 1});

電子商務:
ga(‘create’, ‘UA-XXXX-Y’); ga(‘send’, ‘pageview’); ga(‘require’, ‘ecommerce’, ‘ecommerce.js’); // 載入電子商務外掛程式。
注意:require 命令必須在建立追蹤程式物件到您使用任何電子商務專屬功能的這段期間內呼叫。
接著,將程式碼改成使用 addTransaction 命令加入交易資料:
ga(‘ecommerce:addTransaction’, { ‘id’: ‘1234’, // Transaction ID. Required ‘affiliation’: ‘Acme Clothing’, // Affiliation or store name ‘revenue’: ‘11.99’, // 總計 ‘shipping’: ‘5’, // 運費 ‘tax’: ‘1.29’ // 稅金 });

自訂變數:
ga(‘set’, ‘dimension1’, ‘Paid’);
而自訂變數已換成自訂維度並可從管理員介面直接設定,而這會在未來持續進行研究。

虛擬網頁瀏覽:
ga(‘send’, ‘pageview’, ‘page path’]);

社交互動:
ga(‘send’, ‘social’, ‘socialNetwork’, ‘socialAction’, ‘socialTarget’, {‘page’: ‘optPagePath’});

使用者載入時間:
ga(‘send’, ‘timing’, ‘timingCategory’, ‘timingVariable’, timingValue, ‘optLabel’);

跨網域追蹤:
ga(‘create’, ‘UA-XXXX-Y’, ‘myTopLevelDomain.com’); // 加入您的頂層網域名稱。ga(‘send’, ‘pageview’);

只是因為 analytics.js 與 ga.js 已經不相容,所以來源和目的網域都必須使用相同的程式碼喔。
但若要使用 analytics.js 在單一工作階段中跨來源網域和任何目標網域追蹤使用者互動,則必須使用下列程式碼:

// 針對來源Domain ga(‘create’, ‘UA-XXXX-Y’, {‘allowLinker’: true}); ga(‘require’, ‘linker’); ga(‘linker:autoLink’, [‘destination’]); // 從this page. ga(‘send’, ‘pageview’);連結的網域 // 在初始化自動連結器外掛程式後傳送匹配。// 針對目標Domain ga(‘create’, ‘UA-XXXX-Y’, {‘allowLinker’: true}); ga(‘require’, ‘linker’); ga(‘linker:autoLink’, [‘source.com’]); // 從這個page. ga(‘send’, ‘pageview’);連結的網域 // 在初始化自動連結器外掛程式後傳送匹配。

子目錄追蹤:
// create 時,必須設定 cookiePath。
ga(‘create’, ‘UA-XXXX-Y’, {‘cookiePath’: ‘/tracked-dir/’});

取樣:
在呼叫 create 命令時設定 sampleRate 欄位,即可啟用用戶端取樣,如下例所示:
// 取樣值必須在 create method. ga(‘create’, ‘UA-XXXX-Y’, {‘sampleRate’: 5});中設定

使用多個 Cookie(以下與這段題外話相關資訊參考於 Google Developers.):

a.在同一個網站上使用 ga.js 和 analytics.js 管理 Cookie

如果需要將 Cookie 資訊從通用 Analytics (分析) Cookie 轉移到由 ga.js 設定的傳統版 Google Analytics (分析) (例如大型網站尚未全面重新加上 analytics.js,導致兩種追蹤程式碼共存一段時間),可能就需要進行額外的設定:

b.自訂 Cookie 名稱
如果您將 analytics.js 追蹤程式的 Cookie 名稱設為自訂值,還必須設定 uaName 欄位,在導入的 ga.js 中使用這個 Cookie 名稱值:

// analytics.js ga(‘create’, ‘UA-XXXX-Y’, {cookieName: ‘myCookieName’}); … // ga.js _gaq.push([‘_set’, ‘uaName’, ‘myCookieName’]);

c.自訂 Cookie 路徑

如果您打算搭配不同的 Cookie 網域和/或 Cookie 路徑使用多個 analytics.js 追蹤程式,同樣必須分別使用 uaDomain 和 uaPath 更新 ga.js 追蹤程式:

// analytics.js ga(‘create’, ‘UA-XXXX-Y’, {cookiePath: ‘/myPath/’}); … // 以 ga.js _gaq.push([‘_set’, ‘uaPath’, ‘/myPath/’]); 指定通用 Analtyics (分析) Cookie 的路徑
// analytics.js ga(‘create’, ‘UA-XXXX-Y’, {cookieDomain: ‘blog.example.com’}); …// 以 ga.js _gaq.push([‘_set’, ‘uaDomain’, ‘blog.example.com’]); 指定通用 Analtyics (分析) Cookie 網域

d.自訂 Cookie 子網域

如果您的網站擁有多組可見的 Google Analytics (分析) Cookie,請在 ga.js 中使用 legacyCookiePath 欄位指定要將哪一組 Cookie 移轉到 analytics.js,如下例所示:

// 將這個子網域上設定的 Google Analytics (分析) Cookie 明確移轉至 analytics.js. ga(‘create’, ‘UA-XXXX-Y’, {‘legacyCookieDomain’: ‘blog.example.com’});


這篇 Google Analytics 精選文章發表於2014 年 01 月 06 日 星期一

立即訂閱看見數據網電子報

數據變化萬千,跟著看見數據網從數據中洞察網站經營脈動、缺失與機會!!