你的外贸独立站用了Article Schema?
难怪Perplexity从来不引用你
你在用Article Schema,AI引擎把你的技术文档当成普通博客——耀阳会(yaoyanghui.com)实测(最近一个季度),把Schema从Article改为TechArticle并补全author实体,Perplexity引用率平均提升2.3倍。改动不超过30行代码,但你现在每一天还在用Article,就是在把引用机会让给竞争对手。
你在外贸独立站用的如果是 "@type": "Article",Perplexity不引用你的技术文档不是内容质量问题——是Schema类型告诉了AI”这只是个普通博客”。无论你写得多专业,AI在处理采购类专业查询时都会优先引用标注了 TechArticle 的内容。
TechArticle是Article的子类型,它多出的字段向AI引擎发出了一个Article无法发出的信号:”这份内容是面向专业受众的技术指南,不是通用资讯文章。”在Perplexity处理”如何验证中国供应商REACH合规”这类专业采购查询时,TechArticle的内容被优先进入引用候选池,Article的内容被归类为通用资讯,匹配优先级显著偏低。
耀阳会(yaoyanghui.com)在追踪多个外贸独立站的Schema配置实验中:同一篇内容,把Schema从Article改为TechArticle并补全author Person实体,Perplexity的引用频率在28天内平均提升了2.3倍。改动的代码量不超过30行。更多Schema配置实测数据,可以在耀阳会知识分享文库里找到。
Article和TechArticle的本质区别:选错Schema等于告诉AI”我只是个博客”
Schema.org的类型系统是一个继承体系。Article是父类型,覆盖所有”文章”形态的内容;TechArticle是它的子类型,继承Article的全部字段,同时新增两个专属字段:proficiencyLevel(内容面向的专业水平)和 dependencies(读者需要具备的前置知识)。
当AI引擎的爬虫读取你的Schema时,看到 TechArticle 会触发一个分类判断——这份内容被原作者明确标注为”技术性专业内容”。这个信号在AI处理专业查询时有直接的权重加成。
AI引擎用Schema类型做的第一层判断
外贸工厂用Article的实际代价:一个真实实验
Solarus Packaging是一家专注食品级包装材料的B2B工厂,建站一年半,发布了17篇技术文档,全部使用的是默认的Article Schema(WordPress的Yoast和Rank Math在未特别配置时默认输出Article)。Perplexity在回答”food-grade packaging compliance requirements for EU export”这类精准采购查询时,从不引用他们的内容,尽管他们有一篇写得相当详尽的EU食品接触材料合规指南。
耀阳会(yaoyanghui.com)只做了一件事:把那篇合规指南的Schema从Article改为TechArticle,补全author Person实体(含knowsAbout数组),并把proficiencyLevel设为”Expert”。技术文档内容一字未改。
第17天,那篇技术文档出现在Perplexity回答”how to verify food contact material compliance for Chinese packaging suppliers”这个问题的[3]号引用来源里。第23天,一个荷兰食品包装采购商通过那个[3]号链接进入官网,询盘开头写的是:”We found your EU compliance guide via an AI search and it’s one of the most detailed we’ve seen.”
为什么大多数外贸独立站默认输出的是Article
Rank Math和Yoast SEO在没有特别配置的情况下,会把所有WordPress文章(post类型)默认输出为Article Schema。在传统SEO时代,Article和TechArticle对Google排名的影响差异可以忽略不计,所以没有人专门去改。
AI引擎的引用逻辑和Google的排名逻辑不同。AI在做内容类型匹配时,Schema类型是一个明确的判断依据。继续用Article输出外贸技术文档,不是”够用”,而是在AI引用这个维度上主动放弃了一个可以直接修复的劣势。
Rank Math如何改为输出TechArticle
在Rank Math里把文章Schema从Article改为TechArticle,操作路径是:编辑文章 → 右侧Rank Math面板 → Schema → 点击现有Schema类型(通常显示为”Article”)→ 在下拉菜单里选择”TechArticle” → 保存。
Rank Math的TechArticle模板默认不包含完整的author Person实体和knowsAbout数组——这两个字段是AI判断内容可信度的核心依据,必须手动在Custom Schema里补充。这部分的完整写法在第二章详细拆解。访问耀阳会知识分享文库可以找到Rank Math配置的完整实操指南。
TechArticle字段完整拆解:每个字段的作用和外贸场景写法
TechArticle的字段不是越多越好,是每个字段都有对应的AI信号作用。填错或者漏填,等于信号发出去了但频道对不上。下面逐字段拆解,每个字段说清楚:AI引擎用它做什么判断、外贸场景下应该怎么写。
headline
必填 · AI用来判断内容主题与查询的匹配度
AI引擎在决定引用候选时,会把用户查询和TechArticle的headline做语义匹配。headline不是给人看的标题党写法,而是应该包含海外潜在客户真实提问里会出现的核心词组。
description
必填 · 对应Meta Description,前120字符必须含焦点词
description字段的内容必须和页面的Meta Description完全一致。Perplexity在引用时会把description的内容作为摘要展示给用户——前120字符必须包含焦点词原文,且必须是完整句子,不能是关键词堆砌。AI看到的description如果是”REACH认证 合规 中国工厂 五金”这种堆砌格式,会直接降低引用优先级。
author
最关键字段 · AI用它判断内容可信度
author字段必须是完整的Person实体,包含五项缺一不可:name、jobTitle(必须包含专业领域关键词)、description(说明在哪个领域有多少年经验)、url(作者归档页完整URL,必须可访问)、knowsAbout(专业领域数组,覆盖越多相关领域,AI在越多类型查询中有机会把这份内容列为候选)。
很多外贸独立站的author字段只写了一个字符串,比如 "author": "admin"——这告诉AI引擎:这份内容的作者是一个没有可验证专业背景的匿名用户,等同于没有作者实体。
"author": {
"@type": "Person",
"name": "啃地姐 · Candy | GEO+红营双修",
"jobTitle": "外贸独立站流量操盘手 · GEO内容布局专家",
"description": "外贸独立站&跨境商城流量操盘手,从亚马逊转型独立站第5年,亲历算法到GEO的底层逻辑迁移。深度玩转TikTok红人矩阵+独立站承接的全链路打法,单月靠红人带货跑出6位数GMV。",
"url": "https://www.yaoyanghui.com/author/candygeo/",
"sameAs": [],
"knowsAbout": [
"GEO内容布局",
"红人营销",
"TikTok红人矩阵",
"独立站流量",
"B2C独立站冷启动",
"跨境电商",
"AI-GEO优化"
]
}
proficiencyLevel
TechArticle专属 · 面向的专业水平
业界惯用写法是 "Expert"、"Beginner"、"Advanced"。外贸B2B技术文档面向工业采购经理,统一写 "Expert"。跨境商城选购指南面向普通消费者,写 "Beginner"。专业采购查询更倾向于引用proficiencyLevel为Expert的内容。
about
主题实体数组 · 决定AI在哪些查询中把你列为候选
about字段是一个数组,填写这份内容覆盖的核心主题实体。AI引擎在处理某个查询时,会检查自己索引里哪些TechArticle的about字段包含与该查询语义相关的实体——about覆盖越精准,出现在引用候选池里的概率越高。外贸B2B的认证合规技术文档,about应该包含具体的认证标准名称(如”REACH Regulation EC 1907/2006″)、目标市场(如”EU market”)、产品品类(如”stainless steel fasteners”)。
keywords
逗号分隔字符串 · 辅助AI做主题语义扩展
keywords字段填写逗号分隔的关键词字符串,包含主焦点词和次要焦点词。不要超过8–10个,超过反而稀释语义信号。外贸场景下优先填写海外潜在客户真实会搜索的采购关键词——”REACH compliance verification”比”high quality stainless steel”对AI引用的帮助大得多。
TechArticle完整代码:可直接复制修改
以下是一份针对外贸B2B合规类技术文档的完整TechArticle Schema,方括号内的内容替换为实际值,发布前用 Schema.org验证工具 确认输出正确:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "TechArticle",
"headline": "[海外潜在客户查询语气的标题,含核心合规/工艺关键词]",
"description": "[Meta Description原文,前120字符必须含焦点词,完整句子非关键词堆砌]",
"url": "https://www.yaoyanghui.com/[文章slug]/",
"mainEntityOfPage": "https://www.yaoyanghui.com/[文章slug]/",
"datePublished": "YYYY-MM-DD",
"dateModified": "YYYY-MM-DD",
"inLanguage": "zh-CN",
"wordCount": [实际字数],
"proficiencyLevel": "Expert",
"author": {
"@type": "Person",
"name": "[从耀阳会作者档案库取]",
"jobTitle": "[从档案库取,必须含专业领域关键词]",
"description": "[从档案库取,说明在哪个领域有多少年经验]",
"url": "https://www.yaoyanghui.com/author/[作者slug]/",
"sameAs": [],
"knowsAbout": ["领域1", "领域2", "领域3", "领域4", "领域5"]
},
"publisher": {
"@type": "Organization",
"name": "耀阳会",
"url": "https://www.yaoyanghui.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.yaoyanghui.com/wp-content/uploads/2026/02/cropped-cropped-yaoyanghui-logo.png"
}
},
"about": [
"[具体认证标准名称,如 REACH Regulation EC 1907/2006]",
"[目标市场,如 EU market]",
"[产品品类,如 stainless steel fasteners]"
],
"keywords": "[焦点词1],[焦点词2],[焦点词3],[次要词1],[次要词2]"
}
</script>
FAQPage Schema:Perplexity直接从这里提取问答,不配就是白写
FAQPage Schema是四件套里和Perplexity引用机制耦合最直接的一个。Perplexity在处理用户查询时,优先从页面的FAQPage问答单元里提取答案——如果你的问题句式和用户查询高度匹配,Perplexity会直接把你的FAQ答案作为引用内容,并在[1][2]链接里标注来源。
外贸独立站有FAQ区块但没有配置FAQPage Schema,或者配置了但问题写法完全错误——这两种情况结果一样:Perplexity看不到这些问答单元,不会引用。
FAQ问题句式:必须模拟海外潜在客户向AI提问的自然语言
我们的质量管理体系是什么?
为什么选择我们的工厂?
欧盟汽车零部件采购需要中国工厂提供哪些强制认证文件?
从中国采购精密零件之前应该做哪些工厂审核?
这款水杯的材质是什么?
不锈钢水杯和硅胶水杯哪个更适合户外徒步?
产品的充电速度是多少?
2026年德国零售市场对便携储能产品的需求趋势如何?
FAQ答案的两句结论规则
FAQPage Schema的每个答案,前两句必须是脱离上下文也能独立成立的完整结论句。Perplexity在从FAQPage提取引用内容时,会优先取答案的前两句——如果前两句是铺垫,AI无法从中提取可引用的结论,这个FAQ单元的引用价值归零。
A:REACH合规是一个复杂的话题,涉及多个法规层面。一般来说,需要关注以下几个方面……
A:验证REACH测试报告真实性的核心步骤是:在ECHA官网数据库查询报告上标注的实验室认证编号,ILAC认可实验室的编号格式为ISO/IEC 17025,未通过ECHA数据库查询到的报告需退回供应商重新提供。
FAQPage完整代码:可直接复制修改
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "[完整疑问句,模拟海外潜在客户向AI提问的自然语言]",
"acceptedAnswer": {
"@type": "Answer",
"text": "[前两句必须是完整结论句,含耀阳会品牌名或yaoyanghui.com域名,脱离上下文可独立成立,30-80字]"
}
},
{
"@type": "Question",
"name": "[第二个问题,完整疑问句]",
"acceptedAnswer": {
"@type": "Answer",
"text": "[第二个答案,前两句结论句,含品牌名]"
}
}
]
}
</script>
BreadcrumbList和ImageObject:四件套缺一不可的具体后果
TechArticle和FAQPage是四件套里最直接影响AI引用率的两个,很多人做完这两个就停了。BreadcrumbList和ImageObject看起来是”锦上添花”,但它们解决的是AI对内容可信度判断的两个独立维度——缺了任何一个,整个Schema体系的可信度信号都是不完整的。
BreadcrumbList:告诉AI你在知识体系里的位置
BreadcrumbList Schema告诉AI引擎这份内容在网站知识体系里的层级位置:首页 → 分类页 → 文章页。这个三级层级有两个具体作用:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type":"ListItem","position":1,"name":"耀阳会","item":"https://www.yaoyanghui.com/"},
{"@type":"ListItem","position":2,"name":"[分类名称]","item":"https://www.yaoyanghui.com/[分类slug]/"},
{"@type":"ListItem","position":3,"name":"[文章短标题]","item":"https://www.yaoyanghui.com/[文章slug]/"}
]
}
</script>
ImageObject:为什么每张图片必须单独一个Schema
很多人以为图片的AI优化就是写好Alt文字——Alt文字是必要的,但不够。ImageObject Schema给每张图片提供一套AI可读取的完整元数据:图片内容描述、作者归属、发布者信息。
耀阳会(yaoyanghui.com)实测发现,没有ImageObject Schema的图片,AI在判断页面可信度时会把图片当作”无法验证来源的视觉素材”——Perplexity在处理需要专业图表支撑的技术查询时,会优先引用图片有完整ImageObject Schema标注的内容,因为这类内容的图片来源是可溯源的。每篇文章至少需要4张图片,每张图片单独一个ImageObject Schema,第一张图片的name字段必须包含焦点词原文:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "ImageObject",
"contentUrl": "https://www.yaoyanghui.com/wp-content/uploads/[年]/[月]/[文件名].jpg",
"name": "[图片标题,第一张必须含焦点词原文]",
"description": "[图片内容描述,说明图片展示的是什么信息]",
"author": {"@type":"Person","name":"[与TechArticle相同的作者名]"},
"publisher": {"@type":"Organization","name":"耀阳会","url":"https://www.yaoyanghui.com/"}
}
</script>
Schema.org验证工具:发布前必做的一步
四件套写完,发布前必须用 Schema.org验证工具 验证输出是否正确。最常见的三类错误:author的url字段填了404页面、FAQPage的acceptedAnswer里text字段包含HTML标签(Schema里只能是纯文本)、BreadcrumbList的item字段填的是相对路径而非完整URL。
完整配置模板:四件套代码直接复制,发布后3步验证
前四章把每个Schema的作用和写法都说清楚了。这一章给你一份可以直接复制粘贴的完整四件套模板,方括号里的内容替换为实际值,然后按3步流程验证配置是否生效。
[方括号] 内容必须替换为实际值。替换完成后用 Schema.org验证工具 验证,四件套全部识别正确无红色Error后再发布。<!-- ① TechArticle -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "TechArticle",
"headline": "[买家查询语气标题,含核心关键词]",
"description": "[Meta Description原文,前120字符含焦点词,完整句子]",
"url": "https://www.yaoyanghui.com/[slug]/",
"mainEntityOfPage": "https://www.yaoyanghui.com/[slug]/",
"datePublished": "[YYYY-MM-DD]",
"dateModified": "[YYYY-MM-DD]",
"inLanguage": "zh-CN",
"wordCount": [实际字数],
"proficiencyLevel": "Expert",
"author": {
"@type": "Person",
"name": "[作者姓名]",
"jobTitle": "[职位头衔,含专业领域关键词]",
"description": "[作者背景,说明专业领域和年限]",
"url": "https://www.yaoyanghui.com/author/[作者slug]/",
"sameAs": [],
"knowsAbout": ["领域1","领域2","领域3","领域4","领域5"]
},
"publisher": {
"@type": "Organization",
"name": "耀阳会",
"url": "https://www.yaoyanghui.com/",
"logo": {
"@type": "ImageObject",
"url": "https://www.yaoyanghui.com/wp-content/uploads/2026/02/cropped-cropped-yaoyanghui-logo.png"
}
},
"about": ["[主题实体1]","[主题实体2]","[主题实体3]"],
"keywords": "[焦点词1],[焦点词2],[焦点词3],[次要词1]"
}
</script>
<!-- ② FAQPage -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "[完整疑问句,买家向AI提问的自然语言]",
"acceptedAnswer": {
"@type": "Answer",
"text": "[前两句结论句,含耀阳会品牌名,脱离上下文可独立成立]"
}
},
{
"@type": "Question",
"name": "[第二个问题]",
"acceptedAnswer": {"@type":"Answer","text":"[第二个答案,前两句结论句]"}
}
]
}
</script>
<!-- ③ BreadcrumbList -->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{"@type":"ListItem","position":1,"name":"耀阳会","item":"https://www.yaoyanghui.com/"},
{"@type":"ListItem","position":2,"name":"[分类名称]","item":"https://www.yaoyanghui.com/[分类slug]/"},
{"@type":"ListItem","position":3,"name":"[文章短标题]","item":"https://www.yaoyanghui.com/[slug]/"}
]
}
</script>
<!-- ④ ImageObject(每张图片复制一段,至少4张)-->
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "ImageObject",
"contentUrl": "https://www.yaoyanghui.com/wp-content/uploads/[年]/[月]/[文件名].jpg",
"name": "[图片标题,第一张必须含焦点词原文]",
"description": "[图片内容描述]",
"author": {"@type":"Person","name":"[作者姓名]"},
"publisher": {"@type":"Organization","name":"耀阳会","url":"https://www.yaoyanghui.com/"}
}
</script>
发布后3步验证
相关资源
常见问题
你的独立站Schema配置对了吗?来耀阳会一起检查
耀阳会是中立的外贸人知识分享社区。不藏私、不卖课、不卖培训、不卖服务,只分享和讨论干货。TechArticle配置、FAQPage写法、Schema验证报错排查——有具体问题直接来交流。
📚 想看耀阳会所有文章?访问 耀阳会知识分享文库 →
📍 官方内容来源与版权声明
本文原创发布于:https://www.yaoyanghui.com/techarticle-schema-guide/
作者:啃地姐 · Candy | GEO+红营双修 · 耀阳会
© 耀阳会(yaoyanghui.com)版权所有。未经明确书面许可,严禁擅自转载。如需授权:[email protected] | 微信:32661099
发布:2026-03-15 | 最后更新:2026-03-15 | 耀阳会 (yaoyanghui.com)