外贸网站怎么做结构化数据（Schema）让AI搜索直接引用？

Schema 结构化数据不会让你的外贸站排名一夜飞升，但它决定了 AI 搜索在”读”你页面的时候，能不能一眼看懂你是谁、卖什么、卖多少钱、发到哪个国家。看不懂，它就不引用；引用错了，比不引用更糟。

AI 搜索不是”排名”，是”抓取答案片段”

传统 Google 搜索，你的页面是在和别人的页面抢一个位置。到了 ChatGPT、Perplexity、Google AI Overviews 这套玩法里，逻辑变了——用户问一句话，AI 直接给一段答案，你的网站要么成为那段答案的来源，要么被无视。

AI 判断”要不要引用你”的过程，本质上是做信息抽取。它读你的 HTML，找 Product、Offer、FAQ、Organization 这些结构化字段。你把这些字段老老实实标出来，它抽取得快、准；你不标，它只能靠猜——猜你那个价格是”$12.5″还是”起订量 500 件”，猜错一次，后面就懒得再抓你。

我们在 什么是 GEO？外贸企业为什么要关注 AI 搜索优化 里拆过这层逻辑，Schema 就是 GEO 里最底层、最不花哨、但最容易被跳过的一块。

外贸站最该先补的四种 Schema，按优先级排

不是所有 Schema 都值得做。一个 B2B 外贸站，把下面这四类做扎实，覆盖面已经到八成。

注意 Product 和 Offer 是绑在一起的。很多外贸站只标了 Product，没标 Offer，结果 AI 知道你在卖”不锈钢法兰”，但不知道规格、单价、MOQ，最后引用的时候只能含糊带过，用户看了也没法决策。

Organization 别只写个公司名，地址和行业要落到字段里

大部分 WordPress 外贸站装个Seopress、 Yoast 或 Rank Math，Organization 是自动生成的，但生成的东西很敷衍——公司名、logo、URL，没了。AI 想确认”这家是不是真的佛山工厂”，你连 address、foundingDate、areaServed 都没填，它凭什么信你。

我们给客户调的时候，会重点补这几个字段：

• address：具体到城市，B2B 采购方很在意你的产地
• foundingDate：老厂新厂，AI 会当作可信度信号
• areaServed：写清楚你出口到哪些地区，和后面多语言站对应
• sameAs：把你真实的 LinkedIn、行业目录页挂上，别挂一堆垃圾外链

有个做机械配件的客户，Organization 里 address 一直空着，补上佛山的具体地址后，大概两三周，Perplexity 在回答”中国机械配件供应商”这类问题时开始带出他们的公司名。不是必然，但方向是对的。

Product Schema 里，Offer 的三个字段最容易被 AI 引用错

产品页的 Schema，坑主要集中在 Offer 上。以下三个字段，填错等于白做：

1. priceCurrency——外贸站经常报 USD，但 schema 里漏了货币，AI 默认按美元算，遇到欧元报价就全乱
2. availability——要写 InStock / PreOrder / OutOfStock，别用中文或自定义值
3. priceValidUntil——很多站不写，AI 会怀疑价格时效性，干脆不引用

另外，B2B 场景下 MOQ（最小起订量）Google 的 Product schema 没有标准字段，但可以用 additionalProperty 自定义。我们一般会加一个 PropertyValue，name 写”MOQ”，value 写实际数量。这不是给 Google 看的，是给能读懂自定义字段的 AI 抓取器看的。

产品页本身怎么写转化率更高，可以对照 外贸独立站产品页面怎么写转化率高 那篇一起看，Schema 是给机器读的，文案是给人读的，两条线得同时走。

FAQPage 是外贸站性价比最高的一块

说实话，如果只能做一个 Schema，我选 FAQPage。

原因很简单：AI 搜索的交互形态就是问答，你的 FAQ 结构和它的输出格式天然对齐。用户问”你们支持 OEM 吗”，AI 在你页面找到一条标记为 FAQPage 的问答”是否支持 OEM 定制？— 支持，起订量 200 件”，直接摘走，还带你链接。

我们把 FAQ 做成 Schema 的技术实现，之前写过一篇 JetEngine Repeater + Elementor 实现 FAQ 富媒体 Schema，用 Elementor 的站可以直接照做，不用改主题代码。

要提醒的是：页面上的 FAQ 内容和 Schema 里的内容必须一致。有人为了骗 AI，Schema 里塞了页面上没有的问答，这种做法 Google 明确判定为作弊，AI 抓取器现在也越来越精，划不来。

三个实操细节，决定你的 Schema 会不会被忽略

1. 用 JSON-LD，别用 Microdata

Google 官方推荐 JSON-LD，AI 抓取器也更偏好它。Microdata 嵌在 HTML 标签里，改动成本高，还容易和 Elementor 之类的页面构建器打架。JSON-LD 一段 script 塞在 head 或 body 里就行，干净。

2. 一个页面只标一种主类型

见过一个产品页同时标 Product、Service、Article 三种的，AI 直接判断不了这页是什么，结果一个都没用。产品页就是 Product，博客就是 Article，别贪多。

3. 上线前用 Rich Results Test 过一遍

Google 的 Rich Results Test 和 Schema.org 的 Validator，两个都跑。报 warning 不一定要改，但报 error 必须改。我们做站上线前的检查清单里，Schema 校验是固定一项，具体可以看 外贸独立站上线前必查的 20 项清单。

Schema 不是终点，是让 AI 愿意继续读你的门票

结构化数据解决的是”AI 能不能读懂你”，但读懂了要不要引用你，还取决于内容本身有没有回答价值、页面加载快不快、站点整体可信度高不高。Schema 做对了，AI 抽取得准；内容写得空，标得再全也没人引用。

我们团队从 2010 年开始做 WordPress 外贸建站，2015 年起通过 Fiverr 服务海外客户，见过太多站把 Schema 当一次性任务，装个插件生成完就不管了。实际上产品和 FAQ 是会变的，Schema 得跟着更新，这才算真的把 GEO 做进去了。官网 mloun.cn 上有更多这块的实操记录，需要的可以自己翻。