3g网站制作这件事，Google 现在看你的站，先看手机版，桌面版写得再全，手机版缺一块，它就从缺的那块算起。官方管这套机制叫 mobile-first indexing，中文一般叫移动优先索引，抓取用的是智能手机代理。所以现在做3g网站制作，落点不是再单独做一个手机版站点，而是把现有站点做成移动端适配。官方推荐的做法是响应式设计，理由是「最容易实现和维护」。
对出海做站的人来说，这一步的分量在于：手机版没对齐，等于把索引交给一个缺内容的页面。内容和技术检查之前先把这一步过一遍，后面的事才排得上号。
- 落点：这件事等于移动端适配建站，不是另做一个 3G 版站点。
- 官方推荐：响应式设计，同一 URL 同一份 HTML。
- 必对齐：内容、robots meta、结构化数据、title 与 meta description、图片 alt 与 URL。
- 性能门槛：LCP 2.5 秒内、INP 小于 200 毫秒、CLS 小于 0.1。
- 别做：手机版单独放 noindex，主内容靠点击才加载。
这篇从选配置讲到上线前测试，9 步走完，最后给一张数字表和一份回查清单。方向还没定的，先看独立站这篇。
本文目录
3g网站制作在今天指什么：不是 3G 网络，是移动端适配
Google 官方文档里那句话是这么写的：「Google uses the mobile version of a site's content, crawled with the smartphone agent, for indexing and ranking. This is called mobile-first indexing.」翻成大白话：Google 派智能手机代理去抓你站点的手机版，抓到的内容拿去建索引、算排名。
所以今天再说 3g 网站制作，跟 3G 网络没有关系。要处理的是同一件事的两面：新站从第一天就按移动端来做；老站把手机版和桌面版对齐。两件事用的是同一套步骤，区别只在老站得先把旧配置找出来。
另一句官方写得明确：有手机版页面不是内容被收录的必要条件，但被非常强烈地推荐。这句话留了余地，也划了重点。你不做手机版，页面也可能进索引；手机版做得糙，Google 从这个页面能拿到的信息就少。前者是够不够用，后者是要不要争。
这里只讲移动端适配建站，不写 3G 的来历，也不写运营商那一套。开始之前把3g网站建设这条线的基本流程过一眼，心里有个顺序。
为什么官方推荐响应式，而不是单独做一个手机版
做移动友好的站点，官方给了三种配置。三种都能用，代价不一样，选哪种决定了后面要盯多少东西。
| 配置 | 怎么工作 | 要多操心的点 |
|---|---|---|
| 响应式设计 | 同一 URL 返回同一份 HTML，按屏幕尺寸不同展示 | 内容和元数据是同一份，改一处两版都对 |
| 动态服务 | 同一 URL，靠 user-agent 嗅探和 Vary: user-agent 响应头给不同设备发不同 HTML | 两套 HTML，一致不一致得自己盯 |
| 独立 URL | 每种设备一套 HTML，各用各的网址 | 桌面 URL 永远是 canonical，手机版是它的 alternate；手机版不能带 # 后面的片段；两版错误页状态要一致 |
响应式最省心的地方在表里第三列：官方文档里写着，响应式下手机版和桌面版的内容、元数据是同一份。内容只有一处，改一次，两版都对。动态服务和独立 URL 都是两套 HTML，一致性全看人有没有盯住。
真要选独立 URL，规矩就多了：桌面 URL 永远是 canonical，手机版只是它的 alternate；手机版地址不能带 # 后面的片段，片段通常不会被索引；同一个页面的手机版和桌面版，错误页状态要一致，不一致那一页就从索引里消失。
结论很直接：能改主题就走响应式，别为了手机版看起来不一样去维护两套页面。CMS 的主题实在改不动，就换一个移动友好的主题。这不是能不能忍的问题，是后面每加一篇文章都要为它多付一次成本。
移动端适配建站怎么做：9 步照着走
九步走下来，每步都配一个回查动作。做完一步查一步，比全部做完再回头找问题省时间。
- 选配置。能改主题就走响应式，同一 URL 同一份 HTML，改一处两版都对。主题改不动的，换一个移动友好的主题：WordPress 主题目录能按 Block themes、Accessibility ready 这类特性筛，现在收录 8,766 个主题；7.1 支持不写 CSS 就按屏幕尺寸做响应式区块样式。站还没搭起来的，先看零基础从域名到上线，软件怎么选看网站制作软件三条路线。回查：手机和电脑打开同一个页面，地址栏里是不是同一个网址。
- 对齐 robots meta。手机版和桌面版用同一套标签，别单独给手机版加东西。手机版单独加 noindex 或 nofollow，Google 可能抓不到也索引不了，这是把页面推出索引最快的办法。回查：打开手机版页面源码，搜 noindex 和 nofollow 这两个词。
- 对齐主内容和标题。手机版可以换版式，把长内容收进折叠面板或者标签页，但主内容要和桌面版等价，标题用同一套清晰有意义的。索引是从手机版来的，手机版少一段，Google 就少看一段。回查：抽三篇文章，把两版的段落数出来对一下。
- 对齐结构化数据。两版都要有，类型和字段一致；要排优先级就先补 Breadcrumb、Product、VideoObject 这三种。回查：把手机版和桌面版源码里的数据块各贴一份出来，逐项对类型和字段，缺哪项补哪项。
- 对齐元数据。title 和 meta description 两个版本要等价，别手机版写一套短的、桌面版写一套长的。回查：两版的 title 和 description 各抄一行放一起看，说法有没有跑偏。
- 查图片和视频。图片要够清晰，别用太小或分辨率太低的图；手机版的 alt 文本和桌面版用同一套；视频放在手机端容易找到的位置；图片和视频的地址不要每次加载都变，变来变去 Google 处理不了也索引不了。回查：手机版里的图片地址和桌面版是不是同一个。
- 做性能。先停用并删掉不必要的插件，官方把这一步列为最直接有效的做法；主题换轻量的，轻量主题比堆图形的主题表现好得多；图片换 WebP；压缩 CSS 和 JavaScript；上缓存，缓存对相当静态的页面能提升数百倍；访客分散就加 CDN。DNS 和邮件服务别跑在自己的 WordPress 服务器上。服务器组件版本照第 4 节那张表。回查：怀疑哪个插件拖速度就选择性停用它，每停一个刷新前台看加载变化，再用浏览器自带的开发者工具测一遍。
- 测 Core Web Vitals。在 Search Console 的 Core Web Vitals 报告里看页面实际表现，对照第 4 节那三项门槛，先修超标最多的那一项。回查：同一批页面改完再回报告看一遍，前后对比。
- 提交 sitemap。在 Search Console 的 Sitemaps 报告里提交，报告里能看到 Googlebot 什么时候来访问、处理时出了什么错；也可以在 robots.txt 里写一行 Sitemap 指过去。用 WordPress 这类 CMS 的，站点地图很可能已经自动生成好了。文件里只能放完整地址，Google 会照你写的原样去抓，编码用 UTF-8。走独立 URL 配置的，还要在 Search Console 里把两个版本都验证了，两边的数据和消息才都拿得到。回查：Sitemaps 报告里有没有报错。
这九步里，第 2、4、5 步改的都是源码，页面上看不出来，也最容易被跳过。跳过它们的代价不在当天，在下一轮抓取。
要用的数字和门槛
这几组数值放在一处，第 7 到第 9 步对着查。性能三项是第 8 步判断先修什么的依据；sitemap 那两行决定要不要拆文件；环境那一行是第 7 步动手前先确认的。
| 项目 | 数值 | 用在哪 |
|---|---|---|
| LCP | 页面开始加载后 2.5 秒内 | 第 8 步判加载 |
| INP | 小于 200 毫秒 | 第 8 步判交互 |
| CLS | 小于 0.1 | 第 8 步判视觉稳定 |
| 单个 sitemap 上限 | 50MB（未压缩）或 50,000 个 URL | 第 9 步决定拆不拆文件 |
| 可以不做 sitemap 的规模 | 约 500 页或更少，且内链完整 | 第 9 步判断要不要做 |
| WordPress 环境 | PHP 8.3+、MySQL 8.0+ 或 MariaDB 10.11+ | 第 7 步动手前先看版本 |
sitemap 那两行要连起来看：提交上去只是个提示，不保证 Google 会下载它，更不保证按它抓；文件里写 priority 和 changefreq 也没用，这两个值会被直接忽略。
手机版和桌面版对不上，会出哪几种结果，怎么回查
下面每一种都是官方点过名的做法，后果不一样，处理办法都落在回查上。一条条对，别一次全改。
- 手机版单独放了 noindex 或 nofollow。结果可能是页面抓不到也索引不了，等于白做。回查：手机版源码里搜这两个词，有就去掉，两版用同一套。
- 主内容要滑动或点击才出来。Google 不会加载需要用户交互才出现的内容，正文在点击之后才出现，它就当没这段。回查：手机版打开后不点不滑，正文是不是已经在了。
- 手机版内容比桌面版少。官方写得很直接：手机版内容更少，启用移动优先索引后可能掉流量，因为 Google 从页面拿到的信息变少了。回查：抽五篇文章把两版的段落数出来对。
- 手机版图片换了一套地址。过渡期可能出现图片流量暂时下降。回查：同一张图在两版里的地址是不是同一个。
- 手机版返回错误页，或者几个不同网址都跳到手机端首页。这两种的结果都是这些页面从索引里消失。回查：手机版随便点开三个内页，看打开的是不是那一页的手机版，而不是首页。
- 手机版要用的资源被 disallow 挡住。想让 Google 抓的地址，robots.txt 里不能有 disallow 规则挡着。回查：robots.txt 逐行看，有没有把放图片和脚本的目录挡掉。
这份清单同时能当验收单用。站是交给外面做的，谈需求时就把这几条写进去，验收照单逐条过，比事后返工省事。走公司网站建设外包这条路的，单子给出去之前自己先过一遍。
AI 能帮上哪几步，哪三件事必须你自己动手
适配核对里有一半是比对和整理，AI 干这类活比人快，也更不容易漏。它能直接接手的是这四步。
- 把桌面版和手机版同一页面的正文各抓一份，逐段比对，列出手机版缺失或明显变短的段落。
- 按核对项生成一张表：robots meta、结构化数据类型、title、meta description、图片 alt 文本、图片和视频地址是否两版一致，标出不一致的地方。
- 把 WordPress 的插件清单和主题信息整理成表，按是否必要分组，给出可以停用的候选。
- 把 Core Web Vitals 报告里的 LCP、INP、CLS 抄进表里，对照门槛标出超标项。
下面三条提示词是本文给的示例，不是官方模板，改一改就能用。
「下面是我站点手机版和桌面版同一页面的正文，请逐段比对，只列出手机版缺失或明显变短的段落，按段落标题输出，不要给优化建议。」
「按这 6 项给我做一张核对表：robots meta 标签、结构化数据类型、title、meta description、图片 alt 文本、图片和视频 URL 是否两版一致。每项留一列填手机版、一列填桌面版、一列填是否一致。」
「这是我的 WordPress 插件列表和每个插件的用途，请分成三组：核心功能必需、可选、疑似冗余。只分组，不要建议删除。」
三件事必须你自己上手。一，在 Search Console 里打开 Core Web Vitals 报告，把三个数值抄下来，对照门槛定先修哪一项。二，在 WordPress 后台的插件页逐个停用候选插件，每停一个刷新前台首页看加载变化，决定留还是删。三，在 Search Console 的 Sitemaps 报告里提交站点地图，看 Googlebot 的访问时间和处理错误，有错再改。这三步都要看后台里的真实结果，抄回来再判断。
整理这类活，猎者出海的AI Agent 也能接一部分：它建站那条线从空服务器到上线分十个阶段，每段一道关，检查项照着单子过，省掉来回翻文档的时间。判断还是你下。
把第 4 节那张数字表和上面的核对表存下来，上线前逐项打勾。
相关的还有两篇：企业网站建设费用算的是预算，Core Web Vitals 三项指标把这三项拆开讲。
常见问题
3g网站制作是不是要单独做一个手机版网站？
不用。响应式设计是同一 URL 同一份 HTML，按屏幕尺寸不同展示，官方推荐的就是这一套。真要分开做，桌面 URL 永远是 canonical，手机版是它的 alternate，还要处理片段和错误页状态，工作量只会更大。
手机版内容比桌面版少一点行不行？
不行。官方写明手机版内容更少，启用移动优先索引后可能掉流量，因为 Google 从页面拿到的信息变少了。版式可以不一样，把内容收进折叠面板没问题，内容本身不能少，这是两件事。
移动端适配做完，怎么知道有没有问题？
看三处：Search Console 的 Core Web Vitals 报告看性能，Sitemaps 报告看抓取错误，浏览器自带的开发者工具看单个页面的加载。三个入口对上了，问题出在配置、内容还是速度，基本就能分清。
站点只有几十页，还要做 sitemap 吗？
内链完整的小站，Google 通常能自己发现大部分页面，不做也能活。多数情况下有站点地图对站点有益，做一份的成本很低。记住提交只是提示，不保证抓取。
现在都在说 AI 搜索，做这些还有用吗？
有用。Google 的说法是 SEO 最佳实践继续有效，生成式 AI 功能根植于核心搜索排名与质量系统。手机版内容不全、页面打不开，换个入口也一样吃亏。
移动端适配没有一次做完这回事。上新模板、装新插件、换主题，任何一次改动都可能把两版的对齐弄乱。上线之后隔一段时间把第 4 节那张表和上面那张核对表再过一遍，比出了事再排查省事。猎者出海的AI Agent 在运营那条线上每周拉一次数据出一张改稿单，改哪几篇、先改哪篇写在单子上，人照着做。
发表评论