北京網(wǎng)站建設公司推來客：訪客路徑分析一直是Google Analytics的短板，直到V5版本出現(xiàn)。客流功能讓路徑分析不再難！而Google Analytics也擁有從流量、內容、轉化三個完整獨立的分析能力。本文將詳細介紹Google Analytics V5中的訪客流量功能，通過個性化的內容組設置，分析訪客在網(wǎng)站制作的路徑。

1.根據(jù)分析目的規(guī)劃內容組

基于內容分組的訪客路徑分析，顧名思義，我們需要先對網(wǎng)站的內容進行分組，然后再開始分析。那么，我們如何對網(wǎng)站的內容進行分組呢？有什么標準嗎？它是按網(wǎng)站渠道、內容類型還是頁面級別分組的？每個內容組的適當粒度有多細？這一切都沒有標準答案，內容分組也沒有統(tǒng)一的標準。每個網(wǎng)站，甚至每個人的劃分方法都會不同。這里沒有對錯和好壞之分，只要你劃分的內容組能滿足你的分析需求，達到你的分析目標即可。因此，在劃分內容組之前，我們需要明確分析的目的是什么。

簡單的說，分析的目的就是我們要通過分析解決什么問題。比如我的博客，我們的問題是如何增加訂閱。如何增加訂閱量的問題，推回到網(wǎng)站的內容上，分解成很多具體的問題：

1 網(wǎng)站首頁布局是否合理？

2 文章列表頁面上的信息有效嗎？

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

4 文章頁面推薦有用嗎？

以上這些問題可以進一步分解為更具體的問題。如：訪問者從首頁轉到了哪些頁面？列表頁的排序規(guī)則是否合理？有多少訪問者選擇翻頁？沒有點擊網(wǎng)站搜索結果的訪問者去了哪里？等這些具體問題就是我們分析的目的。既然我們了解了分析的目的，就可以開始創(chuàng)建內容組了。

創(chuàng)建內容組前的兩個準備

創(chuàng)建內容組的第一步是熟悉站點的內容和頁面URL 規(guī)則。不同內容的URL規(guī)則是什么。這是非常重要的一步，也是整個內容組創(chuàng)建過程中最耗時的一步。而且大多數(shù)時候都需要反復調整。我曾經為兩個非常熟悉的網(wǎng)站創(chuàng)建內容組。但他們都不是第一次就做對了。這里主要遇到兩個問題。

1 網(wǎng)站URL規(guī)則混亂，層次劃分不清晰。這主要是因為原來的URL規(guī)劃問題，或者SEO為了優(yōu)化URL結構。

2 內容組對網(wǎng)址的覆蓋不全面，總會發(fā)現(xiàn)規(guī)則之外的新網(wǎng)址。這主要是因為URL 的組織不全面。

根據(jù)以往的經驗，在開始創(chuàng)建內容組之前，我們需要做一些準備工作。這些準備工作可以最大限度地減少后續(xù)報告中的混亂。

1 整理和理解網(wǎng)站URL

準備工作的第一步是整理網(wǎng)站中的所有網(wǎng)址。獲取網(wǎng)站中所有URL的方法有以下三種：

1 從技術人員或網(wǎng)站管理員處導出網(wǎng)站URL 列表。

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

3 根據(jù)URL規(guī)則生成URL，并一一驗證。

前兩種方法可以快速獲取網(wǎng)站的大部分網(wǎng)址，但后期整理分類比較麻煩。第三種方法一開始比較復雜，但是容易歸類，可以避免網(wǎng)址遺漏。 （前提是網(wǎng)站的URL規(guī)則層次清晰） 下面是我博客的部分URL整理列表。

2 分組網(wǎng)站網(wǎng)址

在我們擁有網(wǎng)站的大部分URL 之后，我們可以開始對URL 進行分組并為每個組命名。分組的標準是具體的分析需求，即我們要通過分析解決的問題。最基礎的問題有多細，分組就得有多細。例如：為了前面例子中的分析目的。我們需要把網(wǎng)站的首頁作為一個整體單獨出來分析首頁的導流情況。以榜單頁首頁為一組，分析榜單首頁的排序規(guī)則。將列表的后續(xù)頁面作為一個組，分析列表頁面訪問者的翻頁情況。 etc. 這時候你可能會發(fā)現(xiàn)你創(chuàng)建了很多組，每個組的規(guī)則都不一樣。有些群只有一個頁面，有些群包含一個頻道，有些群只記錄訪問者的某些信息。一些具體的動作，如翻頁、點擊按鈕、留言或訂閱等，還有一些組記錄網(wǎng)站中的錯誤，如404頁面、搜索失敗頁面等。這些都沒有問題，只要分組能滿足我們的分析需求即可。以下是我博客的部門內容分組。我一共為博客的內容創(chuàng)建了20個群，在另一個公司級網(wǎng)站，我創(chuàng)建了80個群。

58.jpg" />
3 轉化為正則表達式

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

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

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

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

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

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

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

2 逐一創(chuàng)建內容組

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



四 檢查并優(yōu)化內容組

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

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

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

新增加的外部流量的經常帶有各種奇怪的參數(shù)，這些參數(shù)隨時可能破壞現(xiàn)有的URL規(guī)則。

2 優(yōu)化過濾器的順序

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

五 訪問者流報告功能概述

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

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

1.1按訪問者來源維度查看



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

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

1.2按不同的內容組查看



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

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

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

2 訪問者流報告中的數(shù)字

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

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

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

5640（網(wǎng)站獲得訪問量）-3670（離開人數(shù)）=1960（首次互動）-759（離開人數(shù)）=1200（第二次互動）-459（離開人數(shù)）

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

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

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

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

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

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

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

本文發(fā)布于北京網(wǎng)站制作公司推來客http://www.tlkjt.com/

我們專注高端建站，小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經驗，每一個項目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！