本文约 3,028 字，预计阅读 8 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：PC 端收录正常，移动端就是没有
站点在 PC 端搜索里表现不错，但换到手机百度搜同样的词，要么找不到自己的页面，要么点进去体验很差、跳出率极高。这类”移动收录差”在国内尤其常见，因为百度的移动流量占比远高于 PC，它对移动页的评估标准也和 PC 不完全一致：除了内容相关性，还要看移动适配关系是否正确、页面在手机上能不能正常显示、首屏打开够不够快。本文把这三项拆开讲，并给出可直接在 WordPress 里落地的做法。
原理分析：移动搜索多了一道”适配与体验”关卡
百度移动搜索的处理链路比 PC 多一步：确定该返回哪个版本的页面。如果站点是 PC/移动双版本，百度需要建立两套 URL 的对应关系（这就是过去”移动适配”工具做的事）；如果站点是自适应（同一套 URL、不同屏幕不同布局），则不需要对应关系，抓取一次即可覆盖两端。因此官方长期推荐使用自适应方案，双版本方案的维护成本与出错概率都更高。
移动端的三个评估重点：
| 项目 | 要求 | 常见问题 |
|---|---|---|
| 可浏览性 | viewport 正确、字体可读、无横向滚动 | 未设 viewport，手机端显示 PC 版缩小页面 |
| 适配关系 | 双版本需一一对应，无错配或跳首页 | 移动端 URL 一律跳首页 |
| 打开速度 | 首屏尽快呈现（百度曾有针对首屏速度的闪电算法） | 未压缩图片、JS 阻塞、无缓存 |
需要特别注意的是”移动页体验”红线：强制弹窗 App 下载、大面积广告遮挡正文、正文需要多次点击展开、页面在手机上出现布局错乱，这些都会直接影响移动端的收录与排名。
保姆级实操
第一步：确认主题是自适应的（新站若连基本收录都还没跑通，先看新站快速被百度收录的完整路径）
手机访问站点，缩放窗口看布局是否随屏幕变化。HTML 侧必须有 viewport 声明：
<!-- 主题 header.php 中必须存在 -->
<meta name="viewport" content="width=device-width, initial-scale=1, viewport-fit=cover">
<!-- 标明页面适配方式，双版本站点尤其重要 -->
<meta name="applicable-device" content="mobile">
<!-- 双版本站点：PC 页指向移动页，移动页指回 PC 页 -->
<link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.mimangfei.com/some-post/">
<link rel="canonical" href="https://mimangfei.com/some-post/">
第二步：检查移动端与 PC 端内容一致性
很多主题为了”精简”，在移动端隐藏了正文段落、标签、相关文章。这会被判定为内容不一致。正确做法是同一份 HTML，用 CSS 控制显示，而不是用 PHP 按 UA 输出不同内容。
第三步：用移动 UA 实际验证
MUA='Mozilla/5.0 (iPhone; CPU iPhone OS 16_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.0 Mobile/15E148 Safari/604.1'
# 确认移动 UA 下返回 200 且不是跳首页
curl -s -o /dev/null -A "$MUA" -w 'code=%{http_code} url=%{url_effective}\n' -L https://m.mimangfei.com/some-post/
# 确认 HTML 里有 viewport
curl -s -A "$MUA" https://m.mimangfei.com/some-post/ | grep -o 'name="viewport"[^>]*'
第四步：压首屏速度
- 图片使用 WebP 并设
loading="lazy"（首图不要用懒加载）； - CSS 内联关键样式，JS 加
defer； - 开启 gzip/brotli 与静态资源缓存；
- 用 CDN 承载静态资源。
<?php
// 子主题：首图禁用懒加载，其余图片保留 lazy
add_filter( 'wp_get_attachment_image_attributes', function ( $attr, $attachment, $size ) {
static $first = true;
if ( $first ) {
unset( $attr['loading'] );
$attr['fetchpriority'] = 'high';
$first = false;
}
return $attr;
}, 10, 3 );
第五步：清理移动页体验红线
去掉强制 App 下载弹窗、正文遮挡广告；确保正文字号 ≥14px、按钮间距足够。
第六步：在资源平台核对
移动端 URL 同样要走提交通道：sitemap 提交移动版地址（或自适应站点只提交一套），并用 API 主动推送移动 URL；抓取诊断时选择移动 UA 验证。
常见踩坑
- 移动端 URL 一律 302 跳首页：这是最严重的错配，等于告诉百度”所有移动页都是首页”。
- 双版本内容不一致：移动端砍掉段落、砍掉图片，会被判为不同内容。
- 缺 viewport：手机端渲染成 PC 缩小版，体验分极低。
- 首屏被懒加载拖慢：首图也用
loading="lazy"会导致首屏空白。 - 案例：某站用插件做”AMP/移动简化版”，移动端正文只剩前三段，需要点”展开全文”才显示剩余内容。PC 端收录正常，移动端长期不收录。改为完整输出正文（用 CSS 折叠而非裁剪 HTML）后，两周内移动端收录补上。
- 两套 URL 互指 canonical 打架：PC 页 canonical 指向移动页、移动页又指回 PC 页，形成循环，百度无法判断规范版本。
- 只提交 PC 版 sitemap：双版本站点必须分别提交两套 sitemap，或通过适配关系声明。
总结
判断标准：移动收录合格的标志是——手机访问返回同一内容、viewport 正确、首屏 2 秒内可见正文、无遮挡与强制弹窗、PC/移动对应关系一一明确。行动清单：确认自适应优先 → 检查 viewport 与 applicable-device → 移动 UA 的 curl 验证不跳首页 → 首图取消懒加载、压缩图片 → 清理弹窗与遮挡广告 → 移动 URL 单独提交与推送。关于双版本站点的适配方式选择，可继续看百度移动端适配方式对比。
