2012年，百度在移動搜索領域展開了多端布局，從入口上看就包括了網頁版移動搜索、百度移動搜索APP以及內嵌於手機浏覽器、WAP站等各處的移動搜索框，這讓用戶可以從多個渠道獲得快速、全面、精准地移動搜索服務，也讓百度在移動互聯網時代的入口地位得以凸顯。
2013年1月，國內知名IT網站TechWeb發布“2012年最受歡迎的十大移動應用”榜單，經過用戶和組委會票選，百度移動搜索、微信、微博等移動互聯網熱門應用憑借為用戶提供的個性化、智能化的優質搜索體驗，跻身2012年最受歡迎十大移動應用。
百度移動統計是百度公司繼成功推出“百度網站統計”工具之後，又一次順應移動互聯網大潮，推出的基於移動APP統計的分析工具。自2012年4月份上線以來，百度移動統計一直秉承著百度“簡單可依賴”的精神，為開發者提供專業、免費、高效的移動統計分析服務，每天處理會話請求超過10億次。獨創的“六大分析”，支持iOS和Android兩大平台，全面幫助移動開發者實現數據化、精細化運營。百度移動統計快速迭代，已經孵化出“統計分析、開發工具、營銷推廣等多種服務類型，從開發到運營到推廣，為開發者提供真正意義上的“一站式”服務。百度移動統計願與全體開發者一同，引領大數據時代精細化運營的潮流。
2014年8月百度移動搜索地域優化服務說明，為方便用戶根據自身位置查找和使用本地信息與服務，幫助移動站點健康、穩定地提升流量，百度移動搜索現提供地域優化服務。
如果您是提供線下信息服務的站點，可以通過為自己的網頁添加地理位置信息的方式，讓您的站點所在地的用戶更快在找到您。
2015年12月中國聯通官方發布了2015年度“沃指數之移動應用APP排行榜”，該榜單共涉及三十多個小類，覆蓋了網民社交、購物、娛樂等多個應用場景，在其中搜索類榜單中，360好搜(原360搜索)超越搜狗搜索，與百度一同分列搜索引擎類前二。目前，360好搜作為中國第二大搜索引擎，市場份額已達35%，每日搜索請求多達7億次，擁有3億多網友的支持和信賴。
2014年11月百度站長平台推出《移動網站建設常見問題集錦》，百度移動搜索沙龍在深圳召開，數十名站長與百度移動搜索團隊專家熱烈討論，以下是移動搜索專家熊詠志現場回答站長高頻問題的實錄：
問：如果是URL、PC訪問和移動訪問分別識別不同的模版，例如我們有一個URL，PC訪問是這個模版，手機訪問是那個模版。那麼我們是使用相同的URL好，還是單獨的做一個M站好?
答：理想狀態下同一套url是最優的。目前受限於機制問題，還有待進一步解決，預期14年底能夠完成。目前仍然建議大家移動站使用單獨的m鏈接。同時，暫時不要使用類似這樣的url： http://m.site.com?src=http://www.site.com 。
問：感謝，我們是這樣理解吧，未來的話如果以用戶習慣來說，是同一個URL好?
答：理想的技術角度看，是同一個url更好，但是目前盡量仍然使用單獨的m鏈接。
問：一個站點有M站和PC站，采用完全相同的TDK，是否有問題，手機站的SEO規則是否跟PC站相同?
答：TDK代表標題、摘要、關鍵詞是吧?先理解一下。是這樣的，PC端和移動端搜索結果展現標題和摘要的字數限制等都是不同的，PC端30多個中文漢字才截斷，移動端不到20個就折行了，20多個就省略看不到了。所以，建議移動站使用單獨的TDK。
問：如果兩個站點它的TDK都是完全相同的，每一個頁面，會不會導致站點被懲罰?
答：這裡說的兩個站如果指同一個站點的PC和移動，肯定是不會導致被懲罰的。
問：用戶使用m.baidu.com搜索時不同的終端排名不一致，比如說iphone搜索與安卓手機搜索結果不一致，部分排名也跟PC端訪問的百度差很遠。
答： ios和安卓不同的系統下我們會有微調，但理論上的差別不會特別大。例如搜索同一款app，安卓和ios系統下是需要給出對應該系統的結果的。第二個問題，從人、設備、使用場景及移動站特征看，PC和移動都是存在明顯差異的，因此，未來移動端的排序與PC端的差異會更加明顯。
問：外鏈對手機站是否有效果?
答：外鏈還是有效果的，但不要做那些垃圾外鏈，比如說論壇的標簽裡面或者說買賣鏈接或者是說批量的發鏈接有可能被懲罰。正常交換一下鏈接是有幫助的。0和1是明顯不同的。
問：手機站使用xhtml與html5開發，對搜索引擎是否有區別?
答：大家使用手機搜索時會發現用2G的情況下移動搜索會給你到極速版，就是保證你得到結果的速度足夠快，但是結果樣式比較簡單。一般情況下極速版我們會優先給Xhtml的結果，觸屏版優先給html5,效果更加炫酷。
問：百度移動端對做了移動樣式的站點的排名是否有照顧?移動端適配成功後是否可以把很多沒做適配的站點擠下去?
答：做了移動適配的站點比PC的網站，其他都相同的情況下，我們會優先展示適配移動的站點。系統中是更傾向於將移動站優先展現的。
問：百度還是轉碼那麼該怎麼辦?
答：百度的轉碼服務實際上有一段代碼可以強制要求百度不轉碼，可以把這個寫在html中。
2015年1月百度移動搜索引擎為了更好地滿足用戶需求，會對移動搜索結果中的網頁進行轉碼處理。
2015年2月百度移動服務事業群組&百度商業分析部對外發布《移動互聯網發展趨勢報告2015賀歲版》，報告詳細盤點了2014年Q4及全年的國內移動互聯網市場，同時首次對00後的移動互聯網行為進行了分析和洞察。
報告顯示，截止2014年Q4的數據表明BAT在移動互聯網時代擁有了更強的生態控制力，以手機百度、淘寶、微信為代表的BAT超級APP已經開始在“連接人與服務”領域展開正面交鋒;與此同時，智能手機大盤在2014年的增幅已經放緩，預計這一人口紅利將在2015年結束;而00後的崛起則開始逐漸對移動互聯網行業的發展產生影響。
2015年3月百度LEE漫談移動化，在3月19日的百度站長平台蝶變行動專場沙龍現場，百度LEE團隊主要成員、移動搜索產品負責人熊詠志老師針對現階段大熱的PC移動化問題闡述了自己的看法，值得同學們好好學習一下，匯總起來要點如下：
• 理清目標用戶需求，切忌盲目移動化
• 移動適配要全面，以免流量流失
• 盡快在百度站長平台驗證站點，享受專項服務
2014年在不同的場合都跟站長朋友說了很多，相信大家也都看到了，從流量角度講2014年可以說是移動流量爆發式增長的一年。但今天我想說的一點就是：大家不要盲目去做移動化，比如我前幾天接觸了一家移動站點，用戶的很多操作行為實際上是需要在電腦上才能完成的，在手機移動端卻非常麻煩，這說明其並不適合在移動端上下大力去做。大家在進行移動化之前一定要想清楚自己的目標用戶是誰以及他們的需求是怎樣的，還要考慮清楚自己的業務是否適合在移動端開展，只有適合的情況下才能在移動方向上去發力。
我們最近在做調研，看整個互聯網上到底有多少內容是只存在於移動端、而PC端完全沒有的?還有多少是PC移動共存的?今天在座的新好站基本上都是PC端和移動端一起發力的，在此想提醒各位一下，PC端上的內容，移動端應該很好的無縫對接，這一點可以通過移動適配來解決，我們站長平台的站長學院裡有相關內容，在這裡就不多講了。因為我們發現很多網站在PC搜索上有一些流量，但移動適配工作沒有上，白白浪費了很多獲取移動流量的機會。
另外我可以告訴大家，有很多行業，移動搜索上的檢索量比PC搜索已經高出很多。當然不同行業並不一樣，大家可以分析一下你們的目標用戶，來決定主要朝哪個方向發力，當然另一個方向也要去做，不要把任何一邊浪費掉。
再有最重要的一點就是，今年百度站長平台增加了重要工作方向，就是支持移動搜索領域，目前百度站長平台內的工具，僅改版和閉站保護未對移動站點開放，我們還計劃開發一些專門針對移動站點的工具，包括我們在線上看到的官網圖標等等，之後移動端都會在站長平台有一個對接。除了工具以外，今年我們會與百度站長學院合作，通過線上文章線下培訓等形式對移動站點的開發者給予更多的指導。歡迎各位盡早在站長平台驗證站點，可以爭取到工具內測和優先參與線下學習的機會。
2015年4月【大拿分享】移動站點站內優化，隨著移動流量的與日俱增，移動搜索引擎的功能越來越豐富，意味著更多移動特性可以施展，同時也意味著對HTML5網站的要求更趨規范和嚴格，這對於負責移動站點優化的負責人來說是個極大的挑戰。學院要來了攜程移動優化負責人安琦老師的todolist，內容多得讓小編想吐，就這樣他還說不夠全面，很多常識性內容根本沒有寫上去。學院把這些內容分享出來，更多移動站點優化負責人是否還有補充?
我一般將站內優化的生命周期概括為三個詞，實驗、評估、調整，因此我的checklist也貫穿了這一過程。
技術方案方面——融合站內優化需求，保障網站穩定
數據埋點方面——收集和跟蹤數據，進行後期調整
適配——作為識別移動網站的重要手段，單獨列出關注
1、架構及代碼篇
• 確認開發架構，頁面生成方式，有沒有單頁應用，有沒有異步加載
• 使用工具確認spider對網站內容的可抓取
什麼是百度抓取診斷工具
google抓取方式工具
xenu
• 確認頁面URL部署方案，響應式(PC和H5共用URL)還是分站，據悉百度建議使用分站，但對於Google，是有相關文檔的自適應頁面的設計
• URL的設計是否滿足層級分明的原則，參數整齊、長度正常、結構清晰、命名准確是否遵循HTML5的標准
• title、description、keyword使用是否“正確”，h標簽是否正常使用，所依附的關鍵詞是否有計劃且正確部署，所謂的target、有主有次，基於數據。
• 圖片是否有了title和alt標簽，比這個重要的是圖片是否進行了移動優化，大小、加載速度、錯誤監控，移除沒必要的圖片展示。
百度圖片搜索收錄展現基礎要求
產品、編輯必看：撰寫搜索引擎喜愛的標題
• 以及，是否有追蹤關鍵詞部署效果的監控機制，以數據作指導用作調整依據，需要有自己的抓取、入庫、報表的一套關鍵詞競爭情報工具。
• 服務器、域名解析、CDN，是否都使用了靠譜的供應商，且建立了反應迅速的監控機制，是否有完善的日志系統以備查證問題有依據可循，抓取量、返回碼、抓取時間分布、URL分布、入口效能分析、spider抓取性能指標
• 是否有方便蜘蛛抓取的通路，比如HTML版的SITEMAP，各家XML版的sitemap是否制作且提交平台正確，定期關注平台報錯。現在百度、搜狗、神馬、好搜都有對應的XML提交入口及規范。
• 內部鏈接是否在位置的部署上結構清晰，在抓取深度上設計夠扁平，如果內容繁雜是否有別的通道維持繁雜和扁平的平衡
關於抓取的管理，推薦一篇啟蒙文章Large Website Design Theory and Crawl Management，開篇的七個指標可以指導一些思路
• 是否運行了DNS反解析，保證spider的順暢抓取，無法支持反解析的搜索引擎的是否在防火牆及安全部門開通了UA白名單
• 檢查robots，及nofollow標簽的使用，不要誤屏蔽，遵照數據和經驗玩。
• 確保PC頁面被移動設備訪問時的跳轉方案，對應頁面的跳轉要絕對保證，此處應有自動化測試工具定期跑case。
• 確保設備清單長期的維護和更新，涵蓋移動spider及最新的設備標示。遵循蜘蛛和人看到一樣內容，如果分移動和PC蜘蛛，還要遵循移動蜘蛛和移動設備看到一樣的內容原則。
• 有沒有瀑布流，分頁怎麼處理，入口不能丟，另外，如果是SEO頁面，有些功能在是否真有實現的必要。
• 是否有重復頁面，要干掉重復頁面，干不掉的其他方案都是補救，再談Canonical標簽
• 關注搜索引擎算法更新，規避相關懲罰規則，比如針對移動頁面的冰桶算法。
• 通讀百度站長學院文章，修正自己網站需求及功能上有傷害搜索引擎的功能。
2、代碼埋點
• 是否在PC端及移動端添加了地理位置信息。
• 是否在PC端部署了各家的頁面適配代碼。
• 是否在移動端使用了微格式(這個Google算是比較不錯提高頁面質量的方式)，百度也會針對性地使用這些數據，表現為搜索結果展現評論數、星級、電話、位置。
• 流量統計代碼是否部署正確，指標是否齊全，產出漏斗是否構建。
• 性能統計代碼是否部署正確，指標是否齊全，針對設備進行了性能測試和監控，2G?3G?4G?WIFI?
• 各家的站長工具代碼是否部署正確，如下按需添加，同時完成網站地圖和適配文件的提交。
百度站長平台
神馬開發平台
搜狗站長平台
Google站長工具
好搜站長平台
bing站長工具
• 是否有自動化測試方案，確保全量頁面上線後功能及代碼標簽的正確。
• 是否組建 並維護了詞庫，詞庫是否由移動用戶真實搜索詞構成。
• 是否監控詞庫中各家搜索引擎SERP中，網站的排名，索引的是移動頁?PC頁?轉碼頁?(要獲取這些頁面的URL，以作進一步改進)。
• 是否有PC排名和移動排名的對比?是否有搜索結果防黑監控?
• 同樣的體系是否涵蓋了競爭對手。
3、適配
• 如果是響應式設計，確保百度META標簽的適配方式完全正確，Google注意alternate和canonical標簽的使用。
• 如果分站設計，跳轉要是否做到了對應頁面的跳轉，PC重復頁面是否也做了對應頁面跳轉的收口，是否遵循了移動蜘蛛和移動用戶看到的內容一致的原則。
• 沒有對應頁面的PC頁面，是否本著優化手機用戶體驗但又不擾亂蜘蛛的原則進行了跳轉，比如JS跳轉。
• 適配效果如何監控。
• 社會在進步，去年就不應該再關注非智能手機的適配，如果你的WAP站還有流量，考慮轉往HTML5站點。
• 是否有對跳轉頁面、返回碼(301、302)的正確性，移動頁面的可用性的日常監控體系。
至此，一個基本的移動站點的站內優化check完成，有些PC相關的提不全，也覺得沒有必要提，常識就無須贅言，這算是一篇關注點及思路聚合文章，很多點有機會可以單獨拎出來當做專題討論，共同交流和學習。
2015年6月百度站長平台推出，百度眼中的優質移動站點什麼樣?做網站、做SEO的同學往往喜歡問百度各項關於標准的問題，在移動大潮席卷整個互聯網的今天，百度眼中的優質移動站點是怎樣的呢?在5月底結束的杭州培訓上我們給親臨培訓現場的同學留了作業，站長社區版主飛鷹正義是第一個就此題目發來作業的同學。在作業中，飛鷹同學並非僅就那一頁PPT做了復錄，更是將現場很多知識點結合在一起，內容比培訓那單頁PPT更加完整。不僅如此，飛鷹同學還就培訓部分內容提出質疑與詢問，在得到講師的解答後完成了以下的分享筆記：
有幸參加百度VIP大講壇,現場了解了一下百度在移動端是如何工作，之前一直在想百度是如何看待移動站點的，現在有了答案：百度基本是從兩大維度6個分支來判斷移動站質量的。
1.HTML5建站
1.1百度移動搜索歡迎一切適合移動化設備浏覽的網頁，但目前HTML5是最先進的語言，強烈建議使用，能為後面的適配等工作加分不少。
1.2域名設置上盡量簡短，移動站點推薦以m、wap做為二級域名名稱
1.3URL結構上盡量簡短且能夠表達頁面主意，目前動態url對PC搜索已不構成困難，但在移動端，咱們還是先做一段靜態化的工作吧
1.4移動化頁面特征盡量明顯。關於這個問題等待站長學院的相關文章吧，聽說已經有技術大牛在撰寫了。
1.5正確適配，或正確填寫sitemap，或正確標注applicable-device。
2.訪問速度
2.1培訓現場劉院長直接說“3秒以上死”，聽起來很可怕，足以見得響應速度對移動站點是多麼的重要。這個3秒包括網絡時間、服務器處理時間、頁面渲染時間，千萬別超呀!所以我們在選擇服務器、空間的時候要充分考慮速度的因素了。
2.2還有一點培訓上沒有講到，我覺認為非常重要，就是訪問的穩定性，這和PC端是一樣的。我關注過去年廣州沙龍時孫權老師提到的，網站服務器宕機一天對站點的整體排名表現都會有很長時間的影響。
3.死鏈率
3.1百度站長平台上上周發了《百度搜索標准死鏈官方文檔》，最近也反復說這個問題，看來是非常重視的，想想看，用戶在馬路上使用百度移動搜索，點開的結果是死鏈，或者顯示“此內容已過期”也真是夠惡心的——院長說這就屬於死鏈影響搜索用戶體驗，發生這種事情百度會很不開心。
3.2百度這麼重視死鏈，也一直讓我們提交死鏈，搞得我們很緊張，我曾經一度認為只要是報過404的頁面都需要進行提交。後面問了一下劉院長，給我的解釋是這樣的：1，只提交百度收錄的死鏈即可，即以前頁面正常的，被百度收錄後變成404的頁面。2，除了404死鏈，內容死鏈和跳轉死鏈也必須提交。
4.可訪問性
4.1跟《百度搜索網頁質量白皮書》裡說的差不多，網頁不能是死鏈(包括協議死鏈和跳轉死鏈)，不能是必須有權限或必須登錄才能訪問的頁面。
4.2不能強迫用戶，這個應該是目前百度比較重視的問題，包括不能要求用戶下載APP才能看到網頁內容等——冰桶算法有一部分就是打擊這種行為的，相信百度後續會加大對這種手法的打擊。
4.3現階段百度還未公開宣傳可以讀懂FLASH、JS、圖片，所以不要將鏈接和文本通過上述方式輸出或表現(這點培訓中沒有講，但是結合現場其它內容，感覺應該加進來提醒大家)。
5.使用體驗
5.1減少用戶獲取內容的成本，一般移動站點使用樹形結構的話，可以控制在三層，即首頁-頻道-內容頁。
5.2盡量減少使用大屏廣告的行為，小心被冰桶掉。
5.3移動網頁面積有限，要在有限的空間裡做大量交互行為是一件很難的事情，這就要看站點的功力了，劉院長在培訓時著重講了交互要爽，大家盡量去看視頻吧。
6.內容價值
6.1百度對移動內容價值的判斷，絕大多數同《百度搜索網頁質量白皮書》裡講的一樣，尤其是內容質量那個篇章，做網站的不幾遍這個白皮書都不好意思跟同行打招呼。
6.2劉院長在培訓現場還強調了一個例子，就是網頁標題上寫的是XXX全劇劇情，但實際頁面上是XXX演員介紹——之前感覺這樣的內容還可以，畢竟都是跟同一個電視劇相關的。私下問了一下劉院長，劉院長說這種情況在百度內部是不允許的，屬於作弊，會被狠狠打壓，大家還是避免為妙。
2015年6月百度站長平台發布PC站點移動化主流方式
百度官方給出的解釋是：
跳轉適配：該方法會利用單獨的網址向每種設備提供不同的代碼。這種配置會嘗試檢測用戶所使用的設備或ua，然後使用 HTTP 重定向和 Vary HTTP標頭重定向到相應的頁面。
代碼適配：該方法使用相同的網址(不考慮用戶所使用的設備)，但會根據服務器對用戶所用浏覽器的了解(ua)，針對不同設備類型生成不同版本的HTML。
自適應：通過同一網址提供相同 HTML 代碼的網站設計方法。該方法不考慮用戶所使用的設備(pc、平板電腦、移動設備)，但可以根據屏幕尺寸以不同方式呈現(即適應)顯示屏。
下面我們來分析一下這幾個方式都有那些具體的實施辦法：
【跳轉適配】
1、百度siteapp。這顯然是標准的跳轉適配，但siteapp效果不大好，比如頁面混亂、內容可控性差。好像百度也發現這些問題以至於此項目擱置，這個工具一直沒有更新升級。
2、第三方移動建站工具。如：搜狐快站、騰訊風鈴等。這些工具有個缺點是需要PC站點與移動站點做好對應關系，需要一篇文章發兩遍的尴尬情況。
3、完全開發一套移動站點。通過後台程序判斷出是移動UA，不會給用戶返回代碼，直接重定向到移動頁面。這裡要注意開發時一定要做好PC頁與移動頁面的對應關系同時提交到百度站長平台。上圖中提到“維護成本較高”，可以這樣解決：在開發時調用同一數據庫，就免去了發兩邊內容的成本。
4、對於CMS系統，無程序擴展功能的：新建一個獨立移動站點，原PC頁面中加入JS來判斷UA，通過JS重定向到移動頁面。此方法第一次請求後會返回完整HTML到用戶本地，JS本地判斷後再次請求返回完整HTML，頁面需要加載兩次，延遲嚴重。而且百度對JS的跳轉並不支持，僅僅實現了頁面的轉換，還是需要最好對應適配關系提交到百度站長平台的。
【代碼適配】
代碼適配沒有跳轉適配那麼多方法，它的實施方法是：原PC站CMS系統升級改造，當用戶訪問一條URL時，後台程序判斷UA，根據不同UA返回不同的HTML代碼和樣式。
此方法無延遲、移動站點維護成本較低，但局限性也很大：首先你要有開發能力，其次你的CMS系統能讓你開發，第三是此類站點不能完全靜態化。代碼適配非常適合社區論壇和用戶交互式站點。
【自適應】
自適應是呼聲最高的一個方式，H5越來越普及，自適應的站點和頁面也越來越多，甭管是國外的谷歌還是國內的百度都承認未來站點屬於H5的自適應。自適應頁面由H5+CSS3+JS判讀不同屏幕寬度展示不同樣式的頁面，PC和移動頁面url和源代碼都相同。之前他有很多名字：頁面自適應、響應式、H5頁面、寬度變化頁面等，之後我們統一為自適應。
同樣自適應也有自己的優缺點：一次編碼多平台共用，維護成本低，設備展示效果一致，用戶地體驗好;但也有缺點，復雜頁面在做自適應時，受手機屏幕限制很難排版，若隱藏部分內容相比獨立移動手機站頁面體積大、加載速度和數據流量也更大。此類非常適合如知乎、36KR、新聞媒體內容頁等功能相對單一的頁面和站點。
百度不建議的做法：
周日的時候我發現站長學院的官方課程悄悄更新上線了幾篇新文章，裡面有講到在移動化過程中，百度不建議做的事情。
1， 單獨域名下不要使用多種配置方式，其實我家新聞站點就是這樣做的：CMS系統沒辦法二次開發同時也沒需要完全靜態化，所以內容頁采用自適應，而欄目眾多結構復雜的首頁和頻道頁則采用跳轉適配的方式，回去跟領導說說去。另外聽院長說，有些站點是把移動內容當做PC站點下的一個目錄進行配置，這也真是不行的。
2， 不能用JS對UA進行適配跳轉，雖然下半年百度JS就要全放開了，但在官方沒有正式發布消息前，我們還是按照傳統保守的方法進行操作吧。
說了這麼多，其實三種方式各有各的優缺點，站點移動化進程，還要根據自己的實際情況來選擇實施方式。
2015年7月 百度發布移動搜索結果排序傾斜策略簡析，百度之所以一直大力倡導大家對PC站點進行移動化處理，是因為在移動端排序上存在著向移動頁面、適配頁面傾斜的策略，後續這種策略的力度會更大，轉碼頁和PC頁的展現空間將更小。所以提倡大家提高PC頁移動化比例，減少移動流量損失。
2015年7月16日，百度站長平台推出移動搜索優化策略漫談。
做移動網站優化，首先我們要做的是數據分析和挖掘。在站長平台裡面，優化與維護>流量與關鍵詞>移動搜索，就能看到相關的數據。
1、選取你的PC站點，點擊頁面類型裡面的PC頁，如果發現大量的移動流量進入PC站，那就是你的網站沒有進行適配或者適配沒有生效，移動流量被白白浪費掉。
2、選取你的移動站點，點擊頁面類型的PC頁，如果數據很多，那就表明你的移動頁面被識別為PC頁，需要檢查移動特征的代碼是不是沒有加好。
3、如果是代碼適配或者自適應站點，不應該會出現大量的轉碼頁面，這裡就需要檢查是否寫有applicable-device標簽。
此外，在移動適配裡面，點擊移動適配進度查詢，然後下載站長平台提供的每日適配潛力top列表數據，在裡面能發現不少問題，比如發現有不是以http開頭的二級域名，這代表這個域名有相當多的內容還沒有做適配，這個時候就要針對這些潛力頻道加油了。另一個是以http開頭的url，有兩種可能，比如尚未進行適配或者適配錯誤了，這些頁面就需要檢查對應關系是否准確了。
最後談談在移動優化中的一些站長們需要注意的地方：
(1) 外鏈生效，PC端移動端外鏈均有效，但會減弱對其的信任，同時低質鏈接會產生負面影響，作弊鏈接會受到懲罰。
(2) PC站和移動站的TITILE是否需要保持一致，前期PC和移動搜索結果展示字數不一樣，後期因為跳轉適配展示較多是PC頁面，用戶點擊PC頁面可以進入移動頁面，建議PC頁面標題不要過長，否則移動端展示會出現問題。例如：PC端和移動端搜索結果展現標題和摘要的字數限制等都是不同的，PC端30多個中文漢字才截斷，移動端不到20個就折行了，20多就省略看不到了。所以，建議移動站使用單獨的TDK。
(3) 移動URL盡量進行靜態化。
(4)大量PC頁面適配不能同時指向同一個移動頁。
2015年7月28日，新版移動適配工具常見問題QA集合。
新版移動適配工具7月25日晚正式上線，自升級公告發布以來，熱情的平台用戶和英俊的工程師在帖子裡和VIP大講堂學員微信群裡進行了深入溝通探討，社區工具版主xbx1209在短時間內對各位的問題和工程師的回復進行了梳理，歸納出十問十答，希望可以給各位解惑。
問：新版的移動適配工具,不支持pc和移動版domain不一樣的提交嗎?提示pc站點與移動站點主干不同。什麼是主干?
答：主域不同可以，但是主干不同是不允許的，老版本也是這個要求。舉例解釋一下主干www.a.com wwww.a.net 屬於主域不同，主干都是a，可以! www.a.com www.b.com 主干 一個是a，一個是B，不同，不可以。
問：為什麼提示我“URL校驗不通過”，填寫沒有問題呀？
答：提交的目錄名要與實際保持一致，第2對裡提交的目錄全是小寫，與實際不符。
問：沒規則的哪些頁面怎麼辦呢?或者改版中的規則混亂的又怎麼處理?
答：url適配>填寫url對
問：適配狀態一直顯示適配中，多久會有變化?
答：最長10天
問：適配周期太長了，而且經常失敗？
答：目前適配最慢生效周期是10天，我們可以繼續努力讓這個時間縮得更短，但是適配失效的原因往往是站點自身原因造成的，您可以參考一下我們的幫助文檔
問：數據內容與指定站點不一致，這啥意思啊?
答：提交規則之前會讓你填寫“指定PC-移動站點”，出現“數據內容與指定站點不一致”的提示，說明您提交的數據所在站點，與填寫的站點不一致。
問：聽說有個下載按鈕?我連“下載”都沒？
答：提交批量規則適配、url適配有下載按鈕，提交單條規則適配沒有
問：采取URL提交方式提交的URL對，下載後怎麼排版是亂的。。。 不是一行兩列了
答：你可能需要換個文本編輯器來打開，內容格式不是標准的windows文本
追問：即使用txt打開是一行幾列的情況也無所謂嗎?
答：txt問題你換個文本編輯器應該就好，比如Utraledit
問：以前提交的適配怎麼修改
答：新提交規則進行覆蓋
問：正則規則移動URL會自動多加一個http://
答：這個是bug導致，目前(7月28日)已經修復，請你重新提交下
2015年9月，百度站長平台推出移動化友好指南預告。
當移動用戶在手機上點按某條搜索結果時，除了搜索結果對需求的滿足程度外，搜索結果的加載速度、頁面浏覽體驗、頁面是否符合移動端適配等因素，都影響著移動用戶體驗的滿意度，我們將其統稱為移動友好度，百度致力於幫助移動用戶獲得更好的移動網頁浏覽體驗，移動友好度被作為一個重要的標准，用於衡量移動用戶的滿意度。百度移動搜索會請評估人員對抽樣移動頁面進行評估，評估後的結果會返回技術部門進行深度學習，進而影響移動搜索的結果排序。
百度移動搜索大體將移動頁面的友好度分為四檔：
一檔,友好度高。頁面非常適合在移動設備上展現及使用，頁面布局好主體突出，排版精良，且浏覽體驗好，百度移動搜索會盡量給這類頁面更多的展現機會，同時會根據頁面的友好程度反推整個站點對百度移動搜索的友好程度。
二檔，友好度中。頁面能夠在移動設備上展現及使用，但各方面表現一般，離友好性高尚有一定距離，百度移動搜索會給此類頁面合理的處理方式，在友好性程度高頁面缺失情況下，給友好性中頁面展現機會，同時希望此類頁面盡快進行提升，進入友好性高隊伍。
三檔，友好度低。頁面能夠在移動設備上展現及使用，但使用體驗較差，此類移動頁面將很難在百度移動搜索中獲取重要流量。
四檔，不友好。頁面不適合在移動設備上展現及使用，完全不具有移動友好性，百度移動搜索將拒絕收錄此類頁面，對已被收錄的頁面會采取清理行為，即使保持收錄也會限制其展現。
百度衡量移動友好度的因素有很多，在此僅做一個非常簡單的分享：
1，頁面可讀性
頁面可讀或者說可訪問，是衡量移動頁面質量的前提，是友好度的基礎，百度主要會從三個維度來衡量：頁面加載速度體驗、頁面結構、頁面浏覽體驗。
1.1頁面加載速度體驗。再優質的網頁資源，如果打開速度慢加載時間超長，大部分的普通用戶都會失去耐心而選擇離開，3-5秒是正常狀態，小於1秒體驗優秀，大於5秒會被認為對用戶非常不友好。
1.2頁面結構。一個結構優質的頁面，要讓用戶第一眼看到頁面的主體內容，獲取頁面主體信息的時候沒有多余的干擾，快速找到所需，並通過頁面布局，快速了解頁面各模塊的主要內容。
1.3頁面浏覽體驗。若百度認為該頁面主體內容辨別困難(如，文本內容與背景顏色相近)或段落不夠分明，會認為其對用戶也不友好。
2，資源易用性
百度移動搜索會根據頁面主體內容載體不同，對資源易用性和功能及服務提出不同的要求，比如：
*首頁/索引頁：頁面提供的導航鏈接清晰可點，頁面推薦的內容清晰、有效;
*音頻/視頻頁：音頻/視頻能夠直接播放，清晰優質
*APP下載：提供APP直接下載，且下載的為最新版
*商品頁：提供完整的商品信息和有效的購買路徑
等等，在此不完整舉例了。
3，體驗更優
體驗更優這個維度屬於增益項，移動頁面在滿足可讀性和資源易用性要求的前提下，百度移動搜索才會考慮頁面體驗的問題。影響體驗問題的因素舉例：面包屑導航是否清晰;電話是否可撥打;地址是否可定位等等。
2015年9月8日，【移動適配】目錄級移動適配如何使用工具提交適配關系。
“我的PC站點是www.a.com，移動站其實是PC站內的一個目錄www.a.com/m，這樣怎麼使用移動適配工具提交適配關系?”我們發現一些PC站點下開辟某個目錄存放移動適配頁面、作為移動適配“站”，會有提交移動適配數據的需求，如：http://www.a.com/a.html 適配到http://www.a.com/m/a.html。雖然從長遠角度看，這種行為對搜索引擎極不友好，百度(包括GOOGLE)一直不贊成不鼓勵這種建方式，但為了滿足該需求，百度站長平台移動適配工具依然開發了滿足此需求的功能。
您可以先在下拉菜單中選擇准確的站點域名，再點擊“+添加適配關系”。也可以在默認的www主域下“+添加適配關系”。進入“添加新數據”界面後，“指定PC-移動站點”處填寫的移動站點名，要與PC站點名一致，然後在提交規則處填寫相應的正則信息，然後增加校驗用url對即可。
2015年9月14日，移動適配常見問題(15年9月)——了解這些，你也能算半個移動專家。
百度站長學院傳播移動適配知識已有一段時間了，期間總是遇到同學提相同或相近的問題，這些問題隨著時間推移也在發生著變化。所以學院會不定期地整理大家的問題，發布在學院中供大家參考。
問：跳轉適配、代碼適配、自適應——百度更支持哪一種?
答：都是親生的，都喜歡都支持。目前對跳轉適配的支持更全面一些，但對代碼適配和自適應的理想狀態處理也在緊鑼密鼓地進行中(代碼適配、自適應的理解狀態是，一個鏈接在PC和移動都有展現，徹底告別轉碼)。
問：讓百度正確識別適配關系的關鍵點是什麼?
答：無論您使用哪種適配方式，工具提交、meta(rel)標注還是自主適配，關鍵要做到PC與移動頁面主體內容相同，且各方式之間邏輯關系一致(詳見下一個問題)
問：跳轉適配移動站點想讓百度了解適配關系，平台移動適配工具提交、代碼標注(meta標注、rel標注)、自主適配是否可以都做，要注意什麼?
答：可以都做，我們也鼓勵都做。但特別要注意的是，幾種方式的邏輯關系要保持一致，比如PC鏈接A，不能在工具提交時對應的移動鏈接是B，而代碼標注時會表示要對應移動鏈接C，如果出現這種情況，百度會為其A匹配一個移動頁面，但也許這個移動頁面並不是你認可的那個。
問：跳轉適配移動站點的收錄為什麼那麼少?
答：首先要說明的是，對於跳轉適配移動站來說，並不是說沒有被百度直接收錄就不會獲得流量。在百度移動搜索結果中，我們優先展示擁有適配移動頁的PC頁結果 (簡稱A頁)，用戶點擊PC頁結果後會自動跳入相應的適配移動頁(簡稱B頁)。所以對於百度來說，收錄了擁有B頁的A頁，就等同於收錄了B頁，B頁依然可 以通過百度移動搜索獲得流量。當然了，百度移動搜索對重要的B頁也有單獨的抓取收錄機制。
問：在PC站點裡建一個目錄專放移動頁面是否可行?
答：雖然現在我們也可以識別這樣的做法，且移動適配工具給予一定支持，但從長遠角度考慮，我們(包括GOOGLE)不建議您這樣做，會有很多弊端。
問： 適配移動站點的頁面被PC搜索收錄了，是不是BUG?
答：這不是BUG，的確會有這種情況存在，該移動頁面在PC端往往很難有較好的排名。站長發現此情況後，要重視的是：1，該移動頁面對應的PC頁在PC端表現是否正常;2，該移動頁面是否已被百度移動搜索收錄。
問：PC站和移動站是同一個域名，如何向百度提交適配關系(自應適、代碼適配如何向百度提交適配關系?
答：關於這個問題，首先要確認你使用的到底是哪種建站方式?
1，PC 站和移動站是同一個域名，即PC頁面和移動頁面使用同一個url，該url可以通過分辨訪問者的終端設備(PCor手機)或浏覽器分辨率大小自動對版面內 容進行調節，給用戶以最優的視覺體驗。那麼你的站點應該是代碼適配或自適應，無需向百度提交適配關系，但請為您的網頁添加device代碼，以幫助百度進 行判斷校驗。
2，PC 站點www.a.com，移動站點相當於PC站點下的二級目錄www.a.com/wap。首先需要說明的是，百度和GOOGLE都不贊成不推薦這種做 法，但百度從站長角度出發，在移動適配工具中仍然針對此類情況開發了提交功能，具體請移步站長學院教育文章《目錄級移動適配如何使用工具提交適配關系》了解詳情。
問：以前通過siteapp做的移動站不想用了，做了高大上的新移動站，怎麼修改適配關系?
答：將siteapp移動站點301至新移動站，注意是頁面級的301，所有siteapp移動頁面跳轉到新移動站首頁是不行的。
百度移動搜索官方課程（新）高速下載：http://pan.baidu.com/s/1c1nKKZA 密碼：nwmq
SEO在最近的兩年內，看到了一部分站點，由原來的單一的PC流量，現在發展到移動流量一般是PC端流量的3-5倍，這不能不說是又一個移動流量爆發的新常態。這三年多的時間裡，移動站點流量，逐步呈現出爆發式的增長狀態，未來5到10年內移動端流量將會持續增長，因此站在2015年歲末及2016年歲首之際，SEO深入總結了百度移動搜索發展歷程，以及百度移動建站優化指南，是具有重大意義的，也是SEO在2016年，深入開展移動站點優化的序幕，移動站點優化是大勢所需，人心所向，唯有順勢而為，激流勇上，才能在未來移動站點布局上，搶占優勢，不被時代所淘汰。