3g网站建设是什么：移动端适配怎么做、选服务商怎么避坑

3g网站建设这个说法，今天指的已经不是单独做一个手机版 WAP 站，而是把移动端适配这一关过掉。Google 用智能手机代理抓取的移动版内容做索引和排名，官方把这个机制叫 mobile-first indexing；三种移动站做法里，Google 推荐响应式设计。

做英文站的人容易在这一关上栽跟头：桌面版你看着挺完整，Google 实际拿到手的是手机那一份。内容做得再足，移动端没对齐，被索引的就是残缺的那一版。猎者出海自己做英文站，这一关同样绕不过去。具体规则以 Google 和 WordPress 官方页面为准。

• Google 用移动版内容做索引和排名，机制叫 mobile-first indexing。
• 没有移动版不是硬性要求，官方说 very strongly recommended。
• 三种配置里 Google 推荐响应式设计。
• 移动端和桌面的主内容、robots meta、结构化数据、title 与 meta description 要一致。

这篇把移动端适配拆成能照着做的步骤，再给一套识别模板套壳报价的检查项。

3g网站建设到底指什么：从 WAP 站到响应式，同一个问题的两个年代

老「3G网站」说的是什么

早年说 3G 网站，就是给手机浏览器单独做一套轻量页面。判断标准只有一个：手机上能打开、能看。桌面一套、手机一套，两边各管各的。

这个做法留下一个问题：同一篇内容有两个地址、两个版本。canonical 怎么设、错误页状态怎么对齐、Search Console 里两个版本怎么验证，这些麻烦都是从这儿来的。独立 URL 的完整注意事项放在第一步讲。

今天同一个诉求落在哪

全球超过 60% 的互联网人口用移动设备上网，Google 已经把移动爬虫作为网站的默认爬虫。同一个「手机上能看」的诉求，今天变成了「移动端内容要被正确抓取和索引」。

差别在于，前者你自己觉得能看就行，后者由 Google 的移动爬虫决定看到多少。移动端少给一块内容，索引里就少一块。

三种做法对照

官方把移动站做法分三种：响应式设计、动态服务、独立 URL。响应式是在同一个 URL 上给所有设备同一份 HTML，按屏幕尺寸不同展示，内容和元数据两端是同一份。独立 URL 就是 m. 开头那套，桌面一个地址、手机一个地址。

Google 推荐响应式设计，理由是最好实现和维护。三种做法里，独立 URL 要额外管的事情最多。具体用 WordPress 还是别的程序搭，站里这篇建站程序推荐讲得比较全，这里不展开。

为什么移动端这一关不能糊过去：索引来自移动版，不是桌面版

机制

Google 用智能手机代理抓取的移动版内容做索引和排名。桌面版做得再完整，索引里用的是手机看到的那一份。这就是 mobile-first indexing 的字面意思。

后果

移动端内容比桌面端少，等于被索引的内容就少。主内容靠滑动、点击、输入才加载，Google 不会加载需要用户交互才出现的内容。这两条合起来，移动端做得糊，索引里的内容直接少一截。

体验也是排名因素

官方有一句原话：「提供良好用户体验应当是网站的首要目标，良好用户体验是排名因素。」Core Web Vitals 是一组衡量真实用户体验的指标，覆盖加载性能、交互性、视觉稳定性。官方强烈建议站长做好，并说这跟核心排名系统想奖励的东西一致。

第一步：先确认你现在是哪种配置，再决定改哪里

打开站点，用手机访问首页和一个内页，看地址栏的 URL 跟桌面端是不是同一个。一致，基本就是响应式或动态服务；不一致，m. 开头那种，就是独立 URL。

三种配置的整改动作完全不同。响应式主要是对齐内容；独立 URL 还要多管几件事，这些事不管，页面会从索引里消失。

• 桌面 URL 永远是 canonical，移动版是它的 alternate。
• 移动版不要带 URL 片段，也就是 # 之后的部分，这类页面在启用 mobile-first indexing 后会从索引里消失。
• 桌面端和移动端的错误页状态要一致，不一致该页会从索引里缺失。
• 两个版本都要在 Search Console 验证，切换时可能出现数据位移。
• 多数情况下移动端和桌面端用同一套 robots.txt 规则。
• 移动端要有足够容量应对可能增加的抓取速率。

回查也简单。手机打开一个不存在的地址，看返回的状态跟桌面是不是一样；地址栏里带 # 的移动页，先去看它是不是独立 URL 那套。

第二步：把移动端和桌面端对齐成同一份内容

逐项对齐四样东西：主内容、robots meta、结构化数据、title 与 meta description。用手机和桌面打开同一个页面，两边对着看。

索引来自移动版，移动端少一块内容就是少一块被索引的内容。移动端用不同的 robots meta，尤其 noindex 或 nofollow，可能导致抓取和索引失败。结构化数据要相同，移动端里的 URL 要换成移动端 URL。

设计可以换，内容不能换。把内容收进折叠面板或标签页是允许的，前提是内容与桌面端等同，因为索引来自移动版。

图片这块单独查：移动端图片的 alt 文本要和桌面端一致，用描述性 alt；不要用太小或低分辨率的图；图片不要用每次加载都变的 URL，否则 Google 无法正常处理和索引。

第三步：把拖慢移动端的东西一个个拆掉

先看 Core Web Vitals 三项：加载性能、交互性、视觉稳定性。这三项是官方衡量真实用户体验的指标，先知道哪一项拖后腿，再动页面。

官方把 Core Web Vitals 和核心排名系统想奖励的东西挂钩，强烈建议做好。这不是装个缓存插件就算完事，三项里哪一项差，都要回到具体页面找原因。

三类明确不推荐的做法要拆掉：主内容懒加载等用户交互，Google 不会加载需要滑动、点击、输入才出现的内容；移动端广告损害页面排名，展示广告要遵循 Better Ads Standard；移动端不要用太小或低分辨率的图片。

回查两处：无限滚动页面 Google 可能难以滚动浏览，想让页面被抓取就提供分页版本；多页文章要有显眼且可抓取的上一页下一页链接。

第四步：用 WordPress 的话，这几处后台就能查

后台 Tools > Site Health > Info 里查三项：「Is this site using HTTPS?」「Is this site discouraging search engines?」「Communication with WordPress.org」。第一项看站点是不是 HTTPS，第二项看有没有勾选阻止搜索引擎索引，第三项看站点能不能连上 WordPress.org 取更新。

Status 标签按严重程度分三组：critical issues、recommended improvements、passed tests。先清 critical，再看 recommended improvements，passed tests 是工具测过没问题的项。

换主题走 Appearance > Themes，点主题下的 Activate。改不了现有主题，就按官方的说法搜「CMS 名 + mobile friendly」找移动友好主题。WordPress 7.1 支持不写 CSS 就按屏幕尺寸和交互状态做响应式区块样式。

Site Health 的 Info 只提供信息，不能在里面改任何设置。查完要去对应屏幕改，这一点容易白忙。

critical 里出现「站点在向访客显示错误」（WP_DEBUG_DISPLAY 被启用）、「PHP 版本过时」、「有插件等着更新」、「file_uploads 设为 0」，都直接影响前台能不能正常打开和上传。HTTPS 一项显示不是 HTTPS，Chrome 会把站标为 not secure。域名、主机、建站工具、支付四步怎么配通，见域名主机建站支付四步这篇。

数字和限制：做移动端适配要盯住的几条硬规则

下面这张表把要逐项核的东西放在一起，每一行都能在手机上当场验证。

移动端适配不是设计问题，是一份可以逐项打勾的清单。表里哪一行对不上，先改那一行，不用整套重做。

sitemap 还有两条规则要记住：移动版和桌面版 URL 不同时，sitemap 里只指向其中一个版本，要指两个就做标注；Google 忽略 sitemap 里的 <priority> 和 <changefreq> 值。提交 sitemap 只是一个提示，不保证 Google 会下载它或用它抓取站点 URL。

常见误区：移动端内容少一点没关系、主内容晚点加载也行

移动端为了简洁砍掉一半正文

砍掉的那部分就是没被索引的。索引来自移动版，移动端比桌面端少一块，被索引的内容就少一块。

主内容做成点击展开才加载

Google 不会加载需要用户交互才出现的内容。主内容要在 HTML 里，不能等用户点了才请求。

移动端单独设 noindex 图省事

移动端用不同的 robots meta，尤其 noindex 或 nofollow，可能导致抓取和索引失败。两端用同一套。

用 robots.txt 阻止索引

robots.txt 只阻止抓取。要阻止索引，用 noindex 标签或登录要求。

图片每次加载换 URL 做防缓存

Google 无法正常处理和索引。图片用固定 URL。

找服务商时怎么识别模板套壳和不兼容的报价

让对方当场用手机打开一个已经交付的站，按五条查。不要看方案，看实站。

1. URL 是否与桌面端一致，不一致就问 canonical 怎么设。
2. 移动端正文是否和桌面端一样多。
3. 移动端页面源码里 robots meta 是否和桌面端一致。
4. 移动端图片是否清晰，alt 是否有。
5. 是否 HTTPS。

这五条对应官方对三种配置和一致性要求的原话，能当场验证，不靠口头承诺。模板套壳的站会在这五条里露馅，比如手机端正文比桌面少、robots meta 两端不一致。

对方说「我们做的是独立手机站」，就追问 canonical 怎么设、URL 有没有片段、错误页状态是否一致、Search Console 两个版本是否都验证。只说「自适应」但拿不出手机端实站，就当没做。

企业建站花哪几笔钱可以对照企业网站建设费用，本文不写具体报价数字。

AI 能帮哪几步、哪几步必须人自己核

AI 能帮的有三步：

1. 把桌面端页面清单和移动端页面清单做逐页差异比对，列出移动端缺内容的页。
2. 按官方一致性清单生成一份自查表，逐页填「一致」「不一致」「待查」。
3. 把 Site Health 的 critical issues 原文贴进去，让它按影响前台显示、影响抓取、影响文件上传分类，并给排查顺序。

AI 给的结论要拿手机实站和 Site Health 原文逐条对，对不上的划掉。必须人自己做的有两件：手机打开实站，确认这一页的正文、URL、robots meta 跟 AI 说的是不是一回事，决定这页留还是改；WordPress 后台 Tools > Site Health > Status 点开 critical issues，看第一条是什么，再决定先动哪个。AI 说的「应该没问题」不算数，规则以官方文档为准。

下面是本文给的三条提示词示例，不是官方模板，可以直接改。

提示词一：「下面是一个站的桌面端和移动端页面正文，请逐页对比，只列出移动端缺少的段落和模块，不要给建议。」

提示词二：「按这份清单逐项检查我给的页面源码：robots meta、结构化数据、title、meta description、图片 alt 是否与桌面端一致，输出表格，不一致的标出原文。」

提示词三：「以下是我 WordPress Site Health 的 critical issues 原文，请按影响前台显示、影响抓取索引、影响文件上传三类分组，并给每类一个排查顺序。」

移动端适配里的技术 SEO 和站内一致性，猎者出海的AI Agent 的 SEO/GEO 优化员工能按标准过一遍，方向和验收还是人来定。

域名怎么选、主机怎么买、网站制作软件怎么挑，站里这几篇可以接着看：零基础从域名到上线、独立站域名怎么选、虚拟主机购买推荐、网站制作软件怎么选。

常见问题

移动端内容比桌面少，会影响收录吗？

会。Google 用移动版内容做索引和排名，移动端少一块，索引里就少一块。先把两端正文对齐，再谈设计。

没有单独的手机版网站，会不会进不了 Google 搜索结果？

不会。有移动版不是内容进入搜索结果的前提，但官方说 very strongly recommended。没有移动版的风险在体验和能被索引的内容上。

响应式设计和独立手机站，哪个更好维护？

响应式。官方推荐响应式的理由是最好实现和维护，它在同一个 URL 上给所有设备同一份 HTML。独立 URL 要额外管 canonical、URL 片段、错误页状态这些事。

移动端为了简洁，能把正文收进折叠面板吗？

能。把内容收进折叠面板或标签页是允许的，前提是内容与桌面端等同。不能做的是主内容等用户点击才加载，Google 不会加载需要交互才出现的内容。

WordPress 后台哪里能看站点是不是 HTTPS？

Tools > Site Health > Info 里有「Is this site using HTTPS?」一项，显示站点是否用 HTTPS。这个页面只显示信息，改设置要去对应屏幕。

移动版和桌面版 URL 不同，sitemap 要放两个吗？

只放一个。官方建议这种时候 sitemap 里只指向其中一个版本，要指两个就做标注。

移动端适配这件事，做完一遍不是结束。Google 的规则会更新，WordPress 的版本也会变，能反复复查的清单比一次性的承诺有用。要新建站或重做站，猎者出海的AI Agent 的网站开发员工是从零开发、不套现成主题，十个建站阶段每段有一道关，能少返工。