SEOer必看的URL優(yōu)化方法

3479次閱讀

URL是統(tǒng)一資源定位符,對可以從互聯(lián)網(wǎng)上得到的資源的位置和訪問方法的一種簡潔的表示,是互聯(lián)網(wǎng)上標準資源的地址。

我們看到的互聯(lián)網(wǎng)上的每個文件都有一個唯一的URL,它包含的信息指出文件的位置以及瀏覽器應(yīng)該怎么處理它。

URL優(yōu)化也需要講究一些準則,按照以下方法優(yōu)化下去,搜索引擎會更加喜愛你的網(wǎng)站哦。


URL優(yōu)化方法

1、文件和目錄的描述性名稱一致

對英文網(wǎng)站來說,目錄名稱以及文件名應(yīng)該具備一定的描述性,以便于用戶知道這個URL大致是一個什么樣的網(wǎng)頁或者內(nèi)容。

例如com/photoshop/ 看就知道是與Photoshop相關(guān)的網(wǎng)頁。


2、URL越短越好

雖然對搜索引擎來說,只要URL不超過1000個字母收錄起來都沒問題,但是短URL更加有利于傳播。

做鏈接時短URL復(fù)制很簡單,長的卻很難,有時不完整復(fù)制下來,容易出現(xiàn)404錯誤。


3、URL中包含關(guān)鍵詞

URL中出現(xiàn)關(guān)鍵詞也能提高URL的相關(guān)性,對搜索引擎的排名有一定幫助。

關(guān)鍵詞出現(xiàn)得越靠前越好,也就是說出現(xiàn)在域名中最好,其次是出現(xiàn)在目錄名中,效果最小的是出現(xiàn)在文件名中,不過切不可為了出現(xiàn)關(guān)鍵詞而堆積。


4、目錄或文件格式

采用目錄形式的一個優(yōu)點在于以后如果網(wǎng)站更換編程語言,URL可以不必變化,也不用經(jīng)特殊處理。文件形式的URL可能文件擴展名會變化,除非做URL重寫。


5、URL字母全部小寫

URL字母全部小寫容易人工輸入,優(yōu)點在于不會因為大小寫摻雜而犯錯。


6、目錄層次盡量少

物理結(jié)構(gòu)層次越少越好,分層越多的,目錄層次也必然增多,尤其是靜態(tài)化URL時,盡量使用比較少的目錄層次,搜索引擎來比較喜歡目錄層次少的頁面。


7、連詞符的使用

一般建議使用“-” 符號,如“健康減肥-減肥效果”,不要使用下劃線或其他更為奇怪的字符。


8、避免太多參數(shù)

盡可能使用靜態(tài)URL。如果不能實現(xiàn)靜態(tài)URL,那動態(tài)URL須減少參數(shù)。一般建議2-3個參數(shù)之內(nèi)。參數(shù)多不利于用戶體驗也不利于搜有可能造成收錄問題。


閱讀本文的人還可以閱讀:

靜態(tài)URL是什么?靜態(tài)URL優(yōu)點和缺點

動態(tài)URL是什么?動態(tài)URL有什么特點

URL是什么?URL里包含關(guān)鍵詞對收錄有幫助嗎?

如何替換請求URL中的文字?

本文由夫唯SEO特訓(xùn)營編輯整理。

搜外專注SEO培訓(xùn)和SEO周邊Saas服務(wù)解決方案,10年來超過五萬學(xué)員在此獲得技術(shù)提升和人脈圈子。

SEO課程包含移動搜索、零基礎(chǔ)建站、群站SEO思維、搜外6系統(tǒng)、SEM入門等。

192期A班報名時間7月1日-7月15日,請?zhí)砑诱猩头∧⑿牛簊eowhy2021。 微信掃碼添加客服人員

我們的目標是:讓非技術(shù)人員輕松學(xué)會互聯(lián)網(wǎng)技術(shù)。

  • 搜外會員SEO交流群(免費)

    微信掃碼添加客服人員
  • 小程序運營交流群(免費)

    微信掃碼添加客服人員
  • 搜外會員SEM競價交流群(免費)

    微信掃碼添加客服人員
  • 夫唯學(xué)員SEO交流群(VIP)

    微信掃碼添加客服人員

掃碼獲取資源

微信掃碼添加客服人員
  • SEO技術(shù)實戰(zhàn)微信群

    微信掃碼添加客服人員
  • 大站流量總監(jiān)群(審核身份)

    微信掃碼添加客服人員
  • Google獨立站英文SEO群

    微信掃碼添加客服人員
  • SEO團隊KPI管理表格

    微信掃碼添加客服人員
  • 工業(yè)品網(wǎng)站友情鏈接群

    微信掃碼添加客服人員
  • 本地生活服務(wù)業(yè)友鏈群

    微信掃碼添加客服人員

跟夫唯老師系統(tǒng)學(xué)習(xí)群站SEO
成為互聯(lián)網(wǎng)運營推廣大咖

掌握SEO技巧、建站前端、群站霸屏、SEM入門、新聞源推廣……
Processed in 0.240405 Second , 52 querys.