Prodotti di PrestaShop rifiutati in Merchant Center: prezzo, disponibilità e varianti

Quando Merchant Center rifiuta un prodotto a causa del prezzo o della disponibilità, confronta la stessa variante in tre punti: nei dati elaborati da Google, nel feed pubblico e nella pagina del negozio. Annota anche l’ora della lettura. Un file XML generato prima di una promozione può essere un file corretto, ma contenere un’offerta non aggiornata. D’altra parte, un feed aggiornato non aiuterà se il link apre una taglia diversa oppure se il negozio mostra al robot un prezzo differente.

La guida è destinata a chi gestisce campagne e amministra il catalogo PrestaShop. Si concentra su prezzo, disponibilità e varianti. Un rifiuto legato alle norme dell’account, alla verifica dell’azienda o alle limitazioni di vendita richiede una procedura separata.

1. Per prima cosa annota il problema concreto e l’identificatore dell’offerta

Apri i dettagli dell’offerta rifiutata in Merchant Center e annota il testo del messaggio, l’identificatore, il paese, la lingua e la fonte dei dati. I nomi delle sezioni del pannello possono cambiare; ciò che conta sono i dati dell’offerta selezionata, non la posizione del pulsante nello screenshot.

Non iniziare esportando l’intero negozio con nuovi identificatori. Prima stabilisci se il problema riguarda una sola combinazione, i prodotti in promozione o l’intero feed. Se tutte le posizioni rifiutate hanno in comune la stessa valuta oppure provengono da un’unica fonte, è un’indicazione utile. Tuttavia, non determina ancora la causa.

• Cerca usando l’identificatore completo, incluso il prefisso e il numero della combinazione.
• Verifica quali valori Google ha effettivamente elaborato, non solo ciò che il file contiene attualmente.
• Apri l’indirizzo esatto del feed scaricato da Merchant Center e annota la data della sua generazione.
• Controlla le fonti supplementari e le regole che possono modificare i dati dopo l’importazione.

Il significato dei campi e le condizioni del loro utilizzo sono descritti nella specifica ufficiale dei dati di prodotto. Usala per riconoscere i requisiti per il tuo assortimento, il tuo paese e il modo di presentazione dell’offerta.

2. Confronta la variante concreta, non solo il nome del prodotto

Esempio dimostrativo: il negozio vende una maglietta nelle taglie M e L. Il prodotto ha ID 812, le combinazioni rispettivamente 41 e 42. La taglia M costa 129 zł ed è disponibile. La taglia L costa 139 zł ed è esaurita. Il feed contiene un’offerta separata per ogni combinazione.

Qui un identificatore di gruppo corretto non risolve altre tre discrepanze. Bisogna correggere prezzo, disponibilità e link. Google richiede che la pagina di destinazione presenti la variante corrispondente all’offerta inviata; i dettagli sono descritti nei requisiti relativi alle pagine di destinazione.

3. Prezzo: promozione, valuta e contesto del destinatario

Confronta i prezzi nello stesso contesto: paese, valuta e condizioni disponibili per l’acquirente. Il prezzo visibile dopo l’accesso a un gruppo clienti privilegiato non deve necessariamente essere il prezzo per un utente anonimo. Allo stesso modo, il valore netto del pannello di amministrazione non è il giusto punto di confronto quando l’offerta richiede un prezzo comprensivo di imposta.

In caso di promozione, controlla il prezzo base price, il prezzo promozionale sale_price e l’eventuale intervallo sale_price_effective_date. Assicurati che lo sconto sia valido al momento dell’accesso alla pagina e non dipenda da una condizione che l’offerta non rivela. Non inserire semplicemente un numero più basso nell’XML se il carrello continua comunque ad addebitare di più. Regole sul prezzo: Google — attributo price; regole sulle promozioni: Google — attributo sale_price.

Se la fonte del problema è il listino del fornitore, correggi i dati di input e le regole del loro aggiornamento. Può essere utile la guida esistente sull’aggiornamento dei prezzi da CSV. Solo dopo aggiorna il feed e verifica se la modifica è arrivata a Google.

4. Disponibilità: zero pezzi non spiega l’intera configurazione

Controlla lo stato della combinazione concreta, la possibilità di acquisto in assenza di merce e il messaggio sulla pagina. Ciò che conta è l’offerta reale per l’acquirente. Uno stato positivo salvato nel database non basta se il prodotto è inattivo oppure non può essere aggiunto al carrello.

in_stock, out_of_stock, preorder e backorder hanno un significato preciso. Non usare il preordine come modo per nascondere le mancanze. Per il preordine e gli ordini in attesa di disponibilità, verifica i requisiti relativi alla data e la coerenza delle informazioni sulla pagina. Le regole aggiornate sono contenute nella documentazione dell’attributo availability.

Se i dati di magazzino provengono da una fonte esterna, controlla l’intera catena: aggiornamento della fonte → importazione nel negozio → generazione del feed → download da parte di Google. Attivare un recupero più frequente del feed non accelererà il grossista che pubblica un nuovo stato una volta al giorno. Vedi anche la guida sugli stock da CSV.

5. Come dovrebbe apparire un frammento XML?

Di seguito ci sono due elementi dimostrativi item per lo stesso modello. È un frammento per confrontare ID, prezzo, disponibilità e taglia, non un feed completo pronto per l’invio. Gli indirizzi nel dominio example.com sono di esempio. Nel negozio usa link che aprano realmente le combinazioni corrette, nonché tutti gli attributi richiesti per il prodotto in questione.

<item xmlns:g="http://base.google.com/ns/1.0">
  <g:id>ps_812-41</g:id>
  <g:item_group_id>812</g:item_group_id>
  <g:title>Maglietta verde oliva, M</g:title>
  <g:link>https://example.com/koszulka?variant=41</g:link>
  <g:price>129.00 PLN</g:price>
  <g:availability>in_stock</g:availability>
  <g:color>verde oliva</g:color>
  <g:size>M</g:size>
</item>
<item xmlns:g="http://base.google.com/ns/1.0">
  <g:id>ps_812-42</g:id>
  <g:item_group_id>812</g:item_group_id>
  <g:title>Maglietta verde oliva, L</g:title>
  <g:link>https://example.com/koszulka?variant=42</g:link>
  <g:price>139.00 PLN</g:price>
  <g:availability>out_of_stock</g:availability>
  <g:color>verde oliva</g:color>
  <g:size>L</g:size>
</item>

Le varianti hanno id diversi e un item_group_id comune. Il solo ID del negozio non deve necessariamente essere un numero GTIN. Non inserire un EAN inventato e non sostituire con esso l’identificatore dell’offerta. Le regole di raggruppamento sono descritte da Google — item_group_id.

6. Verifica il risultato dopo un nuovo recupero

1. Correggi i dati o la configurazione responsabile della discrepanza.
2. Genera il feed e leggilo dal suo indirizzo pubblico.
3. Verifica che il server restituisca XML, e non una pagina di errore, una schermata di login o una protezione che blocca i robot.
4. Dopo il recupero della fonte in Merchant Center, controlla l’ora di elaborazione e i valori della stessa offerta.
5. Apri il link senza una sessione di cliente privilegiato e controlla variante, prezzo e possibilità di acquisto.
6. Torna allo stato del problema. Se rimane, leggi il messaggio aggiornato invece di presumere che riguardi la causa precedente.

Gli aggiornamenti automatici del prodotto possono limitare alcune discrepanze, ma non sostituiscono il mantenimento di una fonte corretta. Inoltre, controlla prezzo e disponibilità nei dati strutturati della pagina: Google — dati strutturati supportati.

7. Prova reale: link della variante nel feed PrestaDev

Il 27 settembre 2026 abbiamo verificato una copia salvata del file pubblico google-merchant_id-1.xml precedente alla correzione (header Last-Modified: 26.09.2026, 18:54:27 GMT) e abbiamo aperto le pagine di destinazione senza effettuare il login. La copia conteneva 360 offerte e 181 link diversi. Per 166 link, più varianti avevano prezzi diversi nel feed. Questo era un segnale per controllare quegli indirizzi, non il numero di rifiuti confermati in Merchant Center. Il file attuale all’indirizzo indicato è stato successivamente rigenerato.

In questa prova, l’indirizzo del prodotto con id_product_attribute=409 ha restituito HTTP 200, ha selezionato l’opzione di rinnovo e ha mostrato 247 zł sia nel prezzo visibile sia nei metadati del prezzo. L’indirizzo per 408 ha selezionato la licenza completa e 492 zł. I valori sono stati letti dall’HTML iniziale; non è stato effettuato alcun acquisto.

Conclusione della prova: g:id, g:item_group_id e prezzo corretti non bastano se g:link non seleziona la variante venduta. Google consiglia di preselezionare la variante corretta nel link e di mantenere la coerenza del prezzo visibile sulla pagina di destinazione con i dati dell’offerta. g:canonical_link può comunque continuare a puntare all’indirizzo base del prodotto senza selezione della variante.

Risultato dopo la correzione del 27.09: abbiamo aggiornato il generatore alla versione 2.11.1 e rigenerato lo stesso feed pubblico. Ha mantenuto 360 identificatori di offerta e ora ciascuna delle 346 varianti ha il proprio link con l’identificatore della combinazione. Una nuova lettura anonima di sei offerte, incluse 60-408 e 60-409, ha confermato l’opzione selezionata e il prezzo visibile e presente nei metadati della pagina; per 60-409 si tratta di 247 zł. L’indirizzo canonico continua a indicare la scheda prodotto base. Questo è confermato dall’XML pubblico e dalle pagine verificate, ma non dice se Merchant Center abbia già scaricato il nuovo file né se i dati dell’offerta siano stati accettati lì. Controlla lo stato degli stessi ID nel tuo account dopo la successiva elaborazione della fonte.

Aggiornamento del 27.09 dopo l’esclusione della posizione commissionale: dal file è stato rimosso il prodotto non modulare 144 (“Commissione per pagamento tramite PayPal”) con le varianti 144-476 e 144-477. L’XML pubblico attuale ha 358 offerte e 344 varianti con link separato. I numeri 360/346 sopra descrivono lo stato della prova prima di questa esclusione. La sola lettura dell’XML non conferma ancora il download né l’accettazione della fonte in Merchant Center.

Quando può essere utile Google Shopping Pro?

Google Shopping Pro genera i dati di prodotto da PrestaShop. Nel codice verificato della versione 2.11.1 sono presenti percorsi di esportazione per combinazioni, identificatori di gruppo, prezzi e prezzi promozionali. È uno strumento per preparare la fonte; non risolve tutti i problemi dell’account Merchant Center e non garantisce l’approvazione dei prodotti.

Hai bisogno di un feed ordinato? Scopri Google Shopping Pro. Se il problema riguarda anche la pagina, le combinazioni o i dati provenienti dall’integrazione, prepara l’identificatore di un’offerta di esempio, il messaggio esatto e i tre valori confrontati per l’analisi dell’integrazione del negozio.

Verifica sostanziale: 27 settembre 2026. L’esempio della maglietta e il suo XML sono dimostrativi. La prova 60-408/60-409 comprende una copia del file PrestaDev precedente alla correzione e il nuovo file e le pagine letti il 27.09; non conferma il rifiuto né l’accettazione nell’account Merchant Center. L’ambito del modulo è stato verificato nel codice e nell’XML pubblico, mentre il significato degli attributi nella documentazione Google.