3??網(wǎng)站優(yōu)化

3.1??抓取友好性

關(guān)于抓取的優(yōu)先級，在此重點強(qiáng)調(diào)：

√?網(wǎng)站更新頻率：經(jīng)常更新高價值的站點，優(yōu)先抓??；

√?受歡迎程度：用戶體驗好的站點，優(yōu)先抓??；

√?優(yōu)質(zhì)入口：優(yōu)質(zhì)站點內(nèi)鏈接，優(yōu)先抓?。?/p>

√?歷史的抓取效果越好，越優(yōu)先抓??；

√?服務(wù)器穩(wěn)定，優(yōu)先抓取；

√?安全記錄優(yōu)質(zhì)的網(wǎng)站，優(yōu)先抓??；

順暢穩(wěn)定的抓取是網(wǎng)站獲得搜索用戶、搜索流量的重要前提，影響抓取的關(guān)鍵因素，站長可以通過本章節(jié)了解。

3.1.1??URL規(guī)范

網(wǎng)站的URL如何設(shè)置，可參考2.3.1中的URL設(shè)置規(guī)范

3.1.1.1??參數(shù)

URL中的參數(shù)放置，需遵循兩個要點：

√?參數(shù)不能太復(fù)雜；

√?不要用無效參數(shù)，無效參數(shù)會導(dǎo)致頁面識別問題，頁面內(nèi)容最終無法在搜索展示

另外，很多站長利用參數(shù)（對搜索引擎和頁面內(nèi)容而言參數(shù)無效）統(tǒng)計站點訪問行為，這里強(qiáng)調(diào)下，盡量不要出現(xiàn)這種形式資源，例如：

https://www.test.com/deal/w00tb7cyv.html?s=a67b0e875ae58a14e3fcc460422032d3

或者：

http://nmtp.test.com/;NTESnmtpSI=029FF574C4739E1D0A45C9C90D656226.hzayq-nmt07.server.163.org-8010#/app/others/details?editId=&articleId=578543&articleType=0&from=sight

?

3.1.2??鏈接發(fā)現(xiàn)

3.1.2.1??百度蜘蛛

很多站長會咨詢?nèi)绾闻袛喟俣纫苿又┲?，這里推薦一種方法，只需兩步，正確識別百度蜘蛛：

查看UA

如果UA都不對，可以直接判斷非百度搜索的蜘蛛，目前對外公布過的UA是：

移動UA 1：

Mozilla/5.0 (Linux;u;Android 4.2.2;zh-cn;) AppleWebKit/534.46 (KHTML,likeGecko)?Version/5.1 Mobile Safari/10600.6.3 (compatible; Baiduspider/2.0;+http://www.baidu.com/?search/?spider.html)

移動UA 2：

Mozilla/5.0 (iPhone; CPU iPhone OS 9_1 likeMac OS X) AppleWebKit/601.1.46?(KHTML, like Gecko) Version/9.0 Mobile/13B143Safari/601.1 (compatible; Baiduspider-render/2.0;?+http://www.baidu.com/search/spider.html)

PC UA 1：

Mozilla/5.0 (compatible; Baiduspider/2.0;+http://www.baidu.com/search/spider.html）

PC UA 2：

Mozilla/5.0(compatible;Baiduspider-render/2.0;+http://www.baidu.com/search/?spider.html)

反查IP

站長可以通過DNS反查IP的方式判斷某只蜘蛛是否來自百度搜索引擎。根據(jù)平臺不同驗證方法不同，如Linux/Windows/OS三種平臺下的驗證方法分別如下：

在Linux平臺下，可以使用hostip命令反解IP來判斷是否來自百度蜘蛛的抓取。百度蜘蛛的hostname以*.baidu.com格式命名，非*.baidu.com即為冒充。

這里需要再提出一點，建議使用DNS更換為8.8.8.8后進(jìn)行nslookup反向解析，否則很容易出現(xiàn)無返回或返回錯誤的問題。

在Windows平臺下，可以使用nslookup ip命令反解IP來判斷是否來自百度蜘蛛的抓取。打開命令處理器輸入nslookup?xxx.xxx.xxx.xxx（IP地址）就能解析IP，來判斷是否來自百度蜘蛛的抓取，百度蜘蛛的hostname以*.baidu.com格式命名，非*.baidu.com即為冒充。

在Mac?OS平臺下，網(wǎng)站可以使用dig命令反解IP來判斷是否來自百度蜘蛛的抓取。打開命令處理器輸入dig?xxx.xxx.xxx.xxx（IP地址）就能解析IP，來判斷是否來自百度蜘蛛的抓取，百度蜘蛛的hostname以*.baidu.com的格式命名，非*.baidu.com即為冒充。

3.1.2.2??鏈接提交

鏈接提交工具是網(wǎng)站主動向百度搜索推送數(shù)據(jù)的工具，網(wǎng)站使用鏈接提交可縮短爬蟲發(fā)現(xiàn)網(wǎng)站鏈接時間，目前鏈接提交工具支持四種方式提交：

√?主動推送：是最為快速的提交方式，建議將站點當(dāng)天新產(chǎn)出鏈接立即通過此方式推送給百度，以保證新鏈接可以及時被百度抓??；

√?Sitemap：網(wǎng)站可定期將網(wǎng)站鏈接放到Sitemap中，然后將Sitemap提交給百度。百度會周期性的抓取檢查提交的Sitemap，對其中的鏈接進(jìn)行處理，但抓取速度慢于主動推送；

√?手工提交：如果不想通過程序提交，那么可以采用此種方式，手動將鏈接提交給百度；

√?自動推送：是輕量級鏈接提交組件，將自動推送的JS代碼放置在站點每一個頁面源代碼中，當(dāng)頁面被訪問時，頁面鏈接會自動推送給百度，有利于新頁面更快被百度發(fā)現(xiàn)。

簡單來說：建議有新聞屬性站點，使用主動推送進(jìn)行數(shù)據(jù)提交；新驗證平臺站點，或內(nèi)容無時效性要求站點，可以使用Sitemap將網(wǎng)站全部內(nèi)容使用Sitemap提交；技術(shù)能力弱，或網(wǎng)站內(nèi)容較少的站點，可使用手工提交方式進(jìn)行數(shù)據(jù)提交；最后，還可以使用插件方式，自動推送方式給百度提交數(shù)據(jù)。

?

3.1.3??網(wǎng)頁抓取

3.1.3.1??訪問速度

關(guān)于移動頁面的訪問速度，百度搜索資源平臺（原百度站長平臺）已于2017年10月推出過閃電算法，針對頁面首頁的打開速度給予策略支持。閃電算法中指出，移動搜索頁面首屏加載時間將影響搜索排名。移動網(wǎng)頁首屏加載時間在2秒之內(nèi)的，在移動搜索下將獲得提升頁面評價優(yōu)待，獲得流量傾斜；同時，在移動搜索頁面首屏加載非常慢（3秒及以上）的網(wǎng)頁將會被打壓。

對于頁面訪問速度的提速，這里也給到幾點建議：

資源加載：

√?將同類型資源在服務(wù)器端壓縮合并，減少網(wǎng)絡(luò)請求次數(shù)和資源體積；?

√?引用通用資源，充分利用瀏覽器緩存；?

√?使用CDN加速，將用戶的請求定向到最合適的緩存服務(wù)器上；?

√?非首屏圖片類加載，將網(wǎng)絡(luò)帶寬留給首屏請求。

頁面渲染：

√?將CSS樣式寫在頭部樣式表中，減少由CSS文件網(wǎng)絡(luò)請求造成的渲染阻塞；

√?將JavaScript放到文檔末尾，或使用異步方式加載，避免JS執(zhí)行阻塞渲染；?

√?對非文字元素（如圖片，視頻）指定寬高，避免瀏覽器重排重繪；

希望廣大站長持續(xù)關(guān)注頁面加載速度體驗，視網(wǎng)站自身情況，參照建議自行優(yōu)化頁面，或使用通用的加速解決方案（如MIP），不斷優(yōu)化頁面首屏加載時間。

了解MIP-移動網(wǎng)頁加速器可參考：https://www.mipengine.org/

?

3.1.3.2??返回碼

HTTP狀態(tài)碼是用以表示網(wǎng)頁服務(wù)器HTTP響應(yīng)狀態(tài)的3位數(shù)字代碼。各位站長在平時維護(hù)網(wǎng)站過程中，可能會在站長工具后臺抓取異常里面或者服務(wù)器日志里看到各種各樣的響應(yīng)狀態(tài)碼，有些甚至?xí)绊懢W(wǎng)站的SEO效果，例如重點強(qiáng)調(diào)網(wǎng)頁404設(shè)置，百度搜索資源平臺（原百度站長平臺）中部分工具如死鏈提交，需要網(wǎng)站把內(nèi)容死鏈后進(jìn)行提交，這里要求設(shè)置必須是404。

下面為大家整理了一些常見的HTTP狀態(tài)碼：

301：（永久移動）請求的網(wǎng)頁已被永久移動到新位置。服務(wù)器返回此響應(yīng)（作為對GET或HEAD請求的響應(yīng)）時，會自動將請求者轉(zhuǎn)到新位置。

302：（臨時移動）服務(wù)器目前正從不同位置的網(wǎng)頁響應(yīng)請求，但請求者應(yīng)繼續(xù)使用原有位置來進(jìn)行以后的請求。此代碼與響應(yīng)GET和HEAD請求的301代碼類似，會自動將請求者轉(zhuǎn)到不同的位置。

這里強(qiáng)調(diào)301與302的區(qū)別：

301/302的關(guān)鍵區(qū)別在于：這個資源是否存在/有效；

301指資源還在，只是換了一個位置，返回的是新位置的內(nèi)容；

302指資源暫時失效，返回的是一個臨時的代替頁（例如鏡像資源、首頁、404頁面）上。注意如果永久失效應(yīng)當(dāng)使用404。

有時站長認(rèn)為百度對302不友好，可能是誤用了302處理仍然有效的資源；

?400：（錯誤請求）服務(wù)器不理解請求的語法；

403：（已禁止）服務(wù)器已經(jīng)理解請求，但是拒絕執(zhí)行它；

404：（未找到）服務(wù)器找不到請求的網(wǎng)頁；

這里不得不提的一點，很多站長想自定義404頁面，需要做到確保蜘蛛訪問時返回狀態(tài)碼為404，若因為404頁面跳轉(zhuǎn)時設(shè)置不當(dāng)，返回了200狀態(tài)碼，則容易被搜索引擎認(rèn)為網(wǎng)站上出現(xiàn)了大量重復(fù)頁面，從而對網(wǎng)站評價造成影響；

500：（服務(wù)器內(nèi)部錯誤）服務(wù)器遇到錯誤，無法完成請求；

502：（錯誤網(wǎng)關(guān)）服務(wù)器作為網(wǎng)關(guān)或代理，從上游服務(wù)器收到了無效的響應(yīng)；

503：（服務(wù)不可用）目前無法使用服務(wù)器（由于超載或進(jìn)行停機(jī)維護(hù)）。通常，這只是一種暫時的狀態(tài)；

504：（網(wǎng)關(guān)超時）服務(wù)器作為網(wǎng)關(guān)或代理，未及時從上游服務(wù)器接收請求。

?

3.1.3.3? robots

robots工具的詳細(xì)工具使用說明，細(xì)節(jié)參考4.3.4robots工具章節(jié)，關(guān)于robots的使用，僅強(qiáng)調(diào)以下兩點：

√?百度蜘蛛目前在robots里是不支持中文的，故網(wǎng)站robots文件編寫不建議使用中文字符；

√?robots文件支持UrlEncode編碼這種寫法，如：http://www.test.cn/%E7%89%B9%E6%AE%8A:%E6%B5%8F%E8%A7%88/%E7%94%9F%E6%AD%BB%E7%8B%99%E5%87%BB:%E7%99%BD%E9%93%B6%E5%8A%A0%E7%89%B9%E6%9E%97

3.1.3.4??死鏈

當(dāng)網(wǎng)站死鏈數(shù)據(jù)累積過多，并且被展示到搜索結(jié)果頁中，對網(wǎng)站本身的訪問體驗和用戶轉(zhuǎn)化都起到了負(fù)面影響。另一方面，百度檢查死鏈的流程也會為網(wǎng)站帶來額外負(fù)擔(dān)，影響網(wǎng)站其他正常頁面的抓取和索引。

百度搜索資源平臺（原百度站長平臺）推出死鏈提交工具，幫助網(wǎng)站提交死鏈數(shù)據(jù)，死鏈提交工具使用參考4.3.2死鏈提交工具。

什么是死鏈及死鏈的標(biāo)準(zhǔn)

頁面已經(jīng)無效，無法對用戶提供任何有價值信息的頁面就是死鏈接，比較常見死鏈形式共有3種，協(xié)議死鏈和內(nèi)容死鏈?zhǔn)潜容^常見兩種形式，除此之外還有跳轉(zhuǎn)死鏈。

√?協(xié)議死鏈：頁面的TCP協(xié)議狀態(tài)/HTTP協(xié)議狀態(tài)明確表示的死鏈，常見的如404、403、503狀態(tài)等；

√?內(nèi)容死鏈：服務(wù)器返回狀態(tài)是正常的，但內(nèi)容已經(jīng)變更為不存在、已刪除或需要權(quán)限等與原內(nèi)容無關(guān)的信息頁面；

√?跳轉(zhuǎn)死鏈：指頁面內(nèi)容已經(jīng)失效，跳轉(zhuǎn)到報錯頁，首頁等行為。

?

3.1.4??訪問穩(wěn)定性

訪問穩(wěn)定性主要有以下幾個注意點：

DNS解析

DNS是域名解析服務(wù)器，關(guān)于DNS，這里建議中文網(wǎng)站盡可能使用國內(nèi)大型服務(wù)商提供的DNS服務(wù)，以保證站點的穩(wěn)定解析。

分享一個DNS穩(wěn)定性的示例：

搜索資源平臺（原站長平臺）曾收到多個站長反饋，稱網(wǎng)站從百度網(wǎng)頁搜索消失，site發(fā)現(xiàn)網(wǎng)站數(shù)據(jù)為0。

經(jīng)追查發(fā)現(xiàn)這些網(wǎng)站都使用國外某品牌的DNS服務(wù)器 *.DOMAINCONTROL.COM，此系列DNS服務(wù)器存在穩(wěn)定性問題，百度蜘蛛經(jīng)常解析不到IP，在百度蜘蛛看來，網(wǎng)站是死站點。此前也發(fā)現(xiàn)過多起小DNS服務(wù)商屏蔽百度蜘蛛解析請求或者國外DNS服務(wù)器不穩(wěn)定的案例。因此這里建議網(wǎng)站，謹(jǐn)慎選擇DNS服務(wù)。

蜘蛛封禁

針對爬蟲的封禁會導(dǎo)致爬蟲認(rèn)為網(wǎng)站不可正常訪問，進(jìn)而采取對應(yīng)的措施。爬蟲封禁其實分兩種，一種就是傳統(tǒng)的robots封禁，另一種是需要技術(shù)人員配合的IP封禁和UA封禁；而絕大多數(shù)情況下的封禁都是一些操作不當(dāng)導(dǎo)致的誤封禁，然后在搜索引擎上的反應(yīng)就是爬蟲不能正常訪問。所以針對爬蟲封禁的操作一定要慎重，即使因為訪問壓力問題要臨時封禁，也要盡快做恢復(fù)處理。

服務(wù)器負(fù)載

拋開服務(wù)器硬件問題（不可避免），絕大多數(shù)引起服務(wù)器負(fù)載過高的情況是軟件程序引起的，如程序有內(nèi)存泄露，程序出core，不合理混布服務(wù)（其中一個服務(wù)消耗服務(wù)器資源過大引起服務(wù)器負(fù)載增大，影響了服務(wù)器對爬蟲訪問請求的響應(yīng)。）對于提供服務(wù)的機(jī)器一定要注意服務(wù)器的負(fù)載，留足夠的buffer保證服務(wù)器具有一定的抗壓能力。

其他人為因素

人為操作不當(dāng)引起訪問異常的情況是經(jīng)常見到的，針對這種情況需要嚴(yán)格的制度約束，不同站點情況不一樣。需要保證每一次的升級或者操作要準(zhǔn)確無誤。

?

3.1.5??可訪問鏈接總量

3.1.5.1??資源可窮盡

一般來說網(wǎng)站的內(nèi)容頁面是可窮盡的，萬級別，百萬級別甚至億級別，但一定是可窮盡的。而現(xiàn)實中確實存在這樣一些網(wǎng)站，爬蟲針對這些網(wǎng)站進(jìn)行抓取提鏈時會陷入"鏈接黑洞"；通俗的講就是網(wǎng)站給爬蟲呈現(xiàn)的鏈接不可窮盡；典型的是部分網(wǎng)站的搜索結(jié)果頁，不同的query在不同anchor下的a標(biāo)簽鏈接不一樣就導(dǎo)致了"鏈接黑洞"的產(chǎn)生，所以嚴(yán)禁URL的生成跟用戶的訪問行為或者搜索詞等因素綁定。

?

3.2??頁面解析

頁面解析，主要指網(wǎng)站頁面被蜘蛛抓取，會對頁面進(jìn)行分析識別，稱之為頁面解析。頁面解析對網(wǎng)站至關(guān)重要，網(wǎng)站內(nèi)容被抓取是網(wǎng)站被發(fā)現(xiàn)的第一步，而頁面解析，則是網(wǎng)站內(nèi)容被識別出來的重要一環(huán)，頁面解析效果直接影響搜索引擎對網(wǎng)站的評價。

3.2.1??頁面元素

3.2.1.1??頁面標(biāo)題

關(guān)于網(wǎng)頁標(biāo)題，百度搜索于2017年9月推出清風(fēng)算法，重點打擊網(wǎng)站標(biāo)題作弊，引導(dǎo)用戶點擊，損害用戶體驗的行為；清風(fēng)算法重點打擊的標(biāo)題作弊情況有以下兩種：

√?文不對題，網(wǎng)站標(biāo)題與正文有明顯不符合，誤導(dǎo)搜索用戶點擊，對搜索用戶造成傷害；

√?大量堆砌，網(wǎng)站標(biāo)題中出現(xiàn)大量堆砌關(guān)鍵詞的情況也十分不提倡，

關(guān)于網(wǎng)站標(biāo)題作弊的詳細(xì)解讀，參考搜索學(xué)院發(fā)布官方文檔《百度搜索內(nèi)容質(zhì)量白皮書——網(wǎng)頁標(biāo)題作弊詳解》。

關(guān)于網(wǎng)站TDK，有以下幾種情況需要注意：（"T"代表頁頭中的title元素，"D"代表頁頭中的description元素，"K"代表頁頭中的keywords元素，簡單指網(wǎng)站的標(biāo)題、描述和摘要）；

√ 百度未承諾嚴(yán)格按照title和description的內(nèi)容展示標(biāo)題和摘要，尤其是摘要，會根據(jù)用戶檢索的關(guān)鍵詞，自動匹配展示合適的摘要內(nèi)容，讓用戶了解網(wǎng)頁的主要內(nèi)容，影響用戶的行為決策；

√?站長會發(fā)現(xiàn)同一條鏈接的摘要在不同關(guān)鍵詞下是變化的，可能不會完全符合站長預(yù)期，尤其是站長在檢索框進(jìn)行site語法操作時，可能會感覺摘要都比較差。但請不要擔(dān)心，畢竟絕大多數(shù)普通網(wǎng)民不會這樣操作。在此情況下出現(xiàn)不符合預(yù)期的摘要并不代表站點被懲罰；

√?還有一種情況，是網(wǎng)頁中的HTML代碼有誤，導(dǎo)致百度無法解析出摘要，所以有時大家會看到某些結(jié)果的摘要是亂碼（當(dāng)然這種情況很少見），所以也請站長注意代碼規(guī)范。

3.2.1.2??主體內(nèi)容

主體內(nèi)容注意兩個點，一個主體內(nèi)容過長（通常網(wǎng)頁源碼長度不能超過128k），文章過長可能會引起抓取截斷；另外一個是注意內(nèi)容不能空短，空短內(nèi)容也會被判斷為無價值內(nèi)容。

以下分析兩個示例：

關(guān)于主體內(nèi)容過長的示例分析：

某網(wǎng)站主體內(nèi)容都是JS生成，針對用戶訪問，沒有做優(yōu)化；但是網(wǎng)站特針對爬蟲抓取做了優(yōu)化，直接將圖片進(jìn)行base64編碼推送給百度，然而優(yōu)化后發(fā)現(xiàn)內(nèi)容沒有被百度展示出來；

頁面質(zhì)量很好，還特意針對爬蟲做了優(yōu)化，為什么內(nèi)容反而無法出現(xiàn)在百度搜索中；

分析主要有以下原因：

√?網(wǎng)站針對爬蟲爬取做的優(yōu)化，是直接將圖片base64編碼后放到HTML中，導(dǎo)致頁面長度過長，網(wǎng)站頁面長度達(dá)164k；

√?站點優(yōu)化后將主體內(nèi)容放于最后，圖片卻放于前面；

√?爬蟲抓取內(nèi)容后，頁面內(nèi)容過長被截斷，已抓取部分無法識別到主體內(nèi)容，最終導(dǎo)致頁面被認(rèn)定為空短而不建索引。

這樣的情況給到以下建議：

√?如站點針對爬蟲爬取做優(yōu)化，建議網(wǎng)站源碼長度在128k之內(nèi)，不要過長；

√?針對爬蟲爬取做優(yōu)化，請將主體內(nèi)容放于前方，避免抓取截斷造成的內(nèi)容抓取不全。

關(guān)于內(nèi)容空短的示例分析：

某網(wǎng)站反饋網(wǎng)站內(nèi)容未被建索引，分析發(fā)現(xiàn)，網(wǎng)站抓取沒有問題，但被抓取到的頁面，都提示需要輸入驗證碼才能查看全部頁面，這類頁面被判斷為空短頁面，這類頁面在抓取后，會被判定為垃圾內(nèi)容。

而且當(dāng)蜘蛛對一個網(wǎng)站抓取后發(fā)現(xiàn)大面積都是低值的空短頁面時，爬蟲會認(rèn)為這個站點的整體價值比較低，那么在后面的抓取流量分布上會降低，導(dǎo)致針對該站點的頁面更新會比較慢，進(jìn)而抓取甚至建索引庫也會比較慢。

為什么會出現(xiàn)網(wǎng)站內(nèi)容空短這種情況，其中一個原因是網(wǎng)站內(nèi)容未全部搭建完成，未對外開放，但已被蜘蛛爬取發(fā)現(xiàn)。針對這種情況，建議網(wǎng)站在邀請測試階段使用robots封禁。

另外還會有些網(wǎng)站，設(shè)置用戶查看權(quán)限，如需用戶登陸才能查看全部內(nèi)容，這樣的行為對搜索引擎也極不友好，蜘蛛無法模擬用戶登陸，僅能抓取網(wǎng)站已展示頁面，可能會導(dǎo)致抓取頁面為空短的現(xiàn)象。

這里再次強(qiáng)調(diào)，不要讓爬蟲給站點畫上不優(yōu)質(zhì)的標(biāo)簽，對網(wǎng)站將產(chǎn)生很不好的影響。另外，移動端的H5頁面，很多都是采用JS方式加載，其實是更容易產(chǎn)生空短，請各位站長注意。
??

?

3.2.1.3??網(wǎng)頁發(fā)布時間

關(guān)于網(wǎng)頁發(fā)布時間，有以下幾點建議：

√?網(wǎng)頁內(nèi)容盡可能加上產(chǎn)出時間，嚴(yán)格說是內(nèi)容發(fā)布時間；且時間盡量全，時間格式為年-月-日?時:分:秒；

例：2017-08-12 10:23:06

√?網(wǎng)頁上切忌亂加時間，這樣容易造成頁面時間提取問題，或搜索引擎判斷提取時間不可信，從而降低對網(wǎng)頁的展現(xiàn)。

?

3.2.1.4??canonical標(biāo)簽

canonical標(biāo)簽的目的

在PC互聯(lián)網(wǎng)時代，canonical標(biāo)簽的作用主要是用來解決由于網(wǎng)址形式不同內(nèi)容相同而造成的內(nèi)容重復(fù)問題。而在移動時代，canonical標(biāo)簽被百度搜索賦予了更多的意義，在原來的作用基礎(chǔ)上，又起到了相同內(nèi)容的移動頁和PC頁之間的關(guān)聯(lián)作用；讓移動資源更容易繼承PC資源的各種特征，從而快速生效移動網(wǎng)頁數(shù)據(jù)。

canonical標(biāo)簽如何設(shè)置

在HTML代碼的head里添加rel="canonical",不能添加多個，否則搜索引擎會認(rèn)為是無效的canonical標(biāo)簽。另外需要注意href里的地址不能是死鏈，錯誤頁或者被robots封禁的頁面。

具體示例如下：

3.2.2??落地頁體驗

為提升移動搜索整體用戶體驗，提升搜索滿意度，百度搜索在2017年推出《百度移動搜索落地頁體驗白皮書——廣告篇2.0》（以下簡稱廣告白皮書）。廣告白皮書對網(wǎng)站移動落地頁頁面廣告內(nèi)容、廣告位置、大小等做了明確要求，從而充分保證搜索用戶的瀏覽體驗。

白皮書詳情，請參考搜索學(xué)院官方文檔《百度移動搜索落地頁體驗白皮書——廣告篇2.0》

3.3??頁面價值

3.3.1??內(nèi)容價值

原創(chuàng)文章，要求是獨立完成的創(chuàng)作，且沒有歪曲、篡改他人創(chuàng)作或者抄襲、剽竊他人創(chuàng)作而產(chǎn)生的作品，對于改編、注釋、整理他人已有創(chuàng)作而產(chǎn)生的作品要求有充分的點評、補(bǔ)充等增益信息。

建議原創(chuàng)文章在標(biāo)題下方明確注明“來源：xxxx（本站站點名）”或“本站原創(chuàng)”之類字樣，轉(zhuǎn)載文章明確注明“來源：xxxx（轉(zhuǎn)載來源站點名）”之類字樣，不建議使用“admin”、“webmaster”、“佚名”等模糊的說法。

3.3.2??外鏈建設(shè)

通常認(rèn)為，外鏈是本站點對第三方站點頁面的鏈接指向，是本站點對第三方站點頁面內(nèi)容的一種認(rèn)可和推薦。

站點進(jìn)行外鏈建設(shè)時，建議是有真實推薦意圖，并且指向那些熟悉的、被認(rèn)可的、內(nèi)容相關(guān)的外部頁面；不建議推薦與本站點頁面內(nèi)容無關(guān)的外鏈內(nèi)容。也不建議亂推薦外鏈、交換外鏈互聯(lián)、指向作弊站的行為（這些很可能被超鏈策略反向識別成垃圾作弊站點進(jìn)行打壓）。

最后，站長要及時發(fā)現(xiàn)和處理站點被黑的頁面。頁面被黑掉后，一般會被人為放入大量無關(guān)的，甚至作弊的外鏈在該頁面上，其目的是要瓜分站點自身權(quán)重，并以此來提高外鏈目標(biāo)站點影響力。建議站長發(fā)現(xiàn)后，及時向搜索資源平臺（原站長平臺）提交死鏈進(jìn)行刪除和屏蔽，不及時處理一定程度上會影響站點本身的權(quán)重。最好從技術(shù)上優(yōu)化，提高站點安全壁壘，防范于未然。

3.3.3??內(nèi)鏈建設(shè)

內(nèi)鏈，描述了站點的結(jié)構(gòu)，一般起到頁面內(nèi)容組織和站內(nèi)引導(dǎo)的作用；內(nèi)鏈的重要意思是通過鏈接指向，告訴搜索引擎哪個頁面最為重要。

內(nèi)鏈組織的時候，建議結(jié)構(gòu)清晰，不要過于冗雜，另外內(nèi)鏈組織的版式建議保持一致，這樣對搜索引擎超鏈分析比較友好。

與外鏈類似，建議站長善于使用nofollow標(biāo)簽，既對搜索引擎友好，又可避免因垃圾link影響到站點本身的權(quán)重。

3.3.4??anchor

anchor描述：盡可能使用典型的，有真實意義的anchor。anchor描述要與超鏈接的頁面內(nèi)容大致相符，避免高頻無意義anchor的使用，另外同一個URL的anchor描述種類不宜過多，anchor分布越稀疏會影響搜索排名。