独立站新站不被Google收录怎么排查？8类原因

新站上线一个月，Google 搜索框里连自己的品牌词都搜不到，打开 Search Console 只看到一片「未编入索引」。这类问题常踩的坑，是把「没抓到」「抓到了但不收」「收进去的是别家」当成同一件事乱改，改完还发现越改越慢。

下面按 Search Console 官方原因表把 8 类状态逐项拆开，先判断卡在哪一步，再决定动哪里。同时把大家关心的「到底要等多久」的四套口径一起摆出来——它们不矛盾，而是量的是不同阶段。

一、先分清：没收录和没展示是两回事

Search Console 里有两个地方容易看混。一个是「网页索引编制」报告，它下面的「网页未被编入索引的原因」表格才是真正的排除原因清单；另一个是「改进网页体验」表格，里面的性能、移动端可用性之类的问题不会导致网页不被收录，但官方仍建议修正，因为 Google 读懂页面内容会更容易。

还要建立一个合理预期：官方明文写着，不应期望网站上的所有网址都被编入索引，只有规范网页才会进索引。所以看到网址被标成「重复」或「备用」，通常不是坏事，而是说明 Google 已找到规范版本并收录了它。真正要处理的是那些本该收录的核心页面——产品页、服务页、核心落地页、指南文章。

二、8 类原因逐项对照：先定位卡在哪一层

把官方原因表里的条目按「有没有拿到页面」和「拿到为什么不收」重排成三层，排查时从上往下走：

• A1 网址已被 robots.txt 屏蔽——官方原因原文如此。检查 robots.txt 有没有把整站或关键目录误写进 Disallow，尤其是预览环境、参数筛选路径。
• A2 服务器错误与权限拦截——5xx 错误、403 禁止访问、401 未授权。403 的常见误配是服务器把 Googlebot 当成需要登录凭据的普通用户；持续 5xx 会让 Googlebot 放弃抓取。
• A3 未找到（404）与软 404——页面下线就该返回 404；状态码 200 但正文写着「页面不存在」，就是软 404。旧地址换位置要用 301 重定向。
• B1 此网址带有 noindex 标记——来自 meta robots 标签或 HTTP 响应头里的 X-Robots-Tag。主题模板残留、测试站直接上线，都容易带上它。
• B2 已发现 – 尚未编入索引——Google 知道网址存在却没来抓。官方解释是抓取优先级：担心抓太快把网站压垮，于是重排了时间。它和「已抓取 – 尚未编入索引」是两个标签，别混。
• B3 已抓取 – 尚未编入索引——Google 抓完了，但不收。这属于价值判定：内容太薄、和站内其他页近似重复、模板样板占比过高、正文靠脚本渲染导致 Google 看到的近乎空页。
• C1 重复网页，Google 选择了其他规范网址——canonical 指错、筛选参数页、标签页、打印版互相撞车，Google 选了另一个版本。
• C2 备用页面与重定向错误——备用页面指「有正确 canonical 标记的重复页」，本身正常；问题在重定向链太长、有循环、或跳转目标超出长度上限。

三、robots.txt 与 noindex 的区别，别叠加用

这是整套排查里值得单独讲的一条，因为官方帮助中心点名了这个常见错误。robots.txt 管的是抓取，noindex 管的是索引——前者决定 Googlebot 能不能请求这个网址，后者决定内容要不要留在索引里。

问题出在叠加：如果你在 robots.txt 里屏蔽了某个路径，同时又在那页的 HTML 里加了 noindex，Googlebot 压根抓不到页面，也就永远读不到那条 noindex 指令，它等于没写。反过来，官方在原因表里也提醒，被 robots.txt 屏蔽的网址仍可能通过其他方式被编入索引，只是概率很小、且没有摘要。所以要彻底把一个页面排除在索引外，正确做法是移除 robots.txt 里的屏蔽规则，改为在页面本身加 noindex。

还有一条工程常识：Google 对 robots.txt 一般缓存约 24 小时，本地改完立刻打开看到的是自己的版本，不代表 Google 已读到新规则。

四、收录周期：4 套口径并存，别拿一套卡自己

关于「新站多久能被收录」，公开资料里的数字差得很远，因为它们量的是不同环节。四套口径全部列出，你自己判断该对哪一套：

• 官方帮助文档口径：官方抓取排查文档写「新网页至少需要几天才能被发现」「此过程至少需要三天」——只给下限，不给上限。
• 行业实操口径一：跨境行业公开资料里流传较广的一组是，新站平均首次收录 7 到 14 天，因配置缺失实际延迟达 30 天以上；另一组口径把 sitemap 缺失拆出来单说，会让平均收录延迟落到 14 到 21 天。
• 行业实操口径二：更保守的一组给的是 30 到 60 天，并列出首月收录率平均只有约 38% 的行业统计。同一批资料还提到，sitemap 提交缺失占技术配置错误原因的 58%、robots.txt 误设占 32%。
• Google 内部时间表：2026 年 10 月 Search Central Live 巴塞罗那场分享上，Google 搜索团队分析师给出的环节时间是：发现新网址约 20 小时、处理 sitemap 约 24 小时、端到端索引约 1.5 小时、刷新已知网址约 30 天。慢的一档是「数周到永不」或「数月」，附注与内容质量相关。

把这四套放一起才能看懂关键差异：「处理完成」和「能被搜到」不是一回事。端到端索引只要约一个半小时，但前提是 Google 已经拿到页面；没抓到那一步才是等待的大头。另一个常被误解的点，官方写得很清楚：请求重新抓取时「抓取用时可能会从几天到几周不等」，提交单个网址有配额限制，多次请求同一网址并不会缩短抓取用时。以官方文档与后台实际显示为准。

五、落地清单：5 步把新站推过收录门槛

• 先用网址检查工具定位状态——把核心页面逐个查一遍，记下命中的原因标签，按上面三层归位。没定位前别重写内容。
• 清掉指令类问题——用 robots.txt 测试工具确认关键路径可抓；全站搜一遍 noindex 和 X-Robots-Tag；核对 canonical 指向是否是自己。
• 补齐并提交 sitemap——官方硬上限是单个 sitemap 文件未压缩不超过 50MB、包含不超过 50,000 个网址，超了必须拆分并用 sitemap index 汇总；提交后到报告里看处理状态。小站如果内链结构完整，也有「不一定需要 sitemap」的行业说法，但新站期提交通常更稳。
• 补内链和内容厚度——新页面至少从已被收录的页面链过来一次；正文别只靠脚本渲染；服务端响应和 URL 层级控制在常规推荐区间内。
• 改完验证并留出观察期——修完所有个案后在报告里请求验证修正，官方口径是验证过程通常需要两周左右；期间别反复点请求收录。

收录是排队的工程，不是开关按钮。先定位、再动手，多数「一个月没收录」其实卡在靠前的技术配置上。关注这一频道，后续会继续拆独立站冷启动与流量获取的具体做法。