Google 看的是用户从 Shopping ads 或免费商品列表进入网站后，能不能清楚判断商家身份、商品承诺、配送退货和付款结果。广告后台只负责投放，不能替网站证明交易可信。
所以不要先写申诉小作文，把商品列表、商品页、购物车、结账页、政策页、联系页和商家信息走一遍。哪个环节信息冲突，申诉就可能被打回来。
Merchant Center 后台关键字段
在 Merchant Center，看 Products > Needs attention 或 Products > Diagnostics，再看 Business information、Shipping and returns、Website。新版 Merchant Center 菜单名称会变，但核心字段没有变。
截图不要只截红字。每张图都要带账号、商品 ID 或问题类型、状态、时间和页面路径。申诉时能对上这些字段，才像一次认真整改。
| 后台位置 | 要看的字段 | 为什么重要 |
|---|---|---|
| Products > Diagnostics | Disapproved、Limited、price mismatch、availability mismatch | 判断是商品级还是账户级问题 |
| Product feed | id、title、link、price、availability、brand、gtin | 和 Google 商品规范逐项对齐 |
| Business information | 商家名称、地址、电话、客服邮箱 | 证明商家身份不是空壳 |
| Shipping and returns | 运费、配送国家、退货窗口、退款方式 | 用户购买前必须能看到 |
| Website claim | 域名验证、网址、结账可用性 | 证明广告落地页属于同一商家 |
| Checkout | 总价、币种、税费、运费、付款方式 | 最容易引发误导的环节 |
网站信任证据补充
Google 的 Misrepresentation 政策要求商家和商品信息真实、准确、可验证。网站至少要有 About us、Contact、Shipping policy、Return/refund policy、Privacy policy、Terms。页脚不是为了堆链接，而是给审核人员和买家一个完整交易上下文。
Contact 页面要能回答三个问题：谁在卖，用户怎么联系，出了问题找谁。只写 [email protected] 可以起步，但最好补品牌名、公司名、客服时区、地址或服务地区。
About 页面少写口号，多写可比对的信息：公司或品牌背景、销售品类、目标市场、仓库或配送方式。如果你声称授权经销、认证合作或官方代理，要准备合同、授权书或品牌公开声明。
Feed 和落地页常见冲突字段
商品 Feed 的 title、description、link、image_link、price、availability 是第一批要查的字段。Google 商品规范要求价格、库存、商品页和结账页一致，图片要真实展示商品，链接要指向可购买页面。
跨境站点常见错误是美国价格不含税，欧洲页面又按含 VAT 写；Feed 写 in_stock，商品页显示预售；商品页 $49，结账因运费或手续费变成 $78，但页面上没提前说明。
| 冲突点 | 错误示例 | 修正方式 |
|---|---|---|
| price | Feed $39，落地页 $45 | 统一 Feed、结构化数据、前台价格和结账价格 |
| availability | Feed in_stock，页面 Sold out | 同步库存，缺货 SKU 暂停投放 |
| shipping | 商品页写 free shipping，结账收 $12 | 在商品页或政策页提前说明条件 |
| returns | 页脚写 30 days，政策页写 14 days | 保留一个版本，标清例外品类 |
| brand | Feed 填自有品牌，图片是别家 Logo | 改真实品牌或补授权证明 |
| checkout | 到付款页才出现会员费或税费 | 在购买前清楚披露总成本 |
结账路径自测方法
用无痕窗口从商品链接进入，模拟 3 个目标国家地址。每次记录商品页价格、购物车价格、结账页税费、运费、币种和预计到货时间，并保留 URL、SKU、截图和时间。
如果使用 Shopify，重点看 Markets、shipping profile、tax settings、discount app、checkout language。很多 Misrepresentation 不是 Merchant Center 配错，而是折扣应用、币种应用或主题代码让前台显示和结账结果不一致。
测试订单不一定要真实付款，但要走到付款方式出现前的最后一步。若系统在最后一步才露出税费、会员费或地区限制，买家看到的承诺就已经变了。
Request review 前证据打包
申诉材料建议按 URL 列，不要按部门列。每一行写问题 URL、原问题、改动内容、证据链接、负责人、完成时间。
例如：/products/abc 原来缺退货说明，已在商品页和 Refund policy 补充 30 天退货条件；SKU-1024 原 Feed price 与落地页不一致，已重新上传 Feed；Contact 页面已补公司邮箱和客服时间。
申诉正文保持克制：说明已阅读政策、列出修复项、说明现网站和商品数据已同步。不要写保证式套话，也不要把责任推给广告系统。
团队后台登录要不要固定？
整改期间最怕多人同时改 Feed、主题、政策页和 Merchant Center。建议一个 owner 操作 Merchant Center，运营只提交截图和改动需求，技术只在排期里改页面。
投手、建站和财务分布在不同城市时，后台时间线也要干净：谁登录、谁改价、谁上传 Feed、谁点 Request review，都要能对上。混乱的登录和操作记录不会直接等于政策违规，但会让排查变慢。
如果团队管理多个广告账户，可以用 跨境电商团队稳定线路 承载 Merchant Center、Shopify 和 Google Ads 的核心后台操作。这里的重点是减少登录和操作变量，不是把政策问题归因给网络。