Shopify 产品 Feed：标题、属性与常见拒登原因

商品 Feed 被拒登，多数时候问题不在 Feed 文件本身，而在三个地方对不上：后台的产品数据、落地页上买家看到的信息、以及 feed 里提交的那份副本。改 feed 只是改其中一份副本，另外两处不改，问题会按同样的方式复发。

Feed 与落地页是同一份数据的两条出口

Google 的产品结构化数据文档把这件事讲得很直接：向搜索提供产品信息有两条路，在网页上添加 Product 结构化数据，或者通过 Merchant Center 上传数据 feed 并开通免费商品信息；两条同时做，能最大化参与各类购物体验的机会，也有助于 Google 正确理解和校验数据。文档还提到，某些体验会合并两边来源，例如页面标注里没有价格信息时，可能采用 feed 里的价格。

这段话反过来读更有用。两个来源同时存在，而且可能被混用，意味着你不能假设哪一边一定会赢。feed 里的价格是旧的、页面上的价格是新的，用户点进来看到的数字和你提交的数字就对不上；这种不一致在审核端被判定为数据不实，不是文案问题。

先把拒登原因分成三类，别混着改

拿到拒登提示之后先归类，不同类型的处理方式完全不同：

• 字段与数据类：价格、库存、图片链接、品牌与标识符这类信息缺失或与实际不符。这一类能自己修。
• 政策与账户类：资质、目标国家或地区的限制、账户本身的状态。这一类改字段无效，得先解决账户层面的问题。
• 落地页体验类：页面打不开、价格与提交值不一致、运费与退货信息在页面上找不到。这一类是站点侧的问题，改动最花时间，也最值得先做。

本文不列属性清单。同一个属性在不同商品类别、不同目标国家的要求并不一样，照抄一份别家的清单比对着后台诊断逐条修更危险。下面这些是按经验排出来的问题类型，具体到字段名与要求，以后台诊断条目和当前规范为准。

Feed 里的信息从哪来：先分清三处副本

出问题之前，先弄清楚数据是怎么流动的：后台的产品与变体是源头，主题把其中的一部分渲染到页面上，应用或后台集成再把另一部分同步成 feed。中间任一环节的更新节奏不同，就会出现时间差。同步方式与频率以你使用的应用或后台设置为准，不要假设改完就立刻一致；改完数据后隔一段时间再对一次，比当场对更容易发现真正的延迟问题。

图片类问题多数来自链接变化。换主图、替换素材、清理旧文件之后，页面上的地址变了，feed 里还是旧的。核对方法很直接：把 feed 里的图片地址逐个打开，看能不能访问、打开的是不是当前页面上的那张图。至于图片本身的规格要求，各平台的要求会变，以后台给出的提示为准，不要照抄别人的参数表。

按影响面排序，先修覆盖率最大的那一类

字段组	常见问题	先查哪里
标题结构	把规格、用途、赠品都塞进标题，或标题与落地页上的产品名完全不同	拿 feed 标题与落地页产品名逐字对比
价格与库存	用产品层价格提交，而实际售价在变体层；库存更新滞后	对到具体变体，看后台的变体价格与库存
图片	主图替换后 feed 里还是旧地址，或图片地址已经失效	直接打开 feed 里的图片地址
品牌与标识符	标识符填了猜的值，或与页面上的信息不一致	与页面、后台字段对照，填不出准确值就慎重处理

价格与库存这一类值得单独说。Shopify 的产品详细信息文档说明了产品层与变体层的关系——加入变体之后，价格、库存、运费这些设置是在变体层维护的（见Shopify 产品详细信息）。所以提交给 feed 的价格来源必须是变体层的售价。很多店铺在后台改了产品层的价格，实际成交价却没变，feed 与页面同时报错，原因就在这一层。

运费与退货这两项常被当成政策文本的事，实际是审核端会核对的内容。配送说明要能让买家读到费用结构与时效口径，退货说明要写清期限与责任方；页面上找不到的承诺，光在 feed 里填是补不上的。这两页如果还停留在主题自带的占位文字，先改内容，再谈提交。

排查顺序：一次只改一件事

1. 打开后台的诊断与拒登列表，按受影响的商品数量排序，先处理覆盖面最大的一条。
2. 只改与这条原因直接相关的字段，不要顺手把标题、价格、图片一起刷新一遍。
3. 先改一件商品，等它重新被处理、状态变化之后，再决定要不要批量执行。
4. 记录改了什么、什么时候改的。没有记录，问题复发时你分不清是新问题还是旧问题没修干净。
5. 状态恢复后隔几天再看一次库存与价格。促销结束、补货、换供应商都会让这两项漂移。

强调一次只改一件事，是因为批量修改会把两个问题混在一起。价格与标题同时改，通过率好转你不知道是哪一项起的作用；万一冒出新的拒登原因，也判断不出是哪次改动带来的。还有一层影响容易被忽略：feed 与页面结构化数据读的是同一份产品数据，批量刷标题会同时改变自然搜索结果里显示的产品名。

三个值得逐项核对的点

第一是价格与币种。开了多市场的店铺，同一个产品地址在不同市场显示不同币种，提交的金额必须等于该市场页面上的实际金额，而不是主站价格换算过来的数字。核对时用目标市场的前台地址打开落地页，与 feed 里的币种金额逐字对，不要目测。币种与参数组合怎么避免顺手制造出一堆重复页面，币种与价格展示对收录的影响那篇写得更细。

第二是变体。feed 指向的落地页要能让买家选到对应规格，页面上的价格与库存也要对得上。一个产品提交了十几个变体，落地页上却选不出其中两个，这类问题在审核端表现为落地页与商品不匹配，修的时候要做的是把变体选择与可购买状态理顺，而不是在 feed 里删掉那两个变体。变体页面该怎么组织、标注该怎么写，见变体与 Offer 的结构化数据写法。

第三是页面标注能不能补位。前面那份文档建议两条路一起做，理由是同时做能让 Google 更好地校验数据；页面上的价格、库存、运费、退货这些信息标清楚之后，至少不会出现「页面上查不到、只能靠 feed 判断」的情况。补标注之前先把页面上的事实确认一遍，整页字段的核对顺序在产品结构化数据核对里。

面向多个国家投放时，还有一道前置工作：计量单位、计价方式、交付周期、认证要求在各地并不相同，把一份中文商品信息直接翻过去提交，往往是拒登与低点击的共同来源。分市场要写什么内容，规划方法在分市场内容规划那篇里；这件事应该在准备 feed 之前做，而不是被拒登之后回头补。

审核通过之后能说什么、不能说什么

通过审核只代表商品符合展示条件。展示量、点击成本、转化率都不由 feed 决定，也不要指望改完字段就能带来询盘。投放结构、预算分配、关键词选择属于广告操作层面的事，和 feed 是两套工作；如果要做购物广告，投放这块由谷歌广告那边承接，feed 的字段问题先在数据层面解决掉，否则投出去的素材和落地页对不上，钱花得更快。

还有一层时间上的不确定。官方文档在讲 sitemap 时明确说，抓取与索引需要时间，Google 不保证要多久（见Shopify 的 sitemap 文档）。feed 的处理节奏同理，不要假设改完立刻生效，也不要因为一天没变化就再改一遍。新站点从提交到被索引的节奏，谷歌需要多长时间才能索引一个新的 Shopify 网站那篇里有分阶段的说明。

什么情况下不值得自己折腾

商品数量在几十个、品类集中、库存不常变的店铺，先把落地页做干净，字段问题会少一半，专门研究 feed 的投入产出比不高。反过来，商品上千、多市场多币种、库存和促销变化快的店铺，靠人工逐条核对不现实，需要解决的是产品数据源的治理与自动化，不是 feed 层面的补救；这种时候更该先定清楚哪些属性由谁维护。

如果拒登来自政策或账户层面，先停手。继续改字段只会让你以为是字段的问题，浪费几周时间。这类问题通常需要按平台给出的具体要求提交材料，具体流程以当前后台提示为准。

判断标准可以简化一下：如果一次核对能在一两个小时内对完，自己排；如果每次都要跨几个环节追数据源，先定清楚哪个属性由谁维护，再谈修字段。

如果问题其实落在页面上——配送与退货信息埋在几层链接之后、产品页读不到价格、落地页与广告承诺对不上——那已经超出 feed 能修的范围，要从站点结构与内容层面处理，属于谷歌 SEO 常规范围。

改动效果的判断也要有正确的观察对象。字段修完之后，能不能显示出各类增强结果、什么时候显示，由搜索引擎决定；报告里没有错误，和用户实际看到的东西是两回事，这层差距写在富媒体结果核对那篇里。