JSON-LD 生成器
选一个类型，填好字段，拿到必填属性被强制校验过的合法 JSON-LD。FAQPage 那个选项带一条大多数生成器不会给的警告 —— 因为搞错过的正是我们。
你的标记
粘到 </head> 之前。每个页面一个块就够了；一个页面上放五个互相竞争的块，比放一个更难读。
检查
FAQPage 的坑，从里面看
直到上周，这个站上有 74 组问答写在 JSON-LD 里、分布在 30 个页面上，而那些页面里没有一处让读者看得见问题原文。标记是合法的。JSON 能解析。我们跑的每一个自动检查都说这些页面有 FAQ 结构化数据 —— 因为它们确实有。
Google 对 FAQ 富媒体摘要的要求，不是「标记存在」，而是「内容对用户可见」。一个答案只存在于 script 标签里的页面，拿不到那条摘要，而且这个失败是无声的：不报错、不警告，摘要就是永远不出现。
我们把 74 组全部重做了 —— 这就是为什么这个站上的 FAQ 块是可展开、文字可见的行，而不是只有标记。这个生成器没法阻止你犯同一个错 —— 任何生成器都做不到，因为这项检查发生在渲染后的页面上，不在 JSON 上。但每当你选 FAQPage，它都会告诉你：JSON 只是这件事的一半。
关于 JSON-LD，我们测到了什么
0.391 是整个实验里最大的相关系数 —— 大于字数、大于表格数量、大于页面有没有摘要块。它也是唯一一个在这个样本量下过线的页面级特征。我们测过的其他特征全部在线下，这就是为什么这个站不会卖给你一张「要加这十种 schema」的清单。
它仍然是 48 个页面上的相关性，而且一个带 JSON-LD 的页面，往往本来就是一个被人认真处理过的页面。用这个样本，我们分不开这两个效应，所以我们不声称因果。
关于 JSON-LD 的问题
JSON-LD 能提高我的排名吗？
不能直接提高，也无法用我们能证明的方式提高。我们测到的是它与「是否被引用」的相关性：带 JSON-LD 的页面被引用率 36.0%，不带的是 10.5%。这是 48 条来源的样本，是相关性而不是对照实验，局限全部写在方法论页上。但它仍然是我们找到的最强信号。
为什么单独提醒 FAQPage？
因为我们自己就搞错过。我们有 74 组问答写在 JSON-LD 里，分布在 30 个页面上，而那些问题在页面上任何地方都看不见 —— 标记在，文字不在。Google 对 FAQ 富媒体摘要的要求是内容必须对用户可见，所以那些页面一条摘要都拿不到。我们把它们全部重做了，而这个生成器会在你重犯之前提醒你。
博客文章应该用哪个类型？
用 Article；如果你的主题已经在用 BlogPosting，就用它。Organization 和 WebSite 只该出现一次，在首页 —— 把她们放到每一个页面上，是最常见的「同一个实体四十份副本、却没有一份是明确正本」的成因。
我需要 @id 吗？
只有当你在多个节点里引用同一个实体时才需要。一个页面上的一个节点不需要标识符。一旦你在 Article 上写了 <code>publisher</code> 并指向你的 Organization，两边就需要一个对得上的 @id，否则爬虫只能去猜它们是同一家公司。
这能通过 Google 的富媒体测试吗？
JSON 一定能解析，那是那个测试检查的第一件事，必填属性在这里也是强制的。至于富媒体摘要到底会不会出现，取决于页面上的可见内容是否与标记一致 —— 而那一段，没有任何生成器能替你做。