Schema.org 结构化数据（通常以 JSON-LD 格式实现）明确地告诉搜索引擎页面内容：产品、文章、本地商家、食谱、常见问题解答等等。它也是多语言网站中最常被误译或完全忽略的部分之一，要么在其他所有内容都被翻译的情况下，Schema.org 结构化数据仍然保留源语言，要么因为翻译了本应保持结构化的字段而导致页面结构被破坏。正确配置多语言 Schema 有助于翻译后的页面获得与源语言版本相同的丰富搜索结果、星级评分、常见问题解答折叠面板和产品定价信息。
模式块中的哪些内容应该翻译
| 架构字段类型 | 翻译？ |
|---|---|
| @type（产品、文章、常见问题解答页面等） | 不，这是一个结构标识符，不是可见内容。 |
| 名称、标题、描述 | 是的，这些是搜索引擎在富媒体搜索结果中显示的文本属性。 |
| 网址 | 不，但应该指向页面的翻译版本，而不是翻译成文本。 |
| 常见问题解答页面问答文本 | 是的；这些会生成包含丰富常见问题解答的搜索结果，并且需要与可见的已翻译常见问题解答内容完全匹配。 |
| 价格、价格货币、库存情况 | 货币代码保持结构化；可用性值遵循 schema.org 的固定词汇表，而不是进行翻译。 |
为什么架构和可见内容需要匹配
搜索引擎会将结构化数据与页面的可见内容进行交叉比对。如果出现不匹配的情况，例如页面上的 FAQ 已翻译成法语，而 FAQPage 的 schema 块仍然是英文，则会导致搜索结果被忽略；在更严重的不匹配情况下，还会被视为质量问题。Schema 翻译并非可有可无的润色工作；它必须与可见页面内容一起作为翻译工作的一部分进行处理，并同步更新，而不是只翻译可见内容而忽略 schema 块。
常见的多语言模式错误
- 在翻译可见页面内容时，保留源语言中的整个模式块。
- 翻译结构化字段（例如 @type 或固定词汇表值），会破坏模式的有效性。
- 将 schema 的 url 字段指向源语言页面，而不是翻译后的版本。
- 让 FAQPage 或 HowTo 架构与对可见翻译内容所做的编辑失去同步。
GPTranslate 如何处理多语言模式
GPTranslate 在字段级别解析模式标记，翻译文本属性，同时保持结构字段和固定词汇表值不变，并确保模式 URL 指向正确的翻译页面。这遵循与以下方法相同的字段感知方法： RankMath 和 Yoast schema 设置并与更广泛的方面联系起来 多语言SEO结构 涵盖 hreflang 标签、规范标签和站点地图。
常见问题解答
每个页面都需要每种语言的结构化数据标记吗？
任何在源语言中包含 schema 标记的页面都应该在每个语言版本中都有等效的、翻译后的 schema 标记，因为 schema 的全部意义在于帮助搜索引擎理解访问者实际正在查看的页面。
不匹配的模式会影响页面的搜索排名吗？
结构化数据与可见内容之间的显著不匹配可能会影响是否显示丰富的搜索结果，在某些情况下，还会被视为质量信号，因此，模式应该与翻译后的可见内容保持同步，而不是过时。
结论
结构化数据是翻译页面传递给搜索引擎的信息的一部分，而不是可以忽略的独立技术层。将结构化数据翻译视为与翻译可见内容相同的工作，并像处理其他元数据一样注重字段级细节，才能确保翻译后的页面获得与原文相同的丰富搜索结果。