百度站長平臺VIP大講堂于4月、5月分別對外講解了《移動網(wǎng)站優(yōu)化官方課程》，揭秘了百度移動搜索在抓取、收錄、展現(xiàn)、優(yōu)化各個環(huán)節(jié)的原理及要點。官方PPT也可在多種渠道獲取。但為了我們的忠實粉絲，僅有PPT是不夠的，還是應該有解讀的！那么，我們將分為6期進行解讀。
移動網(wǎng)站優(yōu)化技巧
好了，現(xiàn)在我們開始正式進入課程：
什么樣的移動站在百度眼中才是優(yōu)質站？下面這張圖濃縮了全部精華，但僅有這張圖還是不夠的，我們的學員“飛鷹”同學進行了非常細致的解讀：
移動網(wǎng)站如何優(yōu)化
1.HTML5建站
1.1百度移動搜索歡迎一切適合移動化設備瀏覽的網(wǎng)頁，但目前HTML5是先進的語言，強烈建議使用，能為后面的適配等工作加分不少。
1.2域名設置上盡量簡短，移動站點推薦以m、wap做為二級域名名稱
1.3URL結構上盡量簡短且能夠表達頁面主意，目前動態(tài)url對PC搜索已不構成困難，但在移動端，咱們還是先做一段靜態(tài)化的工作吧
1.4移動化頁面特征盡量明顯。關于這個問題等待站長學院的相關文章吧，聽說已經(jīng)有技術大牛在撰寫了。
1.5正確適配，或正確填寫sitemap，或正確標注applicable-device。
2.訪問速度
2.1培訓現(xiàn)場劉院長直接說“3秒以上死”，聽起來很可怕，足以見得響應速度對移動站點是多么的重要。這個3秒包括網(wǎng)絡時間、服務器處理時間、頁面渲染時間，千萬別超呀！所以我們在選擇服務器、空間的時候要充分考慮速度的因素了。
2.2還有一點培訓上沒有講到，我覺認為非常重要，就是訪問的穩(wěn)定性，這和PC端是一樣的。我關注過去年廣州沙龍時孫權老師提到的，網(wǎng)站服務器宕機一天對站點的整體排名表現(xiàn)都會有很長時間的影響。
3.死鏈率
3.1百度站長平臺上上周發(fā)了《百度搜索標準死鏈官方文檔》，最近也反復說這個問題，看來是非常重視的，想想看，用戶在馬路上使用百度移動搜索，點開的結果是死鏈，或者顯示“此內容已過期”也真是夠惡心的——院長說這就屬于死鏈影響搜索用戶體驗，發(fā)生這種事情百度會很不開心。
3.2百度這么重視死鏈，也一直讓我們提交死鏈，搞得我們很緊張，我曾經(jīng)一度認為只要是報過404的頁面都需要進行提交。后面問了一下劉院長，給我的解釋是這樣的：1，只提交百度收錄的死鏈即可，即以前頁面正常的，被百度收錄后變成404的頁面。2，除了404死鏈，內容死鏈和跳轉死鏈也必須提交。
4.可訪問性
4.1跟《百度搜索網(wǎng)頁質量白皮書》里說的差不多，網(wǎng)頁不能是死鏈（包括協(xié)議死鏈和跳轉死鏈），不能是必須有權限或必須登錄才能訪問的頁面。
4.2不能強迫用戶，這個應該是目前百度比較重視的問題，包括不能要求用戶下載APP才能看到網(wǎng)頁內容等——冰桶算法有一部分就是打擊這種行為的，相信百度后續(xù)會加大對這種手法的打擊。
4.3現(xiàn)階段百度還未公開宣傳可以讀懂FLASH、JS、圖片，所以不要將鏈接和文本通過上述方式輸出或表現(xiàn)（這點培訓中沒有講，但是結合現(xiàn)場其它內容，感覺應該加進來提醒大家）。
5.使用體驗
5.1減少用戶獲取內容的成本，一般移動站點使用樹形結構的話，可以控制在三層，即首頁-頻道-內容頁。
5.2盡量減少使用大屏廣告的行為，小心被冰桶掉。
5.3移動網(wǎng)頁面積有限，要在有限的空間里做大量交互行為是一件很難的事情，這就要看站點的功力了，劉院長在培訓時著重講了交互要爽，大家盡量去站長學院看視頻吧。
6.內容價值
6.1百度對移動內容價值的判斷，絕大多數(shù)同《百度搜索網(wǎng)頁質量白皮書》里講的一樣，尤其是內容質量那個篇章，做網(wǎng)站的不看幾遍這個白皮書都不好意思跟同行打招呼。
6.2劉院長在培訓現(xiàn)場還強調了一個例子，就是網(wǎng)頁標題上寫的是XXX全劇劇情，但實際頁面上是XXX演員介紹——之前感覺這樣的內容還可以，畢竟都是跟同一個電視劇相關的。私下問了一下劉院長，劉院長說這種情況在百度內部是不允許的，屬于作弊，會被狠狠打壓，大家還是避免為妙。
不知加上飛鷹同學的解讀，你對優(yōu)質移動站的理解是不是更深刻了？接下來我們進入到基礎篇的學習，PC站點目前主流的移動化方式有哪些？這個內容也是我們積極的學員李曰輝的心得，獎勵小紅花一枚，自行腦補！
首先先看官方PPT：
網(wǎng)站優(yōu)化方法
移動網(wǎng)站優(yōu)化
跳轉適配：該方法會利用單獨的網(wǎng)址向每種設備提供不同的代碼。這種配置會嘗試檢測用戶所使用的設備或ua，然后使用 HTTP 重定向和 Vary HTTP標頭重定向到相應的頁面。
代碼適配：該方法使用相同的網(wǎng)址（不考慮用戶所使用的設備），但會根據(jù)服務器對用戶所用瀏覽器的了解（ua），針對不同設備類型生成不同版本的HTML。
自適應：通過同一網(wǎng)址提供相同 HTML代碼的網(wǎng)站設計方法。該方法不考慮用戶所使用的設備（pc、平板電腦、移動設備），但可以根據(jù)屏幕尺寸以不同方式呈現(xiàn)（即適應）顯示屏。
*院長手按：使用不同配置方式的站點在提交sitemap文件要做的工作不同，請密切關注百度站長平臺后續(xù)的公告和教育文章。
下面我們來分析一下這幾個方式都有那些具體的實施辦法：
【跳轉適配】
1、百度siteapp。這顯然是標準的跳轉適配，但siteapp效果不大好，比如頁面混亂、內容可控性差。好像百度也發(fā)現(xiàn)這些問題以至于此項目擱置，這個工具一直沒有更新升級。
2、第三方移動建站工具。如：搜狐快站、騰訊風鈴等。這些工具有個缺點是需要PC站點與移動站點做好對應關系，需要一篇文章發(fā)兩遍的尷尬情況。
3、完全開發(fā)一套移動站點。通過后臺程序判斷出是移動UA，不會給用戶返回代碼，直接重定向到移動頁面。這里要注意開發(fā)時一定要做好PC頁與移動頁面的
對應關系同時提交到百度站長平臺。上圖中提到“維護成本較高”，可以這樣解決：在開發(fā)時調用同一數(shù)據(jù)庫，就免去了發(fā)兩邊內容的成本。
4、對于CMS系統(tǒng)，無程序擴展功能的：新建一個獨立移動站點，原PC頁面中加入JS來判斷UA，通過JS重定向到移動頁面。此方法第一次請求后會返回完整HTML到用戶本地，JS本地判斷后再次請求返回完整HTML，頁面需要加載兩次，延遲嚴重。而且百度對JS的跳轉并不支持，僅僅實現(xiàn)了頁面的轉換，還是需要好對應適配關系提交到百度站長平臺的。
【代碼適配】
代碼適配沒有跳轉適配那么多方法，它的實施方法是：原PC站CMS系統(tǒng)升級改造，當用戶訪問一條URL時，后臺程序判斷UA，根據(jù)不同UA返回不同的HTML代碼和樣式。
此方法無延遲、移動站點維護成本較低，但局限性也很大：首先你要有開發(fā)能力，其次你的CMS系統(tǒng)能讓你開發(fā)，第三是此類站點不能完全靜態(tài)化。代碼適配非常適合社區(qū)論壇和用戶交互式站點。
【自適應】
自適應是呼聲最高的一個方式，H5越來越普及，自適應的站點和頁面也越來越多，甭管是國外的谷歌還是國內的百度都承認未來站點屬于H5的自適應。自適應頁面由H5+CSS3+JS判讀不同屏幕寬度展示不同樣式的頁面，PC和移動頁面url和源代碼都相同。之前他有很多名字：頁面自適應、響應式、H5頁面、寬度變化頁面等，之后我們統(tǒng)一為自適應。
同樣自適應也有自己的優(yōu)缺點：一次編碼多平臺共用，維護成本低，設備展示效果一致，用戶地體驗好；但也有缺點，復雜頁面在做自適應時，受手機屏幕限制很
難排版，若隱藏部分內容相比獨立移動手機站頁面體積大、加載速度和數(shù)據(jù)流量也更大。此類非常適合如知乎、36KR、新聞媒體內容頁等功能相對單一的頁面和站點。
百度不建議的做法
1，單獨域名下不要使用多種配置方式，其實我家新聞站點就是這樣做的：CMS系統(tǒng)沒辦法二次開發(fā)同時也沒需要完全靜態(tài)化，所以內容頁采用自適應，而欄目眾多結
構復雜的首頁和頻道頁則采用跳轉適配的方式，回去跟領導說說去。另外聽院長說，有些站點是把移動內容當做PC站點下的一個目錄進行配置，這也真是不行的。
2，不能用JS對UA進行適配跳轉，雖然下半年百度JS就要全放開了，但在官方?jīng)]有正式發(fā)布消息前，我們還是按照傳統(tǒng)保守的方法進行操作吧。
說了這么多，其實三種方式各有各的優(yōu)缺點，站點移動化進程，還要根據(jù)自己的實際情況來選擇實施方式。

加上解讀比光看PPT自己理解要強很多吧？告訴你，站長學院還帶現(xiàn)場視頻呢！劉院長溫柔磁性的聲音為你詳解PPT，學起來更酸爽！

最后，記得關注“百度站長平臺”官方微信，回復“移動優(yōu)化”關鍵字，獲取培訓高清完整無碼版PPT教材！

分享標題：成都百度移動搜索全揭秘—移動網(wǎng)站優(yōu)化必備技能（一）
本文網(wǎng)址：http://m.rwnh.cn/news11/235461.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供做網(wǎng)站、外貿網(wǎng)站建設、自適應網(wǎng)站、定制開發(fā)、網(wǎng)站改版、軟件開發(fā)

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)