<ul id="g60s4"><pre id="g60s4"></pre></ul>
<strong id="g60s4"><nav id="g60s4"></nav></strong>
<ul id="g60s4"></ul>
  • <tr id="g60s4"></tr>
  • 
    
  • 或者

    讓百度高效識別移動頁面

    作者:淺色記憶 瀏覽:335 發布時間:2017-12-06
    分享 評論 0

    開篇先摘一段新聞《中國智能手機市場6年首現負增長》。

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

      這意味這什么呢?

      簡單說,我國智能機不但普及,且已趨飽和,移動紅利即將消耗貽盡。

      那對于網站優化人員又意味著什么?

      結果上講,重大網站沒有完成移動化需亡羊補牢,中小網站去完成移動化迫在眉睫。

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

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

      一、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””http://www.wapforum.org/DTD/xhtml-mobile10.dtd”>”

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

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

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

      但,META中還有一個很獨特的屬性作為SEO人員應該很少接觸到,那就是x-ua-compatible 屬性,該屬性是PC意味非常強烈的功能性代碼。示例代碼如此,<meta http-equiv=”X-UA-Compatible” content=”IE=9; IE=8; IE=7; IE=EDGE” />,從百度工程師處得知,該代碼會有較強暗示當前頁面為PC頁面的功能,需選擇性使用。

      4.title中的移動暗示

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

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

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

      如URL中含有pc字樣則加大識別為PC頁面的幾率。

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

      embed:經常用于嵌入多媒體

      object:用于嵌入對象

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

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

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

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

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

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

      設置了timer的 ,以及JS代碼含有settimeout,的(此處不知道為什么設置timer還有識別的問題)

      均大幅增加識別為PC頁面的可能性

      以上這些<head></head>中出現的內容,

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

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

      此外div塊的個數也值得注意,沒有哪家移動頁面會過量使用div塊;還有典型的只用于適配PC機器的HTML代碼,例如:accesskey(如果移動頁面用,要不前端招錯人了,要不產品招錯人了,應該引起警覺)head和正文兩大部分,基本涵蓋了一張頁面最主要的部分。

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

      最后,分享一個機器學習的思想給網站優化的新人,此文中心思想截取如下:

      你從市場上的芒果里隨機的抽取一定的樣品(訓練數據), 制作一張表格, 上面記著每個芒果的物理屬性, 比如顏色, 大小, 形狀, 產地, 賣家, 等等。(這些稱之為特征)。

      還記錄下這個芒果甜不甜, 是否多汁,是否成熟(輸出變量)。你將這些數據提供給一個機器學習算法(分類算法/回歸算法),然后它就會學習出一個關于芒果的物理屬性和它的質量之間關系的模型。

      下次你再去市集, 只要測測那些芒果的特性(測試數據),然后將它輸入一個機器學習算法。算法將根據之前計算出的模型來預測芒果是甜的,熟的, 并且/還是多汁的。

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

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

      很干很技術,小編表示看得云里霧里,如果你都看懂了,那我就給你orz了!


    国产精品乱码久久久久久软件| 无码人妻精品丰满熟妇区| 国产愉拍精品视频手机| 久久久午夜精品理论片| 日韩欧群交P片内射中文| 91精品福利视频| 国产精品美女久久久久AV福利| 亚洲中文精品久久久久久不卡| 成人午夜精品无码区久久| 国产精品好好热在线观看| 99久久国产综合精品swag| 老司机午夜精品视频在线观看免费| 国产精品福利在线播放| 99精品在线播放| 国产一区二区三区国产精品| 2019国产精品青青草原| 成人国产精品免费视频| 国产精品亚洲二区在线| 精品无码国产一区二区三区AV | 精品91自产拍在线观看| 含羞草国产亚洲精品岁国产精品| 欧乱色国产精品兔费视频| 亚洲精品成人网站在线播放| 91精品啪在线观看国产线免费| 日韩人妻精品无码一区二区三区 | 国产福利电影一区二区三区久久久久成人精品综合 | 伊在人亚洲香蕉精品区麻豆| 无码精品国产va在线观看dvd| 久久国产精品99久久久久久牛牛| 日韩精品免费一线在线观看| 日韩高清免费观看| 国产精品视频一区国模私拍| 亚洲综合久久精品无码色欲| 久久久久久午夜精品| 久久丝袜精品综合网站| 国产99视频精品免视看7| 亚洲精品色婷婷在线影院| 国产主播精品福利19禁vip| 国产精品免费视频播放器| 国产成人精品无缓存在线播放| 日韩在线观看免费|