你点了 URL Inspection → Request Indexing 10 次，等了 4 周——URL 还是 “URL is not on Google”。多数人会以为是 Google 的队列卡了，再点几次。
但 URL Inspection 不是强制收录工具，是个”重新评估请求”。Google 收到后会决定要不要拿这个 URL 重新评估一次，如果页面没达到质量门槛，无论你点多少次都不会进。
症状
- 几周内多次用 URL Inspection → Request Indexing
- 状态在 Discovered / Crawled / “URL not on Google” 之间来回
- 没明显错误也没 manual action
- 第 1 次点完看似有反应，后续 5+ 次完全无变化
快速结论
URL Inspection 是请求 Google 考虑这个 URL，不是强制收录。页面没达到质量门槛，重复请求也没用。
常见原因
1. 页面内容达不到 Google 的门槛
最常见。Request Indexing 后 Google 抓了，但判定”不值得收录”，标 “Crawled - currently not indexed”。再点 Request Indexing 它会再抓一次，结果一样。
如何判断：URL Inspection 输出里看 “Last crawl”。如果有具体时间但 “Page is not on Google” → Google 主动拒收，是质量问题。
2. 页面有隐形技术问题
最容易遗漏：
- canonical 指向另一个 URL（你想收录这个，但 canonical 让 Google 忽视）
- 隐藏的
<meta name="robots" content="noindex">（可能是模板某个分支条件加了） - robots.txt 屏蔽
如何判断：
URL="https://yourdomain.com/your-page"
echo "=== HTTP ==="; curl -sI "$URL" | head -3
echo "=== canonical ==="; curl -sL "$URL" | grep -oE '<link rel="canonical"[^>]+'
echo "=== noindex ==="; curl -sL "$URL" | grep -i noindex
echo "=== robots ==="; curl -s "$(echo $URL | grep -oE 'https?://[^/]*')/robots.txt" | head -10任何一项异常 = 修了之后 Request Indexing 才有意义。
3. 站点权威很低，Google 在省 crawl budget
新站、低权威站，Request Indexing 的请求会被排到队列后面甚至跳过。
4. 触发了每日 Request Indexing 配额
Google 给每个 Search Console property 每天 ~10-12 个 Request Indexing 配额（具体数字 Google 不公开）。超过后所有后续请求被默默忽略，UI 不会报错。
如何判断：你今天点了 10+ 次 URL Inspection → Request Indexing。第 10 次之后多半都被丢了。
5. URL Inspection 状态显示 “Submitted to Google” 但实际未抓
UI 显示 “提交到索引队列” 后并不代表 Google 真会抓。它只是接收了你的请求。
最短修复路径
Step 1：停止再点 Request Indexing
它有速率限制，首次提交之后多点没意义，反而浪费今天配额。把今天剩下的配额留给真正改完的 URL。
Step 2：用 URL Inspection 看 “测试过的页面”
URL Inspection → “测试实际网址” → “查看抓取的页面”：
- HTML：搜
noindex、canonical，确认没有隐形阻塞 - 截图：Google 看到的样子。空白 = SSR 问题
- More info → Resources：哪些资源加载失败？CSS/JS 路径错了会让 Google 视为破损
Step 3：对比目标 query 排名前 3 的页
Request Indexing 不能弥补内容质量差距。前 3：
- 字数中位数
- 独有数据
- 外链数
诚实评估：你这页跟他们差在哪？补什么。
Step 4：修根本质量问题
针对 “Crawled - currently not indexed”：
- 内容深度 ≥ 800 字（看 低内容深度）
- 加 3+ 独有信号（截图、表格、代码）
- 加 5+ 内链来源
- 加 1-3 条外链
Step 5：只提交 1 次 Request Indexing
修完后到 URL Inspection → Request Indexing → 只点 1 次。然后耐心：
- 1-3 天：Google 重新抓取
- 1-2 周：决定是否收录
- 4-8 周：稳定排名
期间不要再点。
Step 6：4 周后再判
如果 4 周后仍未收录，说明质量门槛还没达到。回到 Step 3 重做。
哪些情况可能不是你操作错了
新域名 Google 经常拒收数十页——这是沙盒效应，不是单页问题。集中精力在站点权威建设（外链 + 持续高质量内容），单个 URL 的反复 resubmit 解决不了沙盒。
容易误判的情况
- 以为 Request Indexing 是队列：质量信号弱时 Google 可能直接跳过请求
- 以为多点几次能提高优先级：反而会用光今日配额
- 以为 IndexNow / Indexing API 通用：Indexing API 只对 Job posting / Live stream 有效；其他网站滥用会被警告
预防建议
- 发布后用 1 次 Request Indexing，实质改写后再用 1 次。一周 10 次没必要
- 在”分区”级别看收录率，不是逐 URL（如
/articles/整体收录率 60% vs 单 URL 状态） - 改完才请求重新抓取，否则 Google 抓到的还是旧版本
- 把今日配额留给最重要的 URL，不要均匀分散
FAQ
Q：有 API 强制收录吗？ A：没有公开 API。IndexNow / Indexing API 只对 Job posting / Live stream 等特定场景有效，其他网站滥用会被警告。
Q：Bing 有类似限制吗？ A：Bing IndexNow 远比 Google Request Indexing 响应快。但 Bing 流量小，价值有限。
Q：用 sitemap 重交能代替 Request Indexing 吗？ A：sitemap ping 已废弃，重交 sitemap 也只是告知新 URL，不能强制收录。
Q：每天配额具体多少？ A：Google 不公开。社区测试约 10-12 个 URL/day/property。超过后 UI 不报错但请求被丢。