如何恢复因“虚假陈述”被暂停的 Google Merchant Center 账户

Google 会在没有任何预警的情况下以“虚假陈述”（misrepresentation）为由暂停 Merchant Center 账户，而且通知中很少说明是您网站上的哪一项具体声明触发了暂停。用 Google 自己的话说，因该政策被标记的账户“只有在令人信服的情况下才会被恢复”（Google Merchant Center 帮助中心，虚假陈述政策），而一次仓促的申诉如果没有解决根本问题，就会白白消耗掉您在账户被永久判定为不符合资格之前通常仅有的两三次审核机会之一。本文提供了一套循序渐进的流程：诊断真正触发暂停的原因，在店铺和 Feed 中修复问题，并提交一份真正有机会通过的审核请求。本文面向的是日常负责 Merchant Center 的人员——电商经理或代理商的客户负责人，而不是还在考虑是否要尝试 Google Shopping 的人。

“虚假陈述”实际涵盖哪些内容

虚假陈述是一项账户级政策，而不是针对单个商品的拒登。Google 的政策页面将违规行为分为四类：不可接受的商业行为（虚假的企业身份、冒充其他品牌、钓鱼获取客户数据）、误导性或不切实际的优惠（虚假的紧迫感、虚假的背书、承诺无法兑现的效果）、遗漏相关信息（隐藏费用、缺少运费或退货条款），以及无法提供的优惠（宣传并不存在的库存或优惠）。其中任何一项都可能导致整个账户被暂停，而不仅仅是相关的商品条目。

这一区别很重要，因为大多数公开的故障排查内容，包括针对常见 Merchant Center 错误或 GTIN 和标识符拒登的商品级指南，在这里都不适用。即使您的 Feed 格式完美，仍可能因虚假陈述被暂停，因为该政策关注的是您的店铺和企业身份是否与事实相符，而不是 Feed 属性的格式是否正确。

第 1 步：仔细阅读暂停通知，确认其实际引用的政策

在进行任何修改之前，先确认此次暂停确实是虚假陈述违规，而不是以类似措辞包装的其他政策（身份验证、禁止内容，或与此无关的数据质量暂停）。暂停通知和 Merchant Center 中的“需要关注”（Needs attention）标签页都会注明具体政策。如果注明的是虚假陈述，以下所有内容都适用；如果注明的是其他政策，按照虚假陈述清单操作就是在修复错误的问题。

第 2 步：对照 Google 的透明度要求审核店铺

Google 自己的联系信息政策要求您的网站至少展示以下一项：企业地址、电话号码、电子邮件地址、联系表单或经过验证的社交媒体企业资料，这些信息需在结账前可见，并与 Merchant Center“商家信息”（Business Info）设置中填写的内容一致（Google Merchant Center 帮助中心，缺少联系信息）。除联系方式外，虚假陈述政策还要求提供介绍您是谁的“关于我们”页面、当前的企业品牌形象（而不是未经披露就使用他人品牌形象的经销商），并且如果您声称拥有合作关系或认证，需要备有书面证明。

第 3 步：让 Feed 与店铺实际显示的内容保持一致

这是 Feed 团队常常跳过的一步，因为它感觉像是营销问题而不是数据问题。但 Feed 与在线网站之间的库存状态和价格不一致本身就是一种虚假陈述，而且在大规模运营时，这也是最容易出错的部分。只要有一个 SKU 在 Feed 中显示 availability: in_stock，而商品页面上却写着“暂时缺货，6 周后补货”，就正是该政策所指的“无法提供的优惠”违规。

修改前：<g:availability>in stock</g:availability><g:price>349.00 USD</g:price>，而商品页面显示“缺货预订，6 周后发货”，且结账时自动应用优惠券后价格也不同。
修改后：<g:availability>backorder</g:availability><g:price>349.00 USD</g:price><g:sale_price>329.00 USD</g:sale_price>，与页面和结账时实际显示的内容一致。

这正是 Feed 平台体现价值的地方：一个在每一行数据上强制执行“Feed 价格必须等于展示价格”和“Feed 库存状态必须等于实时库存状态”的规则引擎，能够在这类不一致演变成暂停之前（而不是之后）将其发现。Feedance 的 Feed Protection 规则及其 Google Merchant Center 集成可以配置为：当 Feed 中的值偏离作为唯一可信来源的库存和价格数据时，暂停或标记这些数据行。这项工作的范围比修复企业身份要窄，但它确实是防止这一特定触发因素再次出现的重要一环。

第 4 步：在点击审核按钮之前准备好证据材料

Google 的官方指南表示应先修复可识别的问题，然后再申请审核；但它没有公布确切的证据清单。Merchant Center 自己的社区指南（并非官方政策，而是由亲历过这一流程的人撰写）建议准备能够证明企业真实存在并按所述方式经营的证据：有记录的订单历史（通常提到的标准是三到六个月内大约 300 笔已完成订单）、修复前后的网站截图，以及一份清楚说明问题所在和所做更改的书面解释（Merchant Center 社区，虚假陈述修复指南）。请将其视为起点，而非保证，因为 Google 并未公布最低订单数量，审核人员会权衡每个案例的具体情况。

第 5 步：正确提交审核请求

在 Merchant Center 中，请使用首页、账户横幅或“诊断”（Diagnostics）标签页上的“审核并修复”（Review and fix）、“修复”（Fix）或“申请审核”（Request review）操作，而不是提交一般性的支持工单。Google 表示，政策暂停的审核“通常需要最多 3–7 个工作日”，而针对联系信息的修复最快可在 24–48 小时内完成（Google Merchant Center 帮助中心，修复警告和暂停）。只有在您真正修复了问题之后再提交。如果提交只是为了询问问题出在哪里，就会在没有解决任何问题的情况下白白消耗一次机会。

如果再次被拒会怎样

Google 明确表示，多次审核失败可能会延长账户的冷却期，在此期间审核按钮会被禁用，直到冷却期结束前都无法再提交请求。如果根本问题是您确实无法改变的（例如 Google 已经标记过的企业所在地、所有权结构或历史模式），那么无论怎样清理 Feed 或店铺都无法撤销暂停，账户可能会被永久判定为不符合 Merchant Center 的资格。在这种情况下，现实的选择是：以真实准确的所有权建立一个全新的、完全合规的店铺，或者在 Google 申诉进行期间，将近期支出转移到审核流程不同的渠道（例如，Meta 的目录政策使用独立的电商资格审核）。

这套方法的局限

任何 Feed 管理平台——包括 Feedance，DataFeedWatch、Channable、Productsup 或 Feedonomics 也同样如此——都无法单凭自身修复虚假陈述暂停，因为该政策关乎的是企业身份和店铺的诚信，而不是 Feed 格式。Feed 工具可以防止您的 Feed 与您自己的网站相矛盾（上文第 3 步），也可以让您的数据在各渠道之间保持一致，但它无法替您撰写“关于我们”页面、验证您的企业注册，或凭空制造订单历史。如果您的企业确实与店铺所宣称的不符，这套方法帮不了您；那需要的是法律和运营层面的修复，而不是技术层面的修复。而如果 Google 已经在之前的账户上标记过同样的根本问题，任何申诉模板都无法扭转这一结果。

常见问题

虚假陈述暂停与商品级拒登是一回事吗？
不是。商品级拒登（缺少 GTIN、类目错误、图片政策）只影响单个商品，Feed 的其余部分仍然在线。虚假陈述是账户级的政策违规，可能导致整个账户下线。

审核请求需要多长时间？
Google 表示，大多数政策审核需要最多 3–7 个工作日；针对缺少联系信息的特定问题，修正后可在 24–48 小时内解决。

我可以申诉多少次？
Google 没有公布固定次数。社区指南称，通常在账户被视为永久不符合资格之前有两到三次审核机会，因此每次提交都应在真正修复之后进行，而不是靠猜测。

只修复 Feed 就能解决这个问题吗？
只有当触发原因是 Feed 与网站不一致（第 3 步）时才能解决。如果原因是企业身份、缺少政策页面或店铺中的声明，那么问题从来就不在 Feed 上。

我的企业是合法的，为什么还是被暂停了？
自动化执法标记的是模式，而不是意图。网站与 Merchant Center 设置中企业名称不一致、“关于我们”页面过时，或者一个陈旧的“有货”标记，即使对合规企业也可能触发暂停；第 2 步和第 3 步正是为了发现这些问题。

这也会影响我的 Google Ads 账户吗？
可能会。对于购物广告和 Performance Max 广告系列，Merchant Center 与 Google Ads 的政策执行是相互关联的，因此 Merchant Center 账户被暂停后，相关广告系列通常也会停止投放商品数据。

我应该新建一个 Merchant Center 账户而不是申诉吗？
只能作为最后手段，而且只能在真正不同且真实准确的所有权下进行：Google 的执法会关注跨账户的模式，存在同样根本问题的新账户很可能会再次被暂停。

Feed 管理工具能防止这种情况再次发生吗？
它可以通过强制执行让价格和库存状态与源数据保持一致的规则，防止第 3 步中描述的 Feed 与店铺不一致问题。但它无法监管您的企业身份、政策页面或营销声明；这部分需要持续的人工把关。

运行免费的 Feed 审核，在提交下一次审核请求之前，检查您的价格和库存数据是否真正与店铺一致。