北京網站建設公司尚品中國：訪問者路徑分析一直都是Google Analytics中的短板，直到V5版本出現。訪問者流功能讓路徑分析變的不再困難！而Google Analytics也具備了從流量，內容，到轉化三部分完整而又獨立的分析能力。本篇文章將詳細介紹Google Analytics V5版本中的訪問者流功能，并通過個性化的內容組設置對訪問者在網站制作中的的路徑進行分析。

一 基于分析目的規劃內容組

基于內容組的訪問者路徑分析，顧名思義，在開始分析之前我們先要對網站的內容進行分組。那么，我們該如何對網站的內容進行分組呢，有沒有什么標準？是按網站頻道分組，還是按內容類型，又或者是頁面層級分組呢？每個內容組劃分到多細的顆粒度合適呢？所有的這一切都沒有標準答案，劃分內容組沒有統一的標準。每個網站，甚至每個人的劃分方法都會不一樣。這里沒有對錯和好壞之分，只要你劃分的內容組能夠滿足你的分析需求，達到你的分析目的。因此，在劃分內容組之前，我們需要先明確分析的目的是什么。

分析目的簡單的說就是我們要通過分析解決什么問題。例如，對于我的博客來說，我們的問題是如何增加訂閱量。而如何增加訂閱量這個問題反推到網站的內容中就分解成了很多具體的問題：

1 網站的首頁布局合理嗎？

2 文章列表頁中的信息是否有效？

3 站內搜索提供的結果有效嗎？

4 文章頁的推薦有效嗎？

以上的這些問題還可以再繼續分解為更具體的問題。如：訪問者從首頁又去了哪些頁面？列表頁的排序規則合理嗎？選擇翻頁的訪問者有多少？沒有點擊站內搜索結果的訪問者去了哪里？等等。這些具體的問題都是我們的分析目的。在了解了分析目的后，我們就可以開始創建內容組了。

二 創建內容組前的準備工作

創建內容組的第一步是熟悉網站的內容和頁面URL規則。不同內容的URL規則是什么。這是非常重要的一步，也是在整個創建內容組的過程中最費時費力的一步。并且大多數時候還需要反復的調整。我曾經為兩個很熟悉的網站創建內容組。但沒有一個是一次順利完成的。這里遇到的主要問題有兩個。

1 網站URL規則混亂，層級劃分不清晰。這主要是因為最初的URL規劃問題，或者是SEO為了優化URL結構造成的。

2 內容組對URL的覆蓋不全面，總會發現規則之外的新URL出現。這主要是因為對URL的整理不全面。

按照之前的經驗，在開始創建內容組之前，我們必須要進行準備工作。這些準備工作可以最大限度的避免后面報告中的混亂。

1 整理并理解網站URL

準備工作的第一步是整理網站中所有的URL，獲得網站所有URL的方法有三種：

1 從技術或網站管理員那里導出網站URL列表。

2 從現有的分析工具中導出最大時間段的URL列表。

3 按照URL規則生成URL，并逐一驗證。

前兩種方法可以快速的獲得網站大部分URL，但在后期整理和分類時比較麻煩。第三種方法在開始階段比較復雜，但分類時簡單，并且可以避免URL遺漏。（前提條件是網站的URL規則層級清晰）以下是我博客部分URL的整理列表。
2 對網站URL進行分組

在獲得了網站大部分URL后，我們可以開始對URL進行分組，并為每個分組設置一個名稱。分組的標準是具體的分析需求，也就是我們通過分析要解決的問題。最基礎的問題有多細致，分組就要有多細。例如：針對前面例子中的分析目的。我們需要將網站首頁單獨作為一個分組，用來分析首頁的分流情況。將列表頁首頁作為一個分組，分析列表首頁的排序規則。將列表的后續頁面作為一個分組，分析訪問者在列表頁的翻頁情況。等等。這時候，你可能會發現你已經創建了很多個分組，并且每個分組的規則都不太一樣，有些分組中只有一個頁面，有些分組中包含一個頻道，有些分組中只記錄了訪問者的某些特定的行為，比如翻頁，按鈕點擊，留言或訂閱等，而有些分組記錄了網站中的錯誤，比如404頁面，搜索失敗頁面等等。這些都沒有問題，只有分組可以滿足我們的分析需求就可以。以下是我博客的部門內容分組情況，對于博客的內容我一共創建了20個分組，而在另一個公司級的網站中，我創建了80個分組。
3 轉化為正則表達式

完成網站所有URL的分組后，我們要將每一個分組轉化為一條正則表達式。這個工作有些復雜，必須保證每條正則表達式不遺漏分組內所有的URL，又不能錯誤匹配到其他分組的URL。這里沒什么竅門，從每個分組中挑選一個典型的URL，然后放在一起進行測試。推薦一個非常好用的正則表達式工作Rubular。這個工具可以提高創建正則表達式的效率。以下是我博客中部分URL分組的正則表達式。
三 使用過濾器創建內容組

內容組是通過搜索和替換過濾器將現有URL進行聚合生成的。新生成的內容組將會覆蓋Google Analytics熱門內容報告，所以我們需要為內容組單獨創建一個新的重復配置文件。這個配置文件中的頁面數據將只以內容組的名稱顯示。你可以稱這個報告為“內容組路徑分析報告”。

1 創建新配置文件
創建重復配置文件的方法非常簡單，這里不再贅述。只需注意以下幾點即可。

1 與主報告應用相同的配置，包括時區，過濾器等設置。

2 有子域的網站必須設置增加主機名過濾器。

3按照具體的分析需求，有選擇的過濾URL中的參數。

4不要開啟站內搜索報告，也不要過濾掉站內搜索或類別參數。

2 逐一創建內容組

通過前面對網站URL的整理和分組，我們已經將整個網站的內容按照分析目的分為了不同的組。現在要做的工作就是在Google Analytics中創建這些內容組，并獲得數據。創建內容組的工具是Google Analytics的搜索與替換過濾器。整個過程很簡單，將分組的正則表達式輸入到搜索字符串中，將分組名稱輸入到替換字符串中。過濾器將對URL進行過濾，與正則表達式的規則匹配的URL將被替換為替換字符串中的分組名稱。



四 檢查并優化內容組

創建完內容組后，并不能馬上進行分析。因為這時的數據并不準確。需要我們對內容組進行檢查。檢查的方法很簡單。就是通過查看配置文件中的熱門內容報告，尋找是否有被遺漏的URL，整個檢查過程大概要持續3-5天。

1 通過熱門內容報告檢查內容組

在創建好內容組的第二天，通過熱門內容報告檢查查看內容組數據，檢查是否有遺漏的URL，如果內容組報告中顯示了某個頁面URL，則說明這個頁面沒有被匹配到對應的內容組中，需要分析原因，對這個內容組的正則表達式進行調整。下面的截圖中很明顯可以發現，網站地圖的翻頁沒有匹配到內容組中，需要檢查這個內容組的正則表達式設置。
如果你創建的內容組比較多，這里有一個快速檢查的方法，按頁面瀏覽量對報告進行排序可以很快發現那些沒有匹配到內容組中的URL。對內容組報告的檢查時一個持續的過程，因為

新增加的外部流量的經常帶有各種奇怪的參數，這些參數隨時可能破壞現有的URL規則。

2 優化過濾器的順序

在檢查內容組的設置時，除了遺漏URL的檢查，還需要對存在沖突的內容組進行檢查。這種情況并不常見，只在URL規則混亂時才會出現。例如在同一級目錄中包含多個信息，當我們需要對每個信息分別創建內容組時，正則表達式可能會發生匹配錯誤。這時需要通過調整過濾器的前后順序來保證正確匹配。
到這里為止，網站內容組的創建和檢查工作都已經完成了。下面我們將介紹Google Analytics V5中的訪問者流功能，并將創建的內容組與訪問者流功能配合使用，分析訪問者的瀏覽行為。

五 訪問者流報告功能概述

訪問者流報告在Google Analytics V5版本中的受眾群體目錄下。默認情況下只顯示訪問者進入網站后的前三次互動。不斷點擊報告右側的+步驟鏈接可以查看后續的互動情況，直到最后一個訪問者離開網站。當我們創建完內容組報告后，可以在這里看到訪問者與不同內容組互動的情況。
1 查看訪問者流的三種模式

在訪問者流報告中，我們可以以三種方式查看訪問者與網站內容的互動情況，分別是按訪問者來源的不同維度查看，按不同內容組查看和按訪問者的行為查看。下面我們逐一說明。

1.1按訪問者來源維度查看



第一種模式是按訪問者的來源維度進行查看，訪問者流報告中提供訪問者的不同維度，這些維度包括地域維度，來源維度，內容維度和系統維度，我們可以在報告中任選一個維度，在顯示的子維度中選擇突出顯示途徑此處的流量，來查看這個子維度中訪問者的瀏覽路徑。上面圖中顯示的是系統維度下使用chorme瀏覽器的訪問者瀏覽路徑。你可以把這種模式理解為按訪問者來源對訪問路徑的細分。

在所有的訪問路徑中，我發現訪問者在第二次互動時仍然會返回首頁，這似乎和我之前的設想不一致，首頁是整站的導航頁面，通常只有訪問者結束了一個任務，或者不知道下一步該去哪里時，才會返回首頁。那就究竟是哪些頁面導致訪問者返回首頁呢？我們可以繼續使用第二種模式查看訪問者路徑。

1.2按不同的內容組查看



與第一種模式類似，我們也可以在報告中突出顯示途徑某個特定內容組的路徑情況。這很像Google Analytics老版中的導航分析報告。根據前面的問題，我在報告中選擇了進入網站后第二次與首頁互動的路徑情況，這里可以發現首頁上一步和下一步的內容基本相同。而文章頁在首頁的前后頁面中都占了較大的比重。如果訪問者是從文章頁返回首頁，又從首頁再次進入新的文章頁，那么我的文章頁底部的相關文章功能可能存在問題，推薦的文章也許不是訪問者想要的，又或者我應該在頁面右邊欄也提供其他模式的文章導航，幫助訪問者在文章頁導航。因此，現在要確定的問題是前面看完文章頁的訪問者通過首頁去了哪里？讓我們來繼續使用第三種模式查看訪問者路徑。

1.3按訪問者行為查看
在第三種模式中，我選擇了從文章頁進入網站首頁的這部分流量，很明顯，這部分訪問者中大部分從首頁繼續進入了新的文章頁，少部分選擇了其他的導航方式。通過三種查看模式，基本可以確定文章頁現有的相關文章功能存在問題，同時文章頁中也缺乏其他的導航方式。下一步需要對文章頁底部的推薦規則進行調整，并在右側增加文章類別的導航。

通過一個簡單的分析我們了解了訪問者流報告的三種查看模式。細心的朋友可以發現了在報告中每一步都有很多的數字，這些數據表示什么呢？下面我們來一一說明。

2 訪問者流報告中的數字

訪問者流報告中的數字集中出現在三個位置。1報告的頂部，顯示了每次互動數據。2灰色的流量數據，顯示了訪問者分流數據。3每一次互動中內容組的數據，顯示了內容組的表現數據。

每次互動的數據
報告頂部的每次互動數據顯示了訪問者每次與網站互動后的流失情況，相當于一個大的虛擬漏斗。具體計算方法如下：

起始網頁的訪問次數等于網站獲得的所有訪問量。每次互動中訪問量減去離開人數等于下一次互動的起始訪問量。具體到上圖中的數字為：

5640（網站獲得訪問量）-3670（離開人數）=1960（首次互動）-759（離開人數）=1200（第二次互動）-459（離開人數）

訪問者分流數據
灰色的流量部分中顯示了訪問者的分流數據，在上圖中可以發現中國一共產生了4840次訪問，其中2230次訪問到達了文章頁。而文章頁在這個時期共獲得了2750次訪問。

內容組表現數據
第三組數據是不同內容組的表現數據，在上圖中，文章頁內容組共獲得了2750次訪問，其中82.2%的訪問流失（后面紅色的部分表示流失情況），繼續瀏覽的訪問者僅為17.8%。

六 訪問者流報告與其他功能配合使用

最后，再來說下內容組，訪問者流報告與Google Analytics中其他高級應用的配合使用。首先是自定義報告。在我們對頁面進行聚合后，只能以內容組的名稱來查看瀏覽量，如果希望對內容組的數據進行細分，可以使用自定義報告功能。

1 使用自定義報告對內容組進行細分
在自定義報告中，通過網頁標題可以實現對內容組指標的細分。查看每個內容組中各項關鍵指標的分布情況。

2 使用高級細分對訪問者流進行細分
在訪問者流報告中同樣也支持高級細分功能，高級細分功能與訪問者流中的流量維度是疊加的關系。例如，當我們在訪問者流報告中選擇來源，在高級細分中選擇直接流量時，訪問者流報告將只顯示直接流量的訪問者路徑。

3使用訪問者級自定義變量進行分類追蹤
最后，訪問者流報告還支持使用自定義變量對訪問者進行分類追蹤，如果你的網站使用訪問者級自定義變量對訪問者進行標識，那么可以在訪問者流報告中對預先設置的訪問者分類甚至這類訪問者中的某個個體進行網站訪問的全路徑追蹤。

本文發布于北京網站制作公司尚品中國http://tcggg.cn/