结构化数据是什么？产品、文章和公司信息怎么配置

结构化数据是什么？结构化数据是放在网页代码中的标准化说明，用固定的类型和属性告诉搜索引擎：这个页面讲的是一个产品、一篇文章，还是一家企业，以及名称、图片、发布日期、品牌等信息分别是什么。它不会替代页面正文，也不保证排名或富媒体结果；它的作用是减少机器理解页面时的歧义。对外贸 B2B 网站，优先把真实可见的信息配置成 Product、Article 和 Organization，再用 Google 富媒体搜索结果测试检查。

很多 WordPress 插件都能自动输出 Schema.org 词汇，但“插件已开启”不等于配置正确。真正要检查的是三件事：类型是否匹配页面、字段是否来自页面上的真实内容、网站是否被两个插件或主题重复输出同一种数据。Google 的结构化数据官方入门说明明确指出，结构化数据帮助 Google 理解网页内容；页面是否最终显示为富媒体搜索结果，仍由 Google 决定。

先弄清：结构化数据、Schema 与富媒体结果不是一回事

• 结构化数据：网页里机器可读的语义标记。
• Schema.org：网站共同使用的类型和属性词汇，例如 Product、Article。
• JSON-LD：一种写入结构化数据的格式，通常放在 <script type="application/ld+json"> 中。Google 推荐这种实现方式。
• 富媒体搜索结果：Google 可能在普通蓝色链接之外展示的增强样式。数据有效只表示“有资格”，不是展示承诺。

因此，结构化数据项目的目标不是“把所有 Schema 类型装上”，而是让每类核心页面拥有一份与可见内容一致、可维护、可测试的说明。外贸网站最常见的错误，往往不是缺少标记，而是把企业、产品和文章的信息混在一起，或者填写了网页上看不到的数据。

Product、Article 和 Organization 怎么选

明确建议：产品详情页以 Product 为页面主实体，博客以 Article 或 BlogPosting 为主实体，Organization 作为网站背后的公司身份。一个产品页可以同时引用品牌或企业，但不要让三个实体互相冲突，也不要为了“更多 Schema”重复输出多个 Product。

Product 结构化数据：询盘型产品页怎么配置

Google 把产品场景分为商品摘要和商家信息。前者可用于不能直接在线购买的产品页，后者更适合能直接购买的页面。外贸工厂常见的是询价模式，没有公开单价、库存或在线结算时，不要为了通过某个插件的评分而虚构 price、availability 或 aggregateRating。应先阅读 Google 当前的Product 结构化数据说明，根据页面真实交易模式选择字段。

询盘型工业品建议字段

• name：与产品页 H1 相同或含义一致，不要堆关键词。
• image：使用页面中清晰、可抓取的真实产品图。
• description：概括当前产品，而不是复制企业介绍。
• brand：只有产品确实使用该品牌时填写。
• sku、mpn、gtin：有真实编号才填写，不能用产品分类名代替。
• offers：只有页面公开并能保持同步的价格、币种、库存信息才添加。

下面代码只用于说明结构，域名、图片、名称和编号都是占位符。发布前必须替换为页面上能够核对的真实值；如果网站没有公开售价，不能照抄一个虚构价格。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "[与页面 H1 一致的真实产品名]",
  "image": ["https://example.com/[真实产品图片].jpg"],
  "description": "[页面中可见的真实产品简介]",
  "sku": "[真实型号或删除此字段]",
  "brand": {
    "@type": "Brand",
    "name": "[真实品牌名]"
  }
}
</script>

Article 结构化数据：博客文章怎么配置

技术文章、教程和行业观察通常使用 Article 或更具体的 BlogPosting。Google 的文章结构化数据文档列出了建议字段。对 WordPress 博客，重点不是手工给每篇文章粘贴一段代码，而是让文章模板稳定地输出正确标题、主图、作者和时间。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "[当前文章真实标题]",
  "image": ["https://example.com/[当前文章特色图].jpg"],
  "datePublished": "[真实首次发布时间，含时区]",
  "dateModified": "[真实最后修改时间，含时区]",
  "author": {
    "@type": "Person",
    "name": "[页面可见的真实作者]"
  }
}
</script>

当你更新旧文时，dateModified 可以反映真实的内容更新，但不能只改日期而不改正文。作者既可以是 Person，也可在符合文档和站点实际的情况下使用 Organization；关键是名称、作者页和页面展示一致。特色图 URL 应公开可访问，图片内容也应与文章主题相关。

Organization 结构化数据：公司信息怎么配置

Organization 用来描述网站背后的企业实体。Google 的组织结构化数据文档建议网站在首页或能代表企业的页面提供组织信息。外贸企业可以整理公司英文名、官方网址、Logo、联系方式、地址及官方社媒主页，但每项都要经过核实。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "[企业对外使用的真实名称]",
  "url": "https://example.com/",
  "logo": "https://example.com/[真实 Logo 文件].png",
  "sameAs": [
    "[企业自己控制的官方社媒主页；没有就删除 sameAs]"
  ]
}
</script>

如果营业执照名称、出口品牌和网站展示名称不同，可先决定网站对外代表哪个实体，再清楚说明品牌与公司的关系。不要在不同插件中分别填写不同拼写。电话号码、地址和社媒 URL 发生变化时，也要同步更新可见页面与结构化数据。

WordPress 配置结构化数据的 6 个步骤

如何看“错误”“警告”和“未检测到”

外贸网站最常见的 8 个结构化数据错误

1. 插件重复：SEO 插件、主题和商城插件同时输出相同实体。
2. 页面与标记不一致：代码里写了价格、库存或评分，正文没有。
3. 产品分类页误当单品：一个集合页输出多个互相竞争的主 Product。
4. 虚构评论：用固定五星或不存在的评论数量装饰搜索结果。
5. 企业身份不统一：公司英文名、品牌名、Logo 和网址在不同位置不一致。
6. 时间字段失真：每次打开页面都生成新的修改日期，或只改日期不更新内容。
7. 测试了代码却没测试公开页：实际页面可能被缓存、模板或 JavaScript 改写。
8. 把资格当排名：结构化数据通过后仍需解决内容质量、收录、内链和页面体验。

如果网站还存在收录问题，应先按照网站不被 Google 收录的排查步骤解决抓取与索引；如果不知道如何确认 Google 看到的页面版本，可参考Google Search Console 使用教程。结构化数据不是绕过基础 SEO 的捷径。

发布前核对清单

• 页面主类型与用户看到的页面内容一致。
• 产品、文章、企业信息都来自真实字段，而不是手工编造。
• 页面只有一个明确主实体，同类型数据没有被多个插件重复输出。
• 所有图片 URL 可公开访问，标题、作者、时间和 Logo 能在页面核对。
• 没有虚构价格、库存、评分、评论、证书或公司资料。
• 富媒体搜索结果测试没有影响资格的错误。
• 移动端和桌面端公开页均可访问，规范网址可被索引。
• 发布后在 Search Console 观察增强报告，不把富媒体展示写成保证。

结构化数据配置完成后，还要把它放回完整 SEO 系统中：清楚的标题描述、合理的网站内部链接、可抓取的 Sitemap、快速稳定的页面与持续更新的真实内容，才会共同帮助搜索引擎理解和使用网站信息。