面向 AEO 的 schema markup 编写方法与验证顺序

在页面 HEAD 中放入用 schema.org 词汇编写的 JSON-LD 代码块。内容文章同时添加 BlogPosting、FAQPage、BreadcrumbList 三种类型，公司网站则在全站范围放置 Organization、WebSite、Service（或 Product）。 实现格式只用 JSON-LD 一种即可。Microdata、RDFa 虽然也写在标准文档中，但新建网站没有理由使用它们。

AI 搜索不会概括整个页面，而是只挑选可用于回答的事实片段。要让这种摘取准确，页面必须以机器可读的方式标明“这是发布机构，这是问题，这是答案，这是价格”。schema markup 就是这种标记。

AEO 为什么需要 schema？

schema 是进入引用候选的最低条件。 ChatGPT 或 Perplexity 在生成答案时，会挑选引用页面中的哪些句子。如果只有纯文本 HTML，这组问答回答的是哪个问题、发布主体是谁、产品价格是多少，都没有用标签标示出来，挑选的依据就会变得模糊。

在 Search Engine Land 于 2025年9月进行的对照实验中，有案例报告称：在内容相同的两个页面中，只有正确编写了 JSON-LD 的页面出现在 Google AI Overviews（AI 概览）中。打开在品类主要提示词中引用比例为 0 的页面查看，大多数要么没有 schema，要么即使有，各页面上的公司信息也互相不一致。

添加了 schema 并不会自动在答案中曝光。没有 schema 就会被排除在候选之外，有了 schema 才能进入候选。候选中哪个页面会被展示，取决于内容的答案适配度和公司的可信度。

内容文章中添加的 BlogPosting、FAQPage、BreadcrumbList

一篇博客或指南文章的页面要同时放入三种类型。三种类型承担的信号互不重叠，只放一种的话，其余信号就会缺失。

dateModified 不要留空。 AI 答案倾向于优先引用最新的文章，看起来像几年前的文章就会相应处于不利地位。即使没有大幅修改文字，只要重新检查过内容，就把日期更新为检查当天。

FAQPage 是三种类型中对 AEO 效果最直接的。按照 schema.org 的 FAQPage 定义，在 mainEntity 数组中放入 Question，并为每个 Question 关联 acceptedAnswer，一组问题与答案就会成为 AI 可以直接拿来使用的答案形式。Google Search Central 的 FAQPage 文档规定，只对正文中实际可见的问答进行标记。把页面上没有的问题只放进 schema，属于违反政策。

BreadcrumbList 是 AI 引擎掌握网站结构、以及 Google 桌面版搜索结果显示页面在网站内位置时所使用的值。只需按顺序填写 position、name、item 即可，投入的工夫少而效果好。

PION 自有博客在文章发布后会自动加入这三种类型。只要用 className="faq-section" 容器包裹正文中的 FAQ，构建器就会提取问题和答案，并将 FAQPage JSON-LD 放入页面。

公司网站中添加的 Organization、WebSite、Service/Product

首页、公司简介、服务、产品等主要页面，要另外放入将公司登记为一个实体的 schema。这是与单篇文章的 schema 分开、放在全站范围的一层。

Organization 中最需要用心的字段是 sameAs。 name、url、logo、description 大多都会填写。如果 sameAs 数组为空，AI 就没有依据去核对“getpion.com 上的那家公司”与“LinkedIn 和媒体报道中出现的那家公司”是否为同一家，引用时公司名称的写法就会不稳定。即使挂上 LinkedIn、Crunchbase 和报道链接，如果所链接页面上的公司名称、域名、标志各不相同，也不会有效果。sameAs 只有在外部以同一名称一致曝光时才会起作用。

WebSite 是域名本身的元数据，通过 publisher 关联与单篇文章的 BlogPosting 绑定在一起。过去通过 SearchAction 显示的搜索结果站点链接搜索框，Google 已自 2024年11月起取消，而网站名称的显示仍继续使用 WebSite 结构化数据。

使用 Service 还是 Product 类型，由商业模式决定。像 PION 这样的营销代理机构用 Service，销售实物商品的电商品牌用 Product。使用 Product 的品牌若想在“面霜多少钱”这类提示词中被引用，就必须把 sku、brand、offers、aggregateRating 全部填好。如果是 Service，则设置 provider（指向 Organization）、areaServed、serviceType、hasOfferCatalog。

JSON-LD 应该放在页面的什么位置？

JSON-LD 通常放在页面 HEAD 中。放在 BODY 末尾也能生效，但放在 HEAD 中时，爬虫会在文档前部先抓取到元数据。一个页面有多个 schema 时，可以用图（graph）将它们组合在一起，或者为每种类型分别放入 <script type="application/ld+json"> 代码块。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "面向 AEO 的 schema markup 如何应用？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "在页面 HEAD 中插入 JSON-LD 代码块，并且 ..."
      }
    }
  ]
}
</script>

运营时请遵守以下规则。

• schema 内的文本 = 页面正文文本。 把正文中没有的句子只放进 schema，会违反 Google 政策并受到处罚。
• 用 @id 将实体相互关联。 Organization、WebSite、BlogPosting、Person 通过 @id 相互引用时，AI 引擎会把整个网站识别为相互关联的实体集合。没有这种引用，同一网站的页面会被识别为彼此孤立的页面。

部署前的验证顺序

编写好 schema 后，部署前要让它同时通过两个工具。两个工具检查的对象互不重叠，只用其中一个是不够的。

• Google Rich Results Test 在输入 URL 或代码片段后，会显示 Google 识别出的 rich result 类型以及错误和警告。它检查的是是否符合 Google 的展示政策。
• Schema.org Markup Validator 检查标准词汇本身的语法。Rich Results Test 发现不了的词汇错误，要在这里发现。

通过两个工具只说明语法正确，是否真的被引用需要另行测量。PION 在修改客户网站后，会先用两个工具检查，再向 AI 引擎（ChatGPT、Perplexity、Gemini）输入品类主要提示词，测量引用比例如何变化。schema 不会立即生效，而是在下一个索引周期才被纳入，因此我们把每隔 2~4 周重新测量作为标准流程。