010-56180833

優化技術

SEM營銷 / SE0營銷 / SMM營銷技術

善實戰SEO高端人才的智慧結晶

OPTIMIZATION TECHNIQUE

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

網站管理員 - 瀏覽: 2018-06-21

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

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

 

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

 

 

靜靜的民心河問:

 

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

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

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

 

答:

 

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

 

樂梵問:

 

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

 

不應該為

 

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

 

么?

 

答:

 

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

 

Betty問:

 

「站內搜索結果頁面使用robots文件禁止搜索引擎抓取。」

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

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

 

答:

 

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

 

另外,如另一位讀者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命名沒用數字或者字母啊?

 

答:

 

是的,因為我的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問:

 

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

 

答:

 

獨立的移動站并沒有更好。未來趨勢是響應式設計,維護更簡單。以前使用獨立移動站是因為帶寬、手機速度等限制,移動版必須簡化,現在已經不是問題。現在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問:

 

整個網站所有頁面無論欄目還是內頁全部采用 http://www.XXX.COM/XXX/

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

 

答:

 

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

 

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

 

作者: Zac@SEO每天一貼

版權屬于: 中新虛擬主機

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

關鍵詞: 技術規范

上一篇:網站被鏡像了怎么辦?

下一篇:技術部門SEO規范

COPYRIGHT ? 2006-2019 北京藍纖科技有限公司 ALL RIGHTS RESERVED     京ICP備13006508號    京公網安備11010502025264

亚洲日本va中文字幕久久