Crawled — currently not indexed 是 Search Console 里最让人困惑的状态：Google 来过了，但是主动选择不收。
问题是什么
Search Console → Pages → Not indexed → Crawled — currently not indexed 显示了你的文章。这意味着：
- ✅ Google 知道这个 URL 存在
- ✅ Googlebot 抓取过页面
- ❌ Google 决定暂时不把它放进索引
5 个最常见原因（按概率排序）
- 内容质量不足。文章 < 300 字、几乎全是图、或大量重复信息——Google 会判断”不值得收”
- 内链稀疏。整个站没有其他页面链接到它，权重传不过来
- 新域名沙盒效应。新域名头 1-3 个月，Google 对所有新内容都保守
- 相似度太高。和站内其他文章主题 / 措辞太接近，Google 倾向选一篇收
- canonical 指向了别处。即使内容好，canonical 错了，Google 也不收当前页
最短修复路径
- 给文章扩到 800 字以上，加 2-3 张有说明的图，加 FAQ
- 从首页 / 栏目页 / 相关文章 给它 至少 3 条内链
- 在 Search Console 用
URL Inspection工具点Request Indexing提交一次 - 等 7-14 天再回看状态——Google 不是立刻反应的
适用场景
只针对 Crawled — currently not indexed。如果是 Discovered — currently not indexed，那是 Google 知道 URL 但还没抓，原因和处理方式不同。
后续相关
决策前的检查清单
- 如果错误是在某次改动后立刻出现，先回滚或隔离那次改动，不要同时试一堆无关修复。
- 如果只在生产环境出现，对比环境变量、build 产物、缓存、权限和平台设置。
- 如果只影响某个账号或浏览器，优先查权限、cookie、插件、额度和地区可用性。
- 如果有两个修复方向，先选最容易验证、最容易撤销的那个。
什么时候可以先停下来
当你无法复现、日志和 UI 互相矛盾、涉及账单或账号安全、或者每个修复都需要你没有的生产权限时，就该停止盲试并升级处理。向平台支持或同事求助前，把完整错误、时间点、项目 ID、复现步骤、截图和最近改动整理好。清楚的升级说明，通常比再猜一小时更快解决问题。
诊断流程
- 先复现一次问题，并写下准确路径。复现不了时，先收集证据，不要急着改设置。
- 判断影响范围：一个用户还是所有用户，一个浏览器还是全部浏览器，只在本地还是只在线上，新内容还是旧内容也受影响。
- 优先查最近一次改动。大多数排查不是寻找神秘根因，而是找出哪次改动制造了不一致。
- 把系统切成两半测：输入 vs 输出、本地 vs 线上、账号 vs 项目、源文件 vs 生成文件、prompt vs 模型。确认哪一半还在失败。
- 先做最小且可撤销的修复。不要同时改 DNS、权限、账单、部署和代码。
- 用原复现路径和一个相邻路径验证，再记录最终是哪一步修好的。
最小复现模板
问题：
- [完整错误或异常表现]
发生位置：
- URL / 工具 / 项目：
- 账号：
- 环境：local / preview / production
- 浏览器 / 设备：
复现步骤：
1.
2.
3.
预期结果：
-
实际结果：
-
最近改动：
- 代码：
- 配置：
- DNS / 权限 / 账单：
- Prompt / 模型 / 上传文件：
证据：
- 截图：
- Console error：
- 服务端或平台日志：这些”假修复”别做
- 只清缓存，却不确认底层文件、权限、路由或设置是否正确。
- 明明是环境变量、凭证、额度或平台配置问题，却反复重装依赖。
- 一次改好几个无关设置，最后不知道到底是哪一步起作用。
- 从另一个框架或平台复制修复方法，却不确认路由、build 输出或鉴权模型是否相同。
- 没看 status page 和近期反馈，就把平台临时故障当成自己的 bug。
相关阅读
标签: #SEO #Google #收录 #Search Console #排查