插件会自动替我点击 Request Indexing 吗?
不会。插件负责打开正确的 Property、准备 URL 并记录进度;Google 的 Live Test 和最终 Request Indexing 由你亲自完成。
Chrome 扩展内置功能
索引助手读取你在 Search Console 中提交的 Sitemap,检查 Google 已知的索引版本,区分可申请、已申请、已索引与不可索引 URL,并保留每次操作记录。

一个页面查看 Sitemap URL 的处理状态
筛选未索引、已申请、已索引和不可索引 URL,并查看每条记录的检查详情与下一步操作。
Search Console 能告诉你单个 URL 的状态,但持续发布页面后,真正耗时的是从 Sitemap 找出目标、判断原因、逐条处理并记住结果。
索引助手保存上一次成功扫描结果,重新扫描时识别新增、lastmod 变化和已移除的 URL,减少重复检查。
它会整理 Google 返回的抓取、robots、noindex 与 Canonical 信息,把可以继续申请和当前不可索引的页面分开。
打开 Search Console、确认已申请和之后重新检查是三个不同动作。工作区会分别记录,不把“已申请”误写成“已索引”。
索引检查可以自动整理,Google 要求的最终 Request Indexing 操作仍由你在 Search Console 中完成。
第 1 步
从已提交的 Sitemap 中选择一个入口,也可以手动输入 Sitemap URL;嵌套 Sitemap 会在安全上限内继续读取。
第 2 步
工作区显示扫描进度,并优先检查新增、发生变化、检查过期或申请后需要复查的 URL。
第 3 步
未索引且具备申请条件的 URL 才显示“请求索引”;跳转、noindex、抓取失败或 Canonical 异常会保留具体说明。
第 4 步
回到工作区确认“我已请求索引”,之后使用“检查”重新读取 Google 索引状态,直到页面被索引或需要进一步修正。
在正确的 Property 中继续申请
扩展把目标 URL 带到 Search Console;Live Test 和最终 Request Indexing 仍由用户亲自完成。
索引助手把 Google 的细粒度结果收敛为五种工作状态,技术原因仍保留在详情中。
回到索引助手确认已经完成申请,记录会进入“已申请未索引”。之后可以主动检查,而不用再回忆大量 URL 中哪一条处理过。

申请记录不会和最终索引结果混在一起
工作区分别保存打开申请、用户确认与后续检查状态,方便继续处理大量 URL。
这个工作流减少重复操作,不改变 Google 对普通网页索引申请的官方边界。
索引检查使用 Search Console 只读权限。Sitemap URL、检查结果、申请记录和复查状态保存在扩展的本地 IndexedDB。
这些索引工作区数据不会写入 Google Drive,也不会发送到 GSC Vault 后端。OAuth Token、原始授权响应和完整页面 HTML 不会进入日志。
Google 与 IndexNow 是两条不同链路。Google 使用 Search Console 索引助手;Bing 等参与方可以使用免费的 IndexNow Sitemap 提交工具。
不会。插件负责打开正确的 Property、准备 URL 并记录进度;Google 的 Live Test 和最终 Request Indexing 由你亲自完成。
不支持批量申请。工具可以从 Sitemap 中整理和检查多条 URL,但普通网页的申请仍按单个 URL 在 Search Console 中完成。
不保证。申请只会通知 Google 重新考虑抓取;抓取和收录可能需要数天到数周,也可能因为内容质量或技术原因不被收录。
Google Indexing API 只适用于带有 JobPosting 的招聘页面,或 VideoObject 中包含 BroadcastEvent 的直播页面,不能用于普通文章、产品页或工具页。
不会。Sitemap URL、检查结果、申请历史和复查状态默认只保存在浏览器本地。