Una campagna Google Shopping o Performance Max può promuovere un prodotto che nel frattempo ha cambiato prezzo, non è disponibile oppure ha dati identificativi incompleti. Il problema non nasce necessariamente dalla campagna: spesso è un disallineamento fra catalogo, feed, scheda prodotto, checkout e dati di vendita.
Per questo il feed prodotti Google va trattato come un livello di governo dell’assortimento, non come un semplice file tecnico da approvare. Il controllo utile risponde, nell’ordine, a tre domande: il prodotto è idoneo e rappresentato correttamente? È davvero acquistabile alle condizioni dichiarate? È una priorità commerciale sostenibile rispetto al suo margine?
Prima gli errori che impediscono la pubblicazione, poi l’ottimizzazione
Il primo punto di controllo è la pagina Diagnostica di Google Merchant Center. Errori, avvisi e richieste di revisione non hanno tutti lo stesso effetto: le conseguenze dipendono dal tipo di problema, dagli avvisi ricevuti e dalla correzione effettuata. La sequenza operativa più prudente è quindi risolvere prima le criticità che bloccano o limitano la pubblicazione, e solo dopo lavorare su titoli, segmentazione e offerte.
Google documenta la gestione di problemi, avvisi e revisioni nella guida ai problemi di Merchant Center e nella documentazione sulla qualità dei dati di prodotto. Una cadenza sensata dipende dalla volatilità del catalogo:
- quotidiana o automatizzata per prezzo, promozioni e stock;
- periodica per titoli, categorie, immagini, identificativi e regole di segmentazione;
- straordinaria prima di saldi, cambi di listino, lancio di nuove categorie o modifiche al checkout.
Checklist minima: identità, contenuto e acquisto
Gli attributi obbligatori o raccomandati variano in base al prodotto, al paese di destinazione e al programma Merchant Center. Tuttavia, un controllo ordinato deve includere almeno gli attributi indicati nelle specifiche dei dati di prodotto: id, title, description, link, image_link, price, availability, brand, gtin, mpn, google_product_category, product_type e, quando servono alla segmentazione, custom_label_0–custom_label_4.
| Attributo o gruppo | Domanda di controllo | Fonte del dato | Proprietario interno |
|---|---|---|---|
id | È stabile, univoco e uguale alla chiave usata nelle vendite? | Gestionale, piattaforma e-commerce o catalogo | Catalogo tecnico |
| Titolo, descrizione, link, immagine | Rappresentano la stessa variante e corrispondono alla landing page? | Catalogo e scheda prodotto | Catalogo e contenuti |
| Prezzo e disponibilità | Coincidono nel feed, nella scheda e al checkout? | Listino, stock, promozioni | Commerciale e operations |
| Brand, GTIN, MPN | Provengono da una fonte attendibile e sono applicabili al prodotto? | Produttore o anagrafica prodotto | Catalogo tecnico |
| Categoria e label | Consentono una lettura e una segmentazione coerenti? | Tassonomia interna e dati economici | Marketing e responsabile commerciale |
Il titolo e la descrizione non sono campi intercambiabili. Google indica che il titolo viene usato per abbinare il prodotto alle ricerche; deve corrispondere alla landing page e non deve coincidere con la descrizione. Le indicazioni operative sono disponibili nelle guide su titolo e descrizione.
Prezzo e disponibilità: controllare l’intera promessa d’acquisto
Prezzo e disponibilità devono corrispondere fra feed, pagina di destinazione e pagina di pagamento. Il prezzo è richiesto per ogni prodotto, deve permettere l’acquisto online nella valuta del paese di destinazione e deve essere quello effettivamente applicabile all’acquirente. Le regole dettagliate sono riportate da Google per price e availability.
Il test deve quindi seguire un campione di SKU lungo tre livelli:
- valore inviato nel feed;
- valore visibile nella scheda prodotto;
- valore e possibilità concreta di completare l’ordine al checkout.
Google può usare anche i dati strutturati della landing page e gli aggiornamenti automatici per prezzo, prezzo scontato, disponibilità e condizione. Questo non sostituisce l’aggiornamento corretto della fonte dati: dati strutturati errati o difformi possono interrompere gli aggiornamenti automatici della disponibilità. Conviene perciò verificare anche il markup prodotto, come previsto nella documentazione sugli aggiornamenti automatici degli articoli.
Gli stati di disponibilità non sono sinonimi:
in_stock: prodotto acquistabile;out_of_stock: prodotto non acquistabile;preorder: prodotto nuovo, non ancora in vendita ma ordinabile;backorder: prodotto esistente temporaneamente non disponibile, ma ordinabile.
Per preorder e backorder serve availability_date; la data di disponibilità o spedizione deve comparire anche nella landing page. Un prodotto temporaneamente esaurito non va necessariamente eliminato dal feed: può essere indicato come out_of_stock oppure, quando occorre interromperne temporaneamente la visualizzazione, gestito con una pausa. Eliminazione e nuova pubblicazione possono allungare i tempi di ritorno in campagna.
Un esempio frequente: una promozione è terminata nel checkout, ma sale_price è ancora presente nel feed. La correzione deve intervenire alla fonte del prezzo promozionale, seguita dalla verifica della propagazione su pagina e checkout. sale_price è destinato a sconti temporanei, non a un prezzo permanente né a prezzi riservati ai membri.
Identificativi: completare il catalogo senza inventare dati
Per prodotti realizzati su larga scala con un GTIN assegnato, Google richiede GTIN, brand e MPN. Se esiste un GTIN ma non viene inviato, la visibilità del prodotto può essere limitata. Le eccezioni riguardano, fra gli altri, prodotti senza GTIN, personalizzati, artigianali o privi di brand, secondo le regole sugli identificativi univoci di prodotto.
La regola pratica è semplice: non inventare, non approssimare e non riutilizzare GTIN o MPN per prodotti diversi. Nel processo interno è utile distinguere gli identificativi forniti dal produttore, quelli generati dal gestionale e quelli inseriti manualmente. Quando emerge un’anomalia, la correzione va assegnata alla fonte che ha prodotto quel dato, non soltanto modificata nel file esportato.
Trasformare il margine in priorità con le custom label
Il margine non è un attributo da mostrare al cliente. Può però essere tradotto in fasce interne tramite le cinque custom label disponibili, utilizzabili per filtri, report e offerte nelle campagne Shopping, Performance Max e Demand Gen. Ogni prodotto può avere un solo valore per ciascuna label; ogni attributo supporta fino a 1.000 valori unici. Vedi la documentazione su custom label e il relativo uso in Google Ads.
Una convenzione leggibile può essere:
custom_label_0:margine_alto,margine_medio,margine_basso;custom_label_1:alta_rotazione,bassa_rotazione;custom_label_2: stagionalità;custom_label_3: liquidazione;custom_label_4: priorità commerciale.
Le soglie non sono universali: vanno definite dall’azienda considerando costo del venduto, spedizione e promozioni. Evitare una nuova label per ogni combinazione di condizioni e non cambiare continuamente il significato dei valori: le label devono restare comparabili nel tempo. Le nuove o aggiornate etichette possono richiedere 24-48 ore per comparire in Google Ads.
I valori di conversione e le conversion value rules possono supportare decisioni basate su differenze di redditività, ma non sono attributi del feed e non calcolano da soli il margine per singolo SKU.
La verifica finale: stesso ID nel feed, nel carrello e nelle conversioni
Per leggere le vendite per prodotto o per fascia di margine, vanno riconciliate tre chiavi: l’id nel feed, l’ID inviato nella conversione con dati del carrello e la classe di margine assegnata al prodotto. Google può segnalare problemi quando gli ID del tag di conversione non corrispondono a quelli presenti in Merchant Center; questa verifica nel diagnostico richiede la condivisione delle conversioni con dati del carrello nelle transazioni, come indicato nella guida alla corrispondenza degli ID prodotto nelle conversioni.
Un controllo pratico non richiede di verificare subito tutto il catalogo. Si può iniziare con un bestseller, un prodotto con varianti, un articolo scontato, uno non disponibile e uno a margine alto. Per ciascuno confrontare ID, prezzo, quantità, disponibilità e custom label. Il feed non attribuisce da solo il profitto: la qualità della lettura dipende anche dalla configurazione delle conversioni e dai dati effettivamente trasmessi.
Workflow mensile e responsabilità chiare
- Estrarre le criticità: controllare Diagnostica, variazioni dei prodotti idonei e anomalie principali.
- Riconciliare i dati dinamici: confrontare feed, scheda, dati strutturati e checkout per prodotti rilevanti per fatturato, marginalità, promozioni e stock instabile.
- Validare catalogo e identificativi: rivedere titoli, categorie, immagini, GTIN, brand, MPN e varianti.
- Aggiornare la segmentazione: modificare soglie e label solo quando cambiano condizioni economiche o priorità commerciali.
- Verificare misurazione e uso media: controllare la corrispondenza fra ID feed e ID delle conversioni prima di interpretare i dati per prodotto.
Il processo funziona quando sono chiari i ruoli: chi possiede prezzo e stock, chi gestisce il catalogo tecnico, chi approva le soglie di margine e chi configura campagne e conversioni. Se prezzo, disponibilità, identificativi e ID transazionali non sono affidabili, ampliare il catalogo promosso o aumentare le offerte non è la prima decisione da prendere.
Dal file da approvare al catalogo da governare
La gerarchia è lineare: prima accuratezza e idoneità, poi coerenza dell’acquisto, infine segmentazione per marginalità e lettura delle vendite. Le custom label sono utili solo se riflettono dati economici aggiornati; gli identificativi diventano davvero strategici quando permettono di riconciliare il prodotto promosso con l’acquisto registrato.
Un buon passo iniziale è formalizzare questa checklist condivisa e applicarla a una categoria o a un sottoinsieme rilevante del catalogo. Prima si rende affidabile la catena del dato, poi si prendono decisioni di investimento sul catalogo promosso.
