Search Console 的两份报告互相矛盾
“URL Inspection 说已编入索引，但 Page Indexing 说“已抓取 – 当前未编入索引”……我该更相信哪个状态？”
r/SEO, 12 points
这一页能帮上的：URL Inspection 那一侧更新更及时，而 API 读的正是它。对受影响的 URL 跑一遍脚本，你能拿到每个页面的当前判定，而不是一份按它自己节奏更新的报告。
1 个工具在做这件事
Google 收录检查：这个页面是否被收录、为什么没有，数据来自 URL Inspection API
把你已有的 Search Console 资源接进来，agent 就能逐个 URL 去问 Google 那个界面上只能一次点一个的问题：收录了吗、上次抓取是什么时候、Google 选了哪个 canonical、如果没收录，落在哪个分类里。拿到的就是 Search Console 面板里那份 URL Inspection 数据，只是不用手点。
按次计费，用多少算多少，不用绑卡。
这件事有 1 个工具可选，其中 1 个已经对上游实测过。
试一下
怎么让 鹦鹉AI 做这件事？
1 · 先把 agent 接上，只做一次
在 agent 的对话里
set up 鹦鹉AI — https://parrot.amorist.cn/llms.txt
2 · 再让它去做这件事
提示词
用鹦鹉AI 取出我们 sitemap 里的每个 URL，在 Search Console 里逐个检查，然后把未被收录的那些做成一张表，列出收录状态分类、上次抓取日期和 Google 选定的 canonical。
这段提示词为什么有用
连一次就行
为你拥有的资源点一次 OAuth 授权。token 由鹦鹉AI 保存，不在你手里。
把资源字符串给它
URL 必须落在你指定的资源之下，域资源或 URL 前缀资源都一样。对不上得到的是权限错误，不是一个结果。
留意配额
Google 对每个资源每天允许 2,000 次检查，没有东西能放开它。一个有 5,000 页的站点，要三天。
为什么走鹦鹉AI
为什么走鹦鹉AI
不订阅，不买席位
按次计费。不用绑卡、没有最低消费；给预付余额充值即可。
换个工具只是换一个词
提示词里换一个词就是另一款工具，而不是一次新的集成。
来自一线
大家实际卡在哪
收录这件事，一边是一队等 Google 的人，一边是一排号称能插队的工具：2026 年 8 月约 70 篇相关的 Reddit 与 X 帖子中，夹杂着十来条收录检查器和「加速收录」服务的推销。下面这四条，是在查自己页面的人。
抓取了、没索引，一拖几个月，验证永远跑不完
““已抓取 - 当前未编入索引”快 2 个月了。验证已开始 - 开始于：5/29/26，到现在还是没动静。”
r/TechSEO, 70 points
这一页能帮上的：没有任何 API 能让 Google 更快下决定，本页也不会声称有。它给你的是每个 URL 的状态、最后抓取日期和 Google 选定的规范网址，并且随着时间留存下来，于是你能看出哪些页面动了、哪些没动。
所谓的 Indexing API 原来是给招聘信息用的
“Google Search API 用不了，因为它只支持直播和招聘信息相关的类目。”
r/SEO, 32 points
这一页能帮上的：说得对，这也是为什么这项工作搜索量最高的那个词，指向的是一个错的 API。真正能回答“这个页面有没有被索引”的是 URL Inspection API，对你拥有的媒体资源上的任何页面都适用。
每天 2,000 次的配额就是全部的约束
“这个让人抓狂的 URL inspection API 最大的限制，就是每天 2,000 次的配额。”
@iannuttall on X
这一页能帮上的：确实如此，而且是按媒体资源算的，由 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，到配额就停，第二天接着来。
相关