AISeeWhy
ZH
开始免费试用

面向 AI 回答的结构化数据：标记什么以及如何标记

发布于

简短回答

结构化数据本身并不能解锁 AI 回答，但它能消除对事实的疑虑。将发布者标记为带 sameAs 链接的 Organization，为每篇文章标记 author、datePublished 和 dateModified，为产品标记 offers、价格和币种，并为问答小节使用 FAQPage。使用 JSON-LD，并保持与页面所显示的内容一致。

读取 HTML 的爬虫必须自己推断页面由谁发布、何时更改、产品价格多少。JSON-LD 则用 schema.org 词汇明确陈述这些事实。Google 表示其 AI 功能不需要特殊的 schema，其他 AI 厂商也没有公布它们如何使用标记，所以务实的目标是清晰，而不是排名技巧。

本页内容
  1. 结构化数据为什么有助于 AI 回答？
  2. 我该如何标记我的组织？
  3. Article 或 BlogPosting 标记应包含什么？
  4. FAQPage 标记还值得添加吗？
  5. 如何标记产品或应用的价格？
  6. 如何检查我的标记是否被正确读取？

结构化数据为什么有助于 AI 回答？

AI 回答常常需要陈述事实：谁制造了某个产品、它多少钱、一篇文章是否是最新的。如果这些事实只存在于行文中，就可能被误读，或与其他页面的事实混在一起。标记为每个事实提供了单一、一致的陈述，任何解析器都能读取。

尽可能使用 JSON-LD；Google 推荐它，认为这是最容易实现和维护的格式。并且遵守 Google 的基本规则：不要标记页面上用户看不到的信息，即使这些信息是准确的。

我该如何标记我的组织？

带有 name、url、logo 和 sameAs 的 Organization 可以告诉爬虫网站背后是谁。schema.org 将 sameAs 定义为能明确指示该项身份的参考页面的 URL，例如你在其他地方的官方资料页。Google 建议把它放在首页或关于页面上；你不需要在每个页面上都放。

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

给组织一个稳定的 @id，这样你网站上的其他标记，例如文章的 publisher，就可以引用它。sameAs 中只列出你自己掌控的资料页。链接到名称相近的另一家公司的页面，会产生与你希望相反的效果：它会模糊标记本来要明确的身份。

Google 还列出了可选属性，例如 description、legalName、contactPoint 和 address。添加真实且稳定的那些；凡是需要你手动不断更新的就不要加。

Article 或 BlogPosting 标记应包含什么？

对于文章，对可信度和时效性最重要的属性是 headline、带有 name 和能标识作者的 url 的 author、datePublished 和 dateModified。Google 要求日期使用 ISO 8601 格式，并建议包含时区。

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

保持 dateModified 诚实且一致。在可见页面和站点地图的 lastmod 中使用同一个日期，并且仅在内容确实变化时才更新。

FAQPage 标记还值得添加吗？

要清楚它已经不再起什么作用。Google 已停止在搜索中显示 FAQ 富媒体结果，并删除了该功能的文档。因此 FAQPage 标记不会让你在 Google 中获得展开的 FAQ 结果。

它仍然是有效的 schema.org 类型，以机器可读的形式把每个问题与其答案配对，对任何解析页面的系统都有用。如果你的页面上已经有可见的 FAQ 小节，为它加标记的成本很低。不要在标记中添加页面上没有的问题。

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

如何标记产品或应用的价格？

人们经常向 AI 助手询问某个产品的价格，而埋在定价表里的价格很容易被误读。在你的 Product 或 SoftwareApplication 标记中添加带有 price 和 priceCurrency 的 offers。Google 将 price 列为 offer 的必填项，并建议提供 priceCurrency；免费应用应将价格标明为 0。

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

如何检查我的标记是否被正确读取？

AISeeWhy 会解析你页面上的 JSON-LD，并报告无效的块、缺失的发布者或 sameAs、不完整的文章数据、没有价格的应用或产品标记，以及没有对应 FAQ 标记的问题式标题，并为每项修复提供可直接使用的代码片段。

常见问题

要出现在 Google AI Overviews 中，我需要结构化数据吗？

不需要。Google 表示，AI Overviews 或 AI Mode 不需要特殊的 schema.org 结构化数据。不过标记仍有助于让日期和价格等事实更加明确。

该用 JSON-LD、Microdata 还是 RDFa？

都是有效的，但 Google 在你的环境允许时推荐 JSON-LD，因为它更容易添加，也更容易与可见的 HTML 分开维护。

每个页面都应该有 Organization 标记吗？

Google 建议把它放在首页或某个介绍该组织的页面上。其他页面可以通过其 @id 引用它。

结构化数据能取代好内容吗？

不能。标记陈述的是关于页面的事实，它不会让一个薄弱的回答变得有力。AI 回答仍然引用可见的文字，所以页面本身必须把问题回答好。

我可以标记对访问者隐藏的内容吗？

不可以。Google 的指南称，不要标记用户看不到的信息，即使这些信息是准确的。

参考资料

更多文章