關于靜態頁和SEO的看法
我們先來討論一下，什么叫做“靜態頁”。有朋友說，放在硬盤上的htm或html文件便是一種靜態頁，Web服務器不需要做額外的處理，直接讀取文件內容并輸出就可以了，而這樣的靜態文件對于SEO是有幫助的。至于理由，是搜索引擎會對html結尾的文件給更好的權值（這好像還是結論，不是理由），而這是“常識”，“了解一點SEO的人都知道這個”，“人們普遍在使用的做法”，因此“它一定是正確的”。不過其實Google并不這么認為，百度倒沒有給出專業說法。
當然，我們已經重復強調，但還是需要不斷明確的一點是，即使搜索引擎對于“靜態頁”有更好的傾向性，那也是因為其“URL樣式”，而不是“在硬盤上放置了一個html文件”。請求方（也就是爬蟲）只是向服務器端發送一個URL，并獲取服務器端給出的內容。它不會關心，也無法了解服務器端究竟是如何得到頁面內容的，對于客戶端來說，世界上沒有“靜態”或“動態”頁面之分。有些朋友可能還是會說“不會啊，html就是靜態頁面，像aspx之類的就是動態頁面，前者不需要在Web服務器上運算，后者需要”。
真是這樣的嗎？并非如此，因為html文件也是需要Web服務器來運算的。例如，您請求一個html文件，Web服務器至少做了幾件事情：
◆如果請求包含緩存信息，那么處理緩存狀態。
◆根據URL定位到磁盤上的文件。
◆進行用戶認證和授權（如，是否匿名？）。
◆判斷是否有權限讀取。
◆讀取文件。
◆根據文件類型設置MIME的值。
◆根據文件***修改日期設置Last-Modified值。
◆根據文件內容及其他狀態設置其E-Tag值。
◆如果文件內部有include標記，那么讀取另一個文件填充進來。
看看，處理一個文件需要多少“動態運算”啊，這些可都是在Web服務器（如IIS）加載一個html所做的事情。如果您想要觀察這些過程，可以閱讀一些 Web服務器的源代碼，或者去觀察一下ASP.NET中System.Web.StaticFileHandler類所做的事情，它也體現了Web服務器處理html時的關鍵之處。事實上，如果您在IIS中將html配置給ASP.NET ISAPI的話，或者使用VS自帶的Web服務器，***便是由StaticFileHandler來輸出硬盤上的文件的。
所以，雖然我們看起來Web服務器只是簡單地讀取了硬盤上的文件，但其實它還是不如我們想象的那么簡單。不過對于客戶端來說，這一切都是不可知的。例如 Squid，Nginx這樣部署在前端的緩存或反向代理服務器，它們都不會關心后端Web服務器是Windows，Linux還是Unix，也不會關心是 IIS，Apache，Lightted甚至是我們自己寫的高效或低劣的Web服務器。對于瀏覽器，爬蟲，或前端負載均衡器來說，它們只知道TCP/IP 協議，它們只知道HTTP協議等東西，其他一概不知。
不過，也有朋友堅持認為“生成靜態頁”來“進行頁面緩存”對SEO有幫助。理由是，“進行頁面緩存”能夠提高網站性能，爬蟲更傾向于訪問速度更快的頁面。從這個角度看來，這種說法的確有一定道理。只是我還是不喜歡這樣的看法，因為這種說法沒有把握事物關鍵。在這里，SEO的關鍵在于優化網站性能，而生成靜態頁只是一種手段之一。這并不是適用性最廣的，也并非是最容易實現的。如果您直接把“生成靜態頁”與“SEO”聯系起來，很有可能會對他人造成誤解。
當然，如果您的思路沒有問題，“靜態頁”三個字的指代也足夠明確，“靜態頁有利于SEO”這個命題毫無疑問是正確的。不過我們現在并沒有討論一個命題的邏輯是否正確，我們也不必糾纏于一個表達形式是否嚴謹，我們的目的是要說明道理。也正因為如此，老趙才會一遍一遍地寫這么多內容。也就是說，這幾篇文章的關鍵在于“說清道理”，我們把握它既可。
***，老趙再談一下對SEO看法。
從老趙與各SEO人員的接觸感覺來看，他們總是有各種理由來說明“問題所在”，只是如果在改進問題之后還是沒有效果的話，他們又可以找出各種理由來告訴你為什么沒有效果——但是要知道SEO是一個實踐性工作，它的唯一判斷依據便是“效果”，而不是“理論”。SEO的理論很容易掌握，但是如果無法真切提高一個網站在搜索引擎上的表現，這一切還是白搭。老趙認為，一個好的SEO是需要了解網頁制作，或者說網站開發的基本技術的，至少要有常識，否則基本上就是在扯蛋。老趙曾經接觸過一個“專業”的SEO公司，那里的“SEO咨詢師”給我留下了深刻的印象——負面印象。其“非專業性”從以下幾個事件中便可見一斑：
1. 還是“靜態頁”的問題。由于把URL變為.html結尾之后并沒有得到明顯的效果，他詢問我們的實現方式。在得知我們使用了URL重寫，而不是在硬盤上放置html文件時他“驚呼”這種欺騙搜索引擎的行為是會起到反效果的。他強烈要求我們在硬盤上放置html文件。這個要求自然遭到了我們的拒絕，原因之一是我們是非動態的網站，很難實現這個需求，但是更重要的是，懂得一點技術的人就知道，Web服務器的處理方式對于搜索引擎爬蟲時完全不可見的，我們是否真正放置html文件與搜索引擎沒有任何關系。
2. 內容的位置問題。在SEO看法，搜索引擎會更傾向于把頁面靠前的內容看的更重，而把頁面靠后的內容權值放低。因此那位專業SEO咨詢師指著我們的某張頁面說，這部分內容太靠“下方”，很容易被搜索引擎忽略。請注意，他說的是“內容在頁面顯示的時候出現在下方”。您覺得這種說法有道理嗎？如今頁面布局往往使用XHTML+CSS的方式，而搜索引擎只會關注HTML的內容，而“位置”很大程度上是由CSS，甚至是由JS來控制的。出現在HTML內容前段的內容，在頁面呈現時也可以出現在下方，這也和搜索引擎沒有任何關系。可惜這一點也解釋了半天。
3. ***一條可以說是最可笑的。因為SEO效果不好，那位SEO咨詢師覺得只能“來真的”了，于是向我們索要網站的IIS日志。分析日志對于SEO有些幫助，因為可以看出爬蟲的抓取順序，頻率，甚至結果等等，因此查看日志的做法本沒有問題。可惜問題在于，對方從MSN上給出一個郵箱，讓我們把過去幾個星期的日志發給他。當看到這個要求的時候，老趙幾乎要破口大罵。從這點可以看出，這位 SEO咨詢師缺少必要的嘗試，他根本不知道一個中小型的網站，每天便要生成幾百兆到幾個G的日志。如此沒有常識，為什么會有那么多“成功案例”？
老趙的博客（也就是您正在看的這個）在搜索引擎上的表現也非常糟糕，即使是老趙經常寫作的話題，在Google上也很難找到幾篇文章，排名也不太靠前。如果不使用site:cnblogs.com進行限制的話，幾乎沒有一篇文章是找到我的blog，都是各種地方的轉載。為此我也比較苦惱，咨詢了一些專業搞SEO的朋友，做出一些修改之后還是沒有太大改善。不過我相信那只是我沒有遇上優秀的SEO人員而已，我的博客的潛力還遠沒有挖掘到底。
如果您是一個專業的SEO人員，或者是專業的SEO公司，不妨給我一些SEO看法的建議——如果可以的話，我也不介意在這方面進行一點投資。不過，如果是一些“骯臟”的優化方式就不必了，例如去論壇上貼鏈接，發垃圾郵件。我也知道這些做法很有效果，但是我不想這樣做。
【編輯推薦】
