Shopify 后台的退货政策、页脚链接、商品页文案和 Google Merchant Center 后台政策,最好先统一成一张表,再动主题代码。很多 DTC 站不是没有 Return policy,而是 Google 读到的 MerchantReturnPolicy、商品 Feed 和页面文字各说各话:客服页写 30 天,终售品页面写不退,结构化数据还停在主题默认模板。
这篇只处理 Search 和 Merchant listing 能读取的结构化数据,不处理整站 Misrepresentation 申诉,也不承诺 Merchant Center 商品恢复展示。Google 官方文档的边界很清楚:商品页要是真正可购买页面,Google 也可能在展示前验证商品数据。
先放组织级还是商品级?
默认先放组织级。Google 的 MerchantReturnPolicy 文档建议,把适用于大多数商品的标准退货政策放在 Organization 或 OnlineStore 级别,用 hasMerchantReturnPolicy 承接。
商品级只处理例外。比如终售清仓、定制刻字、贴身用品、数字下载、二手翻新,这些 SKU 的退货规则不该污染全站默认政策。
Shopify 后台先核对哪些字段?
| 退货信息 | MerchantReturnPolicy 字段 | Shopify 常见位置 | 上线前判断 |
|---|---|---|---|
| 销售国家 | applicableCountry | Markets、Shipping zones | 用 US、DE 这类两位国家代码 |
| 退货窗口 | returnPolicyCategory、merchantReturnDays | Return policy 页面 | 30 天就写有限窗口和天数 |
| 退货方式 | returnMethod | Return policy、客服流程 | 邮寄、店内退货要一致 |
| 退货费用 | returnFees | FAQ、售后邮件模板 | 免费、买家承担、固定费用不要混写 |
| 例外商品 | Offer 级政策 | Product template、metafield | 只给例外 SKU 写覆盖 |
如果站点用 Shopify Markets 做多国家价格,applicableCountry 要跟实际售卖国家对齐。美国站写 US,德国站写 DE,英区站写 GB。
默认 MerchantReturnPolicy 怎么写?
下面是一条组织级示例:美国销售,30 天退货,买家邮寄,退货运费由买家承担。字段值要按自己的政策改。
{
"@context": "https://schema.org",
"@type": "OnlineStore",
"name": "Example DTC Store",
"url": "https://www.example.com/",
"hasMerchantReturnPolicy": {
"@type": "MerchantReturnPolicy",
"applicableCountry": "US",
"returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
"merchantReturnDays": 30,
"returnMethod": "https://schema.org/ReturnByMail",
"returnFees": "https://schema.org/ReturnFeesCustomerResponsibility",
"merchantReturnLink": "https://www.example.com/policies/refund-policy"
}
}
有限退货窗口的关键是 returnPolicyCategory 写 MerchantReturnFiniteReturnWindow 时,要同时写 merchantReturnDays。
哪些 SKU 才值得商品级覆盖?
| SKU 类型 | 默认政策是否够用 | 商品级写法 |
|---|---|---|
| 终售清仓 | 不够 | MerchantReturnNotPermitted |
| 定制刻字 | 不够 | 不允许退货,或只允许质量问题退货 |
| 贴身用品 | 多数不够 | 按卫生政策写清例外 |
| 普通服饰 | 通常够 | 继承组织级 30 天或 60 天 |
| 数字商品 | 不够 | 按交付状态区分 |
商品级字段不是越多越好。它的目标是覆盖默认政策,不是把客服 SOP 全写进 JSON-LD。商品页可见文案仍然要写清楚,否则买家看到的页面和 Google 读到的数据仍可能不一致。
Merchant Center 不一致风险怎么降?
上线前按同一个 SKU 跑一遍:Merchant Center 商品目标国家是不是 US;商品 Feed 的 link 是否指向可购买商品页;商品页可见退货文案是否和结构化数据一致;Shopify Return policy 页面是否公开可访问;Product structured data 的价格、库存、币种是否和页面一致。
默认建议是先修全站默认政策,再抽 10 个高流量 SKU 检查例外。如果客服和老板还没决定退货窗口、退货运费由谁承担,先别写结构化数据。
上线后怎么验收?
用 Rich Results Test 测普通商品、终售商品、Return policy 页面。普通商品应该继承组织级政策;终售商品如果写了 Offer 级覆盖,测试结果要能看到商品级 hasMerchantReturnPolicy。
再进 Search Console 用 URL Inspection 看 Google 抓取视图。Google 重新抓取和重新索引可能要几天,不要刚上线 10 分钟就判断无效。
退货结构化数据只是 Merchant Center 信任链的一段。运费和退货文案不一致时,先看 Google Merchant 运费退货不一致;网站信任证据不足时,看 Google Merchant 信任证据怎么补;售后争议已经进入付款链路时,再对照 Shopify 退货政策争议。
FAQ
Shopify 已经有 Return policy 页面,还要写 MerchantReturnPolicy 吗?
建议写。Return policy 页面给买家读,MerchantReturnPolicy 给 Google 读取退货窗口、费用和国家。
MerchantReturnPolicy 放在每个商品页还是全站模板?
默认政策放 Organization 或 OnlineStore 级别。只有终售、定制品、卫生类商品等例外,才在 Product 的 Offer 里写商品级政策。
applicableCountry 能写 United States 吗?
不要写完整国家名。Google 文档要求 applicableCountry 使用 ISO 3166-1 alpha-2 两位国家代码,美国写 US。
商品级退货政策会不会覆盖全站政策?
会。同时存在组织级和商品级退货政策时,默认采用商品级政策。