Search Console 与流量增长
新 SaaS 网站如何配置 Google Search Console：验证、站点地图与首次检查
从资源类型、所有权验证、sitemap 提交到重要页面检查，为新 SaaS 网站配置 Google Search Console，并建立可复盘的搜索表现基线。
SaaS 上线了，首页可以访问，价格页已经公开，第一篇博客也准备好了。接下来，你需要知道 Google 能不能发现这些页面，以及哪些搜索开始带来访问。
Google Search Console 是一个合适的起点。第一次配置，应该让你能访问正确的网站资源、提交一个 Google 可以读取的站点地图，并留下重要页面的检查记录。
先分清三个状态：所有权验证成功、站点地图处理成功、页面进入索引。 完成其中一步，不代表下一步也已经完成。下面逐项操作，避免把「连接成功」误当成已经开始获得搜索流量。
文中的 example.com 仅作示例，操作时请替换为自己的生产网站地址。配图用于解释流程，不是客户账号截图。
一、选择能覆盖实际网站的资源类型
Search Console 中的「资源」决定你正在查看哪一组 URL。打开 Search Console，选择「添加资源」，在网域资源和网址前缀资源之间作出选择。
| 类型 | 填写示例 | 覆盖范围 | 验证方式 |
|---|---|---|---|
| 网域资源 | example.com | 该网域下的子域名与不同协议 | DNS 验证 |
| 网址前缀资源 | https://www.example.com/ | 以这个前缀开头的 URL | 按配置页面提供的方法验证 |
| 特定栏目网址前缀 | https://www.example.com/en/ | 对应前缀，包括该语言栏目 | 按配置页面提供的方法验证 |
具体范围与验证选项，可以参考 Google 的添加资源说明。
如果小团队自己管理域名 DNS，希望先掌握整体表现，网域资源通常比较方便。如果只负责某个主机或栏目，或者只有对应部分的验证权限，网址前缀资源更适合。这是工作范围的选择，不会因为选择某种类型就获得排名优势。
中英文网站尤其要注意根路径和 /en/ 的区别：只覆盖英文栏目的资源，不能反映 /zh/ 下的中文页面。另外，公开营销站与需要登录的应用子域名要区分；报告范围包含某个主机，不代表其中的私密页面应该成为搜索入口。
图 1：先选对报告范围，再解释为什么某个报告没有数据。
二、用能够长期维护的方法验证所有权
选择网域资源后，按照验证页面的提示，在负责域名权威 DNS 的服务商处添加指定记录。验证值来自你自己的 Search Console 配置页面。
可以按这个顺序处理：
- 确认实际管理该域名 DNS 的服务商。
- 按 Google 提示填写记录类型、主机名与记录值；根域名的填写方式以 DNS 服务商要求为准。
- 保存后等待 DNS 变更可查询，再回到 Search Console 点击验证。
- 成功后保留验证记录。
添加验证记录时，不要覆盖其他无关 DNS 记录。若记录加到了已经不负责该域名解析的服务商，验证不会因此通过。
如果选择网址前缀资源，就使用配置页面实际提供的方法。采用 HTML 标签时，标签应位于页面的 HTML head 中；采用验证文件时，确认指定文件地址在目标主机上可以访问。之后更新模板或部署网站，也应保留验证方式。
Google 的所有权验证指南介绍了可用方法和后续验证检查。验证成功说明你获得了该资源的访问资格，不代表网站页面已经被收录，也不会替你部署网站配置。
三、提交一个已经能正常访问的 sitemap
进入站点地图报告之前，先在自己的网站上打开实际 sitemap 地址。常见路径是：
https://www.example.com/sitemap.xml
你的应用可能使用其他路径，也可能提供一个指向多个子文件的 sitemap 索引。使用网站或 CMS 实际公开的地址，不必为了和示例一致而另建文件。
检查返回的是受支持的站点地图文档，而不是登录页、错误页面或 HTML 兜底页。里面应列出你希望 Google 发现的规范公开 URL。实际挑一个产品页和博客 URL 核对，不要只因为文件能打开，就认为内容没有问题。
使用具备相应提交权限的账号，在正确资源下打开「站点地图」，提交地址，并记录状态和报错。具体过程可以参考 Google 的站点地图报告说明。
提交只是告诉 Google 文件在哪里，不是把网站页面上传进 Google 索引。文件读取成功，是关于站点地图本身的证据，不能证明其中每个 URL 都已经被抓取或收录。
四、先检查三个与业务有关的页面
不必一开始就逐页检查整个网站。先选三个生产环境地址：
- 首页。
- 一个能说明客户用途的产品页或功能页。
- 一篇已经公开、回答相关问题的文章。
把完整 URL 填入「网址检查」。先查看索引版本信息；需要核实当前页面时，再做实时测试。两类结果分别记录。
| 看到的状态 | 能说明什么 | 下一步 |
|---|---|---|
| 站点地图读取成功 | Google 能处理这份文件 | 再检查其中的具体页面 |
| 当前页面抓取成功 | 实时测试能够获取当前页面 | 核对索引指令与索引版本信息 |
| 页面报告为已编入索引 | Google 有该 URL 的索引记录 | 核对规范 URL 背景，再观察实际曝光 |
| URL 尚未编入索引 | 页面还没有达到预期状态 | 阅读具体原因，针对该页排查 |
Google 的网址检查文档区分了索引信息与实时测试。实时测试通过，不能保证页面收录、获得排名或立即出现在搜索结果里。
对于新页面或内容有实质更新的页面，可以在工具提供入口时考虑申请编入索引。把它作为一次请求，再跟进记录状态；重复提交相同 URL，不能代替修复访问或内容问题。
若检查发现抓取限制或 noindex，可以结合 robots.txt 与 noindex 指南，分别排查抓取访问和索引控制。
图 2：为每个步骤保留证据，避免只记一个笼统的「已连接」。
五、先建立观察基线，再判断流量表现
打开「效果 → 搜索结果」，记录当前资源、日期范围、搜索类型，以及国家或设备筛选条件。先看点击、曝光、点击率和平均排名，再看查询与网页维度。Google 的效果报告说明介绍了这些指标和分组。
新配置的网站可能暂时只有少量数据。区分「授权失败」和「报告有效，但曝光很少」；在判断流量异常之前，也先排除选错资源、主机或语言栏目的情况。
可以把下面这张工作表复制到笔记中：
| 检查项 | 保存什么 |
|---|---|
| 资源 | 完整资源标识及期望范围 |
| 验证 | 验证方法、完成日期与后续负责人 |
| 站点地图 | 提交地址、报告状态与检查日期 |
| 重要页面 | URL、索引版本发现、实时测试发现 |
| 搜索基线 | 日期范围、筛选条件，以及当时已有的点击和曝光 |
| 下次复盘 | 一个跟进日期，以及要核实的问题 |
团队权限也应能够长期维护。给同事分配各自需要的权限，避免共用一个登录账号。角色区别可参考 Google 的用户与权限说明。
六、完成 Google 侧配置后，再连接 ZevSEO
如果使用 ZevSEO，先打开对应网站项目，再进入 GSC 区域发起 Google 连接。选择能够访问匹配 Search Console 资源的账号，查看只读授权范围，完成授权。
接下来分别核对两件事：是否连接到了正确项目，以及同步后是否已有可用搜索数据。授权成功，不代表新站已经获得搜索流量。找不到资源时，先核对 Google 账号、资源覆盖范围和项目域名。
你可以使用 GSC Insights 功能把搜索观察纳入日常复盘。所有权验证、站点地图提交和索引检查，仍然在 Google 的工具中完成；连接一个分析视图，不会自动完成这些配置。
常见问题
网站上线前一定要配好 Search Console 吗？
在上线前后准备好权限与验证很有帮助，但不必仅仅因为首份报告为空，就推迟一个已经准备好的公开网站。先让重要页面可访问，再检查发现与索引证据。
网域资源和网址前缀资源，需要都建吗？
先建立当前需要的范围。全域资源和栏目资源可以服务不同的分析任务，但创建更多资源本身不是增长方法。
为什么 sitemap 成功，页面却没有收录？
它们描述的是不同资源和处理步骤。检查页面并阅读其具体原因，不要把站点地图提交成功当作单页收录证明。
连接 ZevSEO，会自动替我验证 Google 网域吗？
不会。应先完成 Search Console 资源验证，或取得该资源访问权限。产品连接用于读取项目可用的搜索数据，不能代替所有权验证。
用一套可以核实的配置开始
选对资源，保留验证方式，提交可读取的 sitemap，再检查几个重要页面。保存首次搜索基线和一个跟进任务。
有了数据之后，可以连接 ZevSEO 的 GSC Insights。如果还需要持续监控选定查询，可以结合小网站排名跟踪指南建立另一组稳定观察。