富媒体摘要依赖HTML结构化基础与Schema标记协同：title和meta description必须准确，img需带src和alt，main内容容器不可少，JSON-LD须用HTTPS绝对路径、ISO 8601日期且置于head中，同时FCP≤2.5秒、图片可预取、移动端响应式达标。
HTML结构化本身不强制要求富媒体摘要，但搜索引擎（尤其是Google）会依赖特定结构化标记来生成富媒体摘要（Rich Results），没按规范写，再好的内容也大概率不会被识别。
哪些HTML标签和属性直接影响富媒体摘要识别
Google主要依赖Schema.org词汇表配合JSON-LD或微数据，但基础HTML结构是前提。以下标签缺失或误用会直接导致解析失败：
-
<title>和<meta name="description">必须存在且语义准确——这是富摘要标题和描述的 fallback 来源 -
<img>必须带src和有效的alt属性；width/height推荐显式声明，避免CLS（累积布局偏移）影响展示资格 - 文章类内容需有明确的主内容容器，如
<main>或带itemprop="mainContentOfPage"的元素；否则爬虫可能抓取页脚或侧边栏作为摘要正文 - 日期、作者、正文等关键字段若混在无语义的
<div>里，即使后面加了JSON-LD，也可能因DOM结构混乱被降权处理
JSON-LD比微数据更可靠，但必须挂载在正确位置
JSON-LD是Google官方首选，但它不是“贴上就生效”。常见失效原因：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- JSON-LD代码放在
<body>底部或异步加载后注入——Googlebot可能未等待执行完就结束解析 -
@context写错，比如用了"https://schema.org"却漏掉末尾斜杠，或误写成"http://schema.org"（HTTP协议已不支持） -
image字段填了相对路径（如"./cover.jpg"），而Google要求绝对URL；本地开发环境用localhost也100%不被识别 - Article类型中
datePublished和dateModified格式不符ISO 8601（如写成"2024-05-20"可以，但"2024/05/20"或"May 20, 2024"会被忽略）
富媒体摘要对页面性能有隐性门槛
Google不会因为结构对了就立刻展示富摘要，实际还卡着几个非文档化但可验证的硬指标：
立即学习“前端免费学习笔记（深入）”；
- 页面首次内容绘制（FCP）超过2.5秒，富摘要展示概率下降超60%——结构再标准，用户还没看到内容，爬虫已放弃深度解析
-
<img>的loading="lazy"在首屏关键图上误用，会导致图像URL无法被及时提取，image字段校验失败 - 使用CDN但未开启CORS头（如
Access-Control-Allow-Origin: *），当Google从其服务器预取图片时会失败，直接剔除该条富摘要资格 - 移动端视口设置错误，比如
<meta name="viewport">缺失或user-scalable=no，Google会判定为非响应式页面，限制富摘要投放
真正卡住富媒体摘要上线的，往往不是JSON-LD语法错误，而是HTML骨架松散、资源加载不可靠、或移动端基础体验不达标——结构化只是入场券，不是通行证。
