在上一篇內(nèi)容中，主要闡述了移動站點建設(shè)的大致流程，包括：域名選擇、服務(wù)器選擇、網(wǎng)站安全等方面。本文主要是《百度移動搜索建站優(yōu)化白皮書》中“網(wǎng)站優(yōu)化”方面的相關(guān)內(nèi)容。
以下為內(nèi)容詳情：
3 網(wǎng)站優(yōu)化
3.1 抓取友好性
關(guān)于抓取的優(yōu)先級，在此重點強調(diào)：
√ 網(wǎng)站更新頻率：經(jīng)常更新高價值的站點，優(yōu)先抓取
√ 受歡迎程度：用戶體驗好的站點，優(yōu)先抓取
√ 優(yōu)質(zhì)入口：優(yōu)質(zhì)站點內(nèi)鏈接，優(yōu)先抓取
√ 歷史的抓取效果越好，越優(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ù)不能太復雜
√ 不要用無效參數(shù)，無效參數(shù)會導致頁面識別問題，頁面內(nèi)容最終無法在搜索展示
另外，很多站長利用參數(shù)(對搜索引擎和頁面內(nèi)容而言參數(shù)無效)統(tǒ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 后進行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)站鏈接時間，目前鏈接提交工具支持四種方式提交：
√ 主動推送：是最為快速的提交方式，建議將站點當天新產(chǎn)出鏈接立即通過此方式推送給百度，以保證新鏈接可以及時被百度抓取。
√ Sitemap：網(wǎng)站可定期將網(wǎng)站鏈接放到Sitemap中，然后將Sitemap提交給百度。百度會周期性的抓取檢查提交的Sitemap，對其中的鏈接進行處理，但抓取速度慢于主動推送。
√ 手工提交：如果不想通過程序提交，那么可以采用此種方式，手動將鏈接提交給百度。
√ 自動推送：是輕量級鏈接提交組件，將自動推送的JS代碼放置在站點每一個頁面源代碼中，當頁面被訪問時，頁面鏈接會自動推送給百度，有利于新頁面更快被百度發(fā)現(xiàn)。
簡單來說：建議有新聞屬性站點，使用主動推送進行數(shù)據(jù)提交;新驗證平臺站點，或內(nèi)容無時效性要求站點，可以使用Sitemap將網(wǎng)站全部內(nèi)容使用Sitemap提交;技術(shù)能力弱，或網(wǎng)站內(nèi)容較少的站點，可使用手工提交方式進行數(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)頁加速器可參考：《如何用MIP快速搭建體驗友好的移動頁面》
3.1.3.2 返回碼
HTTP狀態(tài)碼是用以表示網(wǎng)頁服務(wù)器HTTP響應(yīng)狀態(tài)的 3 位數(shù)字代碼。各位站長在平時維護網(wǎng)站過程中，可能會在站長工具后臺抓取異常里面或者服務(wù)器日志里看到各種各樣的響應(yīng)狀態(tài)碼，有些甚至會影響網(wǎng)站的SEO效果，例如重點強調(diào)網(wǎng)頁 404 設(shè)置，百度搜索資源平臺(原百度站長平臺)中部分工具如死鏈提交，需要網(wǎng)站把內(nèi)容死鏈后進行提交，這里要求設(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ù)使用原有位置來進行以后的請求。此代碼與響應(yīng)GET和HEAD請求的 301 代碼類似，會自動將請求者轉(zhuǎn)到不同的位置。
這里強調(diào) 301 與 302 的區(qū)別：
301/ 302 的關(guān)鍵區(qū)別在于：這個資源是否存在/有效
301 指資源還在，只是換了一個位置，返回的是新位置的內(nèi)容。
302 指資源暫時失效，返回的是一個臨時的代替頁(例如鏡像資源、首頁、 404 頁面)上。注意如果永久失效應(yīng)當使用404。
有時站長認為百度對 302 不友好，可能是誤用了 302 處理仍然有效的資源。
400：(錯誤請求)服務(wù)器不理解請求的語法。
403：(已禁止)服務(wù)器已經(jīng)理解請求，但是拒絕執(zhí)行它。
404：(未找到)服務(wù)器找不到請求的網(wǎng)頁。
這里不得不提的一點，很多站長想自定義 404 頁面，需要做到確保蜘蛛訪問時返回狀態(tài)碼為404，若因為 404 頁面跳轉(zhuǎn)時設(shè)置不當，返回了 200 狀態(tài)碼，則容易被搜索引擎認為網(wǎng)站上出現(xiàn)了大量重復頁面，從而對網(wǎng)站評價造成影響。
500：(服務(wù)器內(nèi)部錯誤)服務(wù)器遇到錯誤，無法完成請求。
502：(錯誤網(wǎng)關(guān))服務(wù)器作為網(wǎng)關(guān)或代理，從上游服務(wù)器收到了無效的響應(yīng)。
503：(服務(wù)不可用)目前無法使用服務(wù)器(由于超載或進行停機維護)。通常，這只是一種暫時的狀態(tài)。
504：(網(wǎng)關(guān)超時)服務(wù)器作為網(wǎng)關(guān)或代理，未及時從上游服務(wù)器接收請求。
3.1.3.3 robots
robots工具的詳細工具使用說明，細節(jié)參考4.3.4robots工具章節(jié)，關(guān)于robots的使用，僅強調(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
什么是死鏈及死鏈的標準
頁面已經(jīng)無效，無法對用戶提供任何有價值信息的頁面就是死鏈接，比較常見死鏈形式共有 3 種，協(xié)議死鏈和內(nèi)容死鏈是比較常見兩種形式，除此之外還有跳轉(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)站，謹慎選擇DNS服務(wù)。
蜘蛛封禁
針對爬蟲的封禁會導致爬蟲認為網(wǎng)站不可正常訪問，進而采取對應(yīng)的措施。爬蟲封禁其實分兩種，一種就是傳統(tǒng)的robots封禁，另一種是需要技術(shù)人員配合的IP封禁和UA封禁;而絕大多數(shù)情況下的封禁都是一些操作不當導致的誤封禁，然后在搜索引擎上的反應(yīng)就是爬蟲不能正常訪問。所以針對爬蟲封禁的操作一定要慎重，即使因為訪問壓力問題要臨時封禁，也要盡快做恢復處理。
服務(wù)器負載
拋開服務(wù)器硬件問題(不可避免)，絕大多數(shù)引起服務(wù)器負載過高的情況是軟件程序引起的，如程序有內(nèi)存泄露，程序出core，不合理混布服務(wù)(其中一個服務(wù)消耗服務(wù)器資源過大引起服務(wù)器負載增大，影響了服務(wù)器對爬蟲訪問請求的響應(yīng)。)對于提供服務(wù)的機器一定要注意服務(wù)器的負載，留足夠的buffer保證服務(wù)器具有一定的抗壓能力。
其他人為因素
人為操作不當引起訪問異常的情況是經(jīng)常見到的，針對這種情況需要嚴格的制度約束，不同站點情況不一樣。需要保證每一次的升級或者操作要準確無誤。
3.1.5 可訪問鏈接總量
3.1.5.1 資源可窮盡
一般來說網(wǎng)站的內(nèi)容頁面是可窮盡的，萬級別，百萬級別甚至億級別，但一定是可窮盡的。而現(xiàn)實中確實存在這樣一些網(wǎng)站，爬蟲針對這些網(wǎng)站進行抓取提鏈時會陷入"鏈接黑洞";通俗的講就是網(wǎng)站給爬蟲呈現(xiàn)的鏈接不可窮盡;典型的是部分網(wǎng)站的搜索結(jié)果頁，不同的query在不同anchor下的a標簽鏈接不一樣就導致了"鏈接黑洞"的產(chǎn)生，所以嚴禁URL的生成跟用戶的訪問行為或者搜索詞等因素綁定。
3.2 頁面解析
頁面解析，主要指網(wǎng)站頁面被蜘蛛抓取，會對頁面進行分析識別，稱之為頁面解析。頁面解析對網(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 頁面標題
關(guān)于網(wǎng)頁標題，百度搜索于 2017 年 9 月推出清風算法，重點打擊網(wǎng)站標題作弊，引導用戶點擊，損害用戶體驗的行為;清風算法重點打擊的標題作弊情況有以下兩種：
√ 文不對題，網(wǎng)站標題與正文有明顯不符合，誤導搜索用戶點擊，對搜索用戶造成傷害
√ 大量堆砌，網(wǎng)站標題中出現(xiàn)大量堆砌關(guān)鍵詞的情況也十分不提倡
關(guān)于網(wǎng)站標題作弊的詳細解讀，參考搜索學院發(fā)布官方文檔《百度搜索內(nèi)容質(zhì)量白皮書——網(wǎng)頁標題作弊詳解》
關(guān)于網(wǎng)站TDK，有以下幾種情況需要注意：("T"代表頁頭中的title元素，"D"代表頁頭中的description元素，"K"代表頁頭中的keywords元素，簡單指網(wǎng)站的標題、描述和摘要)
√ 百度未承諾嚴格按照title和description的內(nèi)容展示標題和摘要，尤其是摘要，會根據(jù)用戶檢索的關(guān)鍵詞，自動匹配展示合適的摘要內(nèi)容，讓用戶了解網(wǎng)頁的主要內(nèi)容，影響用戶的行為決策。
√ 站長會發(fā)現(xiàn)同一條鏈接的摘要在不同關(guān)鍵詞下是變化的，可能不會完全符合站長預(yù)期，尤其是站長在檢索框進行site語法操作時，可能會感覺摘要都比較差。但請不要擔心，畢竟絕大多數(shù)普通網(wǎng)民不會這樣操作。在此情況下出現(xiàn)不符合預(yù)期的摘要并不代表站點被懲罰。
√ 還有一種情況，是網(wǎng)頁中的HTML代碼有誤，導致百度無法解析出摘要，所以有時大家會看到某些結(jié)果的摘要是亂碼(當然這種情況很少見)，所以也請站長注意代碼規(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)化，直接將圖片進行base64 編碼推送給百度，然而優(yōu)化后發(fā)現(xiàn)內(nèi)容沒有被百度展示出來
頁面質(zhì)量很好，還特意針對爬蟲做了優(yōu)化，為什么內(nèi)容反而無法出現(xiàn)在百度搜索中
分析主要有以下原因：
√ 網(wǎng)站針對爬蟲爬取做的優(yōu)化，是直接將圖片base64 編碼后放到HTML中，導致頁面長度過長，網(wǎng)站頁面長度達164k;
√ 站點優(yōu)化后將主體內(nèi)容放于最后，圖片卻放于前面;
√ 爬蟲抓取內(nèi)容后，頁面內(nèi)容過長被截斷，已抓取部分無法識別到主體內(nèi)容，最終導致頁面被認定為空短而不建索引。
這樣的情況給到以下建議：
√ 如站點針對爬蟲爬取做優(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)容。
而且當蜘蛛對一個網(wǎng)站抓取后發(fā)現(xià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)站已展示頁面，可能會導致抓取頁面為空短的現(xiàn)象。
這里再次強調(diào)，不要讓爬蟲給站點畫上不優(yōu)質(zhì)的標簽，對網(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)出時間，嚴格說是內(nèi)容發(fā)布時間;且時間盡量全，時間格式為年-月-日 時:分:秒
例：2017-08-12 10:23:06
√ 網(wǎng)頁上切忌亂加時間，這樣容易造成頁面時間提取問題，或搜索引擎判斷提取時間不可信，從而降低對網(wǎng)頁的展現(xiàn)
3.2.1.4 canonical標簽
canonical標簽的目的
在PC互聯(lián)網(wǎng)時代，canonical標簽的作用主要是用來解決由于網(wǎng)址形式不同內(nèi)容相同而造成的內(nèi)容重復問題。而在移動時代，canonical標簽被百度搜索賦予了更多的意義，在原來的作用基礎(chǔ)上，又起到了相同內(nèi)容的移動頁和PC頁之間的關(guān)聯(lián)作用;讓移動資源更容易繼承PC資源的各種特征，從而快速生效移動網(wǎng)頁數(shù)據(jù)。
canonical標簽如何設(shè)置
在HTML代碼的head里添加rel="canonical",不能添加多個，否則搜索引擎會認為是無效的canonical標簽。另外需要注意href里的地址不能是死鏈，錯誤頁或者被robots封禁的頁面。
具體示例如下：
3.2.2 落地頁體驗
為提升移動搜索整體用戶體驗，提升搜索滿意度，百度搜索在 2017 年推出《百度移動搜索落地頁體驗白皮書——廣告篇2.0》(以下簡稱廣告白皮書)。廣告白皮書對網(wǎng)站移動落地頁頁面廣告內(nèi)容、廣告位置、大小等做了明確要求，從而充分保證搜索用戶的瀏覽體驗。
白皮書詳情，請參考《百度移動搜索落地頁體驗白皮書——廣告篇2.0》
3.3 頁面價值
3.3.1 內(nèi)容價值
原創(chuàng)文章，要求是獨立完成的創(chuàng)作，且沒有歪曲、篡改他人創(chuàng)作或者抄襲、剽竊他人創(chuàng)作而產(chǎn)生的作品，對于改編、注釋、整理他人已有創(chuàng)作而產(chǎn)生的作品要求有充分的點評、補充等增益信息。
建議原創(chuàng)文章在標題下方明確注明“來源：xxxx(本站站點名)”或“本站原創(chuàng)”之類字樣，轉(zhuǎn)載文章明確注明“來源：xxxx(轉(zhuǎn)載來源站點名)”之類字樣，不建議使用“admin”、“webmaster”、“佚名”等模糊的說法。
3.3.2 外鏈建設(shè)
通常認為，外鏈是本站點對第三方站點頁面的鏈接指向，是本站點對第三方站點頁面內(nèi)容的一種認可和推薦。
站點進行外鏈建設(shè)時，建議是有真實推薦意圖，并且指向那些熟悉的、被認可的、內(nèi)容相關(guān)的外部頁面;不建議推薦與本站點頁面內(nèi)容無關(guān)的外鏈內(nèi)容。也不建議亂推薦外鏈、交換外鏈互聯(lián)、指向作弊站的行為(這些很可能被超鏈策略反向識別成垃圾作弊站點進行打壓)。
最后，站長要及時發(fā)現(xiàn)和處理站點被黑的頁面。頁面被黑掉后，一般會被人為放入大量無關(guān)的，甚至作弊的外鏈在該頁面上，其目的是要瓜分站點自身權(quán)重，并以此來提高外鏈目標站點影響力。建議站長發(fā)現(xiàn)后，及時向搜索資源平臺(原站長平臺)提交死鏈進行刪除和屏蔽，不及時處理一定程度上會影響站點本身的權(quán)重。最好從技術(shù)上優(yōu)化，提高站點安全壁壘，防范于未然。
3.3.3 內(nèi)鏈建設(shè)
內(nèi)鏈，描述了站點的結(jié)構(gòu)，一般起到頁面內(nèi)容組織和站內(nèi)引導的作用;內(nèi)鏈的重要意思是通過鏈接指向，告訴搜索引擎哪個頁面最為重要。
內(nèi)鏈組織的時候，建議結(jié)構(gòu)清晰，不要過于冗雜，另外內(nèi)鏈組織的版式建議保持一致，這樣對搜索引擎超鏈分析比較友好。
與外鏈類似，建議站長善于使用nofollow標簽，既對搜索引擎友好，又可避免因垃圾link影響到站點本身的權(quán)重。
3.3.4 anchor
anchor描述：盡可能使用典型的，有真實意義的anchor。anchor描述要與超鏈接的頁面內(nèi)容大致相符，避免高頻無意義anchor的使用，另外同一個URL的anchor描述種類不宜過多，anchor分布越稀疏會影響搜索排名。
3.1.3.4 死鏈
當網(wǎng)站死鏈數(shù)據(jù)累積過多，并且被展示到搜索結(jié)果頁中，對網(wǎng)站本身的訪問體驗和用戶轉(zhuǎn)化都起到了負面影響。另一方面，百度檢查死鏈的流程也會為網(wǎng)站帶來額外負擔，影響網(wǎng)站其他正常頁面的抓取和索引。
百度搜索資源平臺推出死鏈提交工具，幫助網(wǎng)站提交死鏈數(shù)據(jù)。
