移动可用性报告

移动可用性报告是一份移动体验报告，随移动设备适合性测试一同下线，已于 2023 年 12 月 1 日停用^[4]。它曾属于 Search Console，停用不等于这件事不重要，移动可用性仍是页面体验的一部分，只是改用别的工具来判断^[4]。这一篇既讲它当年做什么，也讲现在该看哪里。

当年报告的问题类型

报告把某一类问题涉及的页面归成一组，逐组列出^[2]。

• 字号太小，小屏上读不清。
• 可点击元素挨得太近，容易点错。
• 内容宽过屏幕，页面横向溢出。
• 使用了移动端不兼容的插件。

判断的是页面在移动环境下的表现，与桌面端无关。

报告与索引状态的关系

报告测的是填入的那条网址，不等于索引里的状态^[2]。索引时 Google 只检测重复页里的规范网址：规范版本有移动可用性问题，整组页面就算有问题，即使其他版本没问题。

所以修问题前要先找到规范网址。索引已经收录的页面，可以用网址检查里的规范网址字段确认。

停用后的替代工具

移动可用性现在改用几类工具判断。

1. 用 Chrome Lighthouse 做移动端审计，一次给出多项移动体验问题^[4]。
2. 用网址检查的线上测试，看 Googlebot 渲染出来的移动版截图。
3. 打开 Core Web Vitals 报告，切到移动标签，看加载、交互与视觉稳定表现。
4. 用 Bing 站长工具的移动设备适合性工具做交叉验证^[1]。

排查移动问题的顺序

1. 先确认手上测的是规范网址，测错版本会得出错误结论^[2]。
2. 看页面能不能被正常访问，抓取失败与资源被挡要最先处理。
3. 列出页面加载不了或加载不全的图片、样式表，先修这些。
4. 改字号、点按区域与横向溢出这几类问题。
5. 改完重新跑一次审计，确认问题消失。

百度侧把移动体验写进落地页体验规范，用移动适配工具处理 PC 与移动页的对应关系^[3]。

常见误用

一个误用是以为报告停用就等于移动体验不再影响收录。移动可用性仍是页面体验的一部分^[4]。

另一个误用是拿移动设备适合性测试的结果，去判断索引里的状态。该工具只测填入的版本，索引判的是规范网址^[2]。

还有一个误用是只测首页就下结论。移动问题常常集中在模板与组件上，要抽几个不同模板的页面一起看。

附录

参见

• Core Web Vitals 报告
• 网址检查

参考资料

官方（境外）

1. 《Bing Webmaster Tools》，Bing。
2. 《Mobile-Friendly test》，Google Search Console 帮助。

官方（国内）

3. 《百度搜索资源平台》，百度。

第三方

4. 《Google Removes Mobile Usability Report in GSC & Other Tools》，cmlabs，2024-01-08 更新。

外部链接

无。