Search Console 显示“视频未编入索引”，该怎么排查？

看到“视频未编入索引”时，先确认承载视频的页面已经被 Google 索引，再检查它是否是真正以单一视频为主的 watch page。随后依次核对播放器是否出现在渲染 HTML、缩略图能否抓取、视频或播放器 URL 是否稳定，以及 HTML、VideoObject 和 sitemap 中的元数据是否一致。

不要先反复点击“验证修复”，也不要只改一段 JSON-LD。视频索引依赖页面索引、页面类型、渲染、媒体资源和元数据；顺序错了，很容易修了字段却没有解决前置问题。

Search Console 的视频索引报告到底统计什么？

报告统计页面而不是全站视频文件数量

Search Console 视频索引报告只覆盖已经索引、并被 Google 检测到视频的页面。它把页面分为“视频已编入索引”和“没有视频被编入索引”；即使一页检测到多段视频，报告也只显示一个最可能被索引的候选视频，Google 每页最多索引一段视频。Search Console 视频索引报告说明

因此，报告中的 20 个页面不等于网站只有 20 个视频。若实际有 100 个带视频页面而报告总数很低，可能是页面尚未索引，也可能是 Google 根本没有在页面中发现视频。

No video indexed 与 No video found 不是一回事

“No video indexed”表示 Google 已在一个已索引页面上发现至少一段视频，但没有把候选视频编入索引。“No video found”则表示 Google 检查页面时没有发现视频，这类页面甚至可能不出现在视频索引报告里。

现象	Google 已索引页面	Google 已发现视频	第一检查点
页面不在报告中	不确定	不确定	URL 检查与页面索引
No video found	是	否	渲染 HTML 与播放器加载
No video indexed	是	是	watch page、缩略图、视频 URL
Video indexed	是	是	继续监测展现，不代表固定排名

第一步为什么必须先查页面索引？

未索引页面里的视频没有进入视频索引的前提

Google 只从已索引的 watch page 建立视频索引。先用 URL 检查工具查看 canonical、抓取许可和页面索引状态；若页面被 robots.txt 阻挡、带有 noindex、需要登录、被判断为重复页或 canonical 指向其他 URL，应先解决页面问题。Google 视频索引排错概念

还要检查页面是否从站内获得链接，是否出现在合适的 sitemap。视频 sitemap 可以提供额外的视频描述，但不能让一个不可索引页面绕过页面索引规则。

实时测试与已索引状态要分开看

URL 检查中的“测试实际网址”反映当前页面是否可访问和渲染，不代表 Google 已经重新抓取并更新索引。修复后实时测试正常，只能说明当前版本具备条件；仍需等待重新抓取，并观察索引状态变化。

建议在问题台账中分别记录“上次抓取版本”和“当前线上版本”，包括修改时间、canonical、robots、播放器位置和资源 URL，避免把旧报告当成当前页面结论。

第二步怎样判断页面是否被当作 watch page？

用户访问页面的主要原因应是观看一段视频

Search Console 当前把“Video isn't on a watch page”列为明确原因。产品详情页中的辅助视频、文字为主的博客、并列多个视频的分类页通常不符合。若视频本来只用于补充产品参数，不应为了消除报告提示就强行把产品页改成视频页。Google 对 watch page 的说明

如果业务确实需要视频索引，应创建标题、摘要和正文都围绕一段视频的独立页。可先使用本系列的产品视频页面类型判断，确认独立页面有真实搜索需求。

主视频位置和尺寸要在加载时明确

报告中的“Cannot determine video position and size”常见于首屏只显示封面图，用户点击后才插入播放器。修复方向是让播放器在页面加载时就以真实位置和尺寸存在，不依赖点击、滑动或输入后才生成。

把主视频放到页面 HTML 更靠前的位置有助于减少识别歧义，但不要为了机器把标题、摘要和关键说明全部移走。目标是让用户打开页面时就知道主视频在哪里，同时保持页面内容完整。

第三步怎样确认 Google 真的看到播放器？

以渲染后的 HTML 和截图为准

页面源代码里有 iframe 字符串，不代表 Google 渲染时一定得到播放器。使用 URL 检查的实际网址测试，查看渲染 HTML 和截图：播放器元素是否存在，是否被同意弹窗、登录层、懒加载占位图或脚本错误挡住。

Google 可识别常见的 video、iframe、embed 和 object 元素。若媒体 API 调用失败，也应保留可识别的视频容器和元数据。不要让视频的出现完全依赖用户动作。Google 视频发现最佳实践

第三方播放器也要检查抓取条件

YouTube、Vimeo 或私有视频平台可能在用户浏览器中正常播放，但 Googlebot 未必能访问同一播放器或媒体。遇到“Video not found on host service”时，先核对视频 ID、公开状态和嵌入权限，再检查官网页面中的播放器 URL 是否仍指向有效视频。

不要通过伪装 Googlebot 或给不同爬虫返回不一致内容来制造结果。若需要限制媒体访问，应按照视频平台和 Google 的公开验证方式处理，并保留真实用户与搜索系统都能理解的页面内容。

第四步怎样排查缩略图问题？

没有可用缩略图时视频不能被索引

Search Console 会展示 Google 识别到的缩略图 URL。若缩略图无法找到或生成，视频无法建立索引。检查 URL 是否返回成功、是否需要登录、是否过期、是否被图片防盗链或网络策略拦截，以及文件格式和尺寸是否合理。Search Console 缩略图说明

Google 的视频最佳实践要求缩略图使用稳定 URL，并允许 Googlebot 和 Googlebot-Image 获取。若同时从 poster、VideoObject、Open Graph 和视频 sitemap 提供缩略图，应尽量保持同一段视频使用同一个地址。

每段视频使用独立且真实的缩略图

不要给全站几十段视频重复使用品牌横幅。Search Console 可能把多个来源的元数据组合起来，造成视频标题来自一个 URL、缩略图来自另一个 URL。每段视频使用独立视频 URL 和缩略图，且 HTML、结构化数据与 sitemap 保持一致，有助于消除这种歧义。

第五步怎样检查视频 URL 和元数据？

稳定 URL 比短期签名地址更适合抓取

“Video not processed”或长期停留在处理状态时，检查媒体与缩略图 URL 是否频繁变化、很快过期或返回不一致内容。Google 需要重复抓取和处理实际媒体，短期签名 URL 可能在下一次请求前就失效。

如果能提供真实媒体字节 URL，在 VideoObject 中使用 contentUrl；只能提供第三方播放器时使用 embedUrl。两个字段、HTML 标签、视频 sitemap 和 mRSS 对同一视频的描述应一致。具体字段可按VideoObject 实施清单复核。

不要把 Last crawled 当作视频处理时间

Search Console 问题详情中的 Last crawled 是页面最后抓取时间，不是视频最后抓取或处理时间。修改视频后不要据此断言媒体已经重新处理，也不要用报告延迟编造固定生效周期。

第六步什么时候启动验证修复？

先修完同一问题的已知实例

Google 建议在修复某一具体问题的全部已知实例后，再启动验证。验证会检查一组 URL，并显示 Not started、Started、Looking good、Passed、Failed 等状态；不同问题在同一 URL 上可以有不同状态。Search Console 修复验证说明

验证通常可能持续数天甚至更久。Started 或 Looking good 不是最终通过，Passed 才表示 Google 已确认已知实例中不再发现该问题。即使不手动启动验证，Google 后续抓取时也可能更新问题数量。

用小批量和证据日志管理修复

先选 3—5 个具有代表性的 URL，记录修改前原因、修改动作、上线时间、实时测试结果和后续状态。确认修复路径有效后再扩大批次。对有意被 robots 阻挡或下线的页面，不必为了清零报告而开放。

NeoGress 当前公开工作流把站点内容、部署、sitemap 和 Search Console 检查放在同一条线上，适合把 URL 级排错记录与页面更新一起管理。它不能缩短 Google 的实际处理时间，也不能保证验证结果。NeoGress 公开能力说明

一张排错表应该记录哪些信息？

每个 URL 只记录可复核的观察结果

字段	示例口径	用途
页面 URL	正式 canonical	确定唯一排查对象
页面索引状态	已索引、未索引及原因	先处理前置条件
报告原因	原文状态名称	避免自行改写含义
主视频 URL	contentUrl 或 embedUrl	对照 HTML 与标记
缩略图 URL	实际识别地址	检查抓取和一致性
watch page 判断	是或否及依据	决定结构调整方向
修改与时间	具体动作和上线时间	区分新旧版本
验证状态	Started、Passed 等	追踪 Google 复核

台账不应填写“预计三天收录”或“必定恢复”等不可验证结论。团队需要的是下一步能执行的证据，而不是漂亮但没有依据的预测。

FAQ

页面已经被收录为什么视频还未编入索引？

页面索引只是前提。Google 还会判断页面是否以视频为主、能否发现播放器、缩略图和视频 URL 是否可抓取，以及视频是否符合索引要求。

Search Console 没有视频索引板块说明什么？

对具体 URL 而言，通常说明 Google 没有在已检查版本中发现视频。应查看渲染 HTML 和截图，并确认页面本身已经索引；报告缺失不能直接归因于 VideoObject 某个字段。

Video isn't on a watch page 必须修复吗？

不一定。如果视频只是产品页的补充内容，这个判断可能符合页面真实用途。只有业务需要承接独立观看和视频搜索意图时，才值得建立或调整独立视频页。

Video not processed yet 要马上改代码吗？

不应只凭这一状态立刻改代码。先确认页面和资源稳定、视频可访问、报告时间与最近上线时间，再等待处理；若长期不变，再按 URL、缩略图和抓取条件排查。

点击验证修复会让 Google 更快收录视频吗？

验证用于确认特定问题是否已经消失，不是收录保证或加速按钮。先完成实际修复，再用验证跟踪 Google 的复核过程。

下一步怎么做？

从报告中选一个问题类型和 3—5 个代表 URL，按“页面索引 → watch page → 渲染播放器 → 缩略图 → 视频 URL 与元数据”顺序记录证据。只有前一项通过后再查下一项，修复完整批次后再启动验证。

核心外部依据

• https://support.google.com/webmasters/answer/9495631
• https://developers.google.com/search/docs/appearance/video
• https://neogress.com/