Google Search Console 收录指南：提交、诊断与未收录排查

Search Console 是 Google 提供的网站搜索表现与索引诊断工具。它能帮助站长确认 Google 是否发现页面、抓取是否成功、选择了哪个 Canonical，以及页面获得了哪些查询展示。但“提交 Sitemap”或“请求编入索引”都不是排名与收录保证。

一、选择并验证资源

域名资源覆盖所有协议和子域，通常需要 DNS 验证；网址前缀资源只覆盖指定前缀，可使用多种验证方式。内容站应尽量使用域名资源，同时保持正式站点只暴露一个主要 HTTPS 版本。

验证后先查看是否存在历史安全问题或人工处置，再进入 Sitemap 和页面索引报告。新站数据需要时间积累，不要因为第一天没有图表就频繁修改结构。

二、提交正确的 Sitemap

Sitemap 应列出希望收录的规范页面，而不是所有技术路由。搜索页、noindex 页面、预览域名和内容不足页面不应混入。提交后查看读取状态和发现 URL 数量，若无法获取，检查路径、HTTP 状态、XML 格式与 robots 设置。

更新文章不需要每天重新提交 Sitemap。保持地址稳定，构建时更新即可。

三、用网址检查工具诊断重点页面

输入完整 URL 后重点看四项：URL 是否在 Google 中、是否允许抓取和索引、用户声明与 Google 选择的 Canonical、最近抓取时间。实时测试可以确认当前版本是否可访问，但实时测试通过也不代表一定收录。

状态	优先检查	常见处理
未发现	Sitemap、内链	从分类和相关文章添加入口
已发现未抓取	服务器稳定、站点规模	保持稳定，减少低价值 URL
已抓取未收录	重复、薄内容、意图不清	增加独立证据和任务价值
重复页面	Canonical、参数 URL	统一规范版本和内部链接
被 noindex 排除	页面 meta	确认是否确实希望收录

四、理解 Canonical 差异

“用户声明的规范网页”和“Google 选择的规范网页”不同，说明 Google 认为另一版本更具代表性。检查重复路径、www 与非 www、HTTP 与 HTTPS、尾部斜杠、相似内容和内部链接。Canonical 是信号，不是强制命令；站点其他信号必须一致。

五、处理已抓取但未收录

不要只增加字数。比较该页与站内同主题页面：是否只是替换工具名称，是否提供真实步骤、截图、测试日期、来源和不同结论。页面如果不能回答一个独立问题，应合并到更完整的指南，或暂时 noindex。

同时检查首页和分类页能否正常到达该页。孤立页面即使出现在 Sitemap 中，也缺乏清晰的站内关系。

六、观察搜索表现

页面开始获得展示后，按查询、页面、国家和设备分析。展示增长但点击率低，可能是标题与意图不匹配；点击后没有后续行为，可能是正文没解决问题；目标地区不符，则需要重新审视语言和主题。

不要用模拟阅读量代替真实数据，也不要只看平均排名。一个任务明确的长尾查询，即使展示较少，也可能比泛关键词更有内容价值。

七、发布后的固定流程

发布当天确认状态码、Canonical、noindex 和 Sitemap；从一个相关分类与两篇相关文章添加链接；一周后检查网址状态；获得查询后更新标题、摘要和缺失步骤；规则变化时更新正文与核验日期。

结论

Search Console 的核心用途是诊断，而不是“提交后等待奇迹”。把发现、抓取、规范化、内容价值和搜索表现分开判断，才能知道问题发生在哪一层，并用最小修改解决它。