结构化数据Schema，怎么让Google读懂你的页面

外贸企业听到“Schema”这个词，大概率一脸茫然：这是什么？我网站不是已经做好了吗？

对，你的网站可能页面漂亮、产品清晰、内容也不错。但问题是：你觉得清楚的，Google不一定能“读懂”。

搜索引擎看网页，不是像人一样浏览页面。它是读代码、猜意思。你的产品页上写着“不锈钢花盆，规格30×30×30cm，价格$15”，你一看就知道这是产品信息。但Google的爬虫看到的是一堆HTML标签，它需要猜：这是产品？是文章？还是什么别的东西？

Schema就是帮Google“读懂”你页面的标记语言。

Schema是什么，为什么对外贸站重要

Schema.org是Google、微软、雅虎等主流搜索引擎联合发起的项目，目的是用一套标准化的代码词汇，向搜索引擎明确“解释”页面内容的具体含义——这是一个产品、这是一篇技术文章、这是一组常见问答。

Schema不是给用户看的，是给Google和AI搜索引擎看的。 用户在页面上看不到Schema标记，它藏在HTML代码里。但搜索引擎靠它来理解你的页面内容、判断你的品牌可信度。

对外贸站来说，Schema的重要性体现在三个方面：

第一，决定你的搜索结果长什么样。 做了Schema标记的页面，在Google搜索结果中可能展示富摘要——比如产品价格、评分、FAQ问答直接显示在搜索结果里。没做Schema，搜索结果就是一行标题加一段描述，信息量少很多。据Google官方案例研究和Ahrefs等SEO工具的观察，带富摘要的搜索结果往往能获得更多点击。

第二，AI搜索引擎靠Schema判断你的品牌可信度。 AI搜索的具体趋势第30篇讲过，这里说重点：Schema标记具体怎么帮AI识别你。Organization标记让AI知道你是谁——公司名、官网、社交资料；Product标记让AI知道你卖什么——产品名、描述、供应状态；FAQ标记让AI能直接引用你的问答内容。缺少Schema标记的站点，即使内容质量不错，AI也可能识别不到关键信息。

第三，Schema是E-E-A-T的具体化手段。 E-E-A-T（经验、专业、权威、可信）是Google评估内容质量的核心框架。据SEO行业观察，AI模型在生成回答时，会倾向于遵循E-E-A-T原则筛选信源。结构化数据是让搜索引擎“看到”你专业性和权威性的重要方式——比如Article标记里的作者信息、发布日期，Organization标记里的公司信息和社交资料链接。

JSON-LD：Google首选的格式

Schema有几种实现方式：Microdata、RDFa、JSON-LD。Google官方明确推荐JSON-LD作为首选格式。

为什么？因为JSON-LD写在 <script type="application/ld+json"> 标签里，和HTML渲染逻辑是分开的。这样做有几个好处：不依赖DOM结构、不容易被页面改版影响、解析容错率高。而Microdata和RDFa是嵌在HTML标签里的，页面结构一变，标记可能就乱了。

JSON-LD的基本格式长这样：

<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Organization", "name": "你的公司名", "url": "https://www.example.com", "description": "公司描述" } </script>

不需要懂编程也能看懂：就是用结构化的方式，把公司名、网址、描述这些信息“喂”给搜索引擎。

外贸站该用哪五种Schema

不是所有Schema类型都对外贸站有用。以下五种是建议部署的：

1. Organization（全站部署）

放在全站每个页面的头部，是品牌实体识别的基础信号。核心属性包括：公司名、官网URL、Logo、联系信息、sameAs（链接到你的官方社交媒体资料和Wikidata页面）。

这个标记帮Google的Knowledge Graph（知识图谱）把你的公司理解为一个可信实体。也是AI搜索引擎判断品牌可信度的数据源——AI通过Organization标记知道你是谁、做什么、怎么联系你。不做Organization标记，AI搜索时你的公司信息可能被错误关联或遗漏。

2. Product（产品页部署）

每个产品页部署一个Product标记。核心属性包括：产品名、产品描述、品牌、SKU或产品编号、图片、可供应性。

B2B产品通常是“询价获取”模式，不直接标价格。可以只标记供应状态（比如“InStock”在库），价格部分不填或标注为“询价”。不做Product标记，产品信息在搜索结果中只有标题和描述，没有价格和库存状态，信息量少很多。

3. FAQ（FAQ页面或区块部署）

如果你的产品页或博客文章里有FAQ区块，可以加FAQPage标记。注意：FAQ内容必须是页面上真实可见的，不能是隐藏的。Google会检查标记的问答是否在页面上可见，如果发现标记了页面上看不到的内容，可能判定为违规。

4. BreadcrumbList（全站面包屑导航）

面包屑就是页面顶部那个“首页 > 产品分类 > 产品名称”的导航路径。BreadcrumbList标记告诉Google这个页面在网站结构中的位置。确保Schema里的URL和实际面包屑显示的路径一致。

5. Article / BlogPosting（博客文章部署）

每篇博客文章部署Article或BlogPosting标记。核心属性包括：标题、作者、发布日期、修改日期。这有助于E-E-A-T建设——Google通过这些信息判断内容的时效性和作者的专业性。

一个容易踩的坑：JS动态渲染

如果你的网站用了JavaScript动态加载内容——比如产品参数是靠JS异步加载的、FAQ是点击展开的——那要注意了：AI爬虫和Google的爬虫可能不会完整执行JavaScript。

这意味着，如果你的Schema标记是靠客户端JS拼接再插入DOM的，爬虫可能根本看不到。JSON-LD必须出现在服务器返回的初始HTML里，不能靠JS后期注入。

怎么检查？在浏览器里打开页面，右键→查看页面源代码（不是F12的Elements面板，而是“查看源代码”），搜索“application/ld+json”。如果能找到，说明在初始HTML里；如果找不到，但在F12的Elements里能看到，说明是JS动态插入的，爬虫可能读不到。

验证工具

写完Schema标记后，用这些工具验证：

• Google Rich Results Test：输入URL，看看Google能识别哪些Schema标记，有没有报错
• GSC的URL检查工具：查看Google是否成功解析了你的结构化数据
• Schema.org Validator：验证JSON-LD代码格式是否正确

建议按这个顺序验证：先用Schema.org Validator检查代码格式对不对，再用Google Rich Results Test看Google能识别哪些标记，最后在GSC的URL检查工具里确认Google是否成功解析。

部署Schema不是一次性的事。每次新增产品页、发新博客、改版页面，都要确认Schema标记跟着更新。尤其是产品页——产品下架了，Product标记也要相应处理。

一个部署清单

• [ ] 在全站头部部署Organization标记，包含公司名、URL、Logo、社交资料链接
• [ ] 每个产品页部署Product标记，包含产品名、描述、SKU、可供应性
• [ ] 有FAQ区块的页面部署FAQPage标记，确保问答在页面上可见
• [ ] 全站面包屑导航部署BreadcrumbList标记，URL与实际路径一致
• [ ] 每篇博客文章部署Article/BlogPosting标记，包含标题、作者、发布日期
• [ ] 用Google Rich Results Test验证所有标记是否正确识别
• [ ] 检查Schema是否在初始HTML里，不是JS动态注入
• [ ] 确认JSON-LD格式使用 application/ld+json 标签

Schema是给机器看的“名片”。不做Schema，Google和AI就只能靠猜来判断你是谁、卖什么、专不专业。做了Schema，等于主动递上一张结构化的名片——上面写清楚了你是谁、做什么、怎么联系你。在AI搜索越来越重要的趋势下，这张名片的价值只会越来越高。