Attributreferens
Giltighetsdatum för reapris [sale_price_effective_date]: så schemalägger du reor i Google Shopping
Guide till sale_price_effective_date i Google Merchant Center: datumintervallsformatet för att starta och avsluta reapriser och vanliga fel.
Zara Block Heel Sandals – Tan
Rean är tidsbegränsad → upphör automatiskt → baspriset förblir trovärdigt → överstrykningen visas korrekt
Zara Block Heel Sandals – Tan
sale_price har angetts men inget giltighetsdatum → rean upphör aldrig automatiskt → oavsiktligt ”permanent” rea → prisets trovärdighet urholkas, villkoren för överstruket pris uppfylls inte
sale_price_effective_date definierar när en rea börjar och slutar. Utan det pågår rean på obestämd tid – vilket gör det svårare att uppfylla kravet för överstrukna priser (baspriset måste ha gällt i 30+ dagar för att överstrykningen ska visas) och kan orsaka policyproblem om det ”ursprungliga” priset aldrig faktiskt tas ut.
Vad är sale_price_effective_date?
Attributet sale_price_effective_date anger under vilket datumintervall en produkts sale_price gäller. Det fungerar som en schemaläggningsmekanism: reapriset aktiveras vid starttidpunkten och inaktiveras automatiskt vid sluttidpunkten, varpå det visade priset återgår till det vanliga värdet för price. Utanför detta fönster ignorerar Google fältet sale_price helt.
Utan detta attribut är ett inskickat sale_price permanent aktivt – det upphör aldrig. Det är den enskilt vanligaste orsaken till reor som oavsiktligt fortsätter, och det kan obemärkt hindra dig från att visa överstrukna priser (vilket kräver att baspriset har varit aktivt under minst 30 av de senaste 200 dagarna).
Tekniska specifikationer
| Feednamn | sale_price_effective_date |
| Krävs | Rekommenderas (krävs inte rent tekniskt, men rekommenderas starkt när sale_price används) |
| Format | ISO 8601-intervall: start/end – t.ex. 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00 |
| Format med enbart datum | 2025-06-01/2025-06-30 accepteras också |
| Avgränsare | Snedstreck / mellan start och slut |
| Tidszon | Ange förskjutning (t.ex. +02:00, -05:00 eller +00:00 för UTC) |
Så fungerar paret sale_price + sale_price_effective_date
-
Före starttidpunkten: Google visar det ordinarie priset i
price. Reapriset finns i din feed men döljs. -
Mellan start- och sluttidpunkt: Google visar
sale_pricemed överstrykning påprice(om 30-dagarsvillkoret för baspris är uppfyllt). -
Efter sluttidpunkten: Google återgår till det ordinarie priset i
price. Värdet för reapris finns kvar i din feed men ignoreras. -
Inget giltighetsdatum angett: Reapriset är aktivt på obestämd tid tills det tas bort från din feed.
30-dagarsregeln för överstrukna priser
För att överstrykningen ska visas (där det ordinarie priset visas överstruket bredvid reapriset) måste baspriset (price) ha varit produktens faktiska pris under minst 30 av de föregående 200 dagarna. Detta innebär:
-
Att köra en rea i 30+ dagar utan utgångsdatum urholkar basprishistoriken och kan leda till att överstrykningen döljs
-
Reor direkt efter varandra (en rea slutar, en annan börjar omedelbart) minskar också tiden då baspriset gäller
-
Att artificiellt blåsa upp
priceprecis före en rea – och sedan omedelbart rabattera – uppfyller inte detta krav och är ett policybrott -
En väl planerad, tidsbegränsad rea (t.ex. 7–14 dagar) bevarar basprishistoriken och säkerställer att överstrykningen visas vid nästa rea
Regler
-
Starttidpunkten måste ligga före sluttidpunkten – omvända intervall gör att reapriset aldrig aktiveras
-
sale_pricemåste vara strikt lägre änprice -
Endast ett datumintervall per produkt (inte flera intervall)
-
Ange inte ett slutdatum i det förflutna – reapriset behandlas direkt som utgånget
-
Tidszonsförskjutning är obligatorisk när du anger klockslag – utan den kan rean aktiveras eller upphöra vid oväntade tider
Bästa praxis
-
Ange alltid ett slutdatum – det finns nästan aldrig en affärsmässig anledning till att en rea ska pågå på obestämd tid. Att göra tidsbegränsade reor till en strikt regel i din feedpipeline förhindrar oavsiktligt förlängda kampanjer.
-
Schemalägg reor i förväg via din feed – ladda upp
sale_price+sale_price_effective_datemed ett framtida startdatum innan rean lanseras. Då slipper du stressade feeduppdateringar samma dag, och rean aktiveras exakt i tid. -
Använd kompletterande feeder för dynamisk schemaläggning av reor – om du kör frekventa, kortvariga kampanjer (t.ex. blixtreor) uppdateras en kompletterande feed som bara omfattar produkter som ingår i reor snabbare än en fullständig feed och kan aktivera/inaktivera reor enligt ett snävare schema.
-
Se 30-dagarsregeln som en spärr i kalendern – låt produkterna ligga på fullt
pricei minst 30 dagar efter varje reaperiod innan du lanserar en ny rea på samma produkter. Då kan du fortsätta visa överstrukna priser i framtida kampanjer.
Vanliga misstag
-
Att ange
sale_priceutansale_price_effective_date– rean går aldrig ut automatiskt -
Att kasta om start- och slutdatum – rean aktiveras aldrig
-
Att använda ett format utan snedstreck (t.ex. två separata datumfält) – felaktigt; måste vara en enda
start/end-sträng -
Att utelämna tidszonsförskjutning – rean aktiveras/upphör vid oväntade tider
-
Att ange ett slutdatum i det förflutna – Google behandlar rean som redan utgången och visar det vanliga priset omedelbart
-
Att köra reor så ofta att basprishistoriken sjunker under 30 dagar – överstrykningen döljs
-
Att sätta
sale_pricetill samma värde somprice– ingen rabatt, ingen överstrykning, möjlig varning om datakvalitet
Vanliga frågor
Vad är det exakta formatet för sale_price_effective_date?
YYYY-MM-DDThh:mm:ss+HH:MM/YYYY-MM-DDThh:mm:ss+HH:MM. Exempel: 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00. Detta innebär att rean startar vid midnatt UTC den 1 juni och upphör vid slutet av den 30 juni. Ange alltid tidszonsförskjutning. Format med enbart datum (utan tid) accepteras också: 2025-06-01/2025-06-30, men om du anger klockslag får du exakt kontroll över när rean aktiveras och upphör.Krävs sale_price_effective_date när jag använder sale_price?
sale_price utan sale_price_effective_date aktiveras reapriset omedelbart och går aldrig ut automatiskt – det förblir aktivt tills du tar bort sale_price från din feed. Detta är den vanligaste orsaken till oavsiktligt förlängda reor. Ange alltid ett giltighetsintervall så att rean säkert upphör automatiskt.Vad är 30-dagarsregeln för baspris och hur hänger den ihop med det här attributet?
price) var produktens faktiska pris under minst 30 av de föregående 200 dagarna. Om din rea pågår för länge – särskilt för att sale_price_effective_date saknas – blir det rabatterade priset i praktiken det ”riktiga” priset, 30-dagarsvillkoret uppfylls inte och överstrykningen döljs. En korrekt tidsbegränsad rea skyddar din basprishistorik.Kan jag schemalägga en framtida rea med detta attribut?
sale_price och sale_price_effective_date med ett startdatum i framtiden, så aktiverar Google reapriset automatiskt när startdatumet infaller. Fram till dess visas det nuvarande värdet i price. Detta är idealiskt för planerade kampanjer (Black Friday, säsongsreor): ladda upp readatan i förväg så aktiveras den enligt schemat utan att du behöver uppdatera din feed samma dag.Vad händer när sluttiden för sale_price_effective_date har passerat?
sale_price_effective_date har passerat återgår Google automatiskt till att visa det vanliga värdet för attributet price och tar bort reamarkeringen. Värdet för sale_price finns kvar i din feed – Google ignorerar det helt enkelt eftersom giltighetsdatumet har gått ut. Du behöver inte ta bort sale_price från din feed efter att rean är slut, även om det är god praxis att ta bort det vid din nästa fullständiga feeduppdatering.Kan sale_price vara högre än det vanliga priset?
sale_price är strikt lägre än price. Om sale_price är lika med eller högre än price visas inte reamarkeringen och produkten kan få en varning om datakvalitet. Se till att eventuella rabatter är äkta (åtminstone en liten sänkning). Google bevakar också mönster och döljer överstrukna priser för produkter med artificiellt uppblåsta baspriser.