功能场景指南

如何翻译 Shopify 结构化数据（Schema）

如何翻译 Shopify 结构化数据（schema），让 Product、FAQ 和 Breadcrumb 标记与可见页面语言保持一致，并在每个市场持续获得富结果。

Aiko Tanaka

亚太市场本地化

为日本与亚太市场本地化 storefront。

适用对象为多语言店铺本地化 JSON-LD schema 的 Shopify 商家和开发者

主题结构化数据（Schema）

年份2026

摘要

一套本地化 Shopify 结构化数据的实用工作流，让 schema 值匹配每个页面的语言、币种和商品信息——在各市场保护富结果。

商品价格、评价星级和面包屑摘要来自结构化数据——未翻译的 schema 意味着购物者在自己市场看到源语言摘要。

Google 期望 JSON-LD 描述它所在的页面。当页面是德语而 schema 是英文时，标记看起来错误，富结果可能被丢弃。

priceCurrency 和 availability 是 schema 字段——如果不随价格一起本地化，商品富结果会显示错误币种或缺货状态。

安装 Ciwi 联系我们

场景价值

为什么这个翻译场景值得单独处理？

先把这个页面为什么重要讲清楚，再进入翻译范围、错误和执行方法。

这类功能场景不是把几个字段翻译出来就结束了，它通常会直接影响用户是否愿意继续浏览、是否能理解页面信息，以及是否会在结账前流失。

一套本地化 Shopify 结构化数据的实用工作流，让 schema 值匹配每个页面的语言、币种和商品信息——在各市场保护富结果。

如何翻译 Shopify 结构化数据（schema），让 Product、FAQ 和 Breadcrumb 标记与可见页面语言保持一致，并在每个市场持续获得富结果。

Schema 驱动富结果，而不只是页面文案

商品价格、评价星级和面包屑摘要来自结构化数据——未翻译的 schema 意味着购物者在自己市场看到源语言摘要。

Schema 值必须匹配可见页面语言

Google 期望 JSON-LD 描述它所在的页面。当页面是德语而 schema 是英文时，标记看起来错误，富结果可能被丢弃。

币种和优惠数据也是本地化的一部分

priceCurrency 和 availability 是 schema 字段——如果不随价格一起本地化，商品富结果会显示错误币种或缺货状态。

翻译范围

这个功能场景应该先翻哪些内容？

按照用户真正会看到、会影响转化和会影响 SEO 的优先级去拆翻译范围。

翻译范围最好按用户实际看到的路径去拆，而不是按后台字段名去拆。先把真正影响理解和转化的内容覆盖掉，再扩到补充模块。

核心层: JSON-LD 中的商品名与描述, priceCurrency 与优惠价格, aggregateRating / 评价文本, and 面包屑列表标签.

重要层: FAQPage 问题与答案文本 and 组织名称与地址.

核心优先级: 高

JSON-LD 中的商品名与描述
priceCurrency 与优惠价格
aggregateRating / 评价文本
面包屑列表标签

重要优先级: 中

FAQPage 问题与答案文本
组织名称与地址

可选优先级: 低

HowTo / Article 结构化数据
Event 或 LocalBusiness schema

常见错误

这个功能场景最容易踩哪些坑？

这里重点不是语法错误，而是会直接影响体验、SEO 和转化的问题。

下面这些错误之所以重要，不是因为它们语法不对，而是因为它们会让页面显得不可信、流程不连贯，或者直接损失 SEO 与转化。

给所有市场发一份静态 schema 块高

错误示例: 同一份英文 JSON-LD Product 块复用于德语、法语和日语页面。

更合适的做法: 按语言区域生成 schema，让值与页面语言和市场币种匹配。

业务影响: 富结果显示错误语言数据，或被彻底丢弃。

忘记币种和优惠字段高

错误示例: 翻译了 schema 里的商品名，却把 EUR 市场的 priceCurrency 留成 USD。

更合适的做法: 随商品值一起本地化 priceCurrency、price 和 availability。

业务影响: 商品摘要显示错误币种，侵蚀信任和点击。

手工编辑破坏 JSON-LD中

错误示例: 手改 schema，留下未转义引号或尾逗号使块失效。

更合适的做法: 用翻译 app 或生成的 schema，再用 schema 测试器校验。

业务影响: 无效标记被搜索引擎完全忽略。

FAQ schema 留在源语言中

错误示例: 翻译了可见 FAQ，却把 FAQPage schema 问题留在英文。

更合适的做法: 把每个翻译后的问题和答案镜像到 FAQPage 结构化数据。

业务影响: FAQ 富结果显示未翻译文本，可能被标记为不匹配。

方案选择

用哪种方式处理这个场景更合适？

帮助用户在手工处理、翻译工具和自定义开发之间做选择。

不同团队适合的工作流不一样。关键不是选最强的方案，而是选当前团队能稳定维护、能随着内容更新持续运行的方案。

人工翻译（内部或自由译者） / Shopify 翻译 app（Translate & Adapt / Ciwi） / 使用 Shopify API 自定义开发

人工翻译（内部或自由译者）

优势

完全掌控每个 JSON-LD 值
少量高价值商品或 FAQ 页最合适
小改动不需要工具

限制

手改原始 JSON-LD 易出错
与商品变化保持同步慢
一个拼写错误就可能破坏 schema

Shopify 翻译 app（Translate & Adapt / Ciwi）

优势

随页面文案批量本地化 schema 值
让 Product 和 FAQ schema 与翻译同步
处理币种和语言感知的优惠字段

限制

需要持续的订阅费用
可能不覆盖每个自定义 schema 类型
仍需用 schema 测试器校验

使用 Shopify API 自定义开发

优势

在 Liquid 或 API 中完全掌控 schema 生成
可按市场注入语言感知的 JSON-LD
与 headless 或 SEO 流水线集成

限制

需要开发资源
schema.org 演进时持续维护
上线比用 app 更慢

执行清单

上线前应该检查哪些点？

把操作顺序和 QA 节点整理成清晰的执行清单，减少漏项。

如果你准备真正上线这个功能场景，最好把下面这些动作当成一个完整的发布清单，而不是零散地做几项设置。

审计店铺实际输出哪些 schema 类型（Product、FAQPage、BreadcrumbList、Organization）。
把每个用户可见 schema 值映射到各语言区域应镜像的翻译字符串。
本地化 JSON-LD 中的商品名和描述，匹配翻译后的页面文案。
把 priceCurrency 和优惠价格更新为每个市场的币种和格式。
在翻译可见内容的同一轮里翻译 FAQPage 和评价文本。
按语言区域生成 schema——绝不把一份静态 JSON-LD 块发给每个市场。
用 Google Rich Results Test 或 Schema.org 校验器校验每个语言区域的标记。
商品或价格更新后复查 schema，让标记和页面保持同步。

Ciwi

Ciwi 在这个场景里能做什么？

把产品能力翻成用户能理解的工作流收益，而不是只列功能名。

如果你想把这个场景做成可持续更新的流程，而不是一次性处理，下面这些 Ciwi 能力会更有帮助。

与页面文案同步本地化 JSON-LD 值
币种和语言感知的优惠字段
批量 Product 和 FAQPage schema 翻译
上线前校验标记

安装 Ciwi 联系团队

接下来还应该看哪些相关场景？

这些内容适合继续往下看，形成更完整的 Shopify 多语言工作流。

做完这个页面之后，通常还会有一批相邻场景需要一起处理。继续往下看这些主题，工作流会更完整。

如何翻译 Shopify Meta 标题与描述

让元数据与本地化 schema 值一致。

如何翻译 Shopify 商品描述

让 Product schema 与它所描述的翻译描述对齐。

如何翻译 Shopify Sitemap

确保搜索引擎抓取每个本地化、带 schema 标注的页面。

常见问题

覆盖用户在执行这个功能场景时最常问的问题。

结构化数据真的需要翻译吗？

如果包含商品名、描述、价格或 FAQ 文本等用户可见值，就需要。Schema 应镜像所在页面——德语页面配英文 JSON-LD 对 Google 显得不匹配，可能失去富结果。

如何在 schema 里本地化 priceCurrency？

把 priceCurrency 设为市场币种的 ISO 代码（例如德国用 EUR），并用该币种提供优惠价格。让 availability 与市场库存保持同步。

翻译 schema 会破坏富结果吗？

只有标记变得无效才会。按语言区域生成 schema，并用 Google Rich Results Test 校验每个版本——有效、本地化的标记会保留并常常改善你的摘要。

准备把这个场景真正跑起来了吗？

先从最影响用户体验和转化的 Shopify 场景开始，再把翻译流程扩到更多页面和市场。