關於URL優化的一些經驗
URL在搜尋結果列表中時顯示內容之一。設計網站結構時需要對目錄及檔案命名系統做事先規劃。總的原則是首先從使用者體驗出發,URL應該清晰友好、方便記憶,然後才考慮URL對排名的影響。具體可以考慮以下幾個方面。
1)域名的選擇
註冊域名時,域名中能放關鍵詞最好,但不要為了放關鍵詞把域名弄的很長,更不要為了放關鍵詞,註冊帶有連詞符的域名。
為讓域名看得清楚,可以放一個連詞符,最多放兩個,但是不要為了堆積關鍵詞。如果帶有關鍵詞的域名不好找,寧可選擇一個容易品牌化的短的生僻詞,或者新造的詞。
2)描述性
整個URL包括域名,目錄名和檔名,在可能的情況下,用具有描述性的單詞,尤其是目錄名和檔名。使使用者在一瞥之下就能知道這個URL內容大致應該是什麼。
例如 URL http://www.example.com/news/finance/ 就比
http://www.example.com/cate-01/sub-a/
要好得多。
3)URL中包含關鍵詞
在可能的情況下,目錄名檔名可以放上一些關鍵詞。關鍵詞出現在URL中,也能提高頁面相關性,在排名時貢獻一點分數。
關鍵詞出現得越靠前越好,也就是說出現在域名中最好,其次是出現在目錄名中,效果最小的是出現在檔名中,不過切不可為了出現關鍵詞而堆積。
4)URL不可太長
雖然可以考慮在URL中放關鍵詞,但最好不要為了放關鍵詞,而把目錄名檔名弄的很長。
這主要是為使用者著想。對搜尋引擎來說,只要URL不超過1000個字母,收錄起來都是沒問題。不過真的使用幾百個字母的URL,使用者看起來就費事了。
曾經有人做過搜尋結果點選實驗,一個比較短的URL出現在一個比較長的URL下面時,短URL的點選率比長URL高2.5倍。
另外,短URL也利於傳播和複製。站長做連結時,通常會直接複製URL。短URL不會有問題,長URL複製時都會費勁,也可能複製得不完整,造成訪問時404錯誤。
5)用連詞符
URL中目錄名檔名單詞之間最好用連詞符-,不要用下劃線_,也不要用其他允許但很奇怪的字元。連詞符會被當作空格處理。
目錄或檔名中單詞間一般建議使用短橫線(-)分隔,不要使用下劃線或其他更奇怪的字母。搜尋引擎把URL中的短橫線(-)當做空格處理,下劃線則被忽略。所以檔名seo-tools.html 將被正確讀取出 seo 與 tools 兩個單詞,而檔名 seotools.html 就不能被分解出兩個單詞。
6)英文單詞和拼音
對英文網站來說,當然URL中的描述性關鍵詞比較好寫。對中文網站可以考慮實使用拼音。但是對比較長的詞,用拼音就不容易讀懂,這種情況下還是建議使用英文單詞。
另外有的人把目錄名檔名裡面放上中文字,或者有時候有空格,這樣的URL出現在瀏覽器位址列的時候,都會變成一些編碼字元。雖然搜尋引擎可以辨識,但看起來很難看,不建議。
7)大小寫
URL中最好統一全部使用小寫字母,像Unix/Linux伺服器大小寫字母是不同處理的,也就是說 Index.html 和 index.html 是被當作兩個不同的檔案。如果一個目錄下面的首頁是Index.html,訪問目錄的時候就會出錯。在其他情況下大小寫混用也經常會造成混亂。另外,robots 檔案程式碼也是區分大小寫的,一個字母之差就可能使整個目錄不能被收錄。
8)避免太多引數
在進行URL優化時,我們儘量使用靜態的URL,雖然現代的主流搜尋引擎都能夠很好的去索引帶有引數的動態網頁了, 可是,使用靜態的URL還是有一定的優勢的,如果由於某些原因,不能使用靜態的URL,而不得不使用動態的URL時,設計的則是URL中的引數應該儘量減少,不要超過三個,一般的情況下URL中的引數2~3個就可以了。引數太多了不但使用者看起來困難,對搜尋引擎的索引可能也會造成一定的問題。所以,能使用靜態就使用靜態的URL,能短就儘量短。
9)目錄層次儘量少
這裡所指的目錄層次是指物理目錄結構,而不是指邏輯結構,我們在網站建設中對URL進行設計時,網站的結構要儘量的去減少目錄層次,層次不能太深了,一般建議不要超過三層,特別對於一些新站來說,權重低,搜尋引擎蜘蛛爬行得很淺,深一點的頁面,蜘蛛都很可能不會去爬行的,所以要儘量的做到使目錄層次減少,URL縮短。根據觀察,百度尤其比較喜歡目錄層次比較少的頁面。
10)使用目錄形式還是檔案形式
大部分的CMS系統都可以把頁面的URL設定為目錄或者檔案形式。
比如:http://www.example.com/products/red-shoes/
或 http://www.example.com/products/red-shoes.html
有些朋友認為目錄形式比檔案形式權重要高一點,無論使用哪種形式的URL,權重應該是差不了多少的,基本可以忽略二者之間的權重差異,使用目錄形式有一個優點,以後如果更換其他的程式語言,URL也可以不用變化,也不用經過特殊的處理,而檔案形式的URL可能檔案的副檔名會變化,需要做一定的URL重寫處理。
11)二級域名和目錄
二級域名在中文網站裡面似乎很流行,而且現在二級域名在Google裡面有大量的垃圾內容,Google對此還沒有什麼好的辦法。
不過我個人還是建議使用目錄,除非有特別需要的時候,最好不要使用二級域名。
以上是admin10000總結的URL優化的一些經驗,總之,URL大家只要做到簡單、讓使用者看著舒服就行,URL本身的權重到底也是有限的,不能一味為了SEO去改變,合適自己發展的才是最棒的。
相關文件:百度谷歌搜尋引擎高階指令
相關文章
- 關於Canvas的一些經驗Canvas
- [TEAP]關於Canvas的一些經驗Canvas
- 網站前端優化一些小經驗網站前端優化
- 關於效能優化的一些實踐優化
- 關於啟用 HTTPS 的一些經驗分享HTTP
- 關於Flutter空安全的一些使用經驗和理解Flutter
- 關於啟用 HTTPS 的一些經驗分享(二)HTTP
- 關於TPerlRegEx類使用上的一些經驗
- SQL優化經驗SQL優化
- 分享彼此的優化經驗優化
- 英文簡歷中關於專案經驗的一些有用的例子
- 關於mysql的優化MySql優化
- 基於mysql資料庫 關於sql優化的一些問題MySql資料庫優化
- 關於我做事的方法經驗
- android 關於記憶體優化的一些總結Android記憶體優化
- JVM 優化經驗總結JVM優化
- 關於Presentation Error的一點經驗Error
- MySQL效能優化的最佳21條經驗MySql優化
- MySQL效能優化的21條最佳經驗MySql優化
- 一些有趣的B+樹優化實驗優化
- 模擬經營遊戲《Project Hospital》的優化經驗遊戲Project優化
- Oracle優化相關的一些引數Oracle優化
- 關於SQL優化的闢謠SQL優化
- 關於sql語句的優化SQL優化
- 關於ios多年面試的經驗總結iOS面試
- 關於找工作時的經驗問題
- 關於Web 2.0 的SOA 經驗教訓Web
- 關於首屏優化優化
- 關於模擬經營遊戲的一些思考遊戲
- 關於中文URL的處理
- PHP MySQL效能優化的最佳16條經驗PHPMySql優化
- MySQL 效能優化的最佳 20+ 條經驗MySql優化
- MySQL效能優化的最佳20+條經驗MySql優化
- SQL 優化經驗總結34條SQL優化
- (轉)例項分析:MySQL優化經驗MySql優化
- SQL語句優化--十條經驗SQL優化
- SQL優化經驗總結34條SQL優化
- 關於REACT正規化的一些思考React