移动端对网页的适配情况, 会非常直接地影响到某个域名被搜索引擎收录起来的速度这个问题, 这是在目前搜索引擎里面的爬虫去抓取数据还有进行索引整理这样的机制当中, 一条明确规定的规则。
Google这家公司从2019年这一年开始到现在, 一直都全面采用名叫移动优先索引的那个方式, 也就是Mobile-First Indexing这个说法, 国内那些主流的搜索引擎平台, 同样也在它们自身的抓取策略设定里面, 给网站的移动端表现增加了权重方面的考量。
一旦网站在移动端出现了渲染不正常的情况, 或者出现了加载时间过长的现象, 甚至导致了布局的错乱, 搜索引擎就会采取行动减少对该域名进行抓取的频率, 并且在收录的优先级上会把它调低。
移动端适配对收录的具体影响机制
1. 抓取频率调整, 移动端体验差的域名会降低Crawl Rate, 索引更新周期从1-3天拉长至7-15天。
2. 这里需要说的是关于收录队列优先级的问题。具体来说, 如果一个URL属于移动端页面, 而且这个URL无法正常地被正确进行渲染, 那么它就会被放入一个优先级比较低的那个队列里面去, 再严重一点的话还可能直接被标记为暂时无法被收录的状态。
3. 因为移动端的用户体验不好, 所以导致网站跳出率大幅上升, 搜索引擎因此认为该内容价值不高, 进而进一步缩减了该域名在搜索结果页面中的展现权重。
必须完成的移动端适配清单
响应式布局的实现方式是, 把viewport meta标签设置正确, 然后在断点适配方面, 覆盖320px至1920px主流屏幕宽度。
首屏加载的时候, 移动端的LCP是控制在2.5秒以内的, 图片启用WebP或者是AVIF的这些格式, 并且还要添加lazy loading。
触控目标的设定要求是, 可点击的区域其最小尺寸必须达到44×44pt的大小同时还需要消除对于hover状态的依赖。
在字体可读性方面, 正文部分的字号应该设置成为不低于16像素的大小, 与此同时, 行高需要设置在1.5倍到1.8倍这样的区间内, 必须坚决杜绝存在文字重叠以及文字溢出这两种情况的发生。
结构化数据这一块, 移动端的页面里面也照样布置了那个叫Schema.org的标记, 这样做就是为了让爬虫不管是面对哪种样子的页面形态, 都能把完整的元信息给解析出来。
高频踩坑点与修正方法
1. 两端的内容是不一致的, 在部分站点对移动设备进行优化的时候, 使用了所谓的简化版本, 把核心的段落给删减掉了, 搜索引擎会把这两个不同的版本看成是不同的页面, 移动端的版本因为内容是薄弱的, 所以没有被收录进去, 需要修正这个问题, 要保持内容的一致, 只做布局的适应。
2. 由第三方脚本导致的渲染阻塞现象, 在移动端网络状况不理想的时候, 因为存在大量用于统计、广告投放以及客服插件等功能的同步 JavaScript 代码, 所以造成了首屏加载速度严重下滑的问题。
为此采取的修正方案是, 把那些不属于关键流程的脚本改成使用 async 或者 defer 方式来进行加载。
3. 被robots或noindex误伤：检查robots.txt中User-Agent为Mobile段落的Disallow规则移动端适配提升域名收录效果移动端适配提升域名收录效果，以及移动端页面是否误加X-Robots-Tag: noindex。
拿gname.xin域名体系下的站点作例子。可以在搜索引擎后台的那个网址检查工具里做操作。分别把移动版和桌面版的URL都提交上去。然后确认一下, 这两者的索引状态是不是都为已编入索引。
验证与持续监控
等部署的工作做完以后大城新闻网，你还要去使用搜索引擎官方的那个移动端友好性检测工具, 一项一项地去验证清楚。
在网站上线之后, 你要持续地监控索引的覆盖率情况, 如果移动端的URL收录量在两个星期之内还没有出现任何看得见的增加, 你就需要退回到上面提到的那个清单那里, 再逐项地进行排查工作, 把检查的重点放在渲染的完整程度和加载的性能表现这两个方面。
移动端适配, 它并不是那种可有可无的、属于锦上添花之类的优化项目, 相反地, 它是关乎一个域名能不能够被搜索引擎正常收录的一个基础的门槛条件。只有把这项工作做对了, 那么那个收录的速度自然会回归到正常的节奏上去。
