關于SEO技術規范的一些說明

發表于 2018年06月11日 作者 Zac

通常博客帖子的留言比較泛泛而談，沒那么具體，也比較少需要回復。上星期的帖子《技術部門SEO規范》則有不少對其中一些技術點很具體的疑問，所以寫個帖子回復一下。

作為SEO技術規范，只是列出了應該做什么和不應該做什么，沒有解釋原因，所以確實會使有些讀者不明所以。有的地方是個人偏好，或者有不同解決方法，只是選擇其一，不一定要按我寫的規范這樣處理。重要的是，選擇一種處理方法，就要保持一致性，各個地方都要遵循同樣原則，所有技術人員都要用同樣方法，不要各行其是，結果出現矛盾的處理方法。

靜靜的民心河問：

Zac老師做了這么詳細的規范，這些一般都適用于大公司的大型網站吧？

一些小公司的感覺很多都實現不了呀！

小公司的網站，有什么更好的規范建議嗎？

答：

和網站大小沒關系，規范是一樣的。其中并沒有什么小公司不能實現的，實際上，小公司沒那么多層級、條條框框，更容易實現。技術上，真沒有什么什么能稱得上是技術的東西，都是最基本的。

樂梵問：

欄目頁面翻頁Title缺省格式：二級欄目名稱 – 一級欄目名稱 – 網站名稱 – 第X頁

不應該為

欄目頁面翻頁Title缺省格式：二級欄目名稱 – 第X頁 – 一級欄目名稱 – 網站名稱

么？

答：

都行。title太長的話，去掉一級欄目名稱也可。重要的是帶上頁碼，使標題有所區別，讓用戶和搜索引擎都知道自己在哪。

Betty問：

「站內搜索結果頁面使用robots文件禁止搜索引擎抓取?！?/p>

請教這是為什么呢？是防止重復內容嗎？那種文章列表翻頁頁面好像差不多呀，為什么就可以呢

我自己上網時候經常會搜到這種結果頁面，感覺還蠻能帶來流量的

答：

搜索引擎并不喜歡收錄站內搜索結果頁面。原因很多，比如你說的重復內容問題。還有用戶體驗問題，搜索引擎希望把用戶直接帶到最終回答查詢的頁面，而不是另一個搜索引擎頁面。還有內容質量問題，一些搜索結果頁面根本就是空的，沒有符合條件的搜索結果。

另外，如另一位讀者sindy回答的，有時候搜索結果頁面會被黑帽利用，搜索一些敏感關鍵詞，讓搜索引擎收錄結果頁面，或者做自己的廣告，或者陷害競爭對手等等。具體例子可以看以前的百度處理垃圾外鏈問題帖子。

文章列表是網站必須的內部結構，沒有列表，用戶和搜索引擎都無法訪問最終頁面。形式差不多，實質是不同的。

你在網上搜到的這種結果頁面，通常是以聚合或tag頁面顯示展現的，實質確實就是搜索結果頁面。但這種頁面的使用首先要有海量內容為基礎，詞庫的選擇、搜索結果質量的控制等都是要謹慎計劃、監控和調整的。所以，不是不能用，是技術部門不能沒有和SEO部門商議就隨意使用，或者說，缺省設置是，先別用，和SEO部門商議出好的方案，再用。

Cici問：

欄目頁面翻頁Title缺省格式：二級欄目名稱 – 一級欄目名稱 – 網站名稱 – 第X頁

翻頁格式不太了解是什么意思呢？

其次，關于頁面title是否要與這個產品頁面的名稱一致問過幾個老師，有的說最好不一致，有的說一定要一致。我看到Zac說產品頁面title就是產品名稱 – 網站名稱，是否意味著，頁面title也要與產品名稱保持一致？

答：

翻頁指的是，每個欄目，比如顯示20篇文章，欄目下多于20篇，頁面下邊肯定要有下一頁、第二頁、第三頁之類的鏈接，那些頁面就是翻頁。從第二頁開始，翻頁頁面的標題要帶上頁碼。

不一定一致。所以系統要有人工改寫title的功能。但缺省的設置通常是title就是產品名稱，這個最容易實現，后期再挑重要頁面人工改寫。

夢站博客問：

URL結尾以html結尾和非html結尾有什么區別么？搜索引擎對結尾有什么要求么？

答：

沒區別，搜索引擎也沒有要求或偏好。之所以建議目錄以斜杠 / 結尾，產品、文章以html結尾（或者php結尾，或者htm，都一樣），只是讓自己和用戶一看URL就知道這是個目錄還是產品頁面。有的網站和CMS系統產品/文章頁面也是以斜杠結尾的，對搜索引擎沒什么區別。

robin.wong問：

“中文網站，產品/文章頁面文件名使用數字/字母編號” 比較疑惑：您自己的此頁面的url命名沒用數字或者字母?。?/p>

答：

是的，因為我的WordPress設置選擇的是自定義帖子URL，對我來說，以幾個英文單詞作為帖子URL比較省事。對不習慣寫英文單詞的人來說，完全可以選擇帖子編號。對大部分新聞、電商網站來說，內容量大，人工寫URL就比較不現實了，大批量實現還是編號最直接。

麥小超問：

關于中文頁面文章URL， 對于 英文單詞、中文拼音、數字或字母，首選排序應該如何，比如關鍵詞是 紅木家具 ：1./hong-mu-jia-ju.html ; 2./redwood-furniture.html; 3./12346.html

ZAC 老師您認為對于百度來說，哪種情況是最優的？

答：

對百度來說沒區別。對你自己和用戶來說就有區別了。你產品少、有足夠人力寫redwood-furniture.html的話，那挺好，要是幾十萬產品，恐怕編輯要瘋。hong-mu-jia-ju.html這種，用戶真的有時間去讀漢語拼音嗎？還有的網站寫成hongmujiaju.html，那編輯和用戶可能都要瘋。

Lisa問：

Zac老師，文中您提到的

“除非SEO部門另行要求，頁面不使用Keywords標簽。”

是什么意思呢？ 我了解的 Keywords標簽的作用雖然大不如從前，但是我們也會加上這個標簽的，能否解釋一下？

答：

不是作用大不如前，是完全沒有作用。所以多一事不如少一事。

winloong問：

響應式，為啥不是獨立的移動站。獨立的移動站不是更好嗎？

答：

獨立的移動站并沒有更好。未來趨勢是響應式設計，維護更簡單。以前使用獨立移動站是因為帶寬、手機速度等限制，移動版必須簡化，現在已經不是問題?，F在Google已經全面轉向移動優先索引，從百度對移動搜索的重視看，也是早晚的事，完全沒有必要做一個比PC版簡化的移動站了。

更新：讀者Leo就這個問題留言很有意義，讀者們可以了解更多開發、資源等角度的考慮。搬到正文中供大家參考。謝謝Leo：

移動站點開發現在主流的方式有三種：獨立域名、客戶端響應式、同域名下服務端返回不同內容（RESS）。

獨立域名方案的前后端架構成本都不高，但是一件事情做兩遍，開發成本翻倍。另外SEO方面需要了解canonical元信息。

響應式是一個后端架構成本低，前端架構成本很高的方案。一套前端代碼要適配各種桌面顯示器、橫豎屏平板、橫豎屏手機，方案維護成本非常高，不易變更。開發方面的成本有所降低，但有限。內容精簡在前端實現，更多是視覺上的，移動端流量浪費的問題在國內還是需要關注，國內的4G沒有宣傳的那么快，至少圖片響應式必須做。如果要考慮視障人群（國內部分大廠已經很關注這塊了，包括我廠），兼容voiceover的體驗，前端的架構成本會更高，開發規范也必須嚴格執行。

RESS，在后端就對用戶進行一定的區分，對不同的設備返回不同的內容，以降低前端響應式的成本。這個方案相當于把上面兩個方案揉到一起，取長補短。前后端都有架構成本，但相對比較容易接受。SEO方面需要了解HTTP Vary頭。開發方面也有額外的成本。

開發和SEO一樣，做80分的成本并不是做100分的80%，實際可能只有50%，甚至20%。所以選型到底怎么選，很多時候要考慮手里技術資源的實際情況。堆人可以解決的開發成本，其實是最便宜的，需要技術深度的是最貴的。招得到牛逼的架構師，響應式可以拿下，開發成本最低。沒有，那不如架構low一點但是hold得住，多招幾個普通水平的開發，也比玩脫好。

妙妙容問：

現在Google推AMP，用AMP的話，相當于另外的子頁面了，與響應式設計是不是不同呢？AMP與響應式設計（如Bootstrap框架），Zac老師怎么推薦？

答：

用AMP的話，要用canonical標簽，Google是知道一一對應關系的。使用響應式設計，也還可以做AMP，并沒有矛盾。如果只能做一個，我會選擇響應式設計，AMP基本上只是解決速度問題，這個可以通過優化代碼、功能、服務器等在很大程度上解決，并不必須要用AMP。如果對你們技術部門來說實現AMP很簡單，那不妨做一下，反正沒損失。如果忙得四腳朝天，那不妨先不做。

百度MIP也是如此。

郴州SEO問：

整個網站所有頁面無論欄目還是內頁全部采用

這種一級目錄的方式可以嗎？

答：

可以，如果你看得清這個頁面是目錄還是內頁，內頁又是屬于哪個目錄的話。對稍大點的網站，我個人是很難記得清的。另外，對收錄監控、流量分析都可能造成一些困難，因為你沒辦法把頁面類型分開了。

再強調一遍，我寫的SEO規范中的處理方法不是唯一解，也可能不是最優解。重要的是得有個規范，大家都遵守，省得犯致命錯誤。

作者: Zac@SEO每天一貼

版權屬于: 中新虛擬主機

版權所有。轉載時必須以鏈接形式注明作者和原始出處及本聲明。

關鍵詞： seo

上一篇：技術部門SEO規范

下一篇：網站被鏡像了怎么辦？