統(tǒng)一資源定位符（URL，英語UniformResourceLocator的縮寫）也被稱為網(wǎng)頁地址，是因特網(wǎng)上標準的資源的地址。它最初是由蒂姆·伯納斯－李發(fā)明用來作為萬維網(wǎng)的地址的�，F(xiàn)在它已經(jīng)被萬維網(wǎng)聯(lián)盟編制為因特網(wǎng)標準RFC1738了。

網(wǎng)站的存在離不開URL，URL與網(wǎng)站內(nèi)容形影不離。URL用于唯一地標識網(wǎng)站的頁面、內(nèi)容或資源的“位置”，所以很多時候它只是被看做一種識別碼， 就像是商品上的條形碼，對于用戶來說，這些識別碼是沒有任何意義的，用戶不需要關(guān)心它們到底代表著什么。但對于網(wǎng)站分析而言，URL并不只是網(wǎng)站內(nèi)容的識 別碼這么簡單，其實它可以在分析過程中發(fā)揮更大價值。

URL與網(wǎng)站內(nèi)容

　　URL由協(xié)議、域名、請求地址三部分組成，完整地URL唯一確定了一個請求的資源，可以是頁面、內(nèi)容模塊、文件或多媒體資源等。對于網(wǎng)站而 言，URL的用處是對資源的唯一定位，所以方式可以有很多，用資源的唯一描述（資源名稱或簡稱等），資源的唯一識別碼（ID、數(shù)字標記等），也可以是動態(tài) 參數(shù)，這樣就導致了各網(wǎng)站的URL會存在很大的差異。

　　其實對于用戶而言對于前三個頁面的URL還可以讀懂，而最后一個可能就難以理解了；而在去看一下淘寶的URL，在進入首頁后點擊任一一個商品分類，可能展現(xiàn)出來的URL就已經(jīng)很難讀懂了。

　　無論怎么樣，這些URL對于網(wǎng)站而言都是有效的，因為它們都能做到唯一地識別網(wǎng)站的內(nèi)容，既然如此，那么是不是URL就不再需要進行另外的整理設(shè)計了呢？還是先看看URL在網(wǎng)站分析中扮演著怎樣的角色。

URL在網(wǎng)站分析中的用處

　　我們知道，在網(wǎng)站分析中一般都是用頁面的URL地址來唯一地標識一個頁面（當然現(xiàn)在GA上也有根據(jù)頁面標題顯示的報表，但是網(wǎng)站的頁面標題是可 以重復的，所以無法“唯一標識”），我們根據(jù)URL地址來查看該頁面的Pageviews、Unique Pageviews、Exit Rate等。但不知道大家有沒有發(fā)現(xiàn)Google Analytics的Content模塊下還有一張有趣的報表——Content Drilldown，這張報表中的Page列就像是一個樹形結(jié)構(gòu)可以不斷地向下展開直到底層節(jié)點，其實在GA的其他報表上也有類似的下鉆功能，比如Visitors—Browser Capabilities—Browsers這張報表也支持從瀏覽器類型到瀏覽器版本的下鉆操作。

　　也許你看了頁面下鉆的報表后，已經(jīng)有點理解為什么URL的設(shè)計會對網(wǎng)站分析產(chǎn)生影響，下面就來看一下我的博客的實例：

　　頂部導航中的“文章專題推薦”中分類羅列的一些相應的文章，并且在該頁面下還根據(jù)文章分類設(shè)置了4個子頁面：“電子商務分析”、“網(wǎng)站用戶分析”、“用戶體驗分析”、“其他文章推薦”，URL也是按照頁面的層次結(jié)構(gòu)進行設(shè)計的，如下圖：

　　所以Google Analytics頁面下鉆的實現(xiàn)方式是將頁面的URL根據(jù)”/”進行切分，從左向右分級存放，同時將下一層的數(shù)據(jù)向上匯總到上一層，這樣報表上既可以查 看每個頁面的數(shù)據(jù)，也可以查看根據(jù)URL的結(jié)構(gòu)向上逐層匯總的聚合數(shù)據(jù)。這對網(wǎng)站分析是十分有用的，因為我們同時獲得了細分數(shù)據(jù)和匯總數(shù)據(jù)，從而可以從不 同的數(shù)據(jù)粒度上進行分析。也許你會說不就是將同一類型的頁面的數(shù)據(jù)加起來嗎，在分析的時候自己加一下就行，也許上面例子中的2層并且只有4個子頁面是很好 處理，但如果網(wǎng)站頁面超過3層，每層可能會有上百個子頁面，那么如果沒有這類下鉆功能就會變得難以應付了。

　　可能有的朋友會問，那有沒有不通過URL來區(qū)分個頁面類型和層級的？如果你是用第三方工具，就需要進行額外的設(shè)置來讓網(wǎng)站分析工具可以識別和區(qū) 分你的網(wǎng)站頁面，比如在頁面上加入Google Analytics的自定義參數(shù)（Custom Variables）區(qū)分頁面類型，但是如果無法自動添加這類JS代碼的話，那么對于一個頁面繁多的網(wǎng)站這個工作量就會相當龐大。如果你用自己的分析工具 或者基于網(wǎng)站數(shù)據(jù)倉庫，也許你需要維護一張頁面的維表，可以包括[頁面ID，頁面URL，頁面描述，上級頁面，頁面層級]這些屬性，從而建立起具有層級關(guān) 系的頁面結(jié)構(gòu)樹，當然如果你的網(wǎng)站時常變動，那么要維護這張維表也是一件十分頭疼的事情。

　　下面就以我的博客作為實例來說明下URL結(jié)構(gòu)設(shè)計對于網(wǎng)站分析的影響是如何體現(xiàn)的。

我的博客的URL設(shè)計

　　得益于Wordpress這個強大的開放內(nèi)容管理系統(tǒng)，讓博客的URL定制變得不再復雜。Wordpress的后臺控制界面中提供了“固定鏈接 設(shè)置”的功能，用戶可以根據(jù)自己的需要設(shè)計適合自己網(wǎng)站的URL結(jié)構(gòu)，比如我的博客的固定鏈接是/%category%/%postname%/，也就是 /文章分類/文章名/，Wordpress的簡要信息架構(gòu)圖：

　　通過上圖結(jié)合我的URL結(jié)構(gòu)設(shè)置，可以理解為我將信息架構(gòu)中的一個分支——分類目錄——作為URL結(jié)構(gòu)設(shè)計的主依據(jù)，這樣做有什么好處？在GA的頁面鉆取的分析報告中我既可以查看每篇文章的數(shù)據(jù)，同時可以查看每個文章分類的匯總數(shù)據(jù)：

　　圖中左側(cè)的數(shù)據(jù)對應我的博客側(cè)邊欄分類目錄中每個分類的匯總數(shù)據(jù)，右側(cè)的數(shù)據(jù)對應“網(wǎng)站定量分析（web-quantitative- analysis）”分類下面各文章的細分數(shù)據(jù)。同時，當用戶使用博客側(cè)邊欄的各索引（根據(jù)分類目錄、文章標簽、日期歸檔）時，Wordpress也提供 了非常友好的URL結(jié)構(gòu)，比如分類目錄用了/category/分類名、文章標簽用了/tag/標簽名、日期歸檔用了如/2010/09/這類年月的結(jié)構(gòu)來羅列相應的文章列表，這樣就可以在GA中同樣可以使用跟上面一樣的下鉆來分析有多少用戶試圖使用這些功能來索引博客文章，并且查看了哪些分類、標簽或者日期歸檔，有興趣的朋友可以到自己的Google Analytics上面試試。

　　這是我的博客的URL設(shè)計，每個網(wǎng)站可以根據(jù)自身的特點和需要設(shè)計適合自己的URL結(jié)構(gòu)，從而有效地簡化和提升網(wǎng)站分析中頁面數(shù)據(jù)的細分和匯總。

總結(jié)

　　層次清晰、結(jié)構(gòu)規(guī)范的URL不但可以為網(wǎng)站分析節(jié)省更多的工作量，同時可以提高URL的可讀性，有效地提升對搜索引擎的友好度，增加網(wǎng)站SEO 的效果。而清晰的URL結(jié)構(gòu)需要基于對網(wǎng)站信息架構(gòu)的系統(tǒng)有效的梳理，一旦做好了這些，一定會讓網(wǎng)站建設(shè)的各個方面都受益匪淺。

　　需要注意的是，URL的設(shè)計和規(guī)則需要在網(wǎng)站開發(fā)階段就進行明確定義，寫入相關(guān)的設(shè)計規(guī)范和文檔中，因為一旦網(wǎng)站上線后要想再對URL的結(jié)構(gòu)進行調(diào)整將會是一件極度麻煩并且得不償失的事情。