Attributguide

Start- og slutdato for tilbud [sale_price_effective_date] i Google Shopping: Sådan planlægger du udsalg

Guide til sale_price_effective_date i Google Merchant Center: formatet for datointervallet, der starter og stopper tilbudspriser, og typiske fejl.

Opdateret 4 min. læsetid
Google Shopping — Tilbudspris: aktiv vs. udløbet

Zara-sandaler med blokhæl — lysebrune

79,00 € 55,00 €fashion-store.com
Udsalget slutter 30. jun.30 % rabat

Udsalget er tidsbegrænset → udløber automatisk → basisprisen bevarer sin troværdighed → den gennemstregede pris vises korrekt

Zara-sandaler med blokhæl — lysebrune

79,00 € 55,00 €fashion-store.com

sale_price er angivet, men uden gyldighedsperiode → udsalget udløber aldrig automatisk → et »permanent« udsalg ved en fejl → prisens troværdighed udhules, betingelserne for gennemstreget pris er ikke opfyldt

sale_price_effective_date bestemmer, hvornår et udsalg starter og slutter. Uden den kører udsalget på ubestemt tid — og så undergraver du kravet til basisprisen (prisen skal have været aktiv i 30+ dage, før den gennemstregede pris vises), og det kan give problemer med politikkerne, hvis den »oprindelige« pris aldrig rent faktisk bliver opkrævet.

Hvad er sale_price_effective_date?

Attributten sale_price_effective_date angiver den periode, hvor et produkts sale_price gælder. Den fungerer som en tidsplan: Tilbudsprisen træder i kraft på starttidspunktet og ophører automatisk på sluttidspunktet, hvorefter den viste pris går tilbage til den almindelige price-værdi. Uden for perioden ignorerer Google feltet sale_price helt.

Uden denne attribut er en indsendt sale_price aktiv permanent — den udløber aldrig. Det er langt den hyppigste årsag til udsalg, der ved en fejl bliver ved med at køre, og det kan i det stille undergrave din mulighed for at vise den gennemstregede pris (som kræver, at basisprisen har været aktiv i mindst 30 af de seneste 200 dage).

Tekniske specifikationer

Feednavnsale_price_effective_date
PåkrævetAnbefales (ikke teknisk påkrævet, men anbefales kraftigt, når du bruger sale_price)
FormatISO 8601-interval: start/end — f.eks. 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00
Format med kun dato2025-06-01/2025-06-30 accepteres også
SkilletegnSkråstreg / mellem start og slut
TidszoneAngiv tidszoneforskydningen (f.eks. +02:00, -05:00 eller +00:00 for UTC)

Sådan arbejder sale_price og sale_price_effective_date sammen

  • Før starttidspunktet: Google viser den almindelige price. Tilbudsprisen ligger i feedet, men vises ikke.

  • Mellem start- og sluttidspunktet: Google viser sale_price med price gennemstreget (hvis 30-dagesbetingelsen for basisprisen er opfyldt).

  • Efter sluttidspunktet: Google viser igen den almindelige price. Tilbudsprisen bliver stående i feedet, men ignoreres.

  • Ingen gyldighedsperiode angivet: Tilbudsprisen gælder på ubestemt tid, indtil den fjernes fra feedet.

30-dagesreglen for den gennemstregede pris

For at den gennemstregede pris kan vises (den oprindelige pris streget over ved siden af tilbudsprisen), skal basisprisen price have været produktets faktiske pris i mindst 30 af de foregående 200 dage. Det betyder:

  • Et udsalg, der kører i 30+ dage uden slutdato, udhuler basisprishistorikken og kan betyde, at den gennemstregede pris ikke vises

  • Udsalg i direkte forlængelse af hinanden (ét udsalg slutter, og et nyt begynder med det samme) mindsker også den tid, produktet står til basisprisen

  • Hvis du kunstigt hæver price lige før et udsalg og straks derefter giver rabat, opfylder det ikke kravet og er en overtrædelse af politikkerne

  • Et veltimet, tidsbegrænset udsalg (f.eks. 7–14 dage) bevarer basisprishistorikken og sikrer, at den gennemstregede pris vises ved næste udsalg

Regler

  • Starttidspunktet skal ligge før sluttidspunktet — er intervallet vendt om, træder tilbudsprisen aldrig i kraft

  • sale_price skal være lavere end price (ikke lig med)

  • Kun ét datointerval pr. produkt (ikke flere)

  • Angiv ikke en slutdato, der allerede er passeret — så behandles tilbudsprisen straks som udløbet

  • Tidszoneforskydning er obligatorisk, når du angiver klokkeslæt — uden den kan udsalget starte eller slutte på uventede tidspunkter

Bedste praksis

  • Angiv altid en slutdato — der er næsten aldrig en forretningsmæssig grund til, at et udsalg skal køre på ubestemt tid. Gør tidsbegrænsede udsalg til en fast regel i din feed-pipeline, så undgår du udsalg, der ved en fejl kører for længe.

  • Planlæg udsalg i god tid via feedet — upload sale_price + sale_price_effective_date med en fremtidig startdato, før udsalget går i gang. Så slipper du for hektiske feedopdateringer på selve dagen, og udsalget starter præcis til tiden.

  • Brug supplerende feeds til fleksibel planlægning af udsalg — hvis du ofte kører korte kampagner (f.eks. lynudsalg), bliver et supplerende feed med kun de produkter, der er med i udsalget, opdateret hurtigere end et fuldt feed og kan slå udsalg til og fra med kortere varsel.

  • Behandl 30-dagesreglen som en fast del af kalenderen — lad produkterne stå til fuld price i mindst 30 dage efter hver udsalgsperiode, før du starter et nyt udsalg på dem. Så kan den gennemstregede pris også vises ved kommende kampagner.

Almindelige fejl

  • sale_price angives uden sale_price_effective_date — udsalget udløber aldrig automatisk

  • Start- og slutdato er byttet om — udsalget træder aldrig i kraft

  • Et format uden skråstreg (f.eks. to separate datofelter) — forkert; det skal være én samlet start/end-streng

  • Tidszoneforskydningen mangler — udsalget starter/slutter på uventede tidspunkter

  • Slutdatoen er allerede passeret — Google behandler udsalget som udløbet og viser straks den almindelige pris

  • Udsalg så ofte, at basisprishistorikken kommer under 30 dage — den gennemstregede pris vises ikke

  • sale_price er sat lig med price — ingen rabat, ingen tilbudsmarkering, mulig advarsel om datakvalitet

Ofte stillede spørgsmål

Hvad er det præcise format for sale_price_effective_date?
Formatet er et datointerval med to ISO 8601-tidspunkter (dato og klokkeslæt) adskilt af en skråstreg: YYYY-MM-DDThh:mm:ss+HH:MM/YYYY-MM-DDThh:mm:ss+HH:MM. Eksempel: 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00. Her starter udsalget ved midnat UTC den 1. juni og slutter ved udgangen af den 30. juni. Angiv altid tidszoneforskydningen. Et format med kun dato (uden klokkeslæt) accepteres også: 2025-06-01/2025-06-30, men med klokkeslæt får du præcis kontrol over, hvornår udsalget starter og slutter.
Er sale_price_effective_date påkrævet, når jeg bruger sale_price?
Teknisk set er den ikke påkrævet, men den anbefales kraftigt. Hvis du angiver sale_price uden sale_price_effective_date, gælder tilbudsprisen med det samme og udløber aldrig automatisk — den er aktiv, indtil du fjerner sale_price fra feedet. Det er den hyppigste årsag til udsalg, der ved en fejl kører længere end planlagt. Angiv altid et datointerval, så udsalget med sikkerhed stopper automatisk.
Hvad er 30-dagesreglen for basisprisen, og hvad har den med denne attribut at gøre?
For at den gennemstregede pris (den oprindelige pris streget over ved siden af tilbudsprisen) kan vises i Shopping-annoncer, kræver Google, at basisprisen (price) har været produktets faktiske pris i mindst 30 af de foregående 200 dage. Hvis dit udsalg kører for længe — især fordi sale_price_effective_date mangler — bliver den nedsatte pris reelt den »rigtige« pris, 30-dagesbetingelsen er ikke længere opfyldt, og den gennemstregede pris bliver ikke vist. Et udsalg med en fast start- og slutdato beskytter din basisprishistorik.
Kan jeg planlægge et udsalg frem i tiden med denne attribut?
Ja. Du kan sende sale_price og sale_price_effective_date ind med en startdato i fremtiden, og Google aktiverer automatisk tilbudsprisen, når startdatoen oprinder. Indtil da vises den aktuelle price. Det er ideelt til planlagte tilbud (Black Friday, sæsonudsalg): Upload tilbudsdataene i god tid, så træder de i kraft efter planen, uden at du skal opdatere feedet samme dag.
Hvad sker der, når sluttidspunktet i sale_price_effective_date er passeret?
Når sluttidspunktet i sale_price_effective_date er passeret, viser Google automatisk den almindelige price-værdi igen og fjerner tilbudsmarkeringen. Værdien i sale_price bliver stående i dit feed — Google ignorerer den bare, fordi datointervallet er udløbet. Du behøver ikke fjerne sale_price fra feedet, når udsalget er slut, men det er god praksis at rydde op ved din næste fulde feedopdatering.
Kan sale_price være højere end den almindelige pris?
Nej — Google kræver, at sale_price er lavere end price, ikke bare lig med den. Hvis sale_price er lig med eller højere end price, vises tilbudsmarkeringen ikke, og produktet kan få en advarsel om datakvalitet. Sørg for, at rabatten er reel (i det mindste en lille nedsættelse). Google holder også øje med mønstre og viser ikke gennemstregede priser for produkter med kunstigt oppustede basispriser.

Relaterede guider