一、 對SEO感興趣的人、SEO專員、或其它需要參與網站SEO相關修改的人，如產品經理

    1. 選擇性的去看網上別人寫的SEO文章，比如一線從業者所寫的。如果自己沒有對文章質量的足夠判斷力，也可以完全不看

    要始終明確的是，SEO的目的是最終效果（流量、轉化），但可以發現的是，網上幾乎沒任何一篇講述做SEO的方法的文章，會清晰的提到什么改動會帶來什么效果。

    因為沒什么經驗的SEO，他們只能說出模棱兩可的東西；而在一線工作的SEO往往限于保密協議與行業道德，一些東西也無法說得很清楚。

    同理，SEO書籍也是這樣。哪怕偶爾能發現有的書上有一小章節，講述些很有價值的東西，但也會因為作者不愿意寫透，不懂的讀者看了還是不會懂。所以所有的SEO書籍，不看也罷。

    也同理，不要過于依賴SEO培訓，只有少數培訓里面稍有一部分干貨。況且，若想用最多幾十個小時參加的培訓，使自己的水平超過從事SEO上千小時的人的話，是絕不可能的事情。

    2. 需要具備各種互聯網基礎常識

    互聯網的基礎常識，若要展開是個太大的話題了。這不僅指的是哪門技術，而是知識的涵蓋面。

    舉個最簡單的例子，單獨查看某網頁上面的html寫法時，有人用IE的查看源代碼，有人用Firefox的查看元素。雖然都能達成同樣的目的，但前者極其低效，被專業人員視為是門外漢做法。

    類似這樣的經驗，沒有什么書里面寫著、也沒什么文章總結，只能在自己日常工作中，自問是否有更高效的方法，并不斷嘗試各種可能性，才會讓知識面慢慢廣泛起來。

    W3school上面一些基礎資料是需要先參考的，它是各類互聯網技術的入門網站。當然想讓知識面變得廣泛，更多的還是需要靠長時間的積累。

    這部分，是學習SEO（或其它任何互聯網技術）的初期，最需要耗時間去做的事情。

    如果想檢驗常識是否較具備了，可以嘗試自答以下問題：

    前端、后端分別指的是什么？

    JavaScript、Java、PHP分別是什么類型的語言？

    服務器、VPS與虛擬主機的區別？

    如何查看網頁返回的HTTP狀態碼？

    3. 牢記《百度SEO指南》上面的所有內容

    《百度SEO指南》是百度官方寫的，一份總共才幾十頁的文檔，但已提到了不少SEO需要注意的重點事項。

    許多SEO輕視這份指南，覺得百度盡寫些沒價值的東西，而實際上不然。比如其中提到的兩條：避免在重要內容使用ajax、URL需要保證唯一性，這兩條非常重要，但我觀察過的一些大型網站上，沒找到過把這些完全做好的。而這卻極大的影響SEO效果，往往一個改動，就可以對某類頁面的某項數據指標造成數十個百分點的影響。

    《Google網站站長工具幫助》上面有著更詳盡的內容。不過因為內容很多，我和公司所有產品經理說的是，這份資料可以考慮參考下，但百度的指南一定要記住。但對于SEO，這份資料至少是需要熟讀的。

    二、需要寫執行方案的SEO

    1. 在具備廣泛的互聯網知識基礎上，更深入的去了解一些技術知識

    一般來說所有SEO的需求，最終落實到網站上都是技術人員來完成的。但大部分SEO需求，技術上都不是說實現就能實現。

    比如一個例子，在子域名的根目錄需要批量加入不同的robots.txt，有人或許覺得，不就是傳個文件嘛，但多數情況下并不是這樣。很多網站的架構中，不同子域名是共用一個根目錄的，只能放同一個文件。解決起來其實很簡單，把robots.txt用php什么的來動態解析，被訪問時判斷被訪域名，并返回對應內容。但并不是每個程序員都經常遇到這種奇怪的需求，不少人一下想不到這個方法。

    諸如這樣的很多時候，SEO都應當有能力和技術人員一起商討解決方案。

    可以嘗試用以下問題來自我檢驗：

    相關文章鏈接采用什么樣的生成方式？具體到使用某開源程序或某算法的大致操作

    除了URL追蹤參數可以統計點擊來源的具體位置之外，還有什么可行方法？

    2. 具備SEO的全局觀，注重影響效果的地方，而不要管一些細節

    對于基礎知識尚可的SEO，這是我發現在執行層面上普遍存在的最大問題。

    何謂細節？對著一個預計SEO流量最多也占不到全站總量千分之一的頁面，這邊圖片加個alt、那邊關鍵詞刪刪減減等等。尤其這一大堆修改對于稍大的公司一般都是提交給別人去做的，連累一群人。

    而什么不是細節？列表頁或內頁模版上，這邊圖片加個alt、那邊關鍵詞刪刪減減等等（僅為舉例，可做的有非常多，且大部分方法沒法在網上看到）。因為公用頁面的模版修改，影響是全站性的，再小的修改也可能讓整站的SEO流量有幾個百分點的變動。

    三、需要把方案寫的更靠譜些的SEO

    1. 對一門程序語言有所了解，可以很迅速的寫出腳本來解決具體需求

    此處指的程序語言需要有較快的編寫速度，一般來說Python, Ruby, PHP等比較合適，個人推薦Python。

    不要想著用市面上現成的軟件去解決SEO繁雜的需求，SEO需求的變化永遠多于現有程序的數量，這只能依靠臨時編寫的腳本。

    （比如查排名，有時查單個的方便，查100個就稍麻煩了；如果要對比100個里面，有幾個自己的排名是高于某個競爭對手的怎么辦？又如何結合搜索量，來估算這100個詞給其它網站貢獻的SEO流量？諸如此類繁雜需求數不勝數。）

    哪怕如此，絕大多數SEO會覺得，這應該是程序員的工作。但，這就是造成了處于這個階段的SEO水平差距的最主要原因。

    就算再小的需求，理想情況下和程序員多次溝通后，也要耗去數十分鐘才能完成，大些的公司由于執行緩慢，幾天完成一個小需求也毫不稀奇。

    但比如說查排名需求，由SEO自己寫，只要對程序語言夠熟也經常寫此類代碼，2分鐘里面肯定可以搞定。

    盡管寫代碼的能力對SEO能力提升的直接幫助半點都沒有，但可以幫SEO從一天僅能做一兩件事情，提升為一天可以做數十件事情。

    也因此，SEO的水平和從業年限往往不成正比。

    2. 認識數據，并分析數據

    數據可以涉及到的非常廣。如流量分析，Google Analytics、日志分析等。日志分析還額外需要學的如Linux基礎命令、正則表達式，大網站由于數據量極大，可能還沒法分析原始日志，要從數據倉庫取數據分析。

    除了去分析數據之外還有更多麻煩事，比如確切的理解數據準確所指。

    比如Google Analytics所記錄的Organic流量，很多人將之視為準確的SEO UV，實際不是。GA的默認指標Visits一般高于UV(Unique Visits)，且Organic默認情況下，不記錄約20%的百度流量、也完全不記錄360、soso、sogou等；如未做特別區分，百度PPC流量、開放平臺流量等也會被計入Organic；還有代碼在網頁上的安裝位置與網頁加載速度也會影響到數據記錄是否完全，等等等等。

    哪怕簡單的一個“SEO流量”，其背后也包含著極復雜的記錄規則。視統計方法的不同，最終數值差個一倍都不奇怪。

    當A說網站SEO流量每天100W，B說是200W，這時候應該信誰呢？當然是要先搞清楚每份數據的統計方式。

    3.理論上了解搜索引擎原理，再跳出來看看實際的搜索引擎

    對于搜索引擎原理，入門推薦看《走進搜索引擎》，之后推薦看《這就是搜索引擎》，不然就算對一些SEO方法知其然，也沒機會知其所以然。

    但是，盡管對搜索引擎不理解會在SEO上寸步難行，死鉆在這些理論中卻會顯得更糟糕。

    百度和Google這樣的大型商業搜索引擎上面，都有很多所謂的“拍腦袋”規則。假如說一個人突然想出來，文章長點它的權重就高，那么經過一系列復雜的研究后，文章長度就被正式融入到排序規則中，成為其中一個因素。

    類似的，有些規則就純粹看那個拍腦袋的人有沒有想到，因此不要說理論與實際有出入，哪怕百度和Google都有不少出入（但百度抄了Google很多，如其Panda更新，所以接近的地方也不少）。

    所以一定要跳出理論，每天多分析些排名實例、也看些抓取、收錄數據等，才能實際的了解百度等搜索引擎。

    4. 深入理解搜索用戶的訴求

    這個例子我舉了無數次了：

    我在北京，想到沃爾瑪買東西，搜索“沃爾瑪地址”，看到大眾點評的頁面，用戶體驗接近完美。不僅有具體地址還有地圖，甚至有用戶對其的點評。只不過。。只不過為什么這個頁面是溫州的沃爾瑪？。。。

    SEO只是發外鏈么？SEO只是做排名么？SEO只是搞流量么？因此有時候聽人說，被K過n個站是每個合格SEO的必經之路此類的論調，哭笑不得。