核心要点
结构化数据（Schema.org 的 JSON-LD）就是给页面贴”机器能读的标签”——告诉谷歌和 AI：“这是篇文章、作者谁、发布啥时候；这是个商品、价格多少、评分几星；这是组问答、问题和答案分别是啥”。
它不直接等于排名，但有两个硬价值：一是帮谷歌生成富摘要（星级、价格、FAQ 框），提升点击；二是帮 AI 在生成答案时精准抽取你的字段，是 GEO 引用 的底层基建，也是我们在GEO 优化指南里反复强调的方向。本文跳过”什么是 Schema”的基础，直接上实操和避坑。
独立站最该用的几种 Schema
1. Product + Offer + Review（商品页必加） 字段：name、brand、sku、image、description、offers（price、priceCurrency、availability）、aggregateRating（ratingValue、reviewCount）。 收益：搜索结果显示价格、库存、星级，视觉碾压纯蓝链；也给 AI 提供结构化商品事实。
2. FAQPage（几乎每页都该有）
把你页面底部的 ## 常见问题 用 FAQPage 包起来，问题和答案一一对应。
收益：谷歌可能抽成 FAQ 富摘要（直接在结果里展开问答）；AI 抽取答案时极其顺手。我们所有文章底部 FAQ 都走这套。
3. Article / BlogPosting（博客必加） 字段：headline、author、datePublished、dateModified、image、publisher。 收益：新闻类和博客类内容被谷歌和 AI 当”有出处的内容”对待，增强可信度。
4. BreadcrumbList（全站建议） 标出”首页 > 分类 > 当前页”的层级。 收益：搜索结果里显示面包屑路径，用户一眼懂归属；也帮 AI 理解站点结构。
5. HowTo（步骤类内容） 教程、操作指南类文章用 HowTo 标出步骤、所需材料、时长。 收益：谷歌可能生成”操作步骤”富摘要；AI 抽取步骤极准。
6. Organization（全站放一处） 公司名、logo、社媒链接、联系方式。放首页或全站共用的 JSON-LD 里。 收益：强化 品牌实体，AI 理解”这是个真实公司”而非内容农场。
怎么写：JSON-LD 的基本姿势
放在 <head> 或 <body> 底部都行，用 <script type="application/ld+json"> 包裹。多个类型可以合并在一个 script 里（用 @graph），也可以分多个 script。
最小可运行示例（商品页）：
{
"@context": "https://schema.org",
"@type": "Product",
"name": "316不锈钢保温杯 500ml",
"brand": {"@type": "Brand", "name": "趣米"},
"sku": "QM-BOT-500",
"image": "https://www.qumi.work/img/bottle-500.jpg",
"offers": {
"@type": "Offer",
"price": "19.99",
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
}
}要点：
- @context 必须是 schema.org 完整 URL，别写错。
- 字段值要和页面可见内容一致：结构化数据里写”4.8 星 200 评价”，页面上也得有，否则算误导，会被谷歌惩罚。
- 用 @id 连通实体：Organization 用
https://www.qumi.work/#organization，Article 的 publisher 引用同一个 @id，实体图谱才连得起来。
最常见的坑（血泪清单）
坑一：结构和内容对不上 页面没评分却硬写 aggregateRating，或写了 5 星实际 0 评价。谷歌对虚假结构化数据打击很严，轻则富摘要消失，重则整页降信任。评分从真实积累来，没有就先不加。
坑二：复制粘贴同款 Schema 到所有页 所有商品页用同一个 name/description，谷歌当重复或垃圾。每个页的字段要反映该页真实内容。
坑三：FAQ 写了但页面看不到答案
FAQPage 的 answer 必须是页面上真实可见的文字。你藏在 JS 里或只写了问题没写答案，谷歌抽不到，等于白写。我们文章里 FAQ 是真实渲染的 ### 问题 + 答案 段落。
坑四：用了 Google 不支持的类型 部分 Schema 类型谷歌不生成富摘要（如有些医疗、金融类受限）。写之前查 Google 官方”支持的结构化数据”清单，别白费劲。但即使不生成富摘要，对 AI 引用 仍有价值，所以该写还写。
坑五：JSON 语法错误 少了个引号、多了个逗号，整个 script 失效。写完用校验工具过一遍。
坑六：和 Headless/前端框架冲突 前后端分离架构 下，结构化数据要确保在服务端渲染输出，别等到客户端 JS 才注入，否则谷歌可能抓不到。这是我们反复强调的”Headless SEO 前置”原因之一。
怎么验证确实生效
别写完就当成功了，三步验：
- Google 富媒体测试工具（Rich Results Test）：贴 URL 或代码，看有没有报错、识别了哪些类型。
- Schema.org Validator（schema.org 官方校验器）：更底层的语法和类型检查。
- GSC → 增强功能报告：上线后几天，GSC 会显示你站哪些富摘要类型被识别、有无问题。
我们部署后习惯用脚本断言：拉线上页面、解析 JSON-LD、检查必填字段非空、@type 正确。肉眼看 HTML 通过不等于机器解析通过，必须程序化验证。
和 GEO 的深层关系
谷歌富摘要是”给人看的增强”，GEO 引用是”给 AI 用的原料”，两者共用同一套结构化数据。
AI 在生成答案时，倾向于引用字段清晰、出处明确、和查询意图对齐的内容块。你的 Product/FAQ/HowTo 结构化数据，就是给 AI 现成的”可抽取事实包”。没有它，AI 要从散文里猜你的参数和评价，准确率低、引用意愿也低。
所以结构化数据不只是 SEO 技巧，是 GEO 基建 的硬性一环。和 可被 AI 引用的内容写法、品牌实体一致性 配合，形成”内容能被读懂 → 被信任 → 被引用”的链条。
常见问题
加了结构化数据排名会直接涨吗？
不一定直接涨排名，但大概率提升点击率（富摘要更显眼），并显著提升被 AI 引用的概率。把它当”长期基建”而非”速效排名药”。和 常规 SEO 优化 配合才有乘数效应。
FAQ 结构化数据会不会让内容在谷歌结果里”剧透”，反而没人点？
有可能，但收益通常大于风险。FAQ 富摘要提升整体曝光和信任，且多数人看了摘要仍会点进来看完整内容或浏览其它产品。如果某篇 FAQ 含核心转化信息、你特别怕剧透，可以只对部分问题加结构化数据，保留关键答案不暴露。
评分还没积累，能先写 aggregateRating 吗？
不能，也别写。没有真实评价就别放评分字段，否则是误导性质的结构化数据，风险大于收益。等有 5–10 条真实评价再开。评分低但真实，远好于造假被抓。
多个 Schema 类型放一个 script 还是分开？
都可以。用 @graph 合并在一个 script 里更紧凑、实体 @id 连通更方便；分开多个 script 可读性高、便于维护。我们倾向按页面类型拆成 2–3 个 script（如 Organization 全局一个、页面级一个）。只要语法对、字段真，谷歌都能解析。
结构化数据是”写给机器看的诚实简历”。写对了，谷歌和 AI 都更懂你；写假了，两头不讨好。如果你的站结构化数据还是缺失或复制粘贴的模板，可以交给我们的 GEO 落地服务做一次全站 Schema 审计——按页面类型补全、校验字段真实性、程序化验证线上生效。具体联系我们。
