在搜索资源平台或 Search Console 的页面报表里，常会看到几种状态：已发现但尚未抓取、已抓取但尚未编入索引、已编入索引。很多人把它们统称为“没收录”，然后统一去提交 URL、加外链。动作做了不少，效果却不明显，因为这三个状态的卡点并不在同一个环节。
三个状态分别卡在哪
已发现，尚未抓取：搜索引擎知道这个 URL 存在，但还没安排蜘蛛来抓。它卡在“发现到抓取”之间。常见原因包括站内链接太少、URL 藏在深层次、站点地图只提交未验证、服务器响应慢、抓取预算被大量低价值页面占用。
已抓取，尚未编入索引：蜘蛛已经来过，也拿到了页面内容，但索引系统没有把它收进去。它卡在“抓取到索引”之间。这时候再反复提交 URL 意义不大，问题更可能在页面本身：内容是否太薄、是否与已有页面高度相似、canonical 是否指错、是否被 noindex、主要内容是否依赖 JS 渲染而未被执行。
已编入索引：页面已经进入索引，但这不等于会在搜索结果里出现。它还要过查询匹配、排序竞争、时效性等关口。收录是展示的前提，不是展示的保证。
已发现未抓取：先解决蜘蛛来的路径
这个阶段要做的，是让页面更容易被走到。可以从几个方向查：
- 站内是否给目标页面留了可点击的入口，还是只能靠站点地图。
- URL 层级是否过深，重要页面是否被埋在筛选参数或分页后面。
- 站点地图是否只包含最终规范地址，是否混入大量重定向、404 或 noindex 地址。
- 服务器是否稳定，是否存在大量超时或 5xx，拖慢整体抓取。
- robots.txt 是否误屏蔽了关键目录，或屏蔽了 CSS、JS 导致蜘蛛无法正常理解页面。
这些动作的共同点是：不直接改内容，而是改善 URL 被发现和被安排的效率。若站点里同时存在大量无收录价值的页面，它们会分走抓取频次，目标页面自然排得更后。
已抓取未编入索引：问题回到页面与重复关系
蜘蛛来过却不收，通常说明索引系统在判断“这个页面值不值得单独占一个位置”。常见排查点包括：
- 内容厚度：页面是否有足够的主体信息，还是只有标题、几张图、一句说明。
- 重复与近似：同一内容是否存在多个 URL 版本，参数、排序、打印页、标签页是否都在竞争同一个位置。
- canonical：页面是否把规范地址指向了别的页面，导致自己被当成副本。
- 索引指令：是否误加了 noindex，或通过响应头、meta 标签、JS 动态修改了索引指令。
- 渲染结果：正文是否依赖客户端渲染，蜘蛛抓取时是否拿到了空壳。
这个阶段改内容、合并重复、修正规范地址，比反复提交 URL 更直接。如果页面本身只是功能页、过渡页或占位页，不收录可能是正常结果，不必强行推。
已编入索引但搜索找不到：那是展示问题
页面进入索引后，搜索表现还取决于查询意图、竞争程度和页面与查询的相关性。收录只说明页面有资格参与，不说明它一定能被看到。此时应该看的是关键词覆盖、标题和摘要的匹配度、内页在站内的权重，而不是继续围绕“收录”做动作。
处理顺序：从上游往下游走
- 先确认页面处于哪个状态，不要把所有未展示都当成未收录。
- 若卡在“已发现未抓取”，优先修抓取路径和站内入口。
- 若卡在“已抓取未编入索引”，优先看内容质量、重复关系和索引指令。
- 若已经编入索引，转向展示与排序问题，检查查询匹配和竞争页面。
同一个“没收录”的说法，背后可能是三种完全不同的卡点。先分清状态，再决定是推 URL、改内容，还是收口重复页面。
把状态拆开之后，动作会更有针对性，也更容易判断到底是抓取环节没到位，还是页面本身没通过索引筛选。