I dati strutturati MerchantReturnPolicy consentono ai negozi online di comunicare a Google le proprie politiche di reso in un formato comprensibile per i motori di ricerca. Comprendono informazioni essenziali come i termini per la restituzione dei prodotti, le modalità di rimborso, le spese di spedizione per i resi e i metodi di restituzione accettati. Nel 2026, un markup configurato correttamente può aiutare Google a mostrare le condizioni di reso pertinenti nei risultati di ricerca relativi agli acquisti e nei riquadri informativi dei commercianti. Tuttavia, aggiungere queste informazioni richiede più della semplice installazione di un plugin SEO o dell’inserimento di alcune proprietà nel sito web. I commercianti devono conoscere i requisiti di Google, selezionare i valori corretti dello schema e assicurarsi che ogni dettaglio corrisponda alla propria politica di reso effettiva. Questa guida spiega come configurare correttamente MerchantReturnPolicy, gestire le eccezioni ed evitare errori di implementazione che potrebbero compromettere la visibilità nella Ricerca Google.
MerchantReturnPolicy è un tipo di dati strutturati definito nell’ambito di Schema.org per descrivere le modalità con cui un’attività commerciale gestisce i resi dei prodotti. Fornisce ai motori di ricerca informazioni precise sul periodo entro il quale è possibile restituire gli acquisti, sull’eventuale obbligo del cliente di sostenere le spese di spedizione per il reso e sulle modalità di rimborso disponibili. Per esempio, un negozio di abbigliamento online che offre resi gratuiti entro 30 giorni può comunicare entrambe le condizioni attraverso i dati strutturati. Google può così interpretare questi dettagli senza basarsi esclusivamente sul testo della politica di reso. Le informazioni possono comparire accanto ai prodotti idonei nei risultati di ricerca, aiutando gli acquirenti a comprendere importanti condizioni di acquisto prima di aprire la pagina del prodotto.
Google supporta MerchantReturnPolicy a due livelli: quello dell’organizzazione e quello della singola offerta di prodotto. Il markup a livello di organizzazione descrive la politica generale applicabile alla maggior parte o alla totalità dei prodotti venduti da un commerciante. Viene inserito nei dati strutturati Organization utilizzando la proprietà hasMerchantReturnPolicy. Il markup a livello di prodotto viene invece utilizzato quando determinati articoli prevedono condizioni di reso differenti. Per esempio, un negozio di arredamento potrebbe offrire un periodo standard di restituzione di 30 giorni, estendendolo a 60 giorni per alcuni prodotti selezionati. Google consiglia di definire la politica generale a livello di organizzazione e di utilizzare il markup specifico del prodotto soltanto per le eccezioni o quando non esiste una politica standard. Questo approccio riduce le duplicazioni inutili e semplifica la gestione dei cataloghi con numerosi prodotti.
Informazioni accurate sui resi possono migliorare l’esperienza di acquisto, consentendo ai clienti di valutare eventuali costi e restrizioni prima di effettuare un ordine. Un acquirente che confronta due negozi potrebbe considerare le spese di spedizione per la restituzione o i termini di rimborso insieme al prezzo e ai tempi di consegna. Tuttavia, MerchantReturnPolicy non è un fattore di ranking diretto e un markup valido non garantisce la comparsa di risultati di ricerca arricchiti. Google stabilisce quando e dove mostrare le informazioni sui resi, tenendo conto dei requisiti di idoneità e dei dati forniti attraverso altre impostazioni commerciali. I commercianti dovrebbero quindi privilegiare l’accuratezza delle informazioni, anziché considerare il markup una scorciatoia SEO. Il suo scopo principale è rendere le condizioni commerciali comprensibili, coerenti e accessibili ai motori di ricerca.
Google prevede due possibilità per configurare una politica di reso standard a livello di organizzazione. La prima utilizza applicableCountry e returnPolicyCategory, insieme a merchantReturnDays quando la politica stabilisce un periodo di restituzione preciso. La proprietà applicableCountry identifica i Paesi in cui si applica la politica mediante codici ISO a due lettere, come GB per il Regno Unito, DE per la Germania e FR per la Francia. Google supporta fino a 50 Paesi all’interno di questa proprietà. La proprietà returnPolicyCategory definisce se i resi sono accettati entro un periodo specifico, senza una scadenza prestabilita oppure se non sono consentiti. La seconda possibilità a livello di organizzazione utilizza merchantReturnLink per identificare la pagina in cui è pubblicata la politica di reso del commerciante. Per fornire informazioni più dettagliate sulle condizioni di restituzione, il primo approccio offre un maggiore controllo sui dati comunicati a Google.
Per returnPolicyCategory sono disponibili tre valori: MerchantReturnFiniteReturnWindow, MerchantReturnUnlimitedWindow e MerchantReturnNotPermitted. Il primo descrive un periodo di restituzione definito e richiede che merchantReturnDays contenga un numero intero. Per esempio, un negozio che consente di restituire gli articoli entro 30 giorni dalla consegna dovrebbe specificare MerchantReturnFiniteReturnWindow e impostare merchantReturnDays su 30. MerchantReturnUnlimitedWindow indica che non è prevista una scadenza fissa, mentre MerchantReturnNotPermitted descrive i prodotti per i quali i resi non sono accettati secondo la politica dichiarata. I commercianti devono prestare particolare attenzione a quest’ultima opzione, poiché la legislazione a tutela dei consumatori può comunque riconoscere diritti di recesso, rimborso o altri rimedi. La categoria scelta deve rappresentare le condizioni effettive senza suggerire l’esclusione di tutele previste obbligatoriamente dalla legge.
Le proprietà aggiuntive consentono di descrivere più dettagliatamente le condizioni di restituzione. La proprietà returnMethod identifica se gli acquisti possono essere restituiti tramite spedizione postale, presso un negozio fisico oppure in un punto di raccolta dedicato. La proprietà returnFees chiarisce chi sostiene i costi del reso, mentre refundType descrive le soluzioni disponibili, come rimborso completo, sostituzione del prodotto o credito da utilizzare in negozio. Altre proprietà supportate a livello di organizzazione comprendono itemCondition, returnPolicyCountry, returnLabelSource e restockingFee. I negozi possono inoltre distinguere le spese di restituzione dei prodotti difettosi da quelle applicate quando il cliente cambia idea sull’acquisto. Questi dettagli sono consigliati quando pertinenti, ma non sono obbligatori in ogni situazione. I commercianti dovrebbero includere soltanto le proprietà che rispecchiano accuratamente le proprie procedure, evitando di dichiarare servizi o opzioni che non offrono.
Prima di implementare i dati strutturati, i commercianti dovrebbero esaminare le condizioni di reso esistenti e individuare le regole applicabili all’intero catalogo. La verifica deve stabilire il periodo consentito per la restituzione, le condizioni in cui devono trovarsi gli articoli, i metodi di reso accettati, le modalità di rimborso e chi deve sostenere le spese di spedizione. Consideriamo un negozio di abbigliamento britannico che offre resi entro 30 giorni dalla consegna, spedizione gratuita per la restituzione e rimborsi completi sul metodo di pagamento originale. Il relativo markup identificherebbe GB come Paese di applicazione, MerchantReturnFiniteReturnWindow come categoria della politica, 30 come valore di merchantReturnDays, ReturnByMail come metodo di restituzione e FreeReturn come tipologia di costo. Queste impostazioni rappresentano un esempio di politica commerciale e non condizioni standard obbligatorie per tutte le attività britanniche.
Google consiglia JSON-LD come formato pratico per implementare i dati strutturati, poiché può essere gestito separatamente dai contenuti visibili della pagina. L’oggetto MerchantReturnPolicy deve essere inserito all’interno dei dati strutturati Organization o OnlineStore del commerciante attraverso hasMerchantReturnPolicy. Ogni proprietà deve utilizzare il tipo di dato corretto e un valore riconosciuto dal vocabolario. Gli identificativi dei Paesi devono rispettare il formato ISO a due lettere, i termini per il reso devono essere espressi mediante numeri interi e gli importi monetari devono includere una valuta valida. Quando sono richiesti valori enumerati di Schema.org, nel markup generato devono essere utilizzati gli identificativi riconosciuti, anziché descrizioni generiche. Uno sviluppatore o uno strumento compatibile per la gestione dei dati strutturati può occuparsi di questa sintassi, consentendo agli amministratori del negozio di gestire le informazioni commerciali sottostanti.
Google consiglia di inserire il markup generale MerchantReturnPolicy in un’unica pagina dedicata alla politica di reso del commerciante, anziché ripeterlo su ogni pagina prodotto. La pagina dovrebbe spiegare le stesse condizioni presenti nei dati strutturati e rimanere accessibile ai clienti. Per i siti WordPress e WooCommerce, l’implementazione dipende dal tema attivo, dai plugin SEO e dai dati strutturati già generati automaticamente. Alcuni strumenti supportano direttamente le proprietà relative ai resi, mentre altri richiedono configurazioni aggiuntive o interventi di sviluppo. Prima di aggiungere nuove informazioni, è opportuno verificare se i markup Organization e Product vengono già prodotti automaticamente. In generale, estendere una configurazione esistente è preferibile alla creazione di oggetti duplicati che descrivono la stessa attività in modo differente.
Le spese di spedizione per i resi richiedono particolare attenzione perché Google distingue tre diverse modalità. FreeReturn significa che il cliente non sostiene alcun costo per restituire il prodotto. ReturnFeesCustomerResponsibility si applica quando il cliente organizza autonomamente la spedizione di restituzione e ne paga le spese. ReturnShippingFees indica invece che il commerciante addebita un importo specifico per il reso. Quando viene selezionato ReturnShippingFees, la proprietà returnShippingFeesAmount deve indicare il costo, diverso da zero, e la relativa valuta. Per esempio, un negozio che addebita £4,95 per una spedizione di reso prepagata dovrebbe descrivere questo importo utilizzando MonetaryAmount con GBP come valuta. L’importo non deve essere incluso quando viene selezionato FreeReturn o ReturnFeesCustomerResponsibility. Combinazioni errate di queste proprietà possono causare problemi di convalida oppure comunicare informazioni fuorvianti sui costi di restituzione.
Le regole di reso specifiche per determinati articoli possono essere aggiunte nei dati strutturati Offer di un singolo Product. Questa soluzione è utile quando un commerciante prevede un periodo di restituzione differente per alcuni prodotti oppure vende categorie soggette a condizioni particolari. MerchantReturnPolicy a livello di Offer supporta applicableCountry, returnPolicyCategory, merchantReturnDays, returnMethod, returnFees e il relativo importo delle spese di spedizione per il reso. Non supporta tutte le proprietà disponibili a livello di organizzazione. Quando Google riceve sia il markup generale sia quello specifico del prodotto, la politica a livello di prodotto ha la precedenza per quella particolare offerta. I commercianti dovrebbero quindi evitare di aggiungere regole separate agli articoli che seguono le condizioni standard, perché le eccezioni non necessarie aumentano il rischio di incongruenze.
I negozi che operano a livello internazionale devono configurare i resi in base ai Paesi in cui vengono effettuati gli acquisti e alle destinazioni verso cui devono essere spediti i prodotti restituiti. La proprietà applicableCountry identifica il mercato coperto dalla politica, mentre returnPolicyCountry indica il Paese che riceve la merce restituita. Un commerciante tedesco che vende a clienti francesi può utilizzare FR come Paese di applicazione e DE come destinazione del reso quando le restituzioni vengono elaborate in Germania. Più Paesi possono condividere un’unica politica se le condizioni sono effettivamente identiche. Descrizioni separate sono invece appropriate quando cambiano i termini, le spese di spedizione o le procedure. I commercianti devono inoltre considerare la legislazione locale. Per esempio, nel Regno Unito e nell’Unione europea, gli acquisti a distanza che soddisfano i requisiti previsti dalla legge sono generalmente soggetti a un diritto di recesso di 14 giorni, con eccezioni e procedure specifiche. Le politiche commerciali volontarie non devono mai essere presentate come sostitutive di tali diritti.

Dopo aver aggiunto MerchantReturnPolicy, il passo successivo consiste nel verificare che Google riesca a interpretare i dati strutturati generati. Lo strumento Test dei risultati avanzati di Google permette di analizzare una pagina pubblicata o un esempio di codice e individuare i problemi che possono compromettere l’idoneità alle funzionalità di ricerca supportate. I commercianti dovrebbero verificare sia la pagina principale dedicata ai resi sia le pagine prodotto che contengono condizioni particolari. Il test deve confermare che MerchantReturnPolicy sia associato all’oggetto Organization o Offer corretto e che tutte le proprietà obbligatorie siano presenti. Per un periodo di restituzione definito, merchantReturnDays deve contenere un numero intero valido. Occorre verificare anche i codici dei Paesi, le categorie delle politiche e le proprietà relative alle spese di spedizione. Schema Markup Validator può fornire un ulteriore controllo della struttura Schema.org, anche se la validità generale dello schema non garantisce l’idoneità a tutte le funzionalità commerciali di Google.
Uno dei problemi più comuni durante l’implementazione è la mancata corrispondenza tra il markup e la politica di reso effettiva. Un negozio potrebbe pubblicizzare resi entro 30 giorni sul proprio sito, mentre i dati strutturati indicano ancora 14 giorni. Un altro potrebbe dichiarare resi gratuiti, nonostante i clienti debbano pagare le spese postali. Possono verificarsi problemi anche quando un plugin WooCommerce genera automaticamente informazioni sui resi in conflitto con il markup personalizzato. Poiché MerchantReturnPolicy a livello di prodotto può avere la precedenza sulla politica generale, è particolarmente importante individuare eventuali eccezioni non aggiornate. I commercianti dovrebbero esaminare i dati strutturati effettivamente generati dal sito, anziché affidarsi esclusivamente alle impostazioni visualizzate all’interno di un plugin. Una configurazione corretta significa che le informazioni risultanti sono accurate, non semplicemente che uno strumento di verifica non segnala errori.
Google Merchant Center e Search Console introducono un ulteriore elemento da considerare, perché le impostazioni relative ai resi possono essere fornite indipendentemente dal markup del sito. Le regole di precedenza di Google attribuiscono priorità alle informazioni specifiche dei prodotti inviate tramite i feed di Merchant Center, seguite dalle impostazioni applicabili dell’account in Merchant Center o Search Console, dai dati strutturati a livello di prodotto e infine da quelli a livello di organizzazione. Di conseguenza, le modifiche apportate esclusivamente a MerchantReturnPolicy potrebbero non influire sulle informazioni utilizzate da Google quando una fonte con priorità superiore contiene condizioni differenti. I negozi online dovrebbero confrontare i propri feed di prodotto, le impostazioni degli account commerciali e le politiche pubblicate sul sito ogni volta che aggiornano le condizioni di reso. La coerenza tra queste fonti aiuta a evitare che costi o scadenze non aggiornati compaiano nei risultati di ricerca relativi agli acquisti.
Dopo l’implementazione, Google Search Console può aiutare a individuare problemi nei dati strutturati che interessano le schede dei commercianti. Il rapporto relativo alle schede dei commercianti evidenzia le anomalie pertinenti nelle pagine prodotto idonee, mentre altri rapporti diagnostici possono segnalare markup non valido o impossibile da interpretare. I commercianti dovrebbero esaminare gli errori segnalati, correggerne le cause e utilizzare la procedura di convalida disponibile per richiedere una nuova verifica dopo le modifiche. I sistemi di Google necessitano comunque di tempo per eseguire una nuova scansione delle pagine e elaborare i dati aggiornati, quindi i miglioramenti potrebbero non essere immediatamente visibili. Anche un markup MerchantReturnPolicy tecnicamente valido non garantisce che Google mostri le informazioni sui resi in ogni risultato. La loro comparsa dipende dalla funzionalità di ricerca, dall’idoneità, dalle informazioni commerciali disponibili e dalle scelte di visualizzazione di Google.
Il markup della politica di reso dovrebbe essere riesaminato ogni volta che cambiano le condizioni commerciali. Tra i principali motivi di aggiornamento rientrano l’estensione del periodo standard di restituzione, l’introduzione di nuovi Paesi di consegna, la modifica delle spese di spedizione per i resi, l’aggiornamento delle modalità di rimborso e il trasferimento del magazzino destinato alla ricezione dei prodotti restituiti. Anche le promozioni stagionali richiedono attenzione. Un negozio che prolunga i termini di restituzione per gli acquisti natalizi può descrivere le condizioni applicabili utilizzando returnPolicySeasonalOverride nel markup a livello di organizzazione. La configurazione stagionale deve riflettere il periodo effettivo degli acquisti e la relativa scadenza per il reso, anziché basarsi su date promozionali ipotetiche. Una volta terminate le condizioni temporanee, la politica standard deve rimanere corretta. I negozi WordPress e WooCommerce dovrebbero inoltre verificare nuovamente il markup dopo modifiche significative al tema, aggiornamenti dei plugin per i dati strutturati o cambiamenti importanti nelle funzionalità di checkout e gestione dei prodotti.
Una configurazione affidabile di MerchantReturnPolicy dipende dalla coerenza tra le politiche consultabili dai clienti, i dati strutturati e le impostazioni commerciali di Google. I commercianti dovrebbero mantenere una politica di reso scritta e chiara, utilizzare il markup a livello di organizzazione per le condizioni standard e introdurre eccezioni specifiche per prodotto soltanto quando necessario. I termini di restituzione, le spese di spedizione, le modalità di rimborso e le condizioni internazionali devono rappresentare accuratamente ciò che i clienti possono aspettarsi. Le verifiche periodiche aiutano a individuare proprietà mancanti e informazioni obsolete, ma non possono sostituire un controllo delle regole commerciali effettive. Nel 2026, l’approccio più efficace consiste nel considerare MerchantReturnPolicy una componente della gestione continuativa delle informazioni sui prodotti di un negozio online, anziché un intervento SEO da effettuare una sola volta. Dati strutturati accurati contribuiscono a fornire informazioni di acquisto più chiare e a ridurre il rischio che condizioni di reso contrastanti compaiano nei diversi servizi di Google.