回首發覺SEMWATCH已經很久沒有更新了，固然博客流量愈下，但作為一個非贏利性的群博，當它給與真正需求的人一點兒點切合實際有用的文章時，那就足夠了。作為編輯的一員，我想有不可缺少把這麼的神魂以自個兒的淺鮮之力延長下去下去。
當我們著手開展一項SEO辦公時，第1件要做的事物是要保障我們做的不論什麼事物都可以有數值的支橕——而不是自個兒的直覺。SEO的主要數值出處來自兩塊：網站的服務器日記、第三方流量剖析工具。
網站服務器日記
Apache，Nginx等常用服務器的內置日記配備布置款式Combine已經可以滿意大部分數SEO剖析需要。它看中去大致相似就是這樣：
111.111.111.111 – – [20/Feb/2012:18:09:25 +0800] GET / HTTP/1.1″ 200 3121 )
務必記錄的信息諸如：過訪出處IP、過訪時間、過訪頁面、HTTP響應狀況碼、過訪出處及客戶端標識等，這些個在Combine日記款式裡邊都有。
在保證服務器日記可以滿意其它部門的剖析需要下，至少要保證上頭提到的幾項被記錄在服務器日記裡邊。但也不要將不論什麼可以記錄的數值都記錄下來，只挑選實際需求的局部，不然會要得網站日記大小很大，有弊於剖析起來的速率。這些個內部實質意義有可能需求和運維施行溝通曉決。
而後關於日記的剖析，我覺得沒非常多固定的准備辦公可做，由於它的數值出處是原始的(raw仿佛好象聽上去會更有感受?)，所以可挑選的數值維度幾乎是無限的。因為這個特別要按實際需要施行相應的處置與剖析。
對於一點要求並不是尤其高的日記剖析需要，可以試用光年日記剖析系統。固然我私人對全部圖形界面的實用類手續都不帶好感，但它供給了一點很不賴的數值維度的思考的線索。
聽說有一家大型的旅游網站是認為合適而使用MongoDB接合Map/Reduce施行日記剖析的，我私人也用過MongoDB成功實現過面前提到的光年日記剖析的一小批重邀功能。所以感受MongoDB是個可以思索問題的挑選。
第三方流量剖析工具
Google Analytics的安裝
對於不收費流量剖析工具，Google Analytics完全是那裡面的佼佼者(以下略稱GA)。然而假如網站的月瀏覽量大於500W的話，只有Google Adwords的用戶，能力接著不收費運用GA施行流量的記錄與剖析。下邊都以它為例。
在GA添加需求追seo蹤流量的網站往後，它會提醒你添加一段JavaScript代碼，到每一個你需求追蹤頁面的標記之前。代碼的添加有可能是一件很輕松的辦公，但也有可能十分麻煩，主要決定於於網站的模型板層。
先提下常見開源博客手續WordPress的辦法，它認為合適而使用了裡面含有的模型板處置形式，譬如網站首頁、列表頁、文章頁等自身的模型板，都是只有之中一小批的。而裡面含有網頁LOGO等的網頁頭部，都運用WordPress的get_header辦法來加載另一個獨立的模型板文件(get_header辦法實質上是PHP裡邊的include函數)。簡言之，只要在header.php那一個文件上頭添加代碼，裡面含有它的全部網頁都會跟著改，很快就可以把GA代碼添加好。
但事情狀況並不老是理想的，特別對於運用網站框架自個兒施行研發的網站，有時候並沒有將裡面含有這麼的形式美好的使用。這有可能是網站的建設規范不完備的關系，也有可能是網站需要造成了的確沒有辦法運用和WordPress大致相似的裡面含有形式。那末，至少要在每個網頁的頭部，另外裡面含有一小段加載整個的局面：胸懷～JavaScript的區塊，以便捷的添加整個的局面：胸懷～性的JavaScript代碼。
固然不一定在添加GA代碼時，對有可能糟糕的網站模土地板結構去施行更改，最多到幾十個不一樣的模型板文件裡邊去作別加下代碼就是了(當然也要花些時間去保障沒有漏過哪一些頁面)。但一次性擺平一點實質性的問題會帶來眾多將來的便利性——譬如又要換一套計數代碼。
相對最麻煩的事物也許是怎麼樣使心服程序開發人員為了一點看似小的需要而改正模土地板結構，這邊就略過了。
一點基礎的Google Analytics設置
對於SEO而言，一項最基礎的設置，就是要把網站上對SEO有價值的頁面施行歸類。對頁面施行區別，並以資掌握了他們的流量目前的狀況及發展方向往後，能力把握SEO的偏重點，及更好的剖析網站上每每SEO改正的功效等等。
如最簡單的例子，對於一個網站，假如手邊有1000條外鏈，應當給網站的欄目頁仍然產品頁?這主要決定於於哪類頁面有更高的轉化率與更大的SEO流量提高空間。
對於每個網站而言，都存在不一樣的事情狀況。譬如一個卷帙類的電商網站，它列表頁不會有非常多流量，沒若乾人搜索啥子計算機卷帙，但會更多人搜索《喬布什自傳》什麼的，由於用戶有很明確的需要。而對於一個服飾電商，相應更多人會搜索襯衣什麼的，而非2012年春天新款白的顏色襯衣等，由於用戶只是想到網站上挑衣裳，它們只有需要的意圖，但具體需要是依稀的。
以上兩個是比較典型的例子，但有更多事情狀況我們沒有辦法用自個兒的直覺做出正確的判斷，那就需求用流量數值來使聚在一起事情的真實情況。
盡管博客的流量數值剖析起來沒太大價值，特別好的文章是博客的一切，但這處仍然以SEMWATCH為例來簡單紹介下辦法。如果我們需求把SEMWATCH的欄目頁日文章頁流量施行區別，他們的URL作別是大致相似這麼的：/category/seo/，/2012/02/post/
首先要到GA的數值頁面內，找到高級細分一項，點擊右側新自定義細分。而後行大致相似下圖的設置：
一般事情狀況下，將頁面的URL般配相應的正則往後，就可以把他們區別開來。注意，假如網站的開始的一段時間URL計劃不完備，有可能會造成沒有辦法用URL來區別頁面類型的十分十分糟糕的事情狀況，必須保障每一類頁面領有其獨立的URL標識。
在該例中，SEMWATCH的欄目頁般配正則表現式是：^/category/.*?/$，文章頁是：^/2[0-9]{3}/[0-9]{2}/.*?/$
盡力用最嚴明的正則表現式寫法，這麼有可能可以在無形之中躲避眾多不不可缺少的無次序。還需求注意的是，老版本的GA默許事情狀況下用篩子選器的裡面含有即運用正則表現式，新版GA必須要挑選般配正則表現式這項。
關於正則表現式，篇幅所限沒可能施行詮釋，假如你不懂的話，可以思索問題去尋覓程序開發人員抱佛腳。但我的私人提議是盡有可能的要自個兒掌握它，這是一個比較基礎的技術要求，SEO不應當被它所難倒。正則表現式固然看中去很惡心——至少我從來沒有看不懂自個兒開具來的正則，但實際上挺容易學的。
總之經過上頭的步驟，我們就簡單的把頁面類型區別開來了。回到起初的例子，假如有1000外鏈給SEMWATCH輕易分配，如今應當把外鏈給與哪一些頁面呢?可以發覺的是欄目頁幾乎沒流量、而文章頁天然生成流量就頎長。大多數事情狀況下這證實了文章頁具備更大的流量進展空間，此時把外鏈分配售文章頁就是最懂事理的作法。(但也不可以武斷的說，不可以擯除欄目頁的SEO有很大問題的有可能性，這問題一點兒都不難得見到。所以還要接合我們的常識及其它方面的剖析來綜合判斷。)
限於篇幅就告一段落了。額外關於Google Analytics的各類經驗在SEMWATCH上頭有過較多的分享，大家可以擅用搜索功能。
最終的總結概括
實際有可能要面對的問題還有眾多眾多，當然沒可能是一篇文章所能包括的。面前提到的只是兩個主要數值，實際SEO過程中，還也許需求用到的數值如網站級的Google Webmaster Tool，估算流量的愛站、SEMRush、Google Adplanner、HitWise，網站關鍵詞的Google Keyword Tool、百度我指南儀器，鏈接類的MajesticSEO、Ahrefs等等。
近來我在看《麥肯錫辦法》，提到：以事情的真實情況為基礎，嚴明的結構化，以如果為導向，大致相似的稍總結概括下SEO的話：以數值為基礎，嚴明的思維規律化，以效果為目的、技術為手眼。本文是為了作為根基的數值墊下基礎罷了，它本身是沒不論什麼價值的——光看數值的話，它只然而是不活潑不生動的數碼而已。
怎麼樣借由數值的匡助，在最需求的地方施行SEO的更改，要得流量取得大的打破並給網站萌生價值，這是我們要真正關心注視的局部，在這以後再慢慢分解。
p.s. 我尋常寫作比較輕易，文風散亂、語句不通、核心不明，但假如覺得這麼也可以接納的話，無防也可以看下我的私人博客：http://tech-field.org/。當然該系列文章只在SEMWATCH連載，不可以反過來搶它流量嘛。