百度挪动搜刮是百度全球最除夜的中公函动搜刮引擎 ，天天导向互联网的成本从出穿流量高达十亿级别 ，网站挪动化势在必行 。挪动本篇旨在为挪动站站长供给权力巨擘 、搜刮色收了了的优化挪动搜刮优化标准 ，辅佐网站公允 、录排可延续地汲引挪动流量 ，序揭掉落踪掉落踪姑且 、维度晃荡的分化展开，从而促进全数挪动互联网的百度良性展开。
如今较流量的PC站与挪动站设置设备放置编制有三种，百度站在搜刮引擎角度将这三种分袂称为跳转适配、搜刮色收代码适配和自适应 ，优化以下为这三种设置设备放置编制的录排名词诠释及异同比照。
1 ，跳转适配 ：该编制会独霸孤单的网址向每种设备供给不合的代码 。这类设置设备放置会考验考验检测用户所独霸的设备或ua ，然后独霸 HTTP 重定向和 Vary HTTP 标头重定向到照顾的页面。
2 ，代码适配 ：该编制独霸不异的网址（不思虑用户所独霸的设备），但会屈就处事器对用户所用不雅不雅不雅不雅鉴赏器的体味（ua） ，针对不合设备圭表类型生成不合版本的 HTML 。
3 ，自适应：经由过程不合网址供给不异 HTML 代码的网站筹划编制 。该编制不思虑用户所独霸的设备（pc、平板电脑、挪动设备） ，但可以屈就屏幕尺寸以不合编制展示（即适应）展示屏。
| PC 、挪动网址可否齐截 | PC 、挪动网页代码可否齐截 | |
| 跳转适配 | 否 | 否 |
| 代码适配 | 是 | 否 |
| 自适应 | 是 | 是 |
百度仅站在搜刮引擎角度对跳转适配、代码适配 、自适应这三种设置设备放置编制做了一些比照和分化，希看可以辅佐站点选择更契合本身、性价比最优的编制来举办挪动化 。
| 跳转适配 | 代码适配 | 自适应 | |
| 宏壮程度 | 复杂到中等
。斥地自力网站的速度可以特别很是快。 小型企业可选用多种主动筹划 ，以近乎及时的速度生成挪动网站 。 | 中到高 ，取决于网站的宏壮水安然温馨您需求成立的代码库数量
。 代码适配所需的斥地时分大年夜大年夜约较长 ，且请求处事器端编程 | 中 。需求独霸能随屏幕尺寸而变的流体网格从头最早成立 。 假定网站需求较复杂 ，有良多开源模板可供选择 。 如要构建包含出格编程的宏壮的自适应网站，所需的时分会斗劲长 。 |
| 功用 | 中 。图片和其他网站内容可轻松针对小屏幕优化
，但网站重定向经常会招致迟误问题
。 | 高。可以简化为只包含为照顾设备优化的内容 ，以完成最好功用 。 | 高
。无任何重定向 ，但需求有单方面的筹算才调完成最优的终局 。数据量膨胀是最罕有的偏向 。 |
| 呵护需求 | 中到高 。更新主网站后 ，还必须孤单在挪动网站前程行更新 。 | 假定人工呵护
，将需求除夜量的成本。良多网站独霸内容治理琐细来阻拦这一问题 ，并主动在全数模板上宣布内容
。 | 低 。成立后
，更新内容会流向全数设备 ，呵护工作量极低 。 |
| 设备 | 可专门针对挪动用户优化网站 。 | 孤单的文件和处事器端代码（会在向用户传递网页前在您的处事器上运转）可以供给依设备而定的体验。 | 全数设备上的用户体验贯穿连接齐截（一些设备专属的选项可经由过程处事器端法度圭表类型添加）。 |
| 可否支撑扩大年夜大年夜大年夜大年夜至新平台 | 不支撑。这是智好手机公用的自力挪动网站 。新平台没法轻松集成到现有架构中 。 | 支撑 。可轻松针对具体的设备（比如智能电视）建示范板 ，并经由过程不合个网址投放 。 | 支撑。独霸指定的断点和流体网格
，可轻松扩大年夜大年夜大年夜大年夜到新平台和新设备。 |
1，跳转适配 在此设置设备放置中，每个pc版网址都具有一个对应的不合网址 ，用于供给针对挪动设备举办优化的内容 。为了辅佐我们的算法体味孤单的挪动版网址 ，我们建议您独霸以下诠释 ：
在pc版网页上 ，添加指向对应挪动版网址的出格链接 rel="alternate" 标识表记标帜 。这有助于创作创造网站的挪动版网页地址的职位 。
在挪动版网页上，添加指向对应pc版网址的链接 rel="canonical" 标识表记标帜。
比如 ，假定pc版网址为http://www.example.com/page-1 ，且对应的挪动版网址为 http://m.example.com/page-1 ，那么此示例中的诠释以下所示 ：
在pc版网页(http://www.example.com/page-1) 上 ，添加：
<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.example.com/page-1" >
而在挪动版网页(http://m.example.com/page-1) 上 ，所需的诠释应为:
<link rel="canonical"href="http://www.example.com/page-1" >
也可独霸本来的开放适配提交编制 。
2
，代码适配
为了使百度可以晓合适您的页面产生发火改削时 ，同时需求用其他的ua从头抓取一遍，请您添加Vary HTTP标头 。Vary HTTP 标头具有以下两个特别很是次要且合用的感染
：
a) 它会向 ISP 和其他职位独霸的缓存处事器注解：在决意可否经由过程缓存来供给网页时它们应思虑用户代办代办代办代理
。假定您没无益用 Vary HTTP 标头 ，缓存大年夜大年夜约会偏向地向挪动设备用户供给pc版 HTML 网页的缓存（反之亦然） 。
b) 它有助于 百度spdier 更疾速地创作创造针对挪动设备举办优化的内容 ，这是因为我们在抓取针对挪动内容举办过优化的网址时 ，会将有效的 Vary HTTP 标头作为抓取旗子记号之一，我们会进步用其他ua抓取此网页的优先级 。
示例 ：
并且在pc的照顾的head中添加
<meta name="applicable-device" content="pc">
在挪动的照顾的head中添加
<meta name="applicable-device" content="mobile">
3，自适应
自适应筹划有其一样往常绳尺 ：在head添加以下代码并且独霸<picture>元素措置自适应图片:
<meta name="viewport" content="width=device-width, initial-scale=1.0">
自适应页面还理应在head中标识
：
<meta name="applicable-device"content="pc,mobile">
展示页面同时契合在挪动设备和PC前程行不雅不雅不雅不雅鉴赏 。
1 ，单一域名下请独霸不合种设置设备放置编制(跳转适配 、代码适配 、自适应) ，比如，不要把挪动站的页面作为pc站网址中的一个子目次来设置设备放置。
2，假定独霸跳转适配的编制，请不要独霸JS对ua举办适配跳转 。这类编制存在两个偏向偏向：
a) 对用户：会加除夜由重定向的客户端构成的迟误；这是因为客户端需求先下载网页 ，接着分析并奉行 JavaScript ，然后才调触发重定向 。301或302则不会有这个迟误 。
b) 对搜刮 ：爬虫也需求独霸支撑JS衬着的爬虫 ，才调创作创造此重定向 。
域名
：
与PC 网站一样 ，域名是用户对一个网站的第一印象
。一个好的挪动域名 ，不单随便记忆 、易于输进，还能便独霸户向其别人推荐 。
域名应尽大年夜大年夜约冗长易懂 ，越短的域名记忆成本越低
，越随便邃晓的域名能让用户更直不美不雅不雅不雅不雅不雅不雅体味网站除夜旨 。挪动站域名建议多采取m.a.com/3g.a.com/wap.a.com等，阻拦独霸过于宏壮或技能性的编制 ，比如adcb***.a.com/html5.a.com等
。
处事器 ：
选择正轨空间处事商 ，阻拦与除夜量残剩网站共用IP ，担保网站访谒速度和晃荡性
。其他这里不再赘述 ，默许有PC网站根本。
网站言语：
屈就终端和技能的展开 ，我们凶悍建议独霸html5作为挪动站建站言语
，并且屈就不合终端机型举办主动适配 。
搜刮引擎作为网站的深化访客 ，对网站的抓取索引
、对站点/页面的价值剖断和排序 ，都是从用户体验解缆 。是以 ，绳尺上彀站任何对用户体验的改进 ，都是对搜刮引擎的改进
。可是限于往后集团的群集气候和技能性启事
，落合用户体验的具体身手也是需求思虑对搜刮引擎亲善性的
，使之在知足用户体验的前提下也会让搜刮引擎更随便邃晓措置。那么 ，面向挪动搜刮引擎的网站培养汲引，次要分为三个部分
：若何更好的让百度挪动搜刮收录网站中的内容、若安在挪动搜刮中掉落踪掉落踪更好的排名、若何让用户从浩瀚的搜刮下场中疾速地找到并点击你的网站 。复杂来讲
，就是收录 、排序 、揭穿 。上面我们将从收录最早引见 ：
机械可读
：
与PC spider一样 ，百度经由过程一个叫Baiduspider2.0的法度圭表类型抓取挪动互联网上的网页 ，经由措置后建进挪动索引中 。往后Baiduspider只能读懂文本内容，flash
、图片等非文本内容且则不克不及很好措置
，放置在flash、图片中的文字 ，百度只能复杂辨认 。建议独霸文本而不是flash 、图片、Javascript等来展示次要的内容或链接 ，搜刮引擎且则没法辨认Flash、图片 、宏壮Javascript中的内容；同时仅存在于flash 、Javascript中包含链接指向的网页
，百度挪动搜刮一样大年夜大年夜约没法收录 。不要在希看搜刮引擎可读的中心独霸Ajax技能
，比如问题、导航 、内容等等。
筹划扁平：
挪动站点一样理应有了然的筹划和更浅的链接深度
，这可以独霸户疾速地掉落踪掉落踪有效信息
，也能使搜刮引擎疾速邃晓网站中的每个页面所处的筹划层次。网站筹划建议采取树型筹划 ，树型筹划但凡分为以下三个层级 ：首页——频道——概略页 。
网状链接 ：
志向的网站筹划是树型扁平
，从首页到内容页的层级尽大年夜大年夜约少 ，多么更无益于搜刮引擎举办措置 。同时，网站内的链接也理应采取网状筹划
，网站上每个网页都要有指向上 、上级网页和相干内容的链接 ，阻拦展示链接孤岛 ：首页有到频道页的链接 ，频道页有到首页和深化内容页的链接 、深化内容页有到上级频道和首页的链接 、内容相干的网页间彼此有链接。网站中每个网页
，都理应是网站筹划的一部分 ，都理应能经由过程其他网页链接到
，多么才调使百度spider尽大年夜大年夜约全地遍历网站内容。同时 ，次要内容理应距离首页更近 ，无益于价值传递 。
复杂易懂的URL：
具有出色描摹性
、圭表类型 、复杂的URL
，无益于用户更便外埠记忆和直不美不雅不雅不雅不雅不雅不雅剖断网页内容 ，也无益于搜刮引擎更有效地抓取和邃晓网页 。网站筹划之初 ，就理应有公允的URL筹算 。我们认为：
1 、对挪动站首页一样往常采取m.a.com/3g.a.com/wap.a.com；
2 、频道页采取m.a.com/n1/
、m.a.com/n2/（其对应于PC站点的频道n2.a.com）
，当然 ，n1
、n2直接可读更佳；
3 、概略页的URL尽大年夜大年夜约短，促进有效参数 ，比如统计参数等
，担保不合页面只需一套URL地址 ，不合编制的URL301跳转到正常URL上；
4、Robots封禁百度spider抓取您不想展示给用户的URL编制和不肯被百度抓取的私密数据 。
涵盖除夜旨的anchor ：
anchor即锚文本
，对一个链接的描摹性文字
，锚文本写得越精练了了，用户越易除夜白该指向网页的除夜旨内容 。用户创作创造你的网页是从其他网页上的链接 ，锚文本是该网页的独一引见 。跟深化用户不异 ，搜刮引擎spider在刚创作创造一个网页时 ，锚文本也是对该页面邃晓的独一要素 ，同时对幻想下场的排序起到具有必定的感染 。
对象"挪动sitemap"
：
百度站长平台供给了挪动sitemap提交对象 ，经由过程提交sitemap
，可使百度更快更全地抓取收录网站内容 。
对象"挪动索引量"
：
百度站长平台同时供给了挪动索引量对象 ，可使站长及时体味到本身网站在挪动端的收录气候。
对象"挪动作古链提交" ：
百度站长平台还供给了挪动作古链提交对象
，经由过程提交作古链sitemap
，可使百度更快地创作创造网站作古链举办更新删除 。
公允的前去码 ：
百度spider在举办抓取和措置时
，是屈就http 和谈圭表类型来设置照顾逻辑的 ，经常独霸的几个前去码以下 ：
404
，百度会认为网页已损掉落踪落效已删除 ，但凡在索引中删除，短时辰内spider再次碰着也不会抓取 。建议内容删除
、网页损掉落踪落效等的气候下独霸404前去码 ，陈述百度spider该页面已损掉落踪落效
。同时网站中尽大年夜大年夜约促进作古链的累计
。假定网站且则封锁或抓取压力过除夜，不要直接前去404 ，独霸503。
301 ，永远性重定向 ，百度会认为往后URL永远跳转至新URL
。当网站改版
、交换域名等气候下 ，建议独霸301 ，同时合营独霸站长平台的网站改版对象 。
503
，百度会认为且则不成访谒 ，不会直接删除 ，短时辰内再来搜检几回
。假定网站且则性封锁建议独霸503。
挪动网站鼓起时分不长 ，站长有良多近似的问题。在2014年11月份的百度挪动搜刮沙龙上 ，挪动专家针对站长发问较多的问题举办了不合答复 ，与往期沙龙的琐细答复回并拾掇以下 ：
问 ：我的挪动站内容和PC站是一样的 ，多么需不须要樊篱百度的PC搜刮蜘蛛 ？
答
：因为百度的PC搜刮和挪动搜刮共用不合个spider ，都带有百度标示
，不要举办樊篱 。Spider在抓取时会对页面举办辨认 ，主动剖断是PC页仍是mobile页
，是以建议站长独霸圭表类型的html5/xhtml和谈言语来培养汲引挪动站
。
问 ：手机站独霸xhtml与html5斥地 ，对搜刮引擎可否有分辨 ？
答 ：大年夜师独霸手机搜刮时会创作创造用2G的气候下挪动搜刮会给你到极速版
，就是担保你掉落踪掉落踪下场的速度充分快，可是下场格式斗劲复杂 。一样往常气候下极速版我们会优先给Xhtml的下场 ，触屏版优先给html5,终局愈加炫酷
。
问：假定是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和挪动，必定是不会招致被嘉奖的
。
问 ：外链敌手机站可否有终局 ？
答：外链仍是有终局的 ，但不要做那些残剩外链 ，比如说论坛的标签里面或说生意链接或是说批量的发链接有大年夜大年夜约被嘉奖
。正常交换一下链接是有辅佐的 。0和1是较着不合的。
问 ：百度挪动搜刮对我的挪动站收录较少
，该若何做 ？
答：1. 假定您同时具有PC站
，且PC与挪动站是一一对应的相干 ，请独霸开放适配对象举办提交
，既可以辅佐挪动站的收录又可以辅佐您将PC站的排名转移至挪动搜刮； 2. 假定您只需挪动站
，也可以经由过程我们的挪动sitemap对象向百度举办提交。
站长平台官方供给的链接提交编制以下 ，我们看看它的声明和比照 ，并公允独霸这些提交编制，彼此之间构成互补 。
1 、主动推送（及时） ：最为疾速的提交编制
，站点当天新产生发火的链接可以经由过程此编制及时、主动推送给百度 ，以担保新链接可和时被百度收录，推荐独霸
。
2 、主动推送：最为便捷的提交编制，将主动推送的JS代码放置在站点的每个页面源代码中 ，放置此代码的页面在每次被不雅不雅不雅不雅鉴赏时 ，链接将会被主动推送给百度 。可以与主动推送合营独霸 。
3、sitemap
：您可以活期将网站链接放到sitemap中 ，然后将sitemap提交给百度 。百度会周期性的抓取搜检您提交的sitemap ，对个中的链接举办措置，但收录速度慢于主动推送 。
4 、手动提交
：一次性提交链接给百度，对多量页面提交可独霸此种编制
。
一 ：公允独霸主动推送对象 ，带来的益处有以下几个方面 ：
1：及时被百度创作创造 ，可以膨胀百度爬虫创作创造您站点新链接的时分 ，使新宣布的页面可以在第一时分被百度收录 ，经由测试，用这浅近例提交页面 ，根本上可以在几分钟内被百度创作创造；
2 ：呵护原创，对网站的最新原创内容 ，独霸主动推送下场可以疾速赐顾帮衬到百度
，使内容可以在转发之前被百度创作创造 ，这点对恢弘中小站长来讲斗劲次要。
3 ：俭仆带宽 ，增益处事器压力 ，因为每次提交的页面数量无穷
。
在瞬息万变的互联网中 ，1微秒决决雌雄 ，本身总结以下几点经验，便可让百度更快地收录页面 ，也能俭仆带宽，希看能帮到同窗们。主动推送编制以下 ：
首进步先辈进百度站长布景，在链接提交中掉落踪掉落踪你的准进密钥，具体推送示例在站长布景里面已有具体说了然 ，这我就不再几回了，上面我就举例在甚么时辰举办推送提交 。
以PHP为例，先建一个类,当然你可以建一个JS代码 ，一样触发变卦 。
function post_site ($url){
$urls =array($url);
$api ='http://data.zz.百度.com/urls?site=您的网址&token=【准进密钥】&type=original';
$ch = curl_init();
$options = array(
CURLOPT_URL => $api,
CURLOPT_POST => true,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_POSTFIELDS =>implode("\n", $urls),
CURLOPT_HTTPHEADER =>array('Content-Type: text/plain'),
);
curl_setopt_array($ch,$options);
$result =curl_exec($ch);
return $result;
}
成功前去示例 ：
{ "remain":4999998,
"success":2,
}
Remain代表您可以发的条数，success代表你宣布成数的数量 。当然您可以建一个数据库表 ，把成提交日记记实上往举办监控。
如今你可以在生成页面的过程中举办变卦了 。你可以选择在生成HTML静态页面时及时推送 ，只需你把生成的切确URL post_ping($url)便可。假定你的页面不是生成静态页面的，你可以在查核时 ，或宣布时 ，直干戈发变卦 ，一样可以轻松疾速地推送给百度 。多么百度跳过了正常抓取时的好几个法度圭表类型,收录当然快了 。
您也要对收录的进度举办监控 。主动推送的数据隔天就可以看到了 ，你假定记实了当天推送的数量，举办一个比照 ，就晓得推送成功了若干很多若干良多若干很多若干良多若干很多若干，也可独霸sitemap补全数据 。
寄看事项 ：推送的页面必须求能翻开 。独霸这个对象时要寄看 ，老的 、低质量的网页链接不要推送了 。
二．独霸sitemap补全数据
Sitemap提交编制是活期将网站链接放到sitemap中 ，然后将sitemap提交给百度 。
独霸主动推送 ，可让百度更快地创作创造您的网页 ，但也要警悟因为群集延时 、DNS偏向 、处事器压力等要素 ，构成蜘蛛不克不及顺利抓取到页面 ，我们便可独霸sitemap补全数据 ，活期在处事器压力斗劲小的时辰，生成sitemap ，再推送一次，多么就万无一损掉落踪落了 。
此外两种推送编制
，主动推送和手动推送 ，主动推送只需在网站添加站长平台供给的js代码就根天禀完成了 ，这个也不必若何独霸了
，而手动推送，只契合熟手在行 ，因为只需把URL直接复制性表单提交便可以了
。
同PC端的需求一样 ，收录问题措置后背对的就是排序问题了 。在引见排序绳尺之前先简休引见一下挪动搜刮下场的构成，挪动搜刮次要有以下几类下场构成 ：挪动页面 、转码页面、PC页面。
集团上 ，挪动搜刮的下场是由PC搜刮下场介入更多的挪动端特点掉落踪队一法度圭表类型整而来 ，优先对挪动页面举办排序 。个中 ，挪动页面下场包含挪动适配提交的与PC一一对应的挪动页和孤单的挪动页面 。百度挪动搜刮引擎中为更好知足用户信息需求，会同时为用户供给PC网页和mobile网页 ，但如今除夜除夜都PC页在挪动终端中直接不雅不雅不雅不雅鉴赏的体验较差（交互 、兼容和流量等） 。是以 ，我们会对百度搜刮下场中窘蹙可更调mobile成本的PC页举办格式转换，变成契合手机不雅不雅不雅不雅鉴赏的mobile网页 ，使其能在挪动终端不雅不雅不雅不雅鉴赏器有较好的不雅不雅不雅不雅鉴赏体验 ，这等于转码页面。其他PC页面，是百度经由各类计策辨认创作创造其没有对应的挪动页面成本 、且转码后体验不佳的气候下保管的一种下场圭表类型 。对后二者我们凶悍建议站前程行挪动化 。
上面我们次要来讲说若何才调在百度挪动搜刮掉落踪掉落踪出色的排序 ：
1， 需求除夜旨了了的问题
：
网页的title用于陈述用户和搜刮引擎这个网页的主题是甚么 ，搜刮引擎剖断一个页面内容权重时
，title是次要要素之一
。每个页面的内容都是不合的 ，都理应有并世无双的title
。挪动站的问题理应寄看以下
：
1）主题了了 ，涵盖页面除夜旨内容；
2）不列举关头词，独霸户可以疾速分辨出主题，最好不超出17个中文汉字 ，不然在搜刮下场中会被折行 ，超出24个会被截断；
3）次要内容往左放
，贯穿连接语义迟滞；
4）操感染户熟知或习惯用语
百度建议不合层级页面的问题屈就以下的编制来定名：
●首页问题
：网站称号_中心处事or中心产品
●频道页问题：（频道中心处事_）频道称号_网站称号
●概略页问题 ：文章问题_频道称号_网站称号
2
，精细的原创内容培养汲引、整合系列处事 ：
网站的处事对象是用户 ，搜刮引擎只是网站深化用户中的一员
，是以
，实足从用户角度解缆供操作户需求的原创内容 、整合系列处事特别很是次要 ，天天贯穿连接必天命方针原创内容更新 ，同时可以对精细内容 、系列处事举办整合构成专题 。可是，鉴于技能的近况
，还是要寄看以下几点：
1）不要独霸ajax技能在希看搜刮引擎可读的中心；
2）不将次要内容成立在iframe框架中；
3）挪动端良多内容独霸图片 ，搜刮引擎如今没法邃晓宏壮图片
，请独霸alt标签举办标识表记标帜；
3 ，做好终端适配：
跟着挪动互联网的展开 ，愈来愈多的用户独霸挪动设备访谒网站 ，百度挪动搜刮会对挪动站给以优先排序的机会 ，对有PC网站的站长，我们凶悍建议您做以下工作 ：
1 、做好自适配 ，将挪动终端的访谒自立适配跳转至挪动版站点；
2、为了更快地陈述百度挪动搜刮您PC网站与挪动站内容的一一对应相干，建议独霸站长平台挪动适配对象举办适配相干提交
。
关于挪动适配辅佐可以参考 ：/wiki/39
3
、同时还可独霸以下Meta标签和谈圭表类型 ：
●假定该网页只契合在电脑前程行不雅不雅不雅不雅鉴赏
，比如（http://www.sina.com.cn/ ） ，在html中介入以下meta ：
<meta name="applicable-device" content="pc">
●假定该网页只契合在挪动设备前程行不雅不雅不雅不雅鉴赏，比如（http://3g.sina.com.cn/ ） ，在html中介入以下meta ：
<meta name="applicable-device" content="mobile">
●假定网页采取了照顾式网页筹划
，比如（http://cdc.tencent.com/） 不须要经由url自适配跳转便可以屈就不雅不雅不雅不雅鉴赏器的屏幕大年夜小自适应的揭穿契合的终局，同时契合在挪动设备和电脑前程行不雅不雅不雅不雅鉴赏，在html中介入以下meta ：
<meta name="applicable-device" content="pc,mobile">
4 ，地舆信息标注有助于掉落踪掉落踪更精准的流量 ：
为了便独霸户屈就本身职位查找或独霸外埠信息与处事 ，百度挪动搜刮将屈就用户地舆职位信息优先将具有区域属性的内容揭穿给用户 ，假定是供给区域性信息处事的站点
，可以经由过程为本身网页添加地舆职位信息Meta标注 ，让方针用户在百度挪动搜刮中更快的找到您网站的内容
。具体用法可见下一大年夜节《若何为挪动站点添加地舆职位信息》
5 ，尽大年夜大年夜约快的加载速度 ：
挪动互联网上
，网站的翻开速度对用户体验的影响愈加凸显 。考验考验注解一个页面的翻开时分超出4~5s
，尽除夜部分用户选择封锁。是以
，加载速度也是百度挪动搜刮中一个次要的排序要素 ，站长需求在这方面举办专项优化 。
6 ，搜刮下场转码 ：
在挪动终端中直接不雅不雅不雅不雅鉴赏PC页面体验较差（交互、兼容和流量等） 。为改进搜刮用户的不雅不雅不雅不雅鉴赏体验
，我们会对搜刮下场中窘蹙可更调挪动成本的PC页（无挪动站）举办格式转换，变成契合手机不雅不雅不雅不雅鉴赏的挪动网页 。如想体味更多可参考 ：转码声明。我们凶悍建议没有挪动化的站前程行网站挪动化 ，提交挪动适配 ，将转码流量领回家
。
上面我们说到站点添加切确的地舆信息将有助于掉落踪掉落踪更精准的流量 ，接上往我们针对这个话题举办具体诠释
：为便独霸户屈就本身职位查找和独霸外埠信息与处事，辅佐挪动站点安康 、晃荡地汲引流量
，百度挪动搜刮现供给区域优化处事 。假定您是供给线下信息处事的站点 ，可以经由过程为本身的网页添加地舆职位信息的编制，让您的站点地址地的用户更快在找到您 。
具体编制很复杂
，您只需在具有区域性的页面前程行以下标识便可 ：
【Meta声明格式】
<meta name="location" content="province=北京;city=北京;coord=116.306522891,40.0555055968">
Name属性的值是location。Content的值为province=北京;city=北京;coord=116.306522891,40.0555055968。
province为省分简称
，city为都邑简称 。具体拜会上面省分和都邑列表 。
注
：province及city不成为空 。
coord是页面信息的经纬度坐标 ，采取的是bd09ll坐标 。若页面信息为都邑级别 ，填写都邑中心点便可 。若页面信息有具体的地址 ，经纬度坐标填写该具体地址的坐标（可以经由过程百度地图的地址分析 API掉落踪掉落踪） 。
【Meta职位】
站长需求将Meta声明放在网页源代码<head>标签内部 ，以下：
<head>
<meta name="location" content="province=北京;city=北京;coord=116.306522891,40.0555055968">
……
</head>
【罕有问题】
问 ：是不是是PC站和挪动站都要标？
答 ：起首 ，区域标签次要独霸于挪动搜刮 。而挪动搜刮检索机制支撑用户搜刮到PC站或挪动站 ，所以PC站和挪动站都需求标识表记标帜
。
问：标了这个有甚么益处？
答 ：从百度用户的搜刮行动可以看到
，除夜量的用户对外埠或邻近的下场更有偏向性 。站长合营举办区域信息标注后，我们将屈就页面的区域信息和用户地址职位举办婚配 ，优先展示距离近的下场 。也就是说
，您的站点将更无机会被外埠用户看到。
问
：经纬度可感应空吗 ？
答 ：A ：可感应空 。假定没有经纬度，可所以<meta name="location" content="province=北京;city=北京">
问
：我们的站点更多是外埠用户在搜刮
，打了标签后会不会有问题 ？
答 ：不会展示问题 。百度挪动搜刮会经由过程精准的需求辨认
，对"外埠搜刮"行动做出格计策，不会影响到搜刮异地下场 。同时 ，站长仍是需求寄看只对页面内容或处事本身具有较强区域属性的页面举办区域信息标注。
问 ：这个挪动搜刮的区域优化标签做好后 ，可否需求孤单提交
？
答
：没有标识表记标帜经纬度的话不须要孤单提交
。假定页面更新了
，可以到站长平台提交sitemap ，加快百度收录的速度 。
【省分与都邑列表】
为了汲引用户的挪动搜刮下场不雅不雅不雅不雅鉴赏体验
，百度挪动搜刮对具有对应手机站的PC站供给"挪动适配"处事 。假定您同时具有PC站和手机站 ，且二者可以在内容上对应 ，您可向百度"提交"PC页—手机页的对应相干，若对应相干怀确
，将有助于百度在挪动搜刮中将原PC页下场更调为对应的手机页下场
。积极的介入"挪动适配" ，将有助于您的手机站在百度挪动搜刮掉落踪掉落踪更好的揭穿
，同时以更佳的不雅不雅不雅不雅鉴赏终局赢取用户口碑 。
百度挪动适配处事共供给三种筹划——自立适配、标注Meta声明
、提交对应相干Sitemap ，同时向站点供给挪动适配进度查询 。
1、自立适配
站点本身做好PC与手机之间的适配 ，和手机站各个版式之间的适配 。当手机用户经由过程百度挪动搜刮或其他编制访谒站点的PC页时，站点将其主动适配到该PC页面对应的手机页
，并为之选择契合的页面版本 。
站点若暂不具有自立适配的身手，可独霸百度供给的终端适配处事 ，复杂快捷地完成自立适配 。即 ：站点调用百度终端适配处事API举办复杂的斥地 ，便可以取掉落踪掉落踪访客的终端信息（包含独霸琐细 、不雅不雅不雅不雅鉴赏器 、机型信息）及适配版式建议 ，屈就这些信息在站点处事器上履行跳转进而完成自立适配 。概略可点击搜检终端适配处事引见
举例 ：
1）频道页 ：当用户独霸手机访谒http://sports.sina.com.cn/nba时，站点自行适配到http://nba.sina.cn
2）内容页 ：当用户独霸手机访谒http://bbs.gfan.com/android-4038549-1-1.html时 ，站点自行适配到http://bbs.gfan.com/mobile/android-4038549-1-1.html
奏效气候 ：不单限于百度挪动搜刮 ，当用户经由过程手动输进网址 ，或经由过程其他挪动搜刮引擎 、导航站等渠道访谒站点时 ，适配一样有效。
2 、标注Meta声明
站点假定自行适配有艰苦，可以在PC页面中做复杂更始 ，百度赞助完成适配终局 。即 ：站长在站点PC页的源代船埠部嵌进一行或多行Meta信息 ，由Meta信息来指明该PC页对应的手机页的URL
，和该URL对应页面的格式，百度将屈就用户终端圭表类型选择最契合展示的页面 。（无对应相干的PC页面无需添加Meta ）
1.Meta声明格式 ：<meta name="mobile-agent"content="format=[wml|xhtml|html5]; url=url">
注 ：A.加粗字体部分是需求站点自定义的内容 。
[wml|xhtml|html5]——屈就手机页的和谈言语，选择个中的一种
。
url=url——后者代表往后PC页所对应的手机页url，二者必须是一一对应相干
Meta声明示例 ：
<meta name="mobile-agent" content="format=html5;url=http://3g.sina.com.cn/">
<meta name="mobile-agent" content="format=xhtml;url=http://sina.cn/">
2.站长需求将Meta声明放在PC页源代码内部 ，以下 ：
<head>
<meta name="mobile-agent" content="format=html5;url=http://3g.sina.com.cn/">
……
</head>
奏效气候 ：标注Meta声明这一适配筹划仅在百度挪动搜刮中奏效 ，即只需当用户经由过程百度挪动搜刮访谒站点时 ，适配才会奏效；经由过程其他渠道则不奏效 。在标注切确对应相干无误的气候下，除夜约需求七天放置的时分奏效 ，老旧页面会有迟误。但百度不担保必定能在挪动搜刮下场中屈就您标注的对应相干举办更调 。
3 、提交对应相干Sitemap
当站点鞭挞PC页标注有艰苦时 ，可以选择提交PC页-手机页对应相干Sitemap ，辅佐百度在挪动搜刮下场举办更调。页面对应相干可所以url级别或pattern级此外；站点也可以屈就本身气候 ，将具有必定规律的url聚分化pattern，没法聚合的则仍以url对应编制存在，在站长平台离开提交
。
url级别sitemap ：经由过程XML文件描摹url级此外PC页与手机页的对应相干 。（建造编制请点击搜检）
pattern级别sitemap ：一个pattern级此外对应相干，经常可以展示不成胜数的url对应相干。经由过程pattern的编制批量的提交对应相干 ，可以除夜除夜促进站长提交的数据量 。（建造编制请点击搜检）
提交编制 ：独霸站长平台-对应相干提交对象举办提交（对象独霸编制请点击搜检）
奏效气候 ：与meta筹划不异 ，仅限于百度挪动搜刮中奏效 。在提交的对应相干无误的气候下，除夜约需求七天放置的时分奏效 ，老旧页面会有迟误。百度不担保必定能在挪动搜刮下场中屈就您提交的对应相干举办更调 。
4
、挪动适配进度查询
供给包含手机站点击量 、适配点击量在内的挪动适配进度数据
，便于站点及时体味挪动适配的进度气候
，把控本身流量数据 。同时供给站点还没有举办适配的页面/频道排行榜，建议站点优进步先中断适配 ，并延续不竭培养汲引更多新的对应相干 。
查询编制 ：
1.注册并登录百度站长平台
2.提交PC网站并验证回属
，具体验证网站回属编制可见辅佐文档
3.点击网站称号下具体需求举办适配的PC站 ，进进"站点对象"——"挪动适配对象"——"挪动适配进度查询"
5 、挪动适配罕有问题，请点击
起首必须招认百度站长平台关于挪动搜刮的内容还不足多，现有问答量也特别很是少 ，大年夜师不要焦心 ，我们会尽快补偿 ，希看大年夜师延续存眷我们官方课程内容 。
问
：假定创作创造挪动站流量闲逛 ，该若何办 ？
答 ：网站流量短时额定的多量闲逛一样往常来讲是正常气候 。当流量闲逛延续时分较长且幅度较除夜时 ，则需求排查启事 ，建议站长 ：
1. 自查挪动站点运营可否正常 ，流量统计渠道可否切确
2. 假定介入了挪动适配 ，可以经由过程进度查询对象体味挪动适配带来的流量气候；
3. 同时确认PC站流量在百度网页搜刮中的流量改削。（挪动站的流量闲逛大年夜大年夜约与PC站流量闲逛相联络关系）
4. 末尾请确招认否本身做了过分优化 ，假定是 ，挪动搜刮的反作弊琐细会主动对您的网站举办必定的措置 。
问 ：百度挪动端对做了挪动格式的站点的排名可否有赐顾帮衬？挪动端适配成功后可否可以把良多没做适配的站点挤下往?
答 ：做了挪动适配的站点比PC的网站
，其他都不异的气候下
，我们会优先展示适配挪动的站点。琐细中是更偏向于将挪动站优先揭穿的。
问 ：用户独霸m.百度.com搜刮时不合的终端排名不合等 ，比如说iphone搜刮与安卓手机搜刮下场不合等，部分排名也跟PC端访谒的百度差很远.
答 ： ios和安卓不合的琐细下我们会有微调
，但幻想上的不合不会出格除夜 。比如搜刮不合款app ，安卓和ios琐细下是需求给出对理应琐细的下场的 。第二个问题 ，从人
、设备 、独霸处景及挪动站特点看 ，PC和挪动都是存在较着不合的
，是以 ，将来挪动端的排序与PC端的不合会愈加较着。
问
：百度挪动搜刮上我的挪动站点与PC站同化，若何陈述搜刮引擎优先展示挪动站点 ？
答
：起首 ，您最幸而本身网站上做好自适配，使得不合端的用户访谒可以取掉落踪掉落踪体验最好的页面；其次
，假定挪动站的内容对PC站可以无缺对应 ，建议经由过程挪动适配举办更调。百度鼓舞鼓舞mobile成本 ，对PC成本在挪动端是持排斥立场的
，不优先揭穿 。
问：提交挪动适配往后 ，搜刮下场中的PC页面为甚么没有跳转到mobile页面
？ 甚至会被转码。
答 ：挪动适配未奏效时 ，百度还是会认为该下场为PC页，则有大年夜大年夜约对其举办转码
。而挪动适配未奏效有以下几个启事 ：
1
、数据提交过程有误 。包含数据的提交格式
、提交出口
、正则轨则等；对应相干有误
。包含PC页与mobile页未一一对应、mobile页作古链或产生发火跳转、mobile页与PC页内容不合等等；
2 、mobile页面和谈编写不圭表类型
，百度没法正知辨认；
3 、自立适配时
，独霸javascript跳转倒运于百度爬虫抓取。建议301跳转
。
4 、其他更多适配问题参考：/wiki/39
问 ：百度挪动端对做了挪动格式的站点的排名可否有赐顾帮衬 ？挪动端适配成功后可否可以把良多没做适配的站点挤下往
？
答：做了挪动适配的站点比PC的网站 ，其他都不异的气候下
，我们会优先展示适配挪动的站点 。琐细中是更偏向于将挪动站优先揭穿的
。
问 ：手机站有html5和xhtml两个版式
，但访谒的域名均为m.a.com
，理应若何举办PC页的meta标注呢?
答 ：可对不合条url举办多个版式的标注
。比如 ：meta name="mobile-agent"content="format=xhtml; url=http://m.a.com/" meta name="mobile-agent"content="format=html5; url=http://m.a.com/"
问
：PC页还标了除百度请求以外的有此外感染的meta信息 ，会影响百度挪动搜刮优化的终局吗?
答：在对应相干上百度只提取契合百度制订规范的meta信息 meta name="mobile-agent" content="format=[wml|xhtml|html5];url=url" ，其他信息只需不与标准冲突就不会影响 。
问
：请示Meta标注中url字段可否独霸绝对路途
？比如url=/3g/ 多么的格式
？
答
：不成以 ，如今meta标注中的url字段不支撑绝对路途 ，只支撑尽对路途
问
：为甚么我做了Meta标注 ，却在百度挪动搜刮中没有奏效
？
答 ：做了标注却没有在挪动搜刮中奏效，大年夜大年夜约由以下启事招致:仍在meta信息措置期内 。在标注切确对应相干无误的气候下
，meta信息的措置时分约为7日放置
，老旧页面会有迟误 。或Meta标注的格式偏向
，如标注的职位偏向 、url拼写偏向。另有多是PC页-手机页对应相干本身偏向 。如手机页不成用（无内容/报错）
、PC页与手机页主体内容不合等等 。
问 ：独霸挪动适配处事 ，另有其他需求寄看的事项吗 ？
答 ：展开对百度spider的robots封禁和樊篱 ，利便spider掉落踪掉落踪您PC站与手机站之间的对应相干
。同时做好手机站流量预留工作，延迟确认处事器的承载身手 。（可至百度统计体味如今您的PC站在百度挪动搜刮中的流量
，预估适配后您的手机站大年夜大年夜约抵达的流量峰值）
问：若何汲引挪动适配终局
答 ：起首
，对已有的对应相干延续举办适配
，同时不竭培养汲引新的对应相干 ，添加适配袒护的局限。其次
，要确保已标注/提交的对应相干对应切确 。以下是罕有的对应禁尽确偏向
，请网站举办自查 ，并及时改削 。
1 ，手机页不成用 ，比如作古链
。
2，robots封禁
。展开对百度spider的robots封禁和樊篱
，以便spider掉落踪掉落踪您PC站与手机站之间的对应相干 。
3 ，手机页独霸了ajax等异步加载的编制加载内容主体
。
4，格式偏向 。包含meta标注的职位、格式偏向 ，对应相干sitemap格式偏向等 。
5，对应相干偏向
1）当PC页为内容页时
，理应适配到对应的手机页内容页 ，而理论却适配到手机页的首页/列表页
。
比如PC页为http://www.qidian.com/Book/2083259.aspx ，适配后的手机页为http://qidian.cn/?from=web
2）手机页本身无主体内容/主体内容过少 。
3）手机页需登录才调不雅不雅不雅不雅鉴赏主体内容 。
4）PC页内容与手机页内容不存在一一对应相干
。
切确的对应相干示例
：
PC页http://sports.sina.com.cn/j/2012-08-13/23516189909.shtml
手机页http://sports.sina.cn/?sa=d4634022t24v4&cid=797&pos=10&vt=4
问 ：可否分享下百度转码的场景——对哪类页面会转码
？如今我们创作创造我们触屏版的mobile页也会被转码
答 ：因为PC页在挪动端的用户体验较差
，是以百度对全数的PC页面圭表类型都大年夜大年夜约举办转码
，可是会屈就转码后的页面质量及处事可否正常来决意幻想下场可否转码。假定站长已做好了自适配但创作创造还是被转码
，其启事是网站的自立适配且则未被百度辨认
。
问
：不盼看百度转码该若何办 ？
答 ：百度的转码措置想际上有一段代码可以强逼请求百度不转码 ，可以把这个写在html中 ，具体可见《阻拦百度挪动搜刮对网页举办转码的编制》
在百度挪动搜刮引擎中 ，为了更好地知足用户需求 ，会同时为用户供给PC网页和mobile网页，但如今受交互、兼容和流量等要素影响 ，PC页在挪动终端中的直接不雅不雅不雅不雅鉴赏体验较差 。是以 ，百度挪动搜刮对窘蹙可更调mobile成本的PC页举办格式转码 ，将其转换为契合手机不雅不雅不雅不雅鉴赏的mobile页 ，使其可以在挪动终端不雅不雅不雅不雅鉴赏器有较好的不雅不雅不雅不雅鉴赏体验 。为了最除夜程度改进PC页在手机上的不雅不雅不雅不雅鉴赏体验 ，转码时会往除PC页中不克不及在手机不雅不雅不雅不雅鉴赏器上不雅不雅不雅不雅鉴赏的内容 ，并改进不合用mobile的交互下场 。如今不单百度挪动搜刮供给转码技能 ，各除夜搜刮引擎均有并供给近似的技能 。
那么 ，假定站长不盼看本身的站点被转码
、还是希看手机端用户不雅不雅不雅不雅鉴赏PC页该若何独霸呢
？可独霸no-transform和谈 ，no-transform和谈为以下两种编制 ：
第一种
，HTTP Response中显式声明Cache-control为no-transform 。
第二种 ，meta标签中显式声明Cache-control为no-tranform，格式为：
<head>
<meta http-equiv="Cache-Control" content="no-transform " />
</head>
假定站点不盼看页面被转码 ，可添加此和谈，当用户经由过程百度挪动搜刮进进该网站时会进进原网页不雅不雅不雅不雅鉴赏 。
另有一种气候 ，即站点本身有对应的mobile页面所以不盼看被转码时 ，建议站长独霸百度挪动搜刮的挪动适配处事 ，百度会辅佐用户直接进进对应的mobile页面 。
新版挪动ua:
Mozilla/5.0 (Linux;u;Android 4.2.2;zh-cn;) AppleWebKit/534.46 (KHTML,like Gecko) Version/5.1 Mobile Safari/10600.6.3 (compatible; Baiduspider/2.0; +http://www.百度.com/search/spider.html)
PC ua:
Mozilla/5.0 (compatible; Baiduspider/2.0; +http://www.百度.com/search/spider.html）
之前经由过程"+http://www.百度.com/search/spider.html"举办识其他网站请寄看！您需求改削辨认编制
，新的切确的辨认Baiduspider挪动ua的编制以下 ：
1. 经由过程关头词"Android"或"Mobile"来举办辨认
，剖断为挪动访谒或抓取 。
2. 经由过程关头词"Baiduspider/2.0",剖断为百度爬虫 。
此外需求朴实的是 ，对robots封禁，假定封禁的agent是Baiduspider ，会对PC和挪动同时奏效 。即，非论是PC仍是挪动Baiduspider ，都不会对封禁对象举办抓取 。之所以要朴实这一点，是创作创造有些代码适配站点（不合个url ，PC ua翻开的时辰是PC页 ，挪动ua翻开的时辰是挪动页） ，想经由过程设置robots的agent封禁抵达只让挪动Baiduspider抓取的方针 ，但因为PC和挪动Baiduspider的agent都是Baiduspider,这类编制黑色常不成取的 。
挪动网站优化和PC网站的良多方面都是近似甚至不异的 ，但因为挪动搜刮界面大年夜小受限 ，挪动网站在问题和摘要的撰写上有良多有别有PC端的气候 。
1 ，有吸引力的title
用户在百度挪动搜刮中输进query搜刮到你的页面时
，title作为最次要的内容展如今搜刮下场中 ，主题了了、吸引眼球的title可以独霸户第一时邃晓白你页面的主题可否契合他的需求，进而更快捷地从浩瀚搜刮下场被选择你点击你
。所以 ，挪动网页的TITLE理应是
：
●主题了了；
●精练简明 ，不列举，尽大年夜大年夜约不超出17个中文汉字 ，不然会折行；
●假定你的品牌驰名度高
，品牌词最好可以揭显露来；
●在与内容契合的前提下
，吸引眼球
2
，不独一的description,
作为搜刮下场摘要的次要选择方针之一
，必定不要采取默许编制 ，用安妥的言语对页面举办进一步描摹
，对title的进一步补偿 ，可以独霸户更进一步邃晓你页面的内容与其需求可否婚配
，让你的方针用户更快找到你点击你 。
●对title的进一步补偿 ，切确描摹页面内容，但不堆砌关头词
，不然大年夜大年夜约被认为有作弊思疑；
●每个页面要有不合的description，尽大年夜大年夜约不合用默许一样的；
●安妥的长度，超出会被截断.
中文URL正则式示例分享
这里出格需求朴实的是中文url的适配编制 ，以下示范案例 ，掉落踪掉落踪了平台工程师的招认：
PC url ：http://www.example.com/tag/南京旅游/
挪动url ：http://m.example.com/?tag=南京旅游
pattern ：
http://www.example.com/tag/((?:%[a-zA-Z0-9]{ 2,})+)/ ->
http://m.example.com/?tag=${ 1}
百度工程师诠释
：中文url ，在提交验证url对时 ，理应填转码后的链接 。如：
http://www.example.com/tag/%E5%8D%97%E4%BA%AC%E6%97%85%E6%B8%B8/
其他适配示例请参考《挪动适配正则格式示例》内容，弄了然这些 ，挪动轨则适配轻松弄定 ！
站长学院悍然课已举办了一期 ，收到了除夜量站长同窗的发问和建议 ，屈就大年夜师的回响 ，第二期悍然课的选题为《挪动网站若何疾速提交数据》，本期的培训佳宾是百度站长社区版主：李松松 ，2009最早干戈互联网，然后就一发不成拾掇 ，做过数百企业站的优化奉行工作 ，垂直行业门户网站、论坛、小说优化奉行 ，如今退职母婴行业 。
这期的课跟上期彼此存眷 ，起首回想回想一下上期内容 ，上期院长次要讲了挪动建站与选型 。跟着网平易近对挪动化趋势的加强 ，挪动端流量掉落踪掉落踪成了网站的重中之重 。如今主流的数据提交编制共有以下三种 ：
1 ，跳转适配：该编制会独霸孤单的网址向每种设备供给不合的代码 。这类设置设备放置会考验考验检测用户所独霸的设备或ua ，然后独霸 HTTP 重定向和 Vary HTTP标头重定向到照顾的页面。
2，代码适配 ：该编制独霸不异的网址（不思虑用户所独霸的设备） ，但会屈就处事器对用户所用不雅不雅不雅不雅鉴赏器的体味（ua） ，针对不合设备圭表类型生成不合版本的HTML 。
3 ，自适应 ：经由过程不合网址供给不异 HTML 代码的网站筹划编制 。该编制不思虑用户所独霸的设备（pc、平板电脑 、挪动设备） ，但可以屈就屏幕尺寸以不合编制展示（即适应）展示屏 。
我们晓得，百度创作创造我们网站内容的编制有那么几种：
1是经由过程百度蜘蛛主动抓取 ，这类编制是最传统和原始的编制。这个中当然还可独霸robots和谈带领蜘蛛到sitemap文件内，使其加快抓取网站内容 。不过回根结底 ，该种编制仍是向提示蜘蛛来抓取 ，具体的抓取我们没法剖断 。并且还要看蜘蛛对该站的抓取频率问题 。
2是经由过程百度站长对象 ，将数据主动提交给百度 ，该种编制能有效的进步百度蜘蛛抓取数据的屈就，也是我斗劲推荐的站长们理应独霸的数据提交编制 。
百度站长对象提交数据的编制次要有以下三种 ，上面我们就针对挪动网站 ，来解释注解一下这三种编制 。
第一种编制 ：主动推送
第二种编制 ：主动推送
第三种编制 ：sitemap提交
1 、主动推送
主动推送是最为疾速的提交编制 ，将站点当天新产出链接当即经由过程此编制推送给百度，可以担保新链接可和时被百度收录 。
若何独霸主动推送下场
1
，需求网站建造数据推送接口，进进主动推送对象后 ，会看到接口调用地址的token，token是由16个英文数字组合的字符串
2
，上面供给一些推送示例
1）curl推送示例
将要提交的url数据写进一个外埠文件 ，比如urls.txt ，每个url占一行
，然后调用curl呼唤 ：
curl -H 'Content-Type:text/plain' --data-binary @urls.txt
"http://data.zz.百度.com/urls?site=www.example.com&token=edk7yc4rEZP9pDQD"
独霸php
、python 、java等可以参照这个过程推送筹划化数据。
2）post推送示例
POST /urls?site=www.58.com&token=edk7ychrEZP9pDQD HTTP/1.1
User-Agent: curl/7.12.1
Host: data.zz.百度.com
Content-Length: 83
http://www.example.com/1.html
http://www.example.com/2.html
3）php推送示例
$urls = array(
'http://www.example.com/1.html',
'http://www.example.com/2.html',
);
$api = 'http://data.zz.百度.com/urls
site=www.58.com&token=edk7ychrEZP9pDQD';
$ch = curl_init();
$options = array(
CURLOPT_URL => $api,
CURLOPT_POST => true,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_POSTFIELDS => implode("\n", $urls),
CURLOPT_HTTPHEADER => array('Content-Type: text/plain'),
);
curl_setopt_array($ch, $options);
$result = curl_exec($ch);
echo $result;
4）ruby推送示例
require 'net/http'
urls = ['http://www.example.com/1.html', 'http://www.example.com/2.html']
uri = URI.parse('http://data.zz.百度.com/urls
site=www.***.com&token=eTk7ychrWZP1pDQD')
req = Net::HTTP::Post.new(uri.request_uri)
req.body = urls.join("\n")
req.content_type = 'text/plain'
res = Net::HTTP.start(uri.hostname, uri.port) { |http| http.request(req) }
puts res.body
此后 ，我们会拾掇一份文件给大年夜师 ，大年夜师到时辰可以屈就文件 ，本身做主动推送代码 。
主动推送是百度站长平台为进步站点新增网页创作创造速度推出的对象 ，拆卸主动推送JS代码的网页 ，在页面被访谒时 ，页面URL将当即被推送给百度。
JS链接推送代码以网页为最小对象，处事于全平台多终端，PC站和挪动站都可独霸 。
拆卸代码的页面在肆意平台（不雅不雅不雅不雅鉴赏器
、微信、微博）被加载时
，页面链接会被第一时分推送给百度
，从而进步站点新内容的创作创造速度 。
主动推送代码若何拆卸独霸 ？
站长需求在每个页面的HTML代码中包含以下主动推送JS代码 ：
<script>
(function(){
var bp = document.createElement('script');
bp.src = '//push.zhanzhang.百度.com/push.js';
var s = document.getElementsByTagName("script")[0];
s.parentNode.insertBefore(bp, s);
})();
</script>
假定站长独霸PHP言语斥地的网站 ，可以按以下法度圭表类型独霸 ：
1 、确立名为"百度_js_push.php"的文件 ，文件内容是上述主动推送JS代码；
2 、在每个PHP模板页文件中的 <body> 标识表记标帜后背添加一行代码 ：
<?phpinclude_once("百度_js_push.php") ?>
为甚么主动推送可以更快的将页面推送给百度搜刮？
基于主动推送的完成事理问题 ，当新页面每次被不雅不雅不雅不雅鉴赏时 ，页面URL会主动推送给百度 ，无需站长汇总URL再举办主动推送独霸。
借助用户的不雅不雅不雅不雅鉴赏行动来触发推送行动 ，省往了站长人工独霸的时分 。
主动推送和链接提交有甚么分辨 ？
已在独霸链接提交的网站还需求再放置主动推送代码吗 ？
二者之间互不冲突，互为补偿。已独霸主动推送的站点 ，还是可以放置主动推送的JS代码 ，二者一同独霸 。
甚么样的网站更契合独霸主动推送？
主动推送因为完成便捷和后续呵护成本低的特点 ，契合技能身手绝对亏弱，无身手支撑全天候及时主动推送法度圭表类型的站长 。
站长仅需一次放置主动推送JS代码的独霸，便可以完成新页面被不雅不雅不雅不雅鉴赏即推送的终局 ，低成本完成链接主动提交 。
同时 ，我们也支撑主动推送和主动推送代码合营独霸 ，二者互不影响 。
3 、挪动Sitemap
百度推出了挪动Sitemap和谈 ，用于将网址提交给挪动搜刮收录 。百度挪动Sitemap和谈是在标准Sitemap和谈根本上制订的 ，添加了<mobile:mobile/>标签 ，它有四种取值
：
<mobile:mobile/> ：挪动网页
<mobile:mobile type="mobile"/> ：挪动网页
<mobile:mobile type="pc,mobile"/>
：自适应网页
<mobile:mobile type="htmladapt"/>：代码适配
百度挪动Sitemap和谈的写法
这里关于传统PC站的sitemap写法就不说了 。
1 、向百度提交挪动网页的sitemap和谈写法样例 ：
<?xml version="1.0"encoding="UTF-8" ?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:mobile="http://www.百度.com/schemas/sitemap-mobile/1/">
<url>
<loc>http://m.abc.com/index.html</loc>
<mobile:mobiletype="mobile"/>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
</urlset>
2 、向百度提交自适应网页的sitemap和谈写法样例 ：
<?xml version="1.0"encoding="UTF-8" ?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:mobile="http://www.百度.com/schemas/sitemap-mobile/1/">
<url>
<loc>http://www.abc.com/autoadapt.html</loc>
<mobile:mobiletype="pc,mobile"/>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
</urlset>
3 、向百度提交卸码适配网页的sitemap和谈写法样例 ：
<?xml version="1.0"encoding="UTF-8" ?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:mobile="http://www.百度.com/schemas/sitemap-mobile/1/">
<url>
<loc>http://www.abc.com/htmladapt.html</loc>
<mobile:mobiletype="htmladapt"/>
<lastmod>2009-12-14</lastmod>
<changefreq>daily</changefreq>
<priority>0.8</priority>
</url>
</urlset>
屈就挪动Sitemap和谈做好Sitemap后 ，在Sitemap对象点击添加新数据提交 ，与提交深化Sitemap编制齐截 。
Sitemap提交后
，多久能被百度措置 ？
Sitemap数据提交后，一样往常在1小时内百度会最早措置。在往后的调剂抓取中 ，假定您的sitemap支撑etag ，我们会更频繁抓取sitemap文件，从而及时创作创造内容更新；不然抓取的周期会斗劲长。
