date price

sale_price_effective_date

The start and end timestamps for a promotional sale_price. Lets you schedule discounts in advance — the discount activates at start, deactivates at end, without manual intervention.

Also known as: sale_dates , promo_dates

Channel support

Channel Status Field name Notes
Google Merchant Center Optional sale_price_effective_date Docs →
Meta Commerce Manager Optional sale_price_effective_date
TikTok Shop Optional sale_price_effective_date
Pinterest Catalog Optional sale_price_effective_date
Amazon Optional sale_start_date
Bing Merchant Center Optional sale_price_effective_date

Why it matters

Without this, sale_price is treated as 'always on' until you manually clear it. With it, you can pre-load Black Friday discounts in October and let the dates handle activation. Critical for time-sensitive promotional cycles.

The promotional-cycle discipline this field enables: schedule discounts in advance, let the dates control activation, clean transitions between regular and sale pricing. Black Friday 2026 discounts loaded into the feed in October with the November 24-28 date range; activation happens automatically at midnight on the 24th; deactivation at end-of-day on the 28th. No human at the keyboard, no missed start times, no leftover discounts running into December.

The format `2026-11-24T00:00:00Z/2026-11-28T23:59:59Z` is ISO 8601 with start and end separated by a slash. Times in UTC unless an explicit offset is provided. The end must be after the start. Common mistakes: using human-readable dates (`Nov 24-28 2026`), separator confusion (`to` instead of `/`), missing timezone information.

The strategic use case beyond Black Friday: rolling promotional cycles where different product groups have different discount windows. Custom_label_3 tagging promotional groupings, sale_price_effective_date driving activation timing per group, and the campaign structure references both. This separates the promotional calendar from the catalog updates — the catalog gets updated once with all the planned promotional data; the dates handle the timing.

Format rules

  • ISO 8601 with start/end separated by '/' (e.g. '2026-11-24T00:00:00Z/2026-11-28T23:59:59Z')

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

  • Times in UTC unless explicit timezone offset

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

  • End must be after start

    Applies to: Google Merchant Center, Meta Commerce Manager, Pinterest Catalog, Bing Merchant Center

Valid examples

2026-11-24T00:00:00Z/2026-11-28T23:59:59Z

Black Friday weekend, UTC

2026-12-26T00:00:00+00:00/2026-12-31T23:59:59+00:00

Boxing Day to year-end

Common mistakes

2026-11-24 to 2026-11-28

Wrong separator — must use '/' and full ISO 8601

Nov 24-28 2026

Human-readable dates rejected

Common issues involving this field

FAQ

Do I have to use this field with sale_price?

Not required — but recommended for any promotion with a defined end. Without it, you have to manually clear sale_price when the promotion ends, which is a frequent ops gap.

Can I schedule multiple sale windows for one item?

Only one window at a time per item. For multiple windows, you'd update the feed before each promotion starts.

Last reviewed: 26 May 2026

Free plan · No card

Why wait? Try it free today.

Stop managing feeds manually. Start optimising with AI in 30 seconds.

  • Free plan, no credit card required
  • 1 brand, 1 feed, 100,000 products per feed
  • Full AI Product Optimisation, Rule Engine, and 200+ channel exports
  • Pay only for AI credits when you need them