跳到主要内容

Chrome 扩展内置功能

从 Sitemap 找出尚未被 Google 索引的页面

索引助手读取你在 Search Console 中提交的 Sitemap,检查 Google 已知的索引版本,区分可申请、已申请、已索引与不可索引 URL,并保留每次操作记录。

Search Console 只读检查最终申请由你确认索引记录保存在本地
GSC Vault 索引助手展示 Sitemap 工作区、URL 状态和操作按钮

一个页面查看 Sitemap URL 的处理状态

筛选未索引、已申请、已索引和不可索引 URL,并查看每条记录的检查详情与下一步操作。

Sitemap 已更新,不代表你知道哪些页面还没被索引

Search Console 能告诉你单个 URL 的状态,但持续发布页面后,真正耗时的是从 Sitemap 找出目标、判断原因、逐条处理并记住结果。

新增 URL 混在完整 Sitemap 中

索引助手保存上一次成功扫描结果,重新扫描时识别新增、lastmod 变化和已移除的 URL,减少重复检查。

未索引不只有一种原因

它会整理 Google 返回的抓取、robots、noindex 与 Canonical 信息,把可以继续申请和当前不可索引的页面分开。

申请完成后仍需要记录和复查

打开 Search Console、确认已申请和之后重新检查是三个不同动作。工作区会分别记录,不把“已申请”误写成“已索引”。

把检查、申请和复查放进同一个工作区

索引检查可以自动整理,Google 要求的最终 Request Indexing 操作仍由你在 Search Console 中完成。

  1. 第 1 步

    选择 Property 和根 Sitemap

    从已提交的 Sitemap 中选择一个入口,也可以手动输入 Sitemap URL;嵌套 Sitemap 会在安全上限内继续读取。

  2. 第 2 步

    串行扫描并检查索引状态

    工作区显示扫描进度,并优先检查新增、发生变化、检查过期或申请后需要复查的 URL。

  3. 第 3 步

    只为合适的 URL 准备申请

    未索引且具备申请条件的 URL 才显示“请求索引”;跳转、noindex、抓取失败或 Canonical 异常会保留具体说明。

  4. 第 4 步

    确认申请并主动复查

    回到工作区确认“我已请求索引”,之后使用“检查”重新读取 Google 索引状态,直到页面被索引或需要进一步修正。

在正确的 Property 中继续申请

扩展把目标 URL 带到 Search Console;Live Test 和最终 Request Indexing 仍由用户亲自完成。

状态更少,但每个状态都能指导下一步

索引助手把 Google 的细粒度结果收敛为五种工作状态,技术原因仍保留在详情中。

未索引
最新检查没有发现 Google 索引版本;满足条件时可以继续请求索引。
已请求,未确认
已经打开 Search Console 申请流程,但尚未确认最终 Request Indexing 是否完成。
已申请未索引
用户已经确认申请,当前检查仍未显示为已索引,可以稍后主动复查。
已索引
最新 URL Inspection 结果显示该 URL 已经进入 Google 索引。
不可索引
存在 robots、noindex、抓取、跳转或 Canonical 等技术阻止;具体原因显示在详情中。

申请完成后,工作区继续保留进度

回到索引助手确认已经完成申请,记录会进入“已申请未索引”。之后可以主动检查,而不用再回忆大量 URL 中哪一条处理过。

GSC Vault 索引助手显示已请求、已申请未索引和检查操作

申请记录不会和最终索引结果混在一起

工作区分别保存打开申请、用户确认与后续检查状态,方便继续处理大量 URL。

工具的边界:能做什么、不能做什么

这个工作流减少重复操作,不改变 Google 对普通网页索引申请的官方边界。

  • URL Inspection API 返回 Google 索引版本的状态;Live URL 测试仍在 Search Console 中运行。
  • 普通网页的最终 Request Indexing 由用户在 Search Console 中确认,不使用脚本绕过。
  • 提交抓取请求不保证立即抓取或收录,重复申请也不会让 Google 更快处理。
阅读 Google 官方重新抓取说明

索引工作区默认留在浏览器本地

索引检查使用 Search Console 只读权限。Sitemap URL、检查结果、申请记录和复查状态保存在扩展的本地 IndexedDB。

这些索引工作区数据不会写入 Google Drive,也不会发送到 GSC Vault 后端。OAuth Token、原始授权响应和完整页面 HTML 不会进入日志。

需要把 URL 通知给 Bing?

Google 与 IndexNow 是两条不同链路。Google 使用 Search Console 索引助手;Bing 等参与方可以使用免费的 IndexNow Sitemap 提交工具。

打开 IndexNow 工具

Search Console 索引助手常见问题

插件会自动替我点击 Request Indexing 吗?

不会。插件负责打开正确的 Property、准备 URL 并记录进度;Google 的 Live Test 和最终 Request Indexing 由你亲自完成。

它支持批量提交 Google 索引吗?

不支持批量申请。工具可以从 Sitemap 中整理和检查多条 URL,但普通网页的申请仍按单个 URL 在 Search Console 中完成。

申请成功是否保证页面被 Google 收录?

不保证。申请只会通知 Google 重新考虑抓取;抓取和收录可能需要数天到数周,也可能因为内容质量或技术原因不被收录。

为什么不直接使用 Google Indexing API?

Google Indexing API 只适用于带有 JobPosting 的招聘页面,或 VideoObject 中包含 BroadcastEvent 的直播页面,不能用于普通文章、产品页或工具页。

索引记录会上传到 GSC Vault 服务器吗?

不会。Sitemap URL、检查结果、申请历史和复查状态默认只保存在浏览器本地。

从下一次 Sitemap 更新开始记录

安装 GSC Vault,在索引助手中选择 Property 和 Sitemap,找出需要处理的 URL,并保留每次申请与复查结果。

安装插件使用索引助手