觸屏版
全國(guó)服務(wù)熱線:0571-87205688
登錄
注冊(cè)
客戶中心
關(guān)注云客
最近,很多SEO有這樣的疑惑:索引量工具顯示索引量數(shù)值很高,但流量總也上不去,也沒(méi)有發(fā)現(xiàn)我們站內(nèi)有低質(zhì)內(nèi)容,百度這是要鬧哪樣呀?對(duì)此,我找到了導(dǎo)致索引量高流量低的一個(gè)原因,并給出的解決方法。
首先聲明,我們只談?wù)撚袡z索意義的URL,也就是用戶會(huì)從搜索引擎查找的頁(yè)面,其他頁(yè)面按照常用的方法做屏蔽就好了,鑒于很多站長(zhǎng)都愛(ài)討論整體的收錄量,我必須潑一下冷水,也許你的有效收錄是1/10。
1、URL參數(shù)
URL參數(shù)也叫URL query,是一個(gè)最復(fù)雜,最容易被忽視,最容易被妥協(xié)的問(wèn)題,他是網(wǎng)站運(yùn)營(yíng)中必不可少的元素,如果簡(jiǎn)單的去除,其他部門(mén)就無(wú)法工作了。
出現(xiàn)這種問(wèn)題的壞處有幾點(diǎn):
(1)、浪費(fèi)搜索引擎對(duì)你網(wǎng)站的各項(xiàng)配額,從而影響其他正常的頁(yè)面。
(2)、丟失很多本應(yīng)拿到的鏈接加分,站外渠道的鏈接往往是最優(yōu)質(zhì)的,同一個(gè)URL的分值可能分散成幾十份。
(3)、SEO的流量被統(tǒng)計(jì)到別的渠道(因?yàn)閠racking字段寫(xiě)的是別的渠道,而且被收錄被點(diǎn)擊)。
(4)、往往形成一種局面,產(chǎn)品用一套URL,SEO用另一套URL,甚至不同渠道用不同的URL,后期開(kāi)發(fā)和維護(hù)的成本極高。
為了解決這個(gè)問(wèn)題,首先要弄清URL的定義,以我的理解,每一個(gè)URL是一個(gè)靜態(tài)的、獨(dú)立不重復(fù)的、有意義的實(shí)體,一般也有檢索意義(就是有人會(huì)搜),比如一個(gè)人、一輛車(chē)、一條道路、一個(gè)零件,而不能混入各種“狀態(tài)”,比如這個(gè)人生病的時(shí)候,難道就不是他自己了么?一件商品在促銷(xiāo)的狀態(tài)難道是另一件商品了么?
理論上canonical標(biāo)簽就可以解決這個(gè)問(wèn)題了,但是從實(shí)際測(cè)試結(jié)果看,百度對(duì)這個(gè)標(biāo)簽的支持優(yōu)先級(jí)非常低,幾乎可以忽略不計(jì),因此,我博客建議的解決方案是這樣的:
(1)、建立好網(wǎng)站的思維導(dǎo)圖和元信息。
(2)、所有和SEO元信息相關(guān)的參數(shù)都放到路徑中去。
(3)、所有和SEO元信息不相干的參數(shù)都放到#后邊,因?yàn)?后邊不影響web服務(wù)器返回的內(nèi)容,簡(jiǎn)單的說(shuō)就是用"#"替代"?"。
(4)、每個(gè)頁(yè)面中都利用js獲取#后邊的參數(shù)對(duì),通過(guò)二次請(qǐng)求發(fā)回給統(tǒng)計(jì)服務(wù)器。
(5)、如果#后邊的參數(shù)影響頁(yè)面內(nèi)容,比如酒店的入住日期,那么這部分內(nèi)容用ajax加載就行,他是不穩(wěn)定的,不屬于頁(yè)面內(nèi)容的一部分。(當(dāng)然還有變通的辦法,暫不贅述)
(6)、原始的#錨點(diǎn)定義肯定會(huì)沖突,定義一個(gè)#后邊的變量,并用js控制屏幕滾動(dòng),來(lái)保證原始錨點(diǎn)的作用。
有人可能會(huì)想到,根據(jù)ua判斷,如果是搜索引擎爬蟲(chóng),就用跳轉(zhuǎn)的方式去掉URL參數(shù),但在我看來(lái),效率最高的方法必然是從一開(kāi)始就不展示錯(cuò)誤URL。
其實(shí)很多網(wǎng)站早就使用這種方式了,但是還有很多網(wǎng)站由于開(kāi)發(fā)效率無(wú)法及時(shí)實(shí)現(xiàn),所以,對(duì)于一般的小網(wǎng)站,一定要考慮開(kāi)發(fā)成本,不要輕易冒進(jìn),只要能避免問(wèn)題的發(fā)生,變通的方法是很多的。
2、路徑中使用非必要元素
很多網(wǎng)站仿照亞馬遜的做法,把商品名體現(xiàn)在URL中,然后再通過(guò)id來(lái)決定頁(yè)面展示的內(nèi)容。
這樣雖然可以提高一些相關(guān)性,但是很危險(xiǎn),在長(zhǎng)期甚至短期的時(shí)間內(nèi),大量商品的名稱(chēng)是非常可能有變化的,那么URL也就跟著變化,成本也是非常高的,因?yàn)榧哟罅思夹g(shù)實(shí)現(xiàn)難度,不管從站內(nèi)還是站外,每次增加鏈接都是一個(gè)很麻煩的事情。
3、URL中的字母建議全部小寫(xiě)
如果網(wǎng)站的技術(shù)架構(gòu)用的是開(kāi)源系統(tǒng),一般是不會(huì)有這個(gè)問(wèn)題的,如果使用了微軟的技術(shù)架構(gòu),這個(gè)問(wèn)題非常常見(jiàn)。
我的建議是統(tǒng)一使用小寫(xiě),大寫(xiě)自動(dòng)跳轉(zhuǎn)為小寫(xiě)(小心301死循環(huán))。
URL中字母全部小寫(xiě)主要有兩個(gè)好處:
(1)、全部使用小寫(xiě)方便用戶輸入,不會(huì)因?yàn)榇笮?xiě)混搭導(dǎo)致用戶輸寫(xiě)錯(cuò)誤。
(2)、當(dāng)我們寫(xiě)robots文件代碼時(shí),其也是區(qū)分大小寫(xiě)的,往往一個(gè)字母之差可能就導(dǎo)致整個(gè)目錄不能被搜索引擎收錄。
4、目錄的規(guī)范
簡(jiǎn)單的來(lái)說(shuō),就是以下幾點(diǎn):
(1)、所有部門(mén)統(tǒng)一使用SEO定義的URL,屏蔽非SEO優(yōu)化URL的入口。
(2)、用“#”替代“?”。
(3)、統(tǒng)一使用小寫(xiě)。
(4)、保證目錄的規(guī)范,把不規(guī)范的URL跳轉(zhuǎn)到規(guī)范的URL。
5、URL盡量使用靜態(tài)化處理
現(xiàn)在的網(wǎng)站絕大多數(shù)是使用數(shù)據(jù)庫(kù)進(jìn)行驅(qū)動(dòng)的,頁(yè)面是由程序?qū)崟r(shí)生成,而不是真的在服務(wù)器上有一個(gè)靜態(tài)HTML文件存在,當(dāng)用戶訪問(wèn)一個(gè)網(wǎng)址時(shí),程序根據(jù)URL中的參數(shù)調(diào)用數(shù)據(jù)庫(kù)數(shù)據(jù),實(shí)時(shí)生成頁(yè)面內(nèi)容,因此,動(dòng)態(tài)頁(yè)面相對(duì)應(yīng)的URL原始狀態(tài)也是動(dòng)態(tài)的,其中包含了問(wèn)號(hào)、等號(hào)及參數(shù),這就造成了搜索引擎收錄困難,所以,如果沒(méi)有什么特殊原因的話,盡量對(duì)URL做靜態(tài)化處理。
6、URL層級(jí)不要超過(guò)三層
當(dāng)然,這里說(shuō)的URL層級(jí)不超過(guò)三層說(shuō)的是那些中小型網(wǎng)站,如果你的網(wǎng)站是大型網(wǎng)站那就不在這個(gè)控制范圍內(nèi)了,因?yàn)樗阉饕姘岩恍┐笮途W(wǎng)站的頻道頁(yè)也當(dāng)成一個(gè)單獨(dú)的種子站點(diǎn)來(lái)處理了,搜索引擎就會(huì)在這個(gè)頻道頁(yè)再深度爬取三層,也就是說(shuō),一些大型網(wǎng)站的頻道頁(yè)就相當(dāng)于我們一個(gè)個(gè)人網(wǎng)站了。
7、URL盡量越短越好
這個(gè)主要是站在用戶的角度考慮了,因?yàn)閁RL越短,代表用戶就越方便記憶,用戶看起來(lái)也沒(méi)有那么費(fèi)事,相對(duì)于搜索引擎來(lái)說(shuō),只要我們控制好URL長(zhǎng)度不超過(guò)1000字母,那搜索引擎收錄起來(lái)是完全沒(méi)有問(wèn)題的。
評(píng)論(0人參與,0條評(píng)論)
發(fā)布評(píng)論
最新評(píng)論