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.
Sandali Zara con tacco largo — Cuoio
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
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 feed | sale_price_effective_date |
| Obbligatorio | Consigliato (tecnicamente non obbligatorio, ma fortemente consigliato quando si utilizza sale_price) |
| Formato | Intervallo ISO 8601: start/end — es. 2025-06-01T00:00:00+00:00/2025-06-30T23:59:59+00:00 |
| Formato solo data | Accettato anche 2025-06-01/2025-06-30 |
| Separatore | Barra / tra inizio e fine |
| Fuso orario | Includi 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
pricenormale. Il prezzo scontato è presente nel feed ma non viene mostrato. -
Tra la data/ora di inizio e quella di fine: Google mostra
sale_pricecon il barrato suprice(se la condizione del prezzo di base di 30 giorni è soddisfatta). -
Dopo la data/ora di fine: Google torna al
pricenormale. 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
priceappena 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_pricedeve essere strettamente inferiore aprice -
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_datecon 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
pricepieno prima di lanciare un’altra promozione sugli stessi prodotti. Questo mantiene l’idoneità all’annotazione per le promozioni future.
Errori comuni
-
Impostare
sale_pricesenzasale_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_priceuguale aprice: nessuno sconto, nessuna annotazione, possibile avviso sulla qualità dei dati
Domande frequenti
Qual è il formato esatto per sale_price_effective_date?
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?
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?
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?
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?
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?
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
- Riferimento attributiPrezzo scontato [sale_price] in Google Shopping: prezzo barrato e impatto sul CTR
- Riferimento attributiPrezzo [price] in Google Shopping: requisiti, best practice ed esempi
- Riferimento attributiMisura per il prezzo unitario [unit_pricing_measure] in Google Shopping: requisiti ed esempi