网站上线了，为什么 Google 还搜不到？从一个网址查起
Neaptide · 2026年9月7日 · 9 分钟阅读
按步骤检查 Google 收录：看懂 Search Console 状态，排查 noindex、robots.txt 和规范网址。附教学示例及可下载的开发任务记录表。
本文目录
新网站能打开，链接也正常，发给朋友都能访问。可是在 Google 搜公司名或服务，还是找不到。先别急着重写全部文案，也别急着购买“快速收录”服务。选一个重要网址，查清楚它究竟停在哪一步。
先用 Google Search Console 的网址检查工具确认收录状态。没有收录，就查发现、访问和报告中的排除原因；已经收录，就查展示和搜索词。网站能访问、网页进入索引、有人从搜索结果点击进来，是三个不同的结果。
先选一个页面，核对完整网址
选择应该带来客户的页面，例如首页或某项服务页。复制跳转完成后的最终地址。带不带 www、http 与 https、不同语言及参数，都可能对应不同网址。首页的检查结果不能代表服务页。
- 打开 Search Console 中已验证的网站资源，把完整网址粘贴到网址检查栏。
- 记录状态、上次抓取时间，以及 Google 选择的规范网址，也就是重复页面中被选作主要版本的地址。
- 如果上次抓取后改过页面，再测试实际发布的网址，对比当前页面与 Google 保存的数据。
实时测试检查 Google 现在能否获取并处理网页，不代表当前版本已经进入索引，也不能预测 Google 会选择哪个规范网址。如果没有 Search Console 权限，仍可检查公开的服务器响应和 HTML；具体收录状态则需要网站资源所有者提供。
site:example.com 可以用来初步查看搜索结果，但不是完整的收录清单。不要把结果数量当成索引的准确规模，也不要仅凭找不到某个网址就下结论。
先读懂状态，再决定改什么
| 看到的状态 | 可以确认什么 | 下一步检查 |
|---|---|---|
| Google 不知道此网址 | 地址尚未被发现 | 站内栏目是否有普通链接，sitemap 中的网址是否正确 |
| 已发现，尚未编入索引 | Google 知道地址，但还没有抓取 | 服务器可用性、内部链接；大批页面受影响时查看抓取统计 |
| 已抓取，尚未编入索引 | 已发生抓取，但尚未收录 | 页面内容、相似页面及规范网址选择 |
| 因 noindex 排除／被 robots.txt 屏蔽 | 发现了具体限制 | 这个页面是否应被收录，规则设在哪里 |
| 重复页面或备用版本 | 采用了其他版本 | 主要版本是否选对，以及它是否被收录 |
“已发现，尚未编入索引”本身不能证明文章质量差：Google 还没有抓取它。反过来，重复页、登录页或不公开的练习页面被排除，也可能完全正常。目标是让需要被找到的页面可被搜索，不是把报告中的排除数量全部清零。
教学示例：网页能打开，模板却留下了 noindex
假设一家陶艺工作室刚上线网站。课程页无需登录，服务器返回 HTTP 200，sitemap 里也有正确地址。但测试时使用的模板仍保留 noindex。下面是教学片段，不是真实客户网站的检查结果。
HTTP/2 200
Content-Type: text/html
<head>
<meta name="robots" content="noindex, nofollow">
<link rel="canonical" href="https://example.com/workshops">
</head>200 表示服务器成功响应，canonical 表示首选地址，两者都不能覆盖 noindex。Google 读取这条规则后，会将页面排除在搜索结果之外。同样的限制也可能写在 HTTP 响应头 X-Robots-Tag 中，即使 HTML 里看不到它。
- 找到 noindex 的来源：CMS 设置、页面模板、服务器或 CDN。对于这个公开页面，在规则来源处移除误设的限制。
- 检查发布地址的响应头、HTML 和实际内容。保留 noindex 的同时再加 index，并不能解决冲突。
- 重新运行 Search Console 的实时测试。确认修复后，可以为这个网址请求编入索引。
不要为了让 Google 看不到 noindex，就在 robots.txt 中屏蔽页面。robots.txt 控制抓取；Google 需要访问页面才能读取修改后的索引规则。私人区域和内部功能页原本需要的限制，则应继续保留。
没有访问限制，就查内容和重复版本
在网址检查工具中，查看Google加载后实际看到的页面，确认服务名称、服务条件和正文是否完整显示。Google会运行JavaScript，因此不能仅凭网站使用React等框架，就认定它是未收录的原因。需要找出具体故障，例如正文空白、数据请求失败，或关键资源无法加载。
比较页面声明的规范网址与Google选择的版本。如果服务页共用模板中的canonical设置有误，导致所有服务页都把首页声明为主要版本，就需要修正这个设置。对于内容确实重复的页面，则应在内部链接、sitemap和canonical中一致使用首选地址。canonical表达的是网站的偏好，还要查看Google最终选中了哪个版本。
如果尚未找到技术原因，就以客户的视角读一遍。三个分别叫“陶艺课程”“陶艺教学”“陶艺体验”的页面，如果条件完全相同，未必回答了三个不同需求。合并之前，先比较用途、内容和搜索数据。如果课程确实不同，就说清时长、材料、适合的水平以及能做出什么作品。
单纯增加一千字，未必能帮助客户选择。课表、取消规则、真实作品示例，以及零基础能否参加，往往更有用。这是在检查内容能否解决问题，并不保证修改后 Google 一定收录。
已经收录，却没有访客
进入搜索结果效果报告，按页面筛选，再确认日期范围、国家、设备和搜索类型。先看哪些搜索词带来展示，再看点击。只用自己的手机搜一次，不能替代这些数据。
- 没有展示：先核对筛选条件和规范网址，再检查页面是否符合目标读者的搜索需求。缺少数据不能证明某一个具体原因。
- 有展示，点击少：结合搜索词、排名位置和实际搜索结果一起分析。标题不清楚可能影响理解，排名靠后也会限制点击。
- 有点击，没有咨询：检查服务说明和联系流程。发送一次测试咨询，并在接收端找到记录；网页显示“已发送”还不够。
给开发者一个可以验证的问题
可以为一个页面填写具体的诊断记录，而不只是提出“我们在Google上搜不到”的问题。记录完整网址、检查日期、Search Console状态、上次抓取时间、服务器响应和索引限制。规范网址要分别写出网站声明的版本和Google选中的版本，再说明期望的结果。能支持判断的HTML片段或报告截图也应一并附上。
以陶艺课程页为例，验收条件可以写成：发布页面无需登录，返回 HTTP 200 和正确正文；HTML 与响应头都不再包含误设的 noindex；Google 的新实时测试也不再发现这个限制。记录修改日期。这样可以确认修复完成，但还不能确认页面已进入索引。
发布之后，继续观察新的抓取时间和网址状态。重复提交同一地址不会加快抓取。Google 不保证收录，也不承诺固定期限，所以“24 小时内收录”不是可靠的工作验收标准。
如果原因仍不明确，这张记录表也能为后续审查提供具体依据。解决访问和收录问题之后，再进一步检查网站能否在传统搜索和 AI 搜索中，完整回答用户的问题。