Riferimento attributi

Decorrenza prezzo scontato [sale_price_effective_date]: programmare gli sconti in Google Shopping

Guida a sale_price_effective_date in Google Merchant Center: il formato dell’intervallo di date per attivare e far scadere i prezzi scontati ed errori comuni.

Aggiornato 4 min di lettura
Google Shopping — Prezzo scontato: attivo vs scaduto

Sandali Zara con tacco largo — Cuoio

79,00 € 55,00 €fashion-store.com
Promozione fino al 30 giusconto del 30%

Lo sconto ha una durata definita → scade automaticamente → l’integrità del prezzo di base è preservata → l’annotazione del prezzo barrato appare correttamente

Sandali Zara con tacco largo — Cuoio

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

sale_price impostato ma nessuna data di decorrenza → lo sconto non scade mai automaticamente → sconto «permanente» attivo per errore → integrità del prezzo compromessa, condizioni per l’annotazione del prezzo di base non soddisfatte

sale_price_effective_date definisce quando inizia e finisce lo sconto. Senza questo attributo, la promozione resta attiva a tempo indeterminato, compromettendo il requisito dell’annotazione del prezzo di base (il prezzo deve essere attivo per almeno 30 giorni perché compaia il prezzo barrato) e può causare problemi con le norme se il prezzo «originale» non viene mai effettivamente addebitato.

Cos’è sale_price_effective_date?

L’attributo sale_price_effective_date definisce l’intervallo di date durante il quale il sale_price di un prodotto è attivo. Funziona come un meccanismo di programmazione: il prezzo scontato si attiva alla data e ora di inizio e si disattiva automaticamente alla data e ora di fine, riportando il prezzo visualizzato al valore normale di price. Al di fuori di questo intervallo, Google ignora completamente il campo sale_price.

Senza questo attributo, un sale_price inviato è permanentemente attivo: non scade mai. È la causa più comune di promozioni che restano attive per errore e può compromettere, senza che te ne accorga, la possibilità di mostrare l’annotazione del prezzo barrato (che richiede che il prezzo di base sia stato attivo per almeno 30 degli ultimi 200 giorni).

Specifiche tecniche

Nome nel feedsale_price_effective_date
ObbligatorioConsigliato (tecnicamente non obbligatorio, ma fortemente consigliato quando si utilizza sale_price)
FormatoIntervallo ISO 8601: start/end — es. 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00
Formato solo dataAccettato anche 2025-06-01/2025-06-30
SeparatoreBarra / tra inizio e fine
Fuso orarioIncludi l’offset (es. +02:00, -05:00 o +00:00 per UTC)

Come funziona la coppia sale_price + sale_price_effective_date

  • Prima della data/ora di inizio: Google mostra il price normale. Il prezzo scontato è presente nel feed ma non viene mostrato.

  • Tra la data/ora di inizio e quella di fine: Google mostra sale_price con il barrato su price (se la condizione del prezzo di base di 30 giorni è soddisfatta).

  • Dopo la data/ora di fine: Google torna al price normale. Il valore del prezzo scontato rimane nel feed ma viene ignorato.

  • Nessuna data di decorrenza impostata: Il prezzo scontato è attivo a tempo indeterminato finché non viene rimosso dal feed.

La regola dei 30 giorni per l’annotazione del prezzo di base

Affinché appaia l’annotazione del prezzo barrato (che mostra il prezzo originale barrato accanto al prezzo scontato), il price di base deve essere stato il prezzo effettivo del prodotto per almeno 30 dei 200 giorni precedenti. Questo significa:

  • Tenere attiva una promozione per 30 giorni o più senza scadenza erode lo storico del prezzo di base e può far sparire l’annotazione

  • Anche le promozioni consecutive (ne finisce una e ne inizia subito un’altra) riducono il tempo trascorso al prezzo di base

  • Gonfiare artificialmente il price appena prima della promozione, per poi scontarlo subito, non soddisfa questo requisito ed è una violazione delle norme

  • Una promozione ben calibrata e con durata definita (es. 7–14 giorni) preserva lo storico del prezzo di base e fa sì che l’annotazione compaia alla promozione successiva

Regole

  • La data/ora di inizio deve precedere quella di fine: gli intervalli invertiti fanno sì che il prezzo scontato non si attivi mai

  • sale_price deve essere strettamente inferiore a price

  • Solo un intervallo di date di decorrenza per prodotto (non intervalli multipli)

  • Non impostare una data di fine nel passato: il prezzo scontato verrà immediatamente considerato scaduto

  • Gli offset del fuso orario sono obbligatori quando indichi anche l’orario: ometterli può causare orari di attivazione/scadenza imprevisti

Best practice

  • Imposta sempre una data di fine: non c’è quasi mai un motivo commerciale per cui una promozione debba durare a tempo indeterminato. Fare della durata definita una regola ferrea nella pipeline del feed evita promozioni prolungate per errore.

  • Programma le promozioni in anticipo tramite il feed: carica sale_price + sale_price_effective_date con una data di inizio futura prima del lancio della promozione. Così eviti aggiornamenti del feed affrettati il giorno stesso e fai in modo che lo sconto si attivi esattamente all’ora prevista.

  • Utilizza feed supplementari per la programmazione dinamica degli sconti: se lanci promozioni frequenti e di breve durata (es. vendite flash), un feed supplementare limitato ai prodotti in promozione si aggiorna più velocemente di un feed completo e può attivare/disattivare gli sconti con tempi più ravvicinati.

  • Rispetta la regola dei 30 giorni come vincolo di calendario: dopo ogni periodo di sconto, lascia trascorrere almeno 30 giorni a price pieno prima di lanciare un’altra promozione sugli stessi prodotti. Questo mantiene l’idoneità all’annotazione per le promozioni future.

Errori comuni

  • Impostare sale_price senza sale_price_effective_date: lo sconto non scade mai automaticamente

  • Invertire le date di inizio e fine: lo sconto non si attiva mai

  • Utilizzare un formato senza barra (es. due campi data separati): errato; deve essere una singola stringa start/end

  • Omettere l’offset del fuso orario: lo sconto si attiva/scade in orari imprevisti

  • Impostare una data di fine nel passato: Google considera la promozione già scaduta e mostra immediatamente il prezzo normale

  • Fare promozioni così frequenti che lo storico del prezzo di base scende sotto i 30 giorni: l’annotazione del prezzo barrato non viene mostrata

  • Impostare sale_price uguale a price: nessuno sconto, nessuna annotazione, possibile avviso sulla qualità dei dati

Domande frequenti

Qual è il formato esatto per sale_price_effective_date?
Il formato è un intervallo di date che utilizza due indicazioni di data e ora in formato ISO 8601 separate da una barra: YYYY-MM-DDThh:mm:ss+HH:MM/YYYY-MM-DDThh:mm:ss+HH:MM. Esempio: 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00. Significa che lo sconto inizia a mezzanotte UTC del 1° giugno e scade alla fine del 30 giugno. Includi sempre gli offset del fuso orario. È accettato anche il formato con sole date (senza orario): 2025-06-01/2025-06-30, ma includere l’orario ti dà un controllo preciso su quando lo sconto si attiva e scade.
L’attributo sale_price_effective_date è obbligatorio quando utilizzo sale_price?
Tecnicamente non è obbligatorio, ma è fortemente consigliato. Quando imposti sale_price senza sale_price_effective_date, il prezzo scontato si attiva immediatamente e non scade mai automaticamente: rimane attivo finché non rimuovi sale_price dal feed. È la causa più comune di promozioni prolungate per errore. Imposta sempre un intervallo di date di decorrenza per garantire la scadenza automatica.
Cos’è la regola dei 30 giorni per il prezzo di base e che rapporto ha con questo attributo?
Affinché l’annotazione del prezzo barrato (che mostra il prezzo originale barrato accanto al prezzo scontato) appaia negli annunci Shopping, Google richiede che il prezzo di base (price) sia stato il prezzo effettivo del prodotto per almeno 30 dei 200 giorni precedenti. Se la promozione dura troppo a lungo, in particolare perché manca sale_price_effective_date, il prezzo scontato diventa di fatto il prezzo «reale», la condizione dei 30 giorni non è più soddisfatta e l’annotazione del prezzo barrato non viene mostrata. Una promozione con una durata ben definita protegge lo storico del prezzo di base.
Posso programmare uno sconto futuro con questo attributo?
Sì. Puoi inviare sale_price e sale_price_effective_date con una data di inizio nel futuro e Google attiverà automaticamente il prezzo scontato alla data di inizio. Fino ad allora viene mostrato il price attuale. È la soluzione ideale per le promozioni pianificate (Black Friday, saldi stagionali): carichi in anticipo i dati della promozione e questa si attiva come da programma, senza bisogno di aggiornare il feed il giorno stesso.
Cosa succede quando passa l’orario di fine di sale_price_effective_date?
Una volta superate la data e l’ora di fine indicate in sale_price_effective_date, Google torna automaticamente a mostrare il valore normale dell’attributo price e rimuove l’annotazione dello sconto. Il valore sale_price rimane nel tuo feed: Google semplicemente lo ignora perché la data di decorrenza è scaduta. Non è necessario rimuovere sale_price dal feed al termine della promozione, anche se è buona norma ripulirlo durante il successivo aggiornamento completo del feed.
Il sale_price può essere superiore al prezzo normale?
No: Google richiede che sale_price sia strettamente inferiore a price. Se sale_price è uguale o superiore a price, l’annotazione dello sconto non apparirà e il prodotto potrebbe ricevere un avviso sulla qualità dei dati. Assicurati che ogni sconto sia reale (almeno una piccola riduzione). Google analizza anche l’andamento dei prezzi e non mostrerà il prezzo barrato per i prodotti con prezzi di base gonfiati artificialmente.

Guide correlate