移动端 SEO 与页面速度
在世界上大多数地方，手机不是次要体验，而是主要体验——而且网络往往比桌面端更慢。如果你的网站在手机上又慢又别扭，那么在访客读到第一个字之前，你就已经失去了大部分潜在用户。
移动优先索引，简单说
引擎主要使用你页面的移动版本来决定排名。如果你的移动端体验被砍得七零八落或干脆是坏的，你的排名会在全局受损——不只是在手机上。请把移动端当作真正的网站，把桌面端当作附加。
什么在拖慢网站
- 未压缩的图片：全球范围内的头号元凶。用现代格式，按合理尺寸输出。
- 阻塞渲染的脚本：过多 JavaScript 拖住了首次绘制。
- 没有缓存：回头访客每次都要重新下载全部资源。
- 笨重的字体与第三方标签：在弱网环境下，每一个都会叠加延迟。
见效最快的几件事
- 压缩并重设每一张图片的尺寸（尽量控制在 100KB 以内）。
- 把非关键 JavaScript 延后加载。
- 使用响应式布局——一个能自适应的站点，而不是另建一个 m 站。
- 启用缓存和 CDN，让内容从离访客更近的地方加载。
然后用数据确认：我们的免费检测会暴露速度和移动端问题，而核心网页指标指南会解释分数背后的这些指标。
图片：杠杆最高的一处修复
如果你只改一件事，那就改图片。用现代格式（WebP 或 AVIF），并按它实际显示的尺寸输出——一张 2400px 的大图，即使被 CSS 缩小，下载的仍然是 2400px 的体积。写明确的 width 和 height，让浏览器提前预留空间、避免布局偏移。首屏以下的一律延迟加载。在典型的内容站上，光这一项往往就能把加载时间砍掉一半；而在国外的慢速移动网络上，这就是"访客留下"与"访客跳出"的分界线。
像你的访客那样测试，而不是像你自己
大多数关于"我的站很快"的错觉，都来自用旗舰手机连办公室 Wi-Fi 做的测试。请在限速网络下打开你的网站（Chrome DevTools 可以模拟 "Fast 3G"），并用一台中端安卓机试试。观察它在哪里卡顿。然后用真实用户数据确认：我们的免费检测使用与引擎权重一致的核心指标来报告速度与移动端问题，核心网页指标指南则解释每个数字的含义。把分数当作起点而非判决——目标是让公交车上的那个人觉得页面"秒开"，而不只是你自己觉得。
Core Web Vitals 与移动端
移动端是 Core Web Vitals 咬人最狠的地方，因为手机 CPU 比桌面慢、网络比桌面飘。同样的 LCP、INP、CLS 预算都适用，但移动端失败更常见——重 JavaScript、晚加载的字体、未优化的图片是常客。优先服务器响应时间，推迟非关键脚本，保持布局稳定，让内容不因广告或图片加载而跳动。
今天就能跑的 10 分钟移动检查
在真机（不是设备模拟）上用移动数据打开你的站点，盯着三件事：文字是否无需横向滚动就重排、轻触是否无延迟地响应、页面加载时是否感觉稳定？然后跑我们的 审计 看基于实测的移动 Core Web Vitals。先修最差的一项——通常是图片或阻塞渲染的脚本——再查。小而重复的赢，胜过你永远不开始的好计划。