Google 显示免运费，顾客结账却要付 18 美元，先别急着改网页代码。先固定同一件商品、送达地址、数量和配送方式，确认店铺真正提供的条件；再看 Merchant Center（Google 商品管理后台）为什么给这件商品套上了另一套运费或退货政策。
配图中的“同一商品与地址 → 网站实际承诺 → Merchant 设置”，就是这次检查的顺序。换了商品、邮编或购物车金额，结果可能本来就不同，不能拿两个不同条件下的画面判错。
下面用普通台灯和大件落地灯走一遍。假设物流与客服已确认：同一美国邮编、同样满足门槛的订单，台灯免运费、按政策 30 天内可退；落地灯只能用 18 美元的配送方式、按已确认政策 14 天内可退。商品、金额和期限都是教学条件，不是通用费率或法律退货标准。
先在结账页确认，到底哪里不一致
记下落地灯的具体货号、商品网址、送达国家和完整州/邮编。货号也叫 SKU，用来找同一商品。目的国家是送货到哪里，不是商家注册地或发货仓库所在地。
用未登录窗口，把落地灯 1 件加入购物车，输入这个地址。记录商品金额、运费、税费和最终总额，查看所有可选配送方式。不要把税或手续费混在“运费”里，也不要只看自动选中的加急方式。
如果有可用的免费标准配送、18 美元只是顾客可选的加急配送，那么 Google 展示免邮未必错误。Merchant 对同一条件下多套可用运费可能显示最低费率及对应速度。只有这个地址、这件商品确实没有免费方式，Google 仍承诺免费，才继续追这次错配。账户运费官方说明列出了这些规则。
退货则打开网站实际政策页，核国家、商品例外、退货起算时间、费用和方法，并请客服确认顾客会按什么条款处理。结账页没有重复全文，不代表退货不存在；重点是政策能找到、范围明确，并和客服实际执行一致。缺货或停产商品应先处理商品可售状态，不要拿一个根本不接单的商品做运费样本。
运费先查适用政策，再查这件商品的数据
当前官方入口是 Merchant Center 左侧 Products & store → Shipping and returns（运费与退货）→ Shipping policies（配送政策）。不同语言界面文字可能不同，找相同的运费政策页。打开涉及美国的政策，查看它适用于全部商品，还是某一组商品，以及费率和免邮门槛。
我们的教学问题是：免邮政策原本只该给台灯，却设置成了 All products（全部商品），落地灯也被算进去。只截图“美国账户免邮”还不能证明落地灯实际用哪种配送；要继续查商品分组和该地址条件。
商品分组常用 shipping_label，即商品的配送标签。例如把需要大件配送的商品标为 bulky，然后用这个标签选择对应政策。标签只是把这些商品归为一组，本身不会创造 18 美元费率；正确政策、国家和适用条件也要配好。
在 Merchant 的商品列表打开这件落地灯，核货号、目标国家、来源和已处理属性。再到供数的应用、文件或 API，查它有没有正确配送标签，是否提交了商品级 shipping。shipping 是直接为某商品提供配送信息的字段；按官方规则，对匹配位置提交了价格子字段时，相应运费和时效会覆盖账户设置。不能把任何一条商品字段都笼统理解为“总比账户优先”。
如果用 WooCommerce、Shopify 或第三方服务同步，修正应落在真正维护这条数据的地方。应用或 API 再次同步，可能覆盖你在 Merchant 手工改的数字。知道“谁发给 Google”以后，再请物流确认费率、数据负责人改分组或商品属性，并检查同步结果。
退货单独查例外，网页改了还不够
到同一 Shipping and returns 页面，打开 Return policies（退货政策）。先核政策适用国家、网站政策网址和期限，再看落地灯是否仍被分配到通用 30 天政策。
当前 Merchant 支持给特定商品配置退货例外。官方流程是在已有政策的 Actions 栏添加例外，填写例外标签、国家、条件、期限、方法与费用，再把商品数据的 return_policy_label 设为那个标签。中文可以把它理解为“这件商品使用哪套退货条款”。只创建例外却没有把落地灯分配进去，它仍可能继续使用通用政策。Merchant 退货设置说明给出了当前入口与步骤。
教学例子中，客服已确认落地灯应适用 14 天，网站也写了 14 天，但 Merchant 仍套 30 天。先修这件商品的例外分配与上游数据，而不是只在页面再加一遍“14 天”。政策是否允许这样设置，应由商家根据销售地与业务确认。
如果团队同时在后台和网页提供退货信息，先查当前 Merchant Center 或 Search Console 中适用于这件商品的设置，再查负责同步的应用或 API。Google 的退货标记文档说明，后台设置可优先于网页标记。因此网页的 MerchantReturnPolicy 改成 14 天，后台还套旧 30 天时，不能认为网页已经覆盖了它。
使用自建接口的团队，当前路线是 Merchant API。旧 Content API for Shopping 已于 2026 年 8 月 18 日进入退役阶段，随后开始逐步限制；不要再按旧教程新建它，也不要拿旧接口的优先级判断当前商品。让维护者按官方迁移说明核接口与实际提交结果。
普通运营继续从 Merchant 当前商品来源和适用政策查，第三方平台的迁移由平台负责。
网页仍要正确。商品页、政策页和可见条款应一致；若插件输出两段新旧标记，或把所有商品都写成一般 30 天，请网站维护者改模板或插件的实际输出。富结果测试能查标记结构，不能代替核 Merchant 的商品分配和店铺实际政策。
改正确的来源，再用两件商品复测
先确认哪里错：是落地灯没被标为大件、政策错误选全部商品，还是数据源仍发送旧运费？让相应负责人改那一处，再等待本次同步处理。退货同理：例外标签、商品分配、API 政策和网页模板各有自己的负责人。
随后用相同落地灯、数量和地址重新结账，确认实际配送仍是经物流核定的 18 美元，政策页能读到它适用的条件。回 Merchant 核这件商品处理后的属性、配送范围、退货分配和更新时间。退货政策还要看 Verified、Pending 或 Rejected：保存成功和审核完成不同，Rejected 要按提示检查，Pending 则如实记录等待。
再测普通台灯。它仍应得到本来正确的免邮和 30 天政策，而不是跟着大件一起变成 18 美元、14 天。这个对照能发现修正范围过大。
没有应用/API 权限时，把落地灯货号、商品页、报错国家与邮编、购物车条件、真实政策和当前 Merchant 值交给数据维护者。没有网站代码权限，就请维护者检查公开页面的最终标记，不要求运营自己改 JSON。
最后才观察搜索展示。保留原查询、地区、设备、产品链接和检查日期，待 Google 处理后按同样条件看。网站与商品数据已经正确，搜索还显示旧文案时，先核处理状态与新抓取；不要立刻把网站改回旧值。即使配置正确，也不保证每次搜索都会展示指定运费或退货文字。
如果你需要梳理商品数据与网站的衔接，可以把网址、相关应用和一个脱敏商品样本发给跨境YOUNG，讨论维护或数据整理的范围。具体费率、退货政策和履约承诺由商家确认。
常见问题
商品页的 MerchantReturnPolicy 已是 14 天，为什么 Google 仍显示 30 天？
查同一国家、同一商品是否还有 API、Merchant 或 Search Console 的旧设置，它们可能比网页标记优先。也核落地灯有没有分配到正确退货例外。修好来源后，网站可见条款也要一致，再看 Google 的处理结果。
Merchant 账户设了免邮，某件大件商品还需要单独运费吗？
取决于该商品在那个地址的真实配送条件。确实不适用通用免邮时，按已确认费率设置分组或商品配送信息，并复测 Merchant 与结账。商品看起来大，不足以直接编一个费用。
纯询盘产品页没有在线结账，也要配置这些 Merchant 退货和运费字段吗？
本文用于有实际在线购买的 Merchant 商品。只有询盘的页面先说清报价、交付和联系流程，不为搜索展示虚构价格、免费配送、退货期限或可售 Offer。