當前位置:首頁 >  站長 >  搜索優(yōu)化 >  正文

【移動搜索】如何讓百度準確地識別頁面類型

 2015-07-01 16:10  來源: 百度站長平臺   我來投稿 撤稿糾錯

  域名預訂/競價,好“米”不錯過

上周四(6月25日),百度站長平臺微信公眾帳號全網首發(fā)攜程SEO負責人安琦老師的文章《前端代碼優(yōu)化帶來搜索引擎高效地識別移動頁面》,閱讀量超高,被讀者譽為“五星好評的干貨”。該文章是安琦老師參加杭州VIP大講堂移動化培訓后,與其前端同事深入研究的結果,得到了百度內部工程師的高度認可:

開篇先摘一段新聞《中國智能手機市場6年首現負增長》,文中指出:“IDC報告顯示,2015年第一季度中國手機市場出貨量為1.1億部左右,同比下滑3.7%。其中智能手機市場出貨量為1億部左右,同比下降2.5%。這是過去6年以來,中國智能手機市場第一次出現季度同比下滑的情況。”

這意味這什么呢?簡單說,我國智能機不但普及,且已趨飽和,移動紅利即將消耗貽盡。那對于網站優(yōu)化人員又意味著什么?結果上講,重大網站沒有完成移動化需亡羊補牢,中小網站去完成移動化迫在眉睫。

制作出用戶體驗良好的手機頁面只是萬事俱備,最為關鍵的臨門一腳是獲得搜索引擎的青睞,這樣才能得到精準的用戶,很多網站擁有PC和移動兩套頁面,從經驗上看,精準、高效地被搜索引擎識別不但促進移動頁面的排名和流量獲取,對PC頁面也有額外的效果加成。

在經歷了一輪輪移動H5項目,看過很多移動頁面識別和優(yōu)化的國外文章,更重要的是多次和百度相關人對話和解決問題后,我將一些常見的HTML識別細節(jié)總結了兩部分,用于促進移動頁面被搜索引擎識別、收錄,讓更多優(yōu)質流量更早、更多地分發(fā)到自己頁面。

一、head標簽中的部分

1.URL設計

URL盡量含有通用已成趨勢的移動命名,例如“m./wap./3g./mobi./mobile./mob/wml/”,可以在子域名等方面體現

2.頁面頂部的doctype標簽

作為協議的重要部分,doctype中是否移動化也很重要,檢查是否存在與移動相關的聲明,如這些關鍵詞,openmobilealliance, xhtml-mobile, xhtml-basic,wapforum,dtd compact html

例:“<!DOCTYPE html PUBLIC “-//WAPFORUM//DTD XHTML Mobile 1.0//EN””;

3.meta標簽中的viewport屬性和x-ua-compatible 屬性

viewport,移動前端開發(fā)中最重要的標簽,響應式設計的根基,如果你的頁面是遵守響應式設計的,那么說明這些頁面對移動設備有友好的輸出。

典型的的viewport代碼是這樣的,,判斷移動與否的關鍵屬性值為width,如果width=device-width這是典型的移動友好的設計,增加判定為移動頁面的砝碼,如果width有具體值,且值大于典型的移動屏幕(應該小于600),那么該頁面被判定為PC頁面的幾率大大增加。

但,META中還有一個很獨特的屬性作為SEO人員應該很少接觸到,那就是x-ua-compatible 屬性,該屬性是PC意味非常強烈的功能性代碼。示例代碼如此,,從百度工程師處得知,該代碼會有較強暗示當前頁面為PC頁面的功能,需選擇性使用。

4.title中的移動暗示

制作移動頁面時,在title標簽中寫明:“移動版”、“手機版”、“WAP版”、“觸屏版”不僅是照顧用戶體驗的方案,也利于頁面的移動識別,反之PC頁面要謹慎使用這些文案。

5.鏈接link標簽的media和href屬性中需要注意的細節(jié)(多為樣式文件)

media屬性值為screen時,表示屏幕中的顯示樣式,link的href所填寫的URL(基本為樣式文件的URL)就比較重要了,一定程度加大不同設備的偏重。此時URL中盡量出現/wap,/mobile/這樣的命名,同URL設計一樣,用于提高頁面識別為移動的效率和概率。如URL中含有pc字樣則加大識別為PC頁面的幾率。

6.一些通用的PC類識別HTML代碼

embed:經常用于嵌入多媒體

object:用于嵌入對象

marquee:老舊的滾動特效實現代碼

iframe:想必網站優(yōu)化人員很熟悉了,典型的PC常用標簽

這些典型的用于PC或者老舊的、HTML5已經有更高效替代方案的舊標簽,意味著使用它們將增加頁面的PC屬性,需要有目的地取舍。

7.一些javascript中典型的PC特征

加載swfobject、含有activexobject語句:移動頁面根本不會使用如此重的多媒體引用方案(不信你問問你的前端工程師)

含有netscape(網景)、msie(IE)、firefox(火狐)、browser.msie(IE)這些典型的非移動端瀏覽器兼容代碼的

設置了timer的 ,以及JS代碼含有settimeout的(此處不知道為什么設置timer還有識別的問題),均大幅增加識別為PC頁面的可能性

以上這些中出現的內容,

二、正文body中需要注意的部分

鏈接和文本遵照的原則基本與head中一樣——多出現移動相關的字眼;頁面設置的寬度不要超過常規(guī)移動設備的大小;那些常識中(除非招錯前端工程師)絕對只用于PC的一些兼容性代碼。

此外div塊的個數也值得注意,沒有哪家移動頁面會過量使用div塊;還有典型的只用于適配PC機器的HTML代碼,例如:accesskey(如果移動頁面用,要不前端招錯人了,要不產品招錯人了,應該引起警覺)

head和正文兩大部分,基本涵蓋了一張頁面最主要的部分。

網站優(yōu)化人員一定要把握這些使用細節(jié),協助前端工程師從正反方向將公司的PC和手機頁面涇渭分明地呈現給搜索引擎。試想如果你每日被抓取頁面達到90%的識別率,而一般水平是70%,這種優(yōu)化增量是非常顯著的。

最后,分享一個機器學習的思想給網站優(yōu)化的新人,此文中心思想截取如下:“你從市場上的芒果里隨機的抽取一定的樣品(訓練數據), 制作一張表格, 上面記著每個芒果的物理屬性, 比如顏色, 大小, 形狀, 產地, 賣家, 等等。(這些稱之為特征)。 還記錄下這個芒果甜不甜, 是否多汁,是否成熟(輸出變量)。你將這些數據提供給一個機器學習算法(分類算法/回歸算法),然后它就會學習出一個關于芒果的物理屬性和它的質量之間關系的模型。 下次你再去市集, 只要測測那些芒果的特性(測試數據),然后將它輸入一個機器學習算法。算法將根據之前計算出的模型來預測芒果是甜的,熟的, 并且/還是多汁的。

結合本文中的內容、再結合你已經爛熟于心的搜素引擎工作原理,設想一下,你的所有頁面都是芒果,百度是帶有識別模型(且該模型會自己訓練、糾正自己)的芒果鑒別器,怎么讓你的芒果持續(xù)性地、每次被拿起來都進入那個又大、又甜、又多汁的籃子?那些一眼就看出來的大甜芒果當然好判斷,那些一眼看不出來的呢?我們能不能多生產些一眼就看出來好壞的芒果呢?這樣整個果園是不是好收割一點?”

文章中的html細節(jié)就是模型的冰山一角。

申請創(chuàng)業(yè)報道,分享創(chuàng)業(yè)好點子。點擊此處,共同探討創(chuàng)業(yè)新機遇!

相關文章

  • 最接地氣的SEO指南 讓新入行的你少走一大段彎路

    老賀是2005年開始做網站的,那時候我們國內的網站并不多,但是每天分享知識的人卻不少,整天混跡在A5站長網、站長之家、落伍者上面,不斷的充實自己,不過信息良莠不齊,也走了很多的彎路。之后在實踐、實戰(zhàn)中有了技能,在2008年的時候,老賀開始對外搞SEO,就這樣一晃十多年過去了。今天這篇文章,老賀只寫一

  • 百度會區(qū)別對待不同域名前后綴嗎?

    我曾在另一個SEO博客中發(fā)表過一篇文章,是關于“百度是否會區(qū)別對待不同域名后綴”的文章,在文章中我提出了一個觀點,明確指出“百度不會區(qū)別對待不同后綴的域名”,每一種后綴的域名享有同等待遇。

    標簽:
    百度seo
  • 談談全網SEO矩陣是什么?一般怎么做?【舉例】

    大家好,我是白楊SEO,專注SEO十年,SEO流量實戰(zhàn)派,企業(yè)流量增長顧問。擅長研究各平臺自然搜索流量玩法。曾帶一個PCB項目,從0-1,現該項目年營收10億+。曾靠一篇文章引流精準粉絲1000+,變現3萬+。個人原創(chuàng)公眾號:白楊SEO。一年不到,關注人數從0到5000+,目前關注25000+。

  • 百度正在暴力截流SEO還有用嗎

    百度的核心流量階層基本已經固化,新的站點很難會有太多的流動機會,這個時候就需要去豐富流量的來源類型,避免把雞蛋都裝在一個籃子里。比如下面這個站點,谷歌和必應的流量占比都在不斷的上漲中,這也是平臺向內容生產者釋放出的友好信號,是值得去重點拓展維護的。

    標簽:
    百度seo
  • 怎么巧用百科讓網站排名上升流量倍增?

    怎么巧用百科讓網站排名上升流量倍增?很多朋友的網站優(yōu)化以后還是沒有得到很好的排名,沒關系,今天給大家分享一個技巧,就是使用百科讓沒排名的網站迅速排名,需要的朋友可以參考下

熱門排行

信息推薦