Revisionato a giugno 2026 per PrestaShop dalla versione 1.6.1 alla 9.x rispetto all'attuale interfaccia Merchant Center (Next). Le schede gratuite, il flusso di configurazione delle origini dati e le regole sugli identificatori richiesti quando applicabili (GTIN/marca/MPN) sono aggiornati; "origini dati" ha sostituito il vecchio menu "Prodotti → Feed", quindi orientati in base allo scopo se un percorso è stato spostato.
Cerca "comprare portafoglio blu in pelle" su Google e la prima cosa che vedi non è un elenco di link blu: è una fila di foto prodotto con prezzi, valutazioni a stelle e nomi dei negozi. Sono i risultati di Google Shopping, e inserire lì i tuoi prodotti PrestaShop è una delle poche azioni di marketing che mette il prodotto reale, al suo prezzo reale, davanti a qualcuno che è già in modalità acquisto. Il meccanismo dietro ognuna di quelle schede è Google Merchant Center: il luogo in cui Google acquisisce i dati dei tuoi prodotti, li verifica rispetto alle proprie regole e decide quali articoli possono comparire. Questa guida parla esattamente di questo: portare i tuoi prodotti dentro, da un account Merchant Center vuoto fino a schede approvate e online. Non riguarda come ottenere più clic da un flusso già attivo (quello è il tema dell'ottimizzazione del flusso) né come recuperare prodotti rifiutati da Google (quello è l'argomento della correzione dei prodotti non approvati). È la rampa d'accesso.
Dove compaiono davvero queste schede — e perché vale la pena entrarci
Una volta che Google accetta i tuoi prodotti, questi diventano idonei a comparire su diverse superfici Google, come il carosello prodotti in cima ai normali risultati di Ricerca per le query di acquisto, la scheda Shopping dedicata, le annotazioni in Google Immagini e altri posizionamenti Google disponibili per i prodotti idonei. Dal 2020 questo include le schede gratuite: non devi spendere un centesimo in annunci per comparire. Cosa significa, quindi, per il titolare di un negozio? Configurare Merchant Center è un lavoro una tantum che può generare visibilità continuativa senza CPC finché il tuo flusso di dati resta valido. Gli annunci Shopping a pagamento si aggiungono a tutto questo, ma una volta approvati i prodotti diventano idonei alle schede gratuite: idoneità, non garanzia che ogni articolo appaia. Il punto critico è la parola "valido": Google mostrerà solo prodotti con dati completi, coerenti e conformi alle norme. Questa fase di convalida è dove la maggior parte dei commercianti PrestaShop si blocca, ed è qui che entra in gioco il lavoro specifico per la piattaforma.
Passaggio 1 — Crea e verifica il tuo account Merchant Center
Vai su merchants.google.com e crea un account con nome dell'attività, Paese e indirizzo. Il passaggio obbligato qui è la verifica del sito web: Google deve confermare che sei il proprietario del dominio da cui stai inviando i prodotti. Se il tuo negozio è già in Google Search Console con lo stesso account Google, Merchant Center di solito propone di riutilizzare quella verifica con un clic: è il percorso più rapido. In caso contrario, verifichi il sito come faresti con Search Console: caricamento di un file HTML, meta tag HTML oppure collegamento tramite DNS / Google Analytics / Tag Manager.
Su PrestaShop, il metodo con meta tag è il più pulito perché non tocchi mai i file del tema. Se usi la nostra configurazione di tracciamento e tag con Marketing Revolution, il meta tag di verifica (insieme ai tuoi tag GA4 / Google Ads) viene inserito nel <head> dal back office, invece che tramite una modifica al tema child che un aggiornamento potrebbe sovrascrivere. Verifica una volta e il resto del processo si sblocca.
Passaggio 2 — Trasforma il catalogo PrestaShop in un flusso accettato da Google
Questo è il cuore del "portare dentro i tuoi prodotti", ed è il passaggio che le guide generiche tendono a liquidare. Un flusso di prodotti per Merchant Center è un file strutturato — un formato comune e solido è un flusso XML che usa lo spazio dei nomi g: (Google accetta anche testo/TSV e la Content/Merchant API) — in cui ogni prodotto è un <item> con un insieme fisso di campi marcati. I campi principali richiesti per un prodotto fisico, più gli identificatori che Google si aspetta quando applicabili, sono:
| Campo Google | Che cos'è | Dove si trova in PrestaShop |
|---|---|---|
| g:id | Identificatore univoco stabile | ID prodotto (e ID combinazione per le varianti) |
| g:title | Nome prodotto, ≤150 caratteri | Prodotto → nome (per lingua) |
| g:description | Descrizione, ≤5.000 caratteri | Descrizione breve o completa |
| g:link | URL della pagina prodotto online | URL semplificato del prodotto |
| g:image_link | Immagine principale del prodotto | URL dell'immagine di copertina |
| g:price | Prezzo con valuta | Prezzo — deve corrispondere esattamente alla pagina |
| g:availability | in_stock / out_of_stock / preorder | Derivato dalla quantità a magazzino |
| g:condition | new / refurbished / used (richiesto quando applicabile) | Prodotto → Condizione |
Oltre a questi campi principali, gli identificatori di prodotto di Google sono richiesti quando applicabili: inviali per far combaciare correttamente i tuoi articoli:
| Campo Google | Che cos'è | Quando inviarlo |
|---|---|---|
| g:brand | Produttore / marca | Invialo per la maggior parte dei prodotti nuovi (Prodotto → Produttore) |
| g:gtin | Codice a barre EAN/UPC | Richiesto ogni volta che il prodotto ha un GTIN valido (campo Prodotto → EAN-13) |
| g:mpn | Codice articolo del produttore | Invialo insieme alla marca quando il prodotto non ha un GTIN |
| g:identifier_exists | Impostalo su no per indicare che un prodotto non ha identificatori ufficiali | Solo per prodotti realmente privi di identificatori (ad es. personalizzati o fatti a mano) |
Messo insieme, un prodotto approvato ha questo aspetto nell'XML — ed è esattamente la struttura che un modulo per flussi di dati crea per ogni articolo del tuo catalogo, così non devi mai scriverla a mano:
<item>
<g:id>1842</g:id>
<g:title>Blue Leather Bifold Wallet, RFID-Blocking</g:title>
<g:description>Full-grain blue leather bifold wallet with RFID-blocking lining...</g:description>
<g:link>https://example.com/accessories/blue-leather-wallet</g:link>
<g:image_link>https://example.com/img/p/blue-leather-wallet.jpg</g:image_link>
<g:price>49.00 EUR</g:price>
<g:availability>in_stock</g:availability>
<g:condition>new</g:condition>
<g:brand>Hartwell</g:brand>
<g:gtin>5012345678900</g:gtin>
</item>Il motivo per cui su PrestaShop è più difficile di quanto sembri è che non esiste un pulsante nativo nel back office che esporti questo file. O sviluppi uno script personalizzato che interroga le tabelle di prodotti, scorte, immagini, produttori e URL e scrive XML valido, oppure usi un modulo per flussi di dati. I campi devono anche essere per negozio, per lingua e per valuta: un flusso tedesco ha bisogno di titoli tedeschi e prezzi in EUR, e un multinegozio ha bisogno di un flusso separato per ogni URL del negozio. Inoltre il prezzo deve corrispondere alla pagina prodotto fino al centesimo, incluso il modo in cui vengono mostrate le imposte, altrimenti Google segnala una discrepanza.
Farlo in modo pulito con MPR Google Merchant
Questo problema di mappatura è esattamente ciò che il nostro modulo MPR Google Merchant serve a eliminare. Genera il flusso XML per Google Merchant direttamente dal tuo catalogo, con la mappatura dei campi già pronta: {ean13} finisce in g:gtin, {mpn} in g:mpn, l'immagine di copertina e la galleria in g:image_link e g:additional_image_link, i prezzi in offerta in g:sale_price, e le combinazioni prodotto ricevono un g:item_group_id condiviso, così Google tratta le varianti di taglia/colore come un'unica famiglia di prodotti. Cosa ti fa risparmiare, in pratica? Salti la parte in cui i commercianti di solito assumono uno sviluppatore o combattono con un'esportazione da foglio di calcolo. Il flusso si configura da un controller del back office (AdminMPRGoogleMerchantFeeds), ottieni già un flusso separato per negozio, lingua e valuta, e un cron integrato rigenera il file a intervalli programmati, così modifiche di scorte e prezzi passano automaticamente senza doverti ricordare di ricaricare nulla. Il template dell'elemento XML è modificabile, quindi quando in seguito vorrai aggiungere campi come g:product_type o spedizione, modificherai il template invece di riscrivere un'esportazione. Supporta PrestaShop dalla 1.6.1 fino alla linea PrestaShop attuale, quindi funziona sulla versione che stai davvero usando.
Passaggio 3 — Porta il flusso in Merchant Center: file ospitato o Merchant API
I tuoi dati possono arrivare a Google in due modi, e scegliere quello giusto conta per mantenere aggiornate le schede.
| Flusso pianificato (URL ospitato) | Merchant Products API | |
|---|---|---|
| Come funziona | Fornisci a Merchant Center un URL pubblico del tuo file XML; Google lo recupera secondo una pianificazione | Il tuo negozio invia i prodotti a Google in modo programmatico tramite un account di servizio |
| Freschezza | Aggiornato quanto l'ultima rigenerazione + l'intervallo di recupero di Google | Invii quasi in tempo reale per variazioni di prezzo/scorte |
| Impegno di configurazione | Basso — incolli un URL | Più alto — Merchant ID + credenziali JSON dell'account di servizio |
| Ideale quando… | La maggior parte dei negozi; prezzi e scorte cambiano poche volte al giorno | Cataloghi ad alta rotazione, dove scorte non aggiornate fanno perdere vendite o causano non approvazioni |
Per la grande maggioranza dei negozi PrestaShop, il flusso ospitato e pianificato è la scelta giusta: punti Merchant Center all'URL del flusso, imposti un recupero giornaliero, fatto. MPR Google Merchant supporta entrambe le strade: pubblica l'XML ospitato e può sincronizzarsi con la Merchant Products API quando vuoi aggiornamenti basati su invio diretto (fornisci un Merchant ID e un percorso JSON dell'account di servizio per ogni flusso). Parti dal flusso ospitato; passa alla sincronizzazione API solo se le scorte non aggiornate ti stanno costando davvero vendite.
Passaggio 4 — Invia, lascia che Google convalidi e vai online
Aggiungi il flusso in Merchant Center sotto Impostazioni → Origini dati (si chiamava "Prodotti → Feed" nella vecchia interfaccia; ora "origini dati" in Merchant Center Next) — oppure collega l'origine API — e Google convalida ogni articolo rispetto ai propri requisiti. Aspettati un primo controllo che approvi la maggior parte dei prodotti e ne segnali alcuni: è normale, non è un fallimento. Gli intoppi più comuni al primo invio sono una discrepanza di prezzo tra flusso e pagina (quasi sempre una differenza nel modo in cui vengono mostrate le imposte), una configurazione di spedizione mancante (impostala una volta in Merchant Center nelle impostazioni di spedizione, oppure includi la spedizione nel flusso) e identificatori mancanti o incoerenti (marca, GTIN dove assegnato, MPN dove applicabile, oppure identifier_exists=no solo per prodotti senza identificatori ufficiali). Quando la scheda Diagnostica si illumina di rosso, non andare a tentativi: abbiamo catalogato gli errori esatti e le relative correzioni per PrestaShop nella guida alla correzione degli errori del flusso Merchant. Quando gli articoli risultano Approvati, diventano automaticamente idonei alle schede Shopping gratuite; non c'è un pulsante "pubblica" separato da cercare.
Schede gratuite subito, Shopping a pagamento quando sei pronto
I prodotti approvati compaiono nelle schede gratuite senza ulteriori azioni: è la tua base a costo zero. Quando vuoi spingere più in alto prodotti specifici, colleghi Merchant Center a un account Google Ads e avvii campagne Shopping a pagamento, che posizionano le schede prodotto sopra i risultati gratuiti. Gli annunci Shopping tendono a convertire bene perché l'acquirente ha già visto immagine e prezzo prima di cliccare: il clic è prequalificato. Ma questa è una decisione separata, con un suo budget e una sua logica di offerta, e vale la pena mettere in ordine prima le schede gratuite. Quando sei pronto a investire, il modo moderno in cui Google distribuisce l'inventario Shopping è Performance Max: spieghiamo cosa significa per un catalogo PrestaShop nella guida completa a Performance Max, e come Shopping si affianca agli annunci di testo in annunci di ricerca per l'e-commerce. Sei completamente nuovo al traffico a pagamento? Parti dalla prima campagna Google Ads senza sprecare denaro.
Mantieni vivo il flusso: non è una configurazione "una volta e via"
Entrare è il traguardo iniziale; restarci è manutenzione. Un flusso valido a gennaio può deteriorarsi entro marzo, quando i prezzi cambiano, i prodotti vanno esauriti e Google aggiorna le proprie norme. Una routine breve e sostenibile mantiene i tuoi prodotti visibili:
- Rigenera il flusso automaticamente. Un aggiornamento giornaliero tramite cron (integrato in MPR Google Merchant) mantiene prezzi e scorte sincronizzati, così Google non recupera mai un file obsoleto. È la principale fonte di non approvazioni evitabili.
- Controlla Diagnostica ogni settimana. Le nuove non approvazioni compaiono in silenzio; intercettale prima che riducano la tua visibilità.
- Monitora il tuo prezzo competitivo. Google confronta il tuo prezzo con quello di altri venditori dello stesso GTIN: se sei molto più alto, i clic restano bassi anche con una scheda impeccabile.
- Poi ottimizza per i clic. L'approvazione è la base, non il massimo risultato. Una volta che le tue schede sono stabili, titoli più incisivi, immagini migliori ed etichette personalizzate sono il terreno dei veri miglioramenti di performance: trovi tutto nella guida all'ottimizzazione del flusso PrestaShop.
Domande frequenti
Come posso verificare il mio negozio PrestaShop senza modificare i file del tema?
Hai due strade pulite. Se il tuo negozio è già in Google Search Console con lo stesso account Google, Merchant Center di solito propone di riutilizzare quella verifica con un clic. Altrimenti usa il metodo del meta tag HTML e inserisci il tag nel tuo <head> da un gestore di tag del back office, invece di modificare un tema child che un aggiornamento potrebbe sovrascrivere. Anche i metodi DNS e Tag Manager funzionano e non toccano mai il tema.
PrestaShop ha un pulsante integrato per esportare un flusso Merchant Center?
No: non esiste un'esportazione nativa nel back office che produca un file XML valido per Google Merchant. O scrivi uno script personalizzato che interroga le tabelle di prodotti, scorte, immagini, produttori e URL ed emette XML con spazio dei nomi g:, oppure usi un modulo per flussi di dati che gestisce mappatura e pianificazione al posto tuo. I campi devono anche essere corretti per negozio, lingua e valuta: è la parte in cui un'esportazione fatta a mano di solito sbaglia.
Devo iniziare con un URL di flusso ospitato o con la Merchant Products API?
Inizia con il flusso ospitato per quasi ogni negozio: incolli un URL pubblico del flusso in Merchant Center, imposti un recupero giornaliero, fatto. L'API giustifica la configurazione extra (un Merchant ID e credenziali dell'account di servizio) solo quando le tue scorte si muovono così rapidamente che l'intervallo tra un recupero e l'altro fa davvero perdere vendite o causa non approvazioni. Passa alla sincronizzazione API se e quando le scorte non aggiornate ti stanno costando in modo dimostrabile, non prima.
I miei prodotti sono "Approvati": devo fare altro per comparire nelle schede gratuite?
No. Quando un articolo risulta Approvato, è automaticamente idoneo alle schede Shopping gratuite: non esiste un pulsante di pubblicazione separato. "Idoneo" non garantisce che ogni articolo compaia ogni volta; il posizionamento dipende ancora da pertinenza e qualità dei dati. Le campagne Shopping a pagamento si aggiungono a questa base quando vuoi spingere prodotti specifici più in alto, ma la visibilità gratuita arriva già con l'approvazione.
Perché alcuni dei miei prodotti vengono rifiutati al primo invio?
È normale che un primo controllo approvi la maggior parte dei prodotti e ne segnali alcuni. Le cause più comuni sono una discrepanza di prezzo tra flusso e pagina (quasi sempre una differenza nel modo in cui vengono mostrate le imposte), configurazione di spedizione mancante e identificatori mancanti o incoerenti (marca, GTIN dove assegnato, MPN dove applicabile). La scheda Diagnostica indica ciascun problema; le correzioni esatte per PrestaShop sono nella guida alla correzione degli errori del flusso Merchant. Non andare a tentativi: leggi l'errore specifico.
Per un negozio PrestaShop che vende prodotti fisici, entrare in Google Shopping è una delle attività di configurazione con il ritorno più alto: le schede gratuite generano traffico nel tempo, e un flusso pulito è la base su cui si costruisce tutto ciò che è a pagamento. La parte difficile non è mai stata il lato Google; è tradurre il tuo catalogo PrestaShop negli esatti dati strutturati richiesti da Google, per negozio, lingua e valuta, e mantenerli aggiornati. Fallo una volta, nel modo corretto, e la rampa d'accesso è aperta.
Commenti
Ancora nessun commento. Sii il primo!
Sii il primo a fare una domanda o a condividere un feedback utile.
Lascia un commento
Condividi una domanda, un dettaglio di installazione o un feedback utile per un altro lettore.