为什么大促 Feed 不是上线前临时改价格？

因为平台读取的是一组商品事实，不只是页面价格。promotion_id、product_applicability、sale_price、sale_price_effective_date、兑换码、库存、产品集、落地页和结构化数据要同时一致，预算才不会放大错价、缺货或错误商品池。

20oz 大促 Feed 放行实验室要训练什么？

它训练同一款 20oz 夏季杯在错价、库存毛利不足、促销映射缺口和首小时优惠码失败时分别选择不同动作：暂停放行、缩小商品池、修映射或先降预算。重点是把异常转成证据和预算规则。

T-2 九 SKU 抽样应该查什么？

至少抽主推、长尾和边界 SKU，检查商品页、结账页、Feed 预览、Merchant Center、Meta Catalog、产品集和结构化数据。抽样失败要写失败 SKU、失败字段、影响范围、修复人、复验时间和预算权限。

大促上线压力实验室为什么要看排期、预览和总库存？

因为这些信号都容易让团队误以为可以放量。平台预览只说明促销可能被读取，不说明九 SKU 复验、落地页、结账、库存覆盖和预算上限都安全；排期只说明想上线，不说明字段已经复验；总库存也不等于可售、可履约、可赚钱的库存。

学完「大促 Feed 准备度与季节性商品运营」后应该留下什么结果？

至少留下大促 Feed 准备度检查门和复制笔记总结：参与和排除 SKU、促销字段、商品适用范围、库存覆盖、产品集、T-2 抽样证据、首小时异常表、上线压力、第一证据、停止条件、预算动作和下一次复盘时间。

大促 Feed 准备度与季节性商品运营

Loading interactive version

纯文字版教程展开阅读

大促不是临时改价格。预算放大前，促销价、有效期、适用商品、库存、产品集、集合页、落地页承诺和平台状态要一起锁住。否则广告花出去的不是增长预算，而是在放大错价、缺货、错商品池和客服问题。

本课产出：大促 Feed 准备度检查门

本课的可交付结果是一张大促 Feed 准备度检查门，也是一份可以复制走的准备度笔记总结。它不是普通待办清单，而是一个上线放行表：参与 SKU、排除 SKU、促销字段、商品适用范围、库存覆盖、产品集、页面承诺、验收证据、负责人、停止条件、首小时异常监控和上线后一周复盘都要写清楚。

准备度检查门解决的是上线当天最贵的问题：广告已经开始花钱，但 Feed 读到一个价格，商品页显示另一个价格；产品集包含低库存变体；Merchant Center 促销预览只识别一半 SKU；或者客服在首小时集中反馈优惠码不能用。没有这个检查门，团队会把这些问题误判成广告表现波动，继续加预算，最后让投放、页面、客服和履约一起背锅。

读完这篇，你要能回答四个问题：这次促销到底适用哪些商品？平台靠什么字段识别这些商品？T-2 抽样失败时谁有权暂停？上线第一小时出现异常时，预算先怎么动？

为什么大促 Feed 不是临时改价格

很多新手把大促理解成三件事：页面换横幅、商品改促销价、广告加预算。这个理解太薄。对平台来说，大促是一组商品数据状态：价格字段、有效期、商品适用范围、兑换码、产品集、库存、结构化数据和页面内容要同时成立。

Google Merchant Center 的促销数据规范要求你说明促销 ID、适用商品、是否需要优惠码、有效期和展示窗口。Google 的 sale_price 文档也强调，促销价要和落地页、结账页保持一致。Shopify 的 Google & YouTube 同步说明则提醒，商品信息变化可能导致已同步商品出现错误或警告。换句话说，大促不是运营在页面上写一句「夏季大促」就结束，而是多个系统共同读取同一套商品事实。

如果团队只在上线前改价格，风险会集中爆发。广告系统会把预算推向当前可读的商品池；Merchant Center 会根据 Feed、网站和结构化数据检查价格与库存；Meta Catalog 会把产品集交给广告；邮件、短信和客服话术会承诺同一个折扣。如果其中一个系统没有同步，用户看到的就是错价、缺货、优惠码失败或承诺不一致。

所以这篇不是教你做一个漂亮活动页，而是教你用准备度检查门控制放行。真正的大促运营能力，不是上线当天反应快，而是在预算放大前，把不能放大的问题提前拦住。

先把术语讲清楚

下面这些词不是装饰性术语，而是放行门里的关键字段。你不需要背英文，但要知道它们在哪里出现、谁会读取、错了会造成什么后果。

sale_price：Feed 里给平台读取的促销价字段。它要和商品页、结账页、广告素材、邮件和活动页一致。比如 20oz 夏季杯商品页显示 29.99，Feed 里还是 39.99，就不能先放大预算。
sale_price_effective_date：促销价的开始和结束时间。它告诉平台什么时候读促销价，什么时候恢复原价。缺少结束时间时，活动结束后平台可能仍然认为商品在促销。
promotion_id：Merchant Center 促销数据里的促销编号，也可以映射到商品数据里，告诉 Google 哪些商品参加这次促销。它不是顾客输入的优惠码，也不是活动名称。
product_applicability：说明促销适用于全部商品，还是只适用于指定商品。只有真正全店适用时才适合 all_products；如果要排除低毛利、缺货或有警告的 SKU，就不能偷懒设成全店。
generic_redemption_code：所有顾客都能使用的公开兑换码。页面写 SUMMER20，结账测试、邮件、广告素材和促销数据也要显示同一个码。
promotions_display_dates：上线前用于展示或预验收的窗口。它帮助你在正式开跑前检查促销是否能被看见，但不替代真正的有效期。
产品集 / 商品池：广告实际能读取和投放的一组商品。集合页正确不代表产品集正确，产品集正确也不代表 Merchant Center 促销映射正确。
准备度检查门：在大促前确认字段、页面、产品集、库存、证据和停止条件是否一起过关。它的作用是决定能不能放量，而不是给会议增加一张表。

促销映射实验室：平台怎么知道哪些商品参加

大促的第一个判断不是「页面写什么」，而是「平台怎么识别」。如果你只做活动页，平台可能不知道哪些商品有促销；如果你只写 promotion_id，页面和结账可能不承认；如果你直接设成 all_products，低库存或低毛利商品可能也被预算放大。

促销类型	要设置什么	证据	不要做什么
全店促销	只有所有可售商品都参加时，才使用 all_products 适用范围。	全店政策、页面承诺、免邮或折扣规则、排除商品确认。	低毛利、缺货或有警告 SKU 需要排除时，不要默认全店。
指定 SKU	促销数据和符合条件的商品数据都映射同一个 promotion_id。	promotion_id 清单、SKU 清单、Merchant Center 促销预览。	不要把 promotion_id 当成顾客优惠码。
商品过滤	使用 item_id、brand、product_type、item_group_id 或 custom label。	过滤字段、样例 SKU、排除列表、商品池数量前后对比。	商品池规则不清楚时，不要硬套过滤。
需要兑换码	需要公开优惠码时使用 generic_code 和 generic_redemption_code。	落地页、结账测试、促销预览、客服话术。	不要让广告、邮件和促销数据显示不同兑换码。
上线前预验收	用 display dates 做预览，用 effective dates 控制真正有效期。	T-2 预览、时区、重新验收记录。	不要把展示日期当成真实促销日期。

一个简单判断：如果这次活动需要排除某些商品，就不要先从 all_products 开始；如果这次活动只针对部分 SKU，就要证明 promotion_id、过滤字段、custom label 和产品集数量能对上。

20oz 大促 Feed 放行实验室：先选压力，再选放行动作

下面用一款 20oz 保温杯类夏季杯做演练。同一个产品进入大促时，可能遇到四类压力。它们看起来都叫「Feed 没准备好」，但处理动作完全不同。

场景	错误反应	更稳动作	写回检查门的证据
T-2 抽样发现商品页 29.99，Feed 仍是 39.99。	先按原预算上线，首日再观察。	暂停放行，修 sale_price / sale_price_effective_date / 落地页价格后重新抽样。	商品页、结账页、Feed 预览、广告素材截图；字段值；重新抽样时间。
主推颜色只剩 80 件，广告预测首日卖 120 件。	继续全量放行，缺货后再补货。	缩小商品池，先排除低库存、低毛利和高退货 SKU，再重算预算上限。	库存覆盖天数、预测需求、贡献利润、退货风险、排除 SKU 清单。
集合页正确，但 Merchant Center 促销预览只有一半 SKU。	直接进广告产品集，让平台自己识别。	修 promotion_id / product_applicability / 过滤字段 / custom label 映射，再进入产品集。	promotion_id 清单、product_applicability、过滤字段、促销预览 SKU 数。
上线首小时客服集中反馈优惠码不能用。	等当天结束再复盘。	先降预算，写入首小时异常表，再排查 generic_redemption_code、页面文案和结账测试。	优惠码、结账失败截图、客服标签、受影响 SKU、预算调整记录。

这个实验室训练的不是背答案，而是建立预算纪律：字段没锁住，不放量；商品池没重算，不加预算；已经开跑但异常集中，先降预算再排查。大促不是证明团队敢不敢冲，而是证明团队能不能在错误被预算放大前停下来。

大促上线压力实验室：不要被排期、预览和总库存骗过

大促真正容易失控的地方，不是团队不知道要验收，而是会议里所有人都在催你跳过验收。下面四类压力最常见：平台预览看起来通过、大促日历已经排好、总库存看起来够、首小时异常被当成小问题。它们都会把团队推向同一个危险动作：先上，后面再看。

上线压力	诱人的错误动作	更稳的读法	第一证据	禁止动作
平台预览看起来通过。	把 Merchant Center 促销预览当成全链路放量批准。	预览只是说明促销数据可能被读取，不证明商品池、结账、库存和预算上限都通过。	促销预览、9 SKU 商品页/结账/Feed 截图、产品集数量和库存覆盖。	没有 9 SKU 复验和预算上限，不直接全量放量。
大促日历已经排好。	先上线页面和广告，字段问题首小时再看。	排期只能说明要上线，不能证明能放量。T-2 错价、错码或错商品池时，只能缩小范围或暂停。	T-2 失败 SKU、失败字段、修复人、复验时间和允许上线范围。	不能用页面已排期替代重新验收。
总库存看起来够。	只看总库存，不看主推变体、低毛利组合和高退货 SKU。	大促消耗的是可卖、可履约、可赚钱的库存，不是仓库总数。	变体库存覆盖天数、预测需求、贡献利润、退货率、排除 SKU 和预算上限。	没有变体级库存和利润证据，不把全量商品池交给广告。
首小时异常被当成小问题。	客服反馈优惠码不能用，但广告数据没坏，就等当天结束再复盘。	首小时客服信号是商品数据雷达。优惠码、价格、库存、商品池异常会先出现在用户和客服那里。	客服标签、结账失败截图、受影响 SKU、generic_redemption_code、页面文案和预算调整记录。	异常集中时，不等 ROAS 变差才降预算。

这部分要写进复制笔记总结。不要只写「平台预览已通过」，要写「平台预览已通过，但 9 SKU 复验、库存覆盖和预算上限也已经通过」。如果少了后半句，团队下次还是会被同一个压力带偏。

T-14 到 T+1 准备度时间线

大促准备度要按时间推进。越靠近上线，能改的东西越少，能接受的风险也越低。下面这条时间线不是固定模板，而是把每个时间点的「锁什么、谁负责、什么情况暂停」写清楚。

时间点	锁什么	证据	负责人	停止条件
T-14	参与 SKU、排除 SKU、目标毛利和库存覆盖。	SKU 清单、库存覆盖天数、毛利表、退货风险。	商品运营。	库存低于预测需求 1.3 倍，不放量。
T-10	促销价、有效期、免邮、页面价格和兑换码。	后台截图、Feed 预览、落地页、结账测试。	运营负责人。	价格、有效期或兑换码不一致，不进入广告产品集。
T-7	集合页、产品集、custom label、排除规则和活动标签结束时间。	产品集覆盖数、排除列表、集合页规则。	站内运营和广告团队。	低毛利、高退货、警告未清 SKU 未排除时暂停。
T-2	Merchant Center、Meta Catalog、落地页和结构化数据抽样。	每组至少 3 个 SKU 截图，至少覆盖主推、长尾和边界 SKU。	验收负责人。	抽样失败超过 10%，暂停上线并重新验收。
上线首小时	价格、库存、商品池、平台状态、客服和退款信号。	首小时异常表、预算调整记录、客服标签。	经营负责人。	异常集中时先降预算，再排查字段。
T+1 到 T+7	预算表现、缺货、退款、客服问题和季节性商品残留。	首日异常复盘、一周商品池复盘、剩余库存表。	经营负责人和商品运营。	如果利润、履约或客服压力恶化，停止扩量并重算商品池。

T-2 九 SKU 抽样：不要只看一个主推商品

很多团队的 T-2 验收只点开一个主推 SKU，这不够。大促真正容易出问题的是边界商品：低库存颜色、长尾尺码、新加入变体、刚改标题的 SKU、刚从产品集排除的 SKU。建议每组至少抽 3 个 SKU：一个主推、一个长尾、一个边界。若活动有多个产品线，就按产品线扩展到 9 个或 12 个。

看商品页：价格、促销文案、库存、颜色尺码、发货承诺是否正确。
看结账页：最终成交价、优惠码、免邮门槛和税费显示是否符合活动规则。
看 Feed 预览：sale_price、price、sale_price_effective_date、availability 和 promotion_id 是否对齐。
看 Merchant Center / Catalog：促销预览、产品状态、警告、拒登和产品集数量是否符合预期。
看结构化数据：页面给搜索和平台验证读取的价格与库存是否还是旧值。

抽样失败不是找一个人改一下就结束。检查门里要写：失败 SKU、失败字段、影响范围、修复人、复验时间和是否允许预算继续。没有复验记录，就不能说已经准备好。

上线首小时战情室：把异常写成预算动作

上线第一小时不是只看花费、点击和 ROAS。这个时间点最重要的是快速发现数据错误，避免平台把错误商品池当成学习样本。首小时战情室至少看五类信号。

价格读数：商品页、结账页、Feed 预览和广告素材价格是否同一口径。不一致时先降预算，再修 sale_price 和 sale_price_effective_date。
库存读数：正在花钱的 SKU 是否还可买，低库存颜色或尺码是否已经排除。缺货集中时缩小商品池，不只是暂停单个广告。
商品池读数：Meta 产品集、Google 产品组、集合页和活动页是否指向同一批商品。商品池漂移时停止扩量，只保留小预算验证。
平台状态读数：Merchant Center、Meta Catalog 和结构化数据是否出现新问题、警告或抽样失败。阻断型问题先暂停上线，受限型问题缩小商品池。
客服与退款读数：是否集中出现价格不对、优惠码不能用、买不到颜色或尺码。客服不是事后记录员，而是首小时异常雷达。

每个异常都要变成预算动作：继续、降预算、缩小商品池、暂停放行或重新验收。不要只写「已反馈给运营」。如果预算没有动作，异常就没有真正进入经营决策。

上线后一周季节性商品复盘

季节性商品的大促复盘不能只看首日 ROAS。比如 20oz 夏季杯首日卖得很好，但如果低毛利颜色被放大、退货原因集中在漏水或容量误解、活动结束后还有大量季节性库存，那这次大促只是把问题往后推。

上线后一周要复盘四件事：第一，促销价和有效期是否按时恢复；第二，产品集和集合页是否清掉活动标签；第三，剩余库存是否需要进入下一轮内容、邮件或再营销；第四，客服和退款主题是否暴露了商品页面、规格说明或图片的问题。

这一步会衔接下一课的月度 Feed 复盘与增长路线图。大促不是孤立活动，它会留下字段经验、商品池经验、素材经验和风险经验。把这些写回路线图，下一次大促才不会从零开始。

放行/暂停

信号	动作	证据
价格、库存、产品集、集合页、页面承诺一致。	放行，上线活动。	T-2 抽样、平台状态、落地页和产品集截图。
促销价有效期不清楚。	暂停，补 sale_price_effective_date。	后台字段、Feed 预览、活动页时间。
低库存或低毛利 SKU 未排除。	暂停，先改商品池。	库存覆盖、毛利、退货风险和排除理由。
Merchant Center 或 Catalog 警告未复查。	暂停，补平台状态截图。	问题详情、受影响 SKU、复核时间。
T-2 抽样失败超过 10%。	不放量，缩小商品池或重新验收。	失败 SKU、原因、负责人和重新验收时间。
上线首小时出现错价、缺货或客服异常。	降预算，进入字段排查。	首小时异常表、客服记录、预算调整记录。

复制笔记总结

下一位同事接手预算、页面或产品集前，只交一个清楚版本：时间线和已锁字段、参与与排除 SKU、验收证据、首小时监控、停止条件、预算动作和下一次检查时间。复制笔记总结不要写成「都检查过了」。要写成「这些字段在这些截图里通过；这些 SKU 被排除；这些异常会触发降预算；下次复查在什么时候」。

复制前先检查五行：上线压力、第一证据、预算动作、复验窗口、禁止动作。如果一个新人看完这份复制笔记总结，不能判断能不能继续加预算，那这份笔记还不够具体。

公开来源边界

本课只公开引用官方边界。官方文档不会替你判断哪个 SKU 值得参加大促，但它会定义促销字段、促销价窗口、价格库存一致性和 Shopify 同步风险。非官方实操观察只转化成检查表、实验室和预算规则，不作为公开引用来源。

官方边界	本课用法
Google Merchant Center promotions data specification 定义 promotion_id、product_applicability、offer_type、long_title、promotion_effective_dates、redemption_channel 等字段。	所以本课先做促销映射实验室，区分 all_products、specific_products、兑换码和展示窗口，而不是只看活动页是否上线。
Google Merchant Center sale_price 说明 sale_price 是商品促销价，sale_price_effective_date 用来说明促销价适用的时间范围。	所以 20oz 放行实验室要求同时核对商品页、结账页、Feed 预览、广告素材和有效期，不把改价格当成已经放行。
Google Merchant Center high-quality data 强调价格和库存要保持最新，商品数据、落地页和结构化数据漂移会带来价格或库存问题。	所以 T-2 九 SKU 抽样和首小时战情室必须看价格、库存、结构化数据、平台状态和预算动作。
Shopify Google & YouTube product syncing 说明 Shopify 商品同步到 Merchant Center 后，商品信息变更仍可能让已同步商品出现错误或警告。	所以活动前后都要复查 Shopify channel、Merchant Center、Feed 预览和页面承诺，不能假设同步过一次就一直稳定。