PC+手机模板在搜索资源平台内的设置
一些运行时间比较久的企业网站,并不是现在常见的响应式设计,而是同时维护:
PC模板 + 手机模板。
最典型的结构就是:
PC站:
www.example.com
手机站:
m.example.com
用户用电脑访问PC页面,用手机访问时,再跳转到对应的移动页面。
这种结构本身可以继续使用,但做百度SEO时有一个非常重要的问题:
需要让百度知道哪个PC页面,对应哪个手机页面。
否则就可能出现:
百度移动搜索仍然展示PC页面;
PC页面和手机页面同时出现在搜索结果;
移动用户点进去以后页面体验很差;
手机站已经上线很久,却一直没有很好地继承PC页面的搜索表现。
百度搜索资源平台目前仍然保留“移动适配”工具,官方说明很明确:如果网站同时拥有PC站和手机站,而且二者主体内容能够对应,可以向百度提交PC页面和移动页面之间的对应关系。响应式网站则不需要使用移动适配工具。
所以PC+手机模板网站真正需要解决的,不是重新做两套SEO关键词。
而是:
把两个URL体系准确对应起来。
第一:先判断自己到底是哪一种移动网站
在进入百度搜索资源平台设置以前,先判断网站属于哪种架构。
百度官方把PC和移动网站常见配置分成三种。
第一种:跳转适配
PC和手机使用不同URL。
比如:
PC:
https://www.example.com/product/123.html
手机:
https://m.example.com/product/123.html
服务器或者程序判断访问设备以后,手机访问PC地址时跳到对应的m站页面。
这种就是我们这篇文章重点讨论的:
PC+手机独立模板、独立URL。
需要重点处理移动适配关系。
第二种:代码适配
PC和手机使用同一个URL。
例如:
https://www.example.com/product/123.html
电脑访问时服务器输出PC版HTML。
手机访问同一个URL时,服务器根据User-Agent输出另外一套移动HTML。
URL没有变化。
这种情况没有独立的:
www → m
URL对应关系。
通常也不需要按照独立PC站+m站的方式提交URL对。
第三种:响应式设计
PC和手机:
URL相同;
HTML主体相同。
只通过CSS和前端布局适配不同屏幕。
例如:
https://www.example.com/product/123.html
无论电脑还是手机都是这个地址。
百度搜索资源平台当前明确说明:
自适应站点不需要使用移动适配工具。
所以第一步一定要判断清楚。
如果你本身就是响应式网站,却还跑去配置PC和移动URL对应关系,反而是在增加没有必要的工作。
第二:什么情况下需要在搜索资源平台设置移动适配?
最典型的情况就是:
PC:www.example.com
手机:m.example.com
并且页面能够一一对应。
例如:
首页:
PC:
https://www.example.com/
手机:
https://m.example.com/
产品页面:
PC:
https://www.example.com/product/123.html
手机:
https://m.example.com/product/123.html
文章页面:
PC:
https://www.example.com/article/456.html
手机:
https://m.example.com/article/456.html
百度对移动适配的要求非常核心的一点是:
PC页面和移动页面主体内容应该相同。
也就是说:
PC页面介绍产品A。
对应的移动页面也应该是产品A。
不能出现:
PC产品详情页
↓
手机站首页
也不能:
PC文章A
↓
移动栏目页
百度当前移动适配说明仍然强调,适配关系应该建立在PC与手机页面主体内容相同的前提下。
所以适配首先是一种:
页面对应关系。
不是简单的:
PC域名对应手机域名。
第三:搜索资源平台里在哪里设置?
目前百度官方移动适配工具的操作逻辑仍然是:
先登录百度搜索资源平台。
完成PC站点验证。
然后进入:
搜索服务 → 资源提交 → 移动适配。
选择需要设置的PC网站。
再点击:
添加适配关系。
百度当前工具使用手册仍然按照这一流程说明。
如果你登录搜索资源平台以后看不到对应入口,要先确认:
站点是否已经验证;
当前账号是否拥有该站点权限;
选择的是不是正确站点。
另外百度搜索资源平台这些年部分资源工具和权限会发生调整,所以后台具体菜单文字如果略有变化,以当前实际界面为准。
真正要找的功能名称仍然是:
移动适配。
第四:添加适配关系时,先指定PC站和移动站
进入移动适配以后,平台会要求确定:
哪个是PC网站;
哪个是移动网站。
比如:
PC站:
https://www.example.com/
移动站:
https://m.example.com/
然后再提交具体页面关系。
百度官方说明,目前移动适配主要支持:
规则适配。
以及:
URL适配。
应该选哪一个,取决于PC和手机URL有没有稳定规律。
第五:如果PC和手机URL结构有规律,优先使用规则适配
这是我更推荐的情况。
例如PC文章:
https://www.example.com/article/123.html
手机文章:
https://m.example.com/article/123.html
PC和手机除了域名不同,后面的路径完全一样。
这种情况非常适合规则适配。
百度官方同样更推荐规则适配,因为一条规则成功以后,后续新增并符合相同规则的URL可以持续生效,不需要每发布一个页面就重新提交一对URL,而且更容易维护和排查。
例如可以把逻辑理解成:
PC:
www.example.com/article/(数字).html
对应:
m.example.com/article/(同一个数字).html
这样新增:
/article/1001.html
/article/1002.html
/article/1003.html
只要结构没有改变,就能够继续按照原来的适配关系处理。
对于:
文章站;
产品站;
大量内容网站,
这种方式效率明显更高。
第六:什么情况下用URL适配?
并不是所有网站PC和手机URL都有规律。
例如:
PC:
https://www.example.com/product/abc-123.html
手机:
https://m.example.com/p/828.html
两个URL之间没有简单的可推导规律。
这时候更适合使用:
URL适配。
也就是直接告诉百度:
PC URL 移动URL
百度官方工具目前支持两种URL对提交形式。
URL对批量提交
直接在输入框中提交。
格式通常可以理解成:
PC地址 手机地址
每行一对。
官方说明该方式一次最多提交:
2000对URL。
URL对文件上传
如果数量很多,可以整理成文件上传。
同样每行:
PC URL 移动URL
百度当前工具说明中,一个文件最多可以包含:
5万对URL。
所以选择原则非常简单:
有规律:
规则适配。
没有规律:
URL适配。
不要为了省事,把本来毫无规律的地址硬写成复杂正则。
后期反而更难维护。
第七:首页、栏目页和详情页不一定必须用同一种提交方式
实际网站经常会出现:
文章页有规律;
栏目页没规律。
例如文章:
PC:
www.example.com/news/123.html
移动:
m.example.com/news/123.html
非常规律。
可以规则适配。
但是栏目:
PC:
www.example.com/services/seo/
移动:
m.example.com/list.php?id=18
完全没有规律。
那就单独使用URL适配。
百度官方过去针对实际建站系统的示例也是类似逻辑:
有规律的大量文章页用规则适配;
少量且没有规律的首页、栏目页使用URL对提交。
所以不要强求:
整个网站只能选一种。
真正目标是:
PC和移动关系准确。
第八:PC模板和手机模板内容要保持主体一致
这是移动适配能不能通过验证的核心。
比如PC文章包含:
标题;
正文;
图片;
产品参数;
联系方式。
手机模板为了“精简”直接只留下:
标题;
三句话摘要。
这种差异就可能影响适配识别。
百度官方移动适配要求一直强调:
PC页和移动页主体内容应该保持一致。
这里的“一致”并不意味着:
PC和手机必须像素级完全相同。
手机完全可以:
调整布局;
折叠菜单;
改变字体;
卡片从四列变一列;
优化图片尺寸。
真正不能大幅变化的是:
主要信息。
例如PC页面介绍:
SEO服务。
移动页面也应该完整承担SEO服务的信息。
不要PC是一个完整服务页,手机只剩电话和一句宣传语。
第九:PC页最好增加指向手机页面的alternate关系
对于使用独立PC和H5移动URL的网站,百度过去给出的页面级适配方案中还推荐:
在PC页面中加入指向对应手机页面的:
<link rel="alternate"
media="only screen and (max-width: 640px)"
href="https://m.example.com/page-1">
然后在移动页面加入指向PC规范页面的:
<link rel="canonical"
href="https://www.example.com/page-1">
百度公开说明,这种配置有助于搜索系统发现PC和移动页面之间的对应关系。
比如:
PC:
https://www.example.com/seo/
页面Head中:
<link rel="alternate"
media="only screen and (max-width: 640px)"
href="https://m.example.com/seo/">
移动页面:
https://m.example.com/seo/
Head中:
<link rel="canonical"
href="https://www.example.com/seo/">
这样:
站长平台移动适配;
页面代码标注;
网站自己的跳转逻辑
就能够形成相对一致的信号。
第十:手机访问PC URL时,也应该真正跳到对应手机页面
只有搜索资源平台设置适配,还不够。
网站本身最好也做好:
用户端适配。
例如手机用户访问:
https://www.example.com/article/123.html
网站识别到移动设备以后,应该进入:
https://m.example.com/article/123.html
而不是:
https://m.example.com/
百度过去把这种方式称作跳转适配,并说明每个PC网址应该存在对应移动网址。
这也是很多PC+手机模板网站最容易犯的错误。
所有手机请求统一:
PC任意页面
↓
手机首页
用户从百度搜索:
某篇具体文章。
点击以后却进入m站首页。
完全找不到原来的内容。
这种移动体验本身就有问题。
正确状态应该是:
PC文章A
→ 手机文章A
PC产品B
→ 手机产品B
PC栏目C
→ 手机栏目C
一一对应。
第十一:不要依赖纯JavaScript做移动跳转
一些老网站模板会写:
if (手机设备) {
location.href = "https://m.example.com/xxx";
}
功能上可能可以跳。
但从搜索抓取角度看,不一定是最理想方案。
百度早期移动搜索Q&A里就明确提醒:
自主适配如果完全依赖JavaScript跳转,不利于百度蜘蛛抓取和识别。
如果服务器可以实现,更稳妥的方法通常是:
服务器根据设备或UA判断;
然后直接返回对应重定向。
同时正确处理:
PC页面;
移动页面;
搜索蜘蛛。
不要设计成复杂的多次跳转。
第十二:移动站不要屏蔽百度蜘蛛
还有一个很常见的误区。
有人担心:
PC站和m站内容一样,会不会重复?
于是直接在m站robots.txt中禁止百度蜘蛛。
这是错误方向。
百度过去已经明确说明:
PC搜索和移动搜索使用的蜘蛛并不需要站长简单按这种方式屏蔽,搜索系统会识别页面属于PC还是Mobile资源;如果PC和移动页面一一对应,更应该提交适配关系。
所以不要一边做:
m.example.com
一边又:
Disallow: /
把移动站完全挡住。
如果百度根本抓不到手机页面,又怎么验证你的移动适配关系?
第十三:提交以后为什么一直显示“校验中”?
移动适配不是点击提交以后马上生效。
百度搜索资源平台当前说明中明确提到:
移动适配工具校验时间为14天。
如果提交14天以后仍然没有完成校验,建议通过反馈中心提交问题。
所以提交以后不要第二天就删除重新做。
先观察平台状态。
通常可能看到类似:
校验中;
校验成功;
校验失败。
如果失败,再根据平台提示排查:
PC与移动页面内容是否一致;
URL规则是否正确;
移动页面是否能够访问;
有没有重定向;
提交站点是否对应。
第十四:为什么移动适配总是失败?
比较常见的原因有几个。
1. PC与移动页对应错误
例如:
PC文章页
→ 手机首页
这种当然容易失败。
2. 移动页是404
PC页面正常。
手机对应URL已经不存在。
3. 移动URL又发生多次跳转
例如:
m页面A
→ m页面B
→ 首页
关系不稳定。
4. PC与手机主体内容差异过大
模板可以不同。
主体内容不能完全变成两篇东西。
5. 正则规则写错
一条规则匹配出了大量并不对应的URL。
6. 指定站点和实际提交URL不一致
百度官方明确提醒,在移动适配中指定了PC和移动站点以后,后续提交的数据必须属于指定站点,否则会导致校验失败。
所以移动适配失败以后,优先抽样检查:
10~20组URL。
人工打开。
看看是不是真的一一对应。
比一开始研究复杂算法有用得多。
第十五:移动适配成功以后,为什么手机端排名还是没有提升?
因为移动适配工具不是排名工具。
百度当前移动适配页面已经明确写着:
移动适配工具不能解决移动端排序问题。
它解决的是:
搜索系统知道:
哪个PC页面对应哪个移动页面。
最终排名还需要看:
页面质量;
内容相关性;
网站SEO基础;
用户体验;
搜索需求。
所以不要产生一种错误期待:
提交移动适配成功以后,移动关键词马上全部涨排名。
真正直接的作用更多是:
帮助百度在移动搜索结果中识别并展现更合适的移动页面。
第十六:手机模板还要单独检查移动落地体验
即使适配关系全部正确,手机页面本身体验很差,同样会有问题。
百度移动搜索落地页规范一直强调:
移动搜索结果应该落到适合手机浏览的页面。
如果没有独立移动站,则建议把PC网站进行自适应改造。
对于PC+手机模板网站,至少应该检查:
字体不要太小;
正文不要横向溢出;
图片适配屏幕;
按钮方便点击;
导航正常;
主体内容完整;
不要大量弹窗遮挡正文。
尤其一些十年前开发的m站。
虽然名义上是“手机模板”。
实际在今天大屏手机上打开:
字体很小;
页面固定320px;
产品表格错位。
这种页面就算适配技术正确,也不代表移动SEO就做好了。
第十七:现在重新做网站,还建议PC+手机两个模板吗?
如果是历史网站,已经运行多年,并且:
PC与m站;
URL对应;
排名;
收录
都比较稳定,没有必要只因为现在流行响应式就强行全部重构。
但如果今天从零建设一个新企业官网,我会更倾向:
响应式设计。
原因很简单。
同一个URL。
同一份主要HTML内容。
PC和手机只调整显示方式。
百度当前移动适配工具也明确表示:
自适应网站不需要提交移动适配。
这样以后也不需要长期维护:
PC URL;
手机URL;
跳转;
alternate;
canonical;
移动适配规则。
网站规模越大,维护成本差异越明显。
第十八:如果准备从PC+m站改成响应式,千万不要直接把m站关掉
这是网站改版另外一个问题。
假设原来百度已经知道:
www.example.com/a.html
m.example.com/a.html
后来网站改成响应式。
正式URL统一到:
www.example.com/a.html
这时候不要简单:
关闭m.example.com。
否则原来手机URL可能大量变成:
404。
更合理的是把旧移动URL逐步:
m.example.com/a.html
↓ 301
www.example.com/a.html
让历史页面关系有一个明确迁移过程。
同时更新:
内链;
移动适配配置。
这属于网站改版和URL迁移问题,不能只把它当“换模板”。
第十九:PC+手机模板最推荐的最终检查清单
如果你现在维护的就是:
PC模板 + 手机模板,
可以按照下面这套检查。
网站层
PC页面正常200。
手机页面正常200。
PC和手机主体内容一致。
手机访问PC页面能够正确进入对应移动页。
不要全部跳手机首页。
页面代码
PC页面有正确的移动版指向。
手机页面Canonical正确指向对应PC页。
不要所有手机页Canonical都指首页。
百度搜索资源平台
验证PC站。
进入:
搜索服务 → 资源提交 → 移动适配。
指定PC和移动站点。
URL有规律优先规则适配。
无规律使用URL适配。
提交以后等待校验。
搜索体验
手机页面字体正常。
内容不缺失。
没有大面积横向滚动。
导航和按钮可用。
首屏主体内容足够清楚。
这几层全部完成以后,才算是一套比较完整的PC+手机模板SEO配置。
最后:搜索资源平台里的设置不是重点,“一一对应”才是重点
PC+手机模板真正最容易出问题的地方,并不是不会点百度后台。
而是网站本身的PC和移动关系已经乱了。
比如:
PC文章对应手机首页;
PC产品页对应不存在的移动URL;
部分页面有m版,部分没有;
手机站正文比PC少一半;
模板改版以后URL规则又发生变化。
这些问题如果没有先解决,提交再多移动适配规则也很难通过校验。
百度当前移动适配工具的要求其实很简单:
同时存在PC和手机页面,而且主体内容能够对应,就提交两者的对应关系;响应式网站则不需要使用移动适配工具。
所以真正做PC+手机模板SEO,可以记住一个核心流程:
先判断网站类型。
响应式:
不需要移动适配。
同URL代码适配:
重点保证不同设备内容和体验正常。
独立PC+m站:
建立准确的一一对应关系。
然后再到百度搜索资源平台:
移动适配 → 规则适配或URL适配 → 提交 → 等待校验。
技术上真正理想的结果则是:
用户用电脑搜索,进入适合电脑浏览的页面。
用户用手机搜索,进入对应的移动页面。
搜索引擎同时清楚知道:
这两个URL实际上对应同一份业务内容。
做到这一点以后,PC+手机模板的移动SEO基础才算真正配置完整。
©特别声明
文本来源:https://www.yuezengzhang.com/content/8230.html
原创作者:悦增长GEO服务商





