五类 Schema 和一条原则
外贸 B2B 网站最实用的 Schema 是 Organization、BreadcrumbList、Product、Article 和 FAQPage 五类,部署原则是“只标注页面上真实可见的信息”。
Schema(schema.org 词汇表)是一套通用的结构化数据标准,用代码告诉机器“这一段是公司名”、“这个数字是型号”、“这是一组问答”。它是 GEO 方法论「读得懂」阶段的重要一环。
先把预期说清楚:
- Schema 不会直接提升排名,也不能保证 AI 引用;
- Schema 能减少机器理解上的歧义,让公司、产品、作者这些关键事实被准确识别;
- 标注虚假或页面上不存在的信息,可能违反搜索引擎的结构化数据政策,得不偿失。
Organization:告诉机器“你是谁”
Organization 是外贸网站最重要的 Schema,用来声明公司的名称、Logo、网址、联系方式和社交主页,通常放在首页或全站。
关键字段:
| 字段 | 含义 | 写法建议 |
|---|---|---|
| name | 公司名称 | 与营业执照英文名、LinkedIn 一致 |
| alternateName | 其他名称 | 品牌名、中文名 |
| url | 官网地址 | 使用规范的 https 主域名 |
| logo | Logo 图片 | 清晰的方形或横版 Logo |
| address | 地址 | 与地图和目录信息一致 |
| contactPoint | 联系方式 | 销售邮箱、电话、可用语言 |
| sameAs | 其他平台主页 | LinkedIn、YouTube、行业目录等,必须是真实存在的主页 |
| description | 简介 | 一句话说清企业类型、主营产品、市场 |
如果是制造工厂,可以考虑在 description 里写明“manufacturer”,并在 About 页面用文字展开说明。一个简化的示例:
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.example.com/#org",
"name": "Example Machinery Co., Ltd.",
"url": "https://www.example.com/",
"logo": "https://www.example.com/logo.png",
"description": "Manufacturer of wheel loaders and attachments for construction and agriculture.",
"address": { "@type": "PostalAddress", "addressLocality": "Jinan", "addressCountry": "CN" },
"contactPoint": { "@type": "ContactPoint", "contactType": "sales", "email": "sales@example.com", "availableLanguage": ["English", "Russian"] },
"sameAs": ["https://www.linkedin.com/company/example"]
}
使用 @id 给公司一个固定标识,其他页面的 Schema 就可以通过这个标识引用它,让机器知道所有产品、文章都属于同一家公司。
BreadcrumbList:告诉机器页面在哪一层
BreadcrumbList 标注页面在网站中的层级路径,例如“首页 > 产品 > 装载机 > 某型号”。 所有内页都应该部署,并与页面上可见的面包屑导航一致。
它帮助搜索引擎理解栏目结构,在搜索结果中也可能以路径形式显示网址。栏目结构本身怎么规划,见外贸网站栏目规划。
Product:B2B 产品页怎么标
Product 用于产品详情页,标注产品名称、型号、品牌、图片和关键属性。B2B 网站不报价时,如实省略价格字段。
常用字段:name、model、brand、image、description、sku(如有)、category,以及用 additionalProperty 标注的关键参数(如额定功率、材质、尺寸范围)。
关于价格和评价,需要特别注意:
- Google 的产品富媒体结果通常要求有价格、评价或评分等字段;
- B2B 网站常见的“Contact for price”做法,意味着页面一般不会出现产品富媒体展示,这是正常的;
- 不要填写虚假价格(例如 0 或 1),不要编造评价和评分,这类做法违反结构化数据政策。
对 GEO 来说,Product 标记的价值在于把参数、型号这些事实清楚地交给机器,而不在于富媒体展示。产品页内容本身怎么写,见外贸产品页写法。
Article 与 FAQPage:内容页的标注
Article 用于博客和知识文章,标注标题、作者、发布和更新日期;FAQPage 用于有问答区块的页面,标注每组问题和答案。
Article 的要点:
- author 写真实作者,可链接到作者介绍页,体现专业性;
- datePublished 和 dateModified 如实填写,内容更新时同步更新日期;
- publisher 引用全站的 Organization。
FAQPage 的要点:
- 问题和答案必须在页面上可见,不能只写在代码里;
- 答案应该是完整的回答,而不是“请联系我们”;
- 同一组问答不要在多个页面重复标注。
关于 FAQ 富媒体结果:Google 在 2023 年先把它限制在少数权威的政府和健康类网站,又在 2026 年 5 月完全停止在搜索结果中展示(以 Google 搜索中心更新记录为准)。我们仍然保留 FAQPage 标记,因为它是对问答结构最直接的机器表达、成本很低;但 Google 也明确说明,出现在 AI Overviews 和 AI 模式中不需要任何特殊的 Schema,所以它不是 GEO 的必选项。
常见错误
我们在审查外贸网站时,最常见的 Schema 问题有以下几类。
- 标注与页面不一致:Schema 里写的地址、电话与页面不同,或者标注了页面上没有的问答;
- 虚构字段:给产品编造评分和评价数量、填写虚假价格;
- 插件重复输出:主题和 SEO 插件各输出一套 Organization,内容还互相矛盾;
- sameAs 指向无效页面:链接到已经停用的社交账号或别人的主页;
- 多语言版本未同步:英文页更新了,俄语页的 Schema 还是旧信息;
- 类型用错:把所有页面都标成 WebPage 或 Article,产品页没有 Product。
部署与校验步骤
按“全站—模板—逐页”的顺序部署,每一步都用工具校验。
- 在全站模板中加入 Organization 和 WebSite,确定公司的
@id; - 在内页模板中自动生成 BreadcrumbList;
- 在产品页模板中按字段生成 Product,参数从产品数据读取,避免手写;
- 在文章模板中生成 Article,在有 FAQ 区块的模板中生成 FAQPage;
- 用搜索引擎官方提供的结构化数据测试功能检查是否有错误;
- 用结构化数据验证工具检查语法和类型,并在 Google Search Console 的增强功能报告里查看问题;
- 上线后在 Search Console 的增强功能报告中持续观察。
Schema 只是「读得懂」的一部分。企业实体信息的整体梳理,见企业实体信息怎么建;完整的方法框架,见支点 GEO 方法论。
延伸阅读:图片与视频 SEO、技术 SEO 自查清单。