百度發布《移動搜索建站優化白皮書》：網站建設篇

在高調推出驚雷算法之后，百度低調發布了一份《移動搜索建站優化白皮書》(以下簡稱白皮書)。在《白皮書》中，百度闡述了移動搜索引起的規則，并給站長提供了安全建站、優化網站的相關建議。

　　以下為來自百度搜索資源平臺的《百度移動搜索建站優化白皮書》之《網站建設篇》的內容：

　　1 前言

　　手機百度是一款有 6 億用戶在使用的手機搜索客戶端，在中文用戶信息獲取上發揮了不可替代的作用;移動搜索引擎每日分發上億流量給到優質安全網站，來滿足用戶的搜索需求;而對于廣大的站長來說，優質安全的網站有助于在搜索引擎中獲得良好的排序和展現，從而吸引更多用戶，獲得更多流量。

　　移動搜索引擎優化，指從建站開始到吸引用戶，貫穿所有流程，為了讓百度搜索的重要合作伙伴——廣大站長充分了解百度搜索引擎規則，并根據規則合理安全建設網站、優化網站，更好的獲取搜索流量;百度搜索資源平臺歷時 3 個月，探訪搜索內部各個技術部門，將百度搜索內部技術原理抽絲剝繭，化零為整，整理出《百度移動搜索建站優化白皮書》，希望與各位站長攜手，為用戶提供一個健康安全高效的搜索環境。

　　2 網站建設

　　2.1 域名選擇

　　網站域名選擇，不僅能快速直觀讓用戶了解網站定位，域名設置，更會影響搜索對網站的抓取情況。因此，選擇簡單好記且安全的域名，是網站搭建前期最重要的一步。

　　2.1.1 域名選擇的注意事項

　　網站搭建之初，對網站域名選擇，建議域名獨立，簡單好記;獨立移動站域名選擇也遵循此規則。

　　移動站的域名需與PC站域名分開，移動站不建議與PC站公用一個域名;比如PC網站域名建議是www.test.com，對應移動站的域名是m.test.com，而不是www.test.com/m/的形式;如果是自適應網站可不考慮此情況。

　　網站域名選擇中，需要規避的是，互聯網中一些開放注冊的域名，如：

　　類似的還有：.party，.science等。

　　此類域名注冊成本相對較低，一般是站群作弊者的溫床，針對這類域名后綴，不建議各位站長們使用，使用后可能會出現搜索抓取延遲等問題;如有發現正當運營的此類域名站點，請在搜索資源平臺驗證站點，系統校驗站點內容后，則會保持跟其他正常域名一樣的抓取優先級。

　　2.1.2 使用子域名或目錄

　　網站是否需要建立子域名，或是劃分多級目錄，可根據網站自身定位及網站內容量級決定。通常來說，綜合類或內容量較多的網站，可將內容按照不同二級域明確劃分;而如果網站內容較少，不建議網站開設過多的子域名。

　　舉例來說，blog形式站點，有的網站給到每個blog作者單獨的三級域，但如果作者發布頻率較低，整個三級域都是更新頻率很低的狀態，過低的發布頻率對搜索引擎來說是不友好的。

　　2.2 內容發布系統

　　內容發布系統，無論是網站自建還是使用第三方建站系統，百度都是支持的;所有發布系統，除遵循有條理、邏輯清晰建站，還要注意網站搭建的安全問題，避免網站安全隱患，才能更好的提升網站價值。

　　2.2.1 自建內容發布系統

　　網站自建內容發布系統，注意事項包括：

　　√ 主體內容清晰且能夠很好的識別與分辨;

　　√ 后臺發布時間切勿自行設置，遵循發布時間與展示時間一致;

　　√ 內容發布系統中各表單設置合理，如對tag標簽的設置不宜過多、不宜羅列關鍵詞;

　　√ 分類劃分明確，分類主題的文章對應發布到相應分類下;

　　√ 題文相符，切勿掛羊頭賣狗肉，欺騙搜索引擎流量，損傷用戶體驗;

　　√ 段落清晰合理、字體大小適中、字體顏色切勿使用與背景色相近的顏色;

　　√ 發布內容目錄劃分清晰，具體參考2. 3 章節中網站結構設置

　　2.2.2 第三方發布系統

　　使用第三方發布系統建站，需要站長關注以下注意事項：

　　√ 模板主題不建議頻繁更換;

　　√ 類似wordpress等系統，不建議使用過多插件，會影響網頁打開速度;

　　√ URL偽靜態的處理，命名規范、層級清晰;

　　√ 開源建站系統存在較多安全隱患，使用過程中務必做一些安全上的設置和優化;

　　2.2.3 頁面生成規范

　　無論網站自建發布系統，還是網站使用第三方建站系統，網站頁面的生成，都應注意以下幾點：

　　網頁結構清晰、各分類名稱設置醒目;

　　導航、面包屑導航設置合理，機器可讀、位置突出，用戶能很好得知所訪問頁面在網站中的位置;

　　不存在遮擋主體內容的廣告元素;

　　無三俗圖文、音頻元素;

　　注意網站搭建系統安全問題，杜絕網站安全隱患

　　訪問請求中的content-type需要根據對應的類型進行正確設置，圖示如下：

　　除此之外，關于頁面規范標準，建議參考搜索學院發布的《百度搜索Mobile Friendly(移動友好度)標準V1.0》

　　2.3 網站結構

　　合理設置網站結構，是網站被快速抓取、獲得搜索流量的基礎;因網站結構設置不合理，導致網站無法被快速識別抓取的事例在百度日常反饋中經常見到，且網站換域名也會對網站造成一定損失，故希望各位站長從建站之初重視網站結構設置，避免不必要的損失。

　　2.3.1 URL結構設置

　　URL搭建是否有嚴格要求，請看以下幾點注意事項：

　　在搭建網站結構、制作URL時，盡量避開非主流設計，追求簡單美即可，越簡單越平常，越好，例如URL中出現生僻字符，如不常見的“II”，會引起搜索引擎識別錯誤

　　不建議URL中含有中文字符，中文字符容易出現編碼轉換問題，造成識別錯誤

　　URL長度要求去掉協議頭http(s)://之后的url長度不要超過 256 個字節

　　謹慎使用#參數，有效的參數不能放在#后面;可能被截斷導致網頁抓取異常

　　2.3.2 目錄結構設置

　　網站目錄結構搭建是否合理，影響搜索引擎對網站的抓取情況，這里需要提到的是，網站目錄結構無論是扁平化還是樹形結構，一般都可以被搜索引擎發現，但有以下幾點注意事項：

　　建議不同內容放在不同目錄或子域下，域名劃分在2.1. 2 網站域名劃分章節中有詳細提到

　　不要使用孤島鏈接，孤島鏈接很難被搜索引擎快速發現;若網站已存在大量孤島鏈接，建議使用搜索資源平臺的鏈接提交工具向百度提交數據

　　重要內容不建議放在深層目錄，若該內容沒有大量內鏈指向，搜索引擎很難判斷該頁面的重要程度

　　以下是圖片示例：

　　2.4 服務商/自建服務器

　　選擇服務商或者自建服務器，對網站搭建都是十分重要基礎的一環;服務器安全和穩定將直接影響百度搜索引擎對網站的整體判斷。

　　2.4.1 域名服務

　　2.4.1.1 域名服務&域名部署

　　關于域名服務和域名部署，有以下注意事項：

　　√ 站長在域名部署中請仔細各環節問題，不要出現域名部署錯誤情況

　　√ 不建議網站進行泛解析，若網站爆發大規模泛解析，且影響惡劣，則會受到搜索策略打壓

　　√ 盡量選擇優質域名服務商

　　2.4.2 服務器

　　做網站還有非常重要的一環，就是服務器的選擇，那服務器選擇中，無論是虛擬主機、云主機還是獨立的服務器，都應該注意以下四點：

　　√ 中文網站不建議選擇國外服務器

　　√ 服務器的穩定性非常重要，需要保持訪問流暢，服務器是否穩定，可以使用百度搜索資源平臺(原百度站長平臺)抓取異常、抓取診斷工具進行檢測維護。(服務器經常無法訪問或者死機，對爬蟲來講都是致命傷害)

　　√ 服務器選擇除了自身的穩定性外，實際上還要考慮網站的業務量，例如帶寬、內存、CPU是否能夠承受訪問量，突發大流量情況下是否可以正常訪問。

　　√ 服務器主機設置，需要注意是否有禁止爬蟲抓取的設置、或存在 404 錯誤信息設置，這些情況都會引起不必要的搜索引擎抓取判斷異常，為網站帶來不必要的損失。

　　2.4.2.1 虛擬主機

　　總的來說，建議虛擬主機選購時候需要特別注意：

　　√ 主機商是否存在限制搜索引擎訪問的情況;

　　√ 主機商的資質是否符合要求;

　　√ 主機商的技術沉淀是否足夠，建議選擇品牌較大的主機商;

　　√ 主機商托管的機房的物理條件和網絡條件是否足夠優秀;

　　√ 主機商的技術和客服支持情況是否夠好;

　　√ 主機商是否會存在超容量的情況;

　　√ 主機商是否存在違規接入高風險站點的問題或同一IP下是否會存在高風險站點的情況。

　　√ 國內站點建議選購國內云主機建站;

　　2.4.2.2 獨立主機

　　獨立主機為站點帶來更加寬松的使用環境和個性軟件的安裝，因此獨立主機需要站長擁有一定的技術力量來保證網站的正常運行和安全。

　　我們對于站長選購和托管獨立主機的建議是：

　　√ 注意虛擬主機是否有將爬蟲IP拉入黑名單，關于百度UA，可以參考3.1.2. 1 百度蜘蛛章節;

　　√ 建議使用獨立IP地址的主機;

　　√ 建議使用規模較大機構的主機，在安全配置、穩定性上相對更好;

　　√ 對IDC服務商的建設標準需要一定的考慮，例如防火、防盜、是否有UPS保證、室內溫控、消防等。

　　√ IDC服務商的服務質量和技術是否達標，是否24h值班，是否能夠協助排查一些故障、免費重啟重裝系統等。

　　√ IDC機房的資質是否齊全，存放站點是否有高風險站點或服務器存在。

　　2.4.3 安全服務

　　2.4.3.1 HTTPS

　　當前百度已實行全站化HTTPS安全加密服務，百度HTTPS安全加密已覆蓋主流瀏覽器，旨在用戶打造了一個更隱私化的互聯網空間、加速了國內互聯網的HTTPS化。同時也希望更多網站加入到HTTPS的隊伍中來，為網絡安全貢獻一份力量。

　　HTTPS安全原理解析

　　HTTPS主要由有兩部分組成：HTTP + SSL / TLS，也就是在HTTP上又加了一層處理加密信息的模塊。服務端和客戶端的信息傳輸都會通過TLS進行加密，所以傳輸的數據都是加密后的數據。HTTPS與HTTP的原理區別可以觀察下圖：

　　HTTS復雜的加密機制有效的加大了網站的安全性，加密機制與認證機制可以減少網站被劫持和假冒的風險，建議站長們可以通過做HTTPS改造來強化網站安全。

　　百度搜索資源平臺為了更好的抓取識別HTTPS網站， 2017 年還推出了HTTPS認證工具，已經完成HTTPS改造的網站，可以在搜索資源平臺-網站支持-HTTPS認證工具中提交網站的HTTPS數據，便于百度更好抓取識別網站。關于HTTPS認證工具詳解，可以參考5.3.2HTTPS認證工具章節。

　　2.4.3.2 網站防止被黑對策

　　網站被黑，通常表現為網站中出現大量非本網站發布的類似博彩內容，或網站頁面直接跳轉到博彩頁面;以下是網站被黑后發布的內容：

　　內容非網站發布，內容中含大量博彩網站指向：

　　網站頁面直接跳轉到博彩網站：

　　網站被黑代表網站安全存在嚴重問題或漏洞，如何防范網站被黑，請參考以下：

　　首先，自查是否被黑

　　√ 被黑網站在數據上有一個特點，即索引量和從搜索引擎帶來的流量在短時間內異常數據異常。所以，站長可以利用百度搜索資源平臺(原百度站長平臺)的索引量工具，觀察站點索引量是否有異常;如果發現數據異常，再通過流量與關鍵詞工具查看獲得流量的關鍵詞是否與網站有關、是否涉及博彩和色情。

　　√ 通過Site語法查詢站點，結合一些常見的色情、博彩類關鍵詞效果更佳，有可能發現不屬于站點的非法頁面。

　　√ 由于百度流量巨大，有些被黑行為僅針對百度帶來的流量予以跳轉，站長很難發現，所以在查看自己站點是否被黑時，一定要從百度搜索結果中點擊站點頁面，查看是否跳轉到了其他站點。

　　√ 站點內容在百度搜索結果中被提示存在風險。

　　√ 后續可以請網站技術人員通過后臺數據和程序進一步確認網站是否被黑

　　其次，被黑之后如何處理

　　√ 確認網站被黑后，SEO人員除了要推動技術人員快速修正外，還需要做一些善后和預防的工作。

　　√ 網站如有變更頁面，變更頁面建議使用鏈接提交工具向百度提交數據

　　√ 立即停止網站服務，避免用戶繼續受影響，防止繼續影響其他站點

　　√ 如果同一主機提供商同期內有多個站點被黑，可以聯系主機提供商，敦促對方做出應對。

　　√ 清理已發現的被黑內容，將被黑頁面設置為 404 死鏈，并通過百度搜索資源平臺(原百度站長平臺)死鏈提交工具進行提交。(我們發現有些站點采用了將被黑頁面跳轉至首頁的做法，非常不可取。)

　　√ 排查出可能的被黑時間，和服務器上的文件修改時間相比對，處理掉黑客上傳、修改過的文件;檢查服務器中的用戶管理設置，確認是否存在異常的變化;更改服務器的用戶訪問密碼。注：可以從訪問日志中，確定可能的被黑時間。不過黑客可能也修改服務器的訪問日志。

　　√ 做好安全工作，排查網站存在的漏洞，防止再次被黑。

　　網站自我防護的注意事項：

　　√ 多種安全防護同步進行：適合中小型資訊網站

　　網站程序勤打補丁：現在很多資訊類網站用的系統使用了內容管理系統(CMS)，作為新聞發布系統，功能還算可以了，但是作為比較常見的內容管理系統(CMS)，也有另一個問題，那就是漏洞比較大眾化，因為源碼是公開的，所以很容易被研究出漏洞，需要對網站程序及時進行漏洞修復。

　　√ 對服務器進行常規的安全防護

　　在上班時間之外，對服務器上的網站權限做設置，禁止文件修改，后臺文件隱藏或遷移到根目錄之外

　　參考一些網站的安全設置，非限定的IP不能寫入到數據庫。

　　√ 不使用開源程序默認的robots文件

　　下圖是一個地級市的資訊類站點的robots文件，從robots文件中可以看出，該網站用的是織夢后臺，那黑客就可以通過各種針對織夢攻擊的軟件進行操作了，也可以針對織夢網站的常見漏洞進行掃描和針對性攻擊了。

　　2.4.4 網絡服務

　　2.4.4.1 CDN

　　從搜索抓取機制上講：百度蜘蛛對站點的抓取方式和普通用戶訪問一樣，只要普通用戶能訪問到的內容，百度蜘蛛就能抓取到。不管是用什么技術，只要能保證用戶能流暢的訪問網站，對搜索引擎就沒有影響。但有站長反饋使用CDN后出現網站抓取異常、甚至流量異常等問題，主要是兩方面的因素：

　　一是部分CDN服務商硬件投入不夠，經常出現不穩定情況，會導致大量的蜘蛛抓取失敗，從而影響網站抓取效果，有的甚至影響了索引量數據;所以選擇有實力的CDN服務商很重要;

　　二是緩存機制在網站出現死鏈、無法打開、被黑等情況的時候起到了推波助瀾的作用。短時間內產生了一些不利快照，影響了排名。這種情況不用擔心，及時清理源文件和CDN緩存，并在百度搜索資源平臺(原站長平臺)提交相關死鏈數據等方法進行挽回，是可以恢復的。