促销活动与促销价

一次打折，会同时触碰数据源中最脆弱的两个环节：价格本身，以及它与着陆页的一致性。促销季拒登量激增，多半只是一个表述不当的促销活动，被复制到了整个商品目录。

两个关键字段

请将 price 保留为原价，把折后价填入 sale_price。切勿用折扣价直接覆盖 price：这样会失去划线价展示效果，也会重置 Google 用来判断后续「促销」是否属实的参考价格。

sale_price_effective_date 以开始和结束时间戳的形式界定促销时段。设置好它，促销就会自动开始、自动结束——这就是「零点准时结束的活动」与「等人想起来才结束的活动」之间的差别。

问题通常出在哪里

• 着陆页显示促销价，数据源里却仍是原价，或者反过来。两种情况都属于不一致。
• 促销在网站上 00:00 生效，在数据源中却要等到下一次抓取才更新，中间留出了一段互相矛盾的时间窗口。
• sale_price 高于 price，这样的数据会被拒绝。
• 长期挂着、从不回归原价的「促销」价，Google 会将其视为原价，并可能予以标记。

商家促销是另一回事

促销数据源承载的是「八折优惠」「购物赠礼」这类优惠信息，会为您的商品刊登附加一条特惠标注，且需与商品数据源分开提交。这件事值得做。在 Shopping 广告一行展示中，可用的视觉差异化元素本就不多，而这条标注是其中之一，并且完全免费。

旺季执行纪律

1. 在促销期开始之前提高数据源抓取频率，而不是在促销进行中才调整。
2. 用未来生效日期在数据源中预先部署促销，而不是等活动开始的那一刻才临时上线。
3. 首日请按小时监控拒登数量，而不是按天。
4. 准备好回滚方案：预先设定的结束日期，胜过凌晨两点手动撤销。