FAQ Schema 标记入门指南：JSON-LD 问答解析

1. 什么是 FAQ Schema？

FAQ schema 是一种特定类型的结构化数据标记，你可以将其添加到网页代码中。它向搜索引擎表明你的页面包含一系列常见问题及其答案。具体来说，它是一种用于标记你网站上问答内容（Q&A）的标准化格式（由主要搜索引擎共同创建的 schema.org 词汇体系的一部分）。这层额外信息并不会改变页面在访问者眼中的样子，但它能帮助搜索引擎更好地理解页面内容。

使用 FAQ schema，你相当于为搜索引擎提供了一份关于你问答内容的“速查表”。例如，你以结构化的方式标记每个问题及其答案，这样搜索引擎就能准确知道哪些文本是问题，哪些文本是答案。推荐的实现方式是使用 JSON-LD (JavaScript Object Notation for Linked Data)，这是一种轻量级的数据格式。JSON-LD 是谷歌目前更青睐的结构化数据格式，因为它易于作为 <script>​ 标签添加到 HTML 中，并且不会干扰页面显示。FAQ schema 就像用搜索引擎能流利理解的语言来标记你的问答内容，从而有可能提升你的内容在搜索结果中的展现。

需要注意的是，FAQ schema 仅适用于那些由网站自身提供问题和答案的页面（而非用户提交的问答内容）。如果用户可以提交答案（例如在论坛或问答平台），谷歌认为这属于另一种 schema 类型 (QAPage)，而非 FAQPage。因此，FAQ schema 适用于静态的常见问题解答——即由你的团队或内容创作者预估并为用户解答的问题。

2. FAQ Schema 长什么样？

要理解 FAQ schema 是如何工作的，我们来看一个实际的代码示例。FAQ schema 通常以 JSON-LD 格式添加在页面的 <script type="application/ld+json">​ 标签内（通常放在 <head>​ 或 <body>​ 的末尾）。以下是一个包含两对问答的 FAQ 部分的 JSON-LD 代码块示例：

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "什么是 FAQ schema？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "FAQ schema 是一种结构化数据标记，可帮助搜索引擎理解网页上的问题和答案。"
      }
    },
    {
      "@type": "Question",
      "name": "FAQ schema 能改善 SEO 吗？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "FAQ schema 可以通过在搜索结果中添加问题和答案来增强你的列表展示，但它本身并不能直接提高搜索排名。"
      }
    }
  ]
}
</script>

我们来分解一下这个 JSON-LD 示例中的内容：

这段 JSON-LD 代码应放置在你的页面上（可以放在 HTML 的 head 部分或 body 部分）。注意，代码中的问题和答案也应该作为可见文本存在于你的页面上——schema 只是标记它们。添加此代码后，你可以使用谷歌的富媒体搜索结果测试 (Rich Results Test) 或其他结构化数据测试工具来验证它是否被正确识别为包含两个问答条目的 FAQPage。

3. FAQ Schema 能改善 SEO 吗？

仅仅在页面上添加 FAQ schema 并不会奇迹般地提升你的搜索排名——它不是一个直接的排名因素。谷歌曾表示，如果某些结构化数据未被用于特殊功能，那么它对你的搜索外观没有可见影响。换句话说，你不会仅仅因为添加了 schema 标记就跃居谷歌搜索结果的顶部。

然而，FAQ schema 可以通过改善你的列表在搜索引擎结果页面 (SERP) 上的显示方式，从而间接提升你的 SEO 效果。当 FAQ schema 被正确实施并被谷歌识别后，你的页面就有资格获得富媒体搜索结果 (rich result) ：一种扩展的列表形式，会在谷歌搜索结果中你的页面标题下方直接显示问题（用户可以点击展开答案）。这种增强的可见性可以带来更高的点击率，因为你的搜索结果占据了更多空间，并能立即为用户提供答案。过去，几乎任何使用 FAQ schema 的网站都能获得这种引人注目的结果，这通常会带来更多的搜索流量。让这些问答直接在谷歌上显示，可以使你的搜索结果信息更丰富、更具吸引力，从而可能比标准结果吸引更多点击。

在 2023 年中期，谷歌调整了其对 FAQ 富媒体搜索结果的策略。现在，谷歌显著限制了 FAQ 摘要的显示范围，主要针对特定类型的网站（通常是健康或政府等特定垂直领域内知名的权威网站）。这意味着，即使你的页面标记正确，谷歌也可能不会总是在结果中显示 FAQ，除非你的网站符合其高权威性标准或属于那些特定类别。因此，FAQ schema 在谷歌上带来的直接视觉好处对许多网站而言已经减少。

尽管如此，添加 FAQ schema 仍然具有超越富媒体摘要本身的 SEO 益处。通过结构化你的内容，你让搜索引擎更容易解读你的页面，这在其他方面也能提供帮助。实施了良好 schema 的页面整体表现往往更好，这很可能是因为搜索引擎能更好地理解它们。正确标记的 FAQ 内容还可以增加你的内容在其他搜索功能中被展示的机会。例如，在你的页面上拥有清晰的问答对（尤其是在使用了 schema 的情况下）可能有助于你的内容出现在谷歌的精选摘要 (featured snippets) 或 “相关问题” (People Also Ask) 部分。这些是在搜索页面上直接显示问题和简短答案的框。如果你的内容以问答形式结构化，谷歌可能会从中提取信息用于这些功能。

你应将 FAQ schema 视为一种 增强 你 SEO 展示效果的方式，而不是一个本身就能提升排名的工具。如果得以显示，它可以提高你的可见度和点击率，并且有助于机器更好地理解你的内容——所有这些都对 SEO 有积极影响。只需保持切合实际的期望：它并非万能，而是 SEO 的一个明智的辅助策略。

4. 谷歌和必应如何使用 FAQ Schema？

谷歌和必应都会使用像 FAQ schema 这样的结构化数据来更好地理解页面内容，有时也会用来增强搜索结果。我们分别来谈谈：

谷歌： 当谷歌在你的页面上看到有效的 FAQ schema 时，它可以使用这些信息来创建 FAQ 富媒体搜索结果。这是一种常见的格式，你的搜索结果列表会显示几个问题，用户无需离开谷歌页面即可点击展开答案。例如：

一个显示 FAQ 摘要的谷歌搜索结果示例，用户可以展开阅读答案。
一个显示 FAQ 摘要的谷歌搜索结果示例，用户可以展开阅读答案。

谷歌对 FAQ schema 的使用（当他们选择显示时）使用户更容易快速获取信息。然而，如前所述，谷歌现在仅对有限的一部分网站（主要是特定领域的权威网站）显示这些 FAQ 富媒体搜索结果。如果你的网站符合条件，FAQ 摘要可以提升你搜索结果的显著性。如果不符合，谷歌将仅忽略 FAQ 的显示，但 仍会在内部使用这些 schema 数据 。即使没有显示富媒体摘要，谷歌也可以利用 FAQ 标记来更好地理解你页面的内容和上下文。

谷歌还可能以其他方式使用 FAQ schema。例如，用问答 schema 标记的内容可能会被用于语音搜索的回答（谷歌助手可能会使用它），或者影响哪些内容会被提取到精选摘要和“相关问题”中。谷歌会读取 FAQ schema，并在其认为用户可以从问答内容中受益的任何地方重新利用这些信息。

必应： 必应（包括其新的人工智能驱动的搜索体验）也会利用结构化数据。事实上，微软已确认 schema 标记有助于其必应 AI 和大型语言模型理解你的内容。这意味着你添加的 FAQ schema 可以帮助必应解读你的页面回答了哪些问题，这对于必应自身的富媒体搜索结果乃至其聊天机器人式的答案都很有价值。一些 SEO 分析指出，必应、DuckDuckGo 及其他搜索平台在有可用数据时，仍然会积极显示 FAQ 富媒体搜索结果。因此，如果用户在必应上搜索，你的页面可能会在列表下方显示类似的扩展 FAQ 摘要，为你带来额外的可见度（必应的呈现方式可能与谷歌不完全相同，但概念是相似的）。

必应的FAQ呈现方式
必应的FAQ呈现方式

此外，随着必应与 AI（如必应聊天/Copilot）的集成日益加深，拥有结构化的问答数据有助于你的内容在这些 AI 驱动的答案中被用作可信来源。必应可以利用你的 FAQ schema 直接向用户呈现快速的问答对，或在其对话式搜索中更好地回答查询。

核心在于： 搜索引擎都会利用 FAQ schema 来理解你的页面。谷歌可能会以富媒体摘要的形式奖励你（尽管现在仅限于特定网站），而必应及其他搜索引擎可能仍会自由显示 FAQ 摘要。即使这些引擎没有在结果中直观地显示 FAQ，结构化数据仍在向它们的算法和 AI 提供关于你内容的信息。这可以间接帮助提升你在语音搜索、AI 摘要或其他富媒体搜索功能中的可见性。这进一步说明了为什么使用 schema 是实现全面 SEO 的良好实践。

5. 每篇文章都需要 FAQ Schema 吗？

并非每个页面都需要 FAQ schema。是否使用 FAQ schema 的决定应取决于页面的内容，而不是对整个网站一概而论。如果一个页面自然包含常见问题（或者可以通过一个简短的问答部分来解决该主题的常见疑问从而受益），那么添加一个 FAQ 部分并用 schema 标记它是个好主意。但如果你的博文是纯粹的叙述性内容，或者并没有真正的问答形式，就不应该强行添加。

初学者常犯的一个错误是试图给每一篇文章都添加一个通用的 FAQ 部分，仅仅是为了拥有 schema。这通常会导致在许多页面上重复相同的问题和答案，这样做并无益处。事实上，根据谷歌的指南，如果完全相同的 FAQ 内容出现在你网站的多个页面上，你应该只在一个页面上标记它（全站仅标记一次）。在各处重复相同的 FAQ 会稀释相关性，甚至可能迷惑搜索引擎（它们可能将其视为重复内容或垃圾标记）。例如，想象一个电商网站在每个产品页面都添加了相同的“关于我们的运输和退货的 FAQ”。用 FAQ schema 标记所有这些页面就显得多余了——更好的做法是拥有一个专门的 FAQ 页面或只标记一个实例。

与其在每篇文章上都使用 FAQ schema，不如有策略地使用它：

所以，你并不需要在每篇文章上都使用 FAQ schema。在它有助于回答用户关于该主题的真实疑问时使用它。你的许多页面可能根本不需要 FAQ。首先关注你的内容——如果一个 FAQ 部分自然形成或能增加价值，那么它就是标记的候选对象。记住，schema 是用来阐明已有内容的，而不是一种添加不相干内容的技巧。通过有选择性和深思熟虑地使用，你将保持良好的用户体验，并避免过度使用 schema 的陷阱。

6. 如何编写自己的 FAQ Schema 标记

自己编写 FAQ schema 标记听起来可能很技术性，但即使你不是程序员，也完全可以驾驭。以下是使用 JSON-LD 创建 FAQ schema 的分步方法：

提示： 如果你对亲手编写 JSON-LD 感到不自在，有一些工具和插件可以提供帮助。例如，一些内容管理系统（如带有 SEO 插件的 WordPress）提供了无需编码即可输入 FAQ schema 的方式——你填写一个包含问题和答案的表单，插件会为你生成 JSON-LD。还有一些在线的 FAQ schema 生成器，你输入问答内容，它们就会输出 JSON 代码。使用这些工具可以加快流程并减少语法错误。只需确保无论你使用何种方法，输出都遵循正确的结构（如我们概述的 context, FAQPage, mainEntity, Question, Answer 等）。

一开始可能需要一些练习，但一旦你做过几次，它就会变成一个简单的常规操作。并且记住，始终保持你的实际页面内容与 schema 同步——问题和答案应该在页面上可见，并且与你在 JSON-LD 中标记的内容完全一致。

7. 最佳实践与常见问题

在实施 FAQ schema 时，请牢记这些最佳实践，并注意常见的陷阱：

最佳实践：

需要避免的常见问题：

你可能也感兴趣