# Google 收录检查：这个页面是否被收录、为什么没有，数据来自 URL Inspection API

把你已有的 Search Console 资源接进来，agent 就能逐个 URL 去问 Google 那个界面上只能一次点一个的问题：收录了吗、上次抓取是什么时候、Google 选了哪个 canonical、如果没收录，落在哪个分类里。拿到的就是 Search Console 面板里那份 URL Inspection 数据，只是不用手点。

## 怎么让 鹦鹉AI 做这件事？

安装行（粘到任意 agent）：`set up 鹦鹉AI — https://parrot.amorist.cn/llms.txt`

然后说：「用鹦鹉AI 取出我们 sitemap 里的每个 URL，在 Search Console 里逐个检查，然后把未被收录的那些做成一张表，列出收录状态分类、上次抓取日期和 Google 选定的 canonical。」

- **连一次就行** 为你拥有的资源点一次 OAuth 授权。token 由鹦鹉AI 保存，不在你手里。
- **把资源字符串给它** URL 必须落在你指定的资源之下，域资源或 URL 前缀资源都一样。对不上得到的是权限错误，不是一个结果。
- **留意配额** Google 对每个资源每天允许 2,000 次检查，没有东西能放开它。一个有 5,000 页的站点，要三天。

## 为什么走鹦鹉AI

- **不订阅，不买席位** 按次计费。不用绑卡、没有最低消费；给预付余额充值即可。
- **换个工具只是换一个词** 提示词里换一个词就是另一款工具，而不是一次新的集成。

端点：

- `google-search-console.url_inspection` — 检查 URL 的 Google 索引状态 (search-console): https://parrot.amorist.cn/catalog/search-console

## 大家实际卡在哪

收录这件事，一边是一队等 Google 的人，一边是一排号称能插队的工具：2026 年 8 月约 70 篇相关的 Reddit 与 X 帖子中，夹杂着十来条收录检查器和「加速收录」服务的推销。下面这四条，是在查自己页面的人。

**Search Console 的两份报告互相矛盾**

> "URL Inspection 说已编入索引，但 Page Indexing 说“已抓取 – 当前未编入索引”……我该更相信哪个状态？" (r/SEO, 12 points: https://www.reddit.com/r/SEO/comments/1ume4w0/)

这一页能帮上的： URL Inspection 那一侧更新更及时，而 API 读的正是它。对受影响的 URL 跑一遍脚本，你能拿到每个页面的当前判定，而不是一份按它自己节奏更新的报告。

**抓取了、没索引，一拖几个月，验证永远跑不完**

> "“已抓取 - 当前未编入索引”快 2 个月了。验证已开始 - 开始于：5/29/26，到现在还是没动静。" (r/TechSEO, 70 points: https://www.reddit.com/r/TechSEO/comments/1uzt1t0/)

这一页能帮上的： 没有任何 API 能让 Google 更快下决定，本页也不会声称有。它给你的是每个 URL 的状态、最后抓取日期和 Google 选定的规范网址，并且随着时间留存下来，于是你能看出哪些页面动了、哪些没动。

**所谓的 Indexing API 原来是给招聘信息用的**

> "Google Search API 用不了，因为它只支持直播和招聘信息相关的类目。" (r/SEO, 32 points: https://www.reddit.com/r/SEO/comments/1robehb/)

这一页能帮上的： 说得对，这也是为什么这项工作搜索量最高的那个词，指向的是一个错的 API。真正能回答“这个页面有没有被索引”的是 URL Inspection API，对你拥有的媒体资源上的任何页面都适用。

**每天 2,000 次的配额就是全部的约束**

> "这个让人抓狂的 URL inspection API 最大的限制，就是每天 2,000 次的配额。" (@iannuttall on X: https://x.com/i/status/1734591329953276340)

这一页能帮上的： 确实如此，而且是按媒体资源算的，由 Google 设定。鹦鹉AI 原样转发这次调用，所以这份配额得由你花在刀刃上：检查那些变过的页面，而不是每天早上检查整个站点。

## 真正不一样的地方

- 配额由 Google 定，而且很硬：每个资源每天 2,000 次检查。鹦鹉AI 不会池化、轮换或绕行；论坛里那些「绕过去了」的说法，无非是多开资源或者违反政策。检查真正要紧的页面，把判定存下来，按周做 diff——这工具的价值就在这里。
- 这是 Search Console 两个答案里更新的那个。Page Indexing 报表滞后，它的验证可以一挂好几个月，所以人们会看到它和 URL Inspection 面板互相矛盾。API 读的是检查这一侧，所以脚本化检查能直接给出逐 URL 的答案，不用等报表追上来。
- 这一页有两件事不做。它不请求收录：那个按钮没有 API，而且本身有很小的每日上限。它也不是 Indexing API——Google 把那个限制在 JobPosting 和 BroadcastEvent 页面上；拿它做别的属于违反政策，会返回一个看起来很友好的 200，但什么都不会发生。

## 什么是 URL Inspection API？

URL Inspection API 是 URL Inspection 工具背后的 Search Console 端点。对你所拥有资源上的一个 URL，它返回 Google 的收录判定、收录状态分类（已收录、已抓取但未收录、已发现但未收录，等等）、上次抓取日期、robots 与索引状态、你声明的 canonical 与 Google 实际选择的那个的对照，以及移动端与富媒体结果检查。它是只读的。它不会请求 Google 去收录任何东西；它也不是 Indexing API——那是另一个端点，只用于招聘信息页和直播页。

## 开始之前

**它能让 Google 收录我的页面吗？** 不能。URL Inspection API 只读 Google 的判定，不提交任何东西。它告诉你页面落在哪个分类、为什么，而那才是你能着手的部分。

**这是 Google Indexing API 吗？** 不是。Indexing API 只用于招聘信息页和直播页。大多数人搜它，其实想要的是这一页做的事：批量检查一个 URL 有没有被收录，没收录的话看看原因。

**一天能查多少个 URL？** 每个 Search Console 资源每天 2,000 个，由 Google 设定。agent 可以循环跑 sitemap，到配额就停，第二天接着来。

HTML 版本： https://parrot.amorist.cn/use-cases/is-this-page-indexed-and-why-not