Titoli, GTIN e varianti: rendere il catalogo comprensibile a Google

Parti dall’identità del prodotto

Una campagna Shopping può ricevere impression senza presentare il catalogo nel modo che vorresti. Prima di cambiare target ROAS, conviene chiedersi se la piattaforma sta ricevendo informazioni corrette sul singolo articolo. La prima verifica riguarda la relazione fra ciò che vendi, la riga inviata a Merchant Center e la pagina su cui arriva la persona.

Il procedimento seguente è una proposta operativa: parte da un campione, individua il punto in cui il dato si perde e corregge la regola che genera il feed. È più utile di una pulizia manuale ripetuta ogni settimana, soprattutto quando lo stesso catalogo attraversa gestionale, CMS, connettore e piattaforme pubblicitarie.

Ricostruisci il percorso CMS → feed → pagina

Crea una tabella con ID del gestionale, SKU della variante, ID inviato a Google, URL, titolo, GTIN, marca e gruppo varianti. Aggiungi la fonte di ciascun campo. Una colonna compilata può arrivare dal CMS, da una trasformazione del connettore o da una regola successiva: senza questa mappa rischi di correggere un valore che sarà sovrascritto al prossimo aggiornamento.

Come campione iniziale scegli prodotti che spendono, articoli importanti senza traffico, nuove inserzioni e famiglie con molte varianti. Venticinque righe possono bastare per scoprire un difetto strutturale, ma non dimostrano che tutto il catalogo sia corretto. Dopo la diagnosi applica controlli automatici all’intero insieme.

Scrivi titoli che distinguano, poi verifica la resa

La guida di DataFeedWatch sui titoli suggerisce di partire dalle ricerche e dagli attributi che distinguono i prodotti. L’ordine dipende dalla categoria: marca, modello, compatibilità, misure e materiale non hanno sempre lo stesso peso. Il lavoro pratico consiste nel collegare questi elementi a campi affidabili, eliminare ripetizioni e verificare cosa rimane visibile quando il titolo viene abbreviato.

Nel caso raccontato da Jaimon Hancock, l’AI serve prima a esplorare ipotesi e poi a ricavare una struttura ripetibile. Possiamo trasformare questo spunto in una procedura: genera proposte soltanto da attributi verificati, confronta le famiglie di titoli, scegli una gerarchia per categoria e implementala nel feed. Prevedi una regola che elimini prima le informazioni meno utili quando il testo è troppo lungo. Un modello non deve inventare compatibilità o caratteristiche assenti.

Un codice formalmente valido può identificare il prodotto sbagliato

Monica Axinte distingue nella sua guida la verifica della struttura del GTIN dal controllo sul prodotto identificato. Lunghezza e cifra di controllo permettono di intercettare errori, ma un codice formalmente corretto può appartenere a un altro articolo. Conferma quindi la corrispondenza usando confezione e dati del produttore; non sostituire il codice mancante con uno SKU interno.

Prevedi due esiti separati nella tabella di controllo: formato valido e identità confermata. Conserva i codici come stringhe per non perdere gli zeri iniziali. Quando un’anomalia riguarda molte righe dello stesso marchio, controlla il mapping dell’importazione prima di correggerle una per volta. Un carattere eliminato da un foglio elettronico può propagarsi a ogni aggiornamento, anche dopo una riparazione manuale in piattaforma.

Una famiglia non è un prodotto acquistabile

Jacques van der Wilt mostra il limite di un feed costruito soltanto sui prodotti padre: colore, immagine e disponibilità possono non rappresentare la variante cercata. Parti quindi dalle combinazioni realmente acquistabili, con ID distinti e un gruppo coerente. Una famiglia raccoglie varianti dello stesso prodotto; non è un contenitore per articoli vagamente simili.

Apri gli URL del campione in una sessione pulita. La pagina seleziona già la variante promessa? Immagine, prezzo e disponibilità descrivono la stessa combinazione? Registra separatamente gli errori del feed e quelli della pagina. Se il collegamento contiene la taglia corretta ma il CMS la ignora, cambiare il titolo non risolve il problema. Il caso di prova deve arrivare a chi può correggere il comportamento della destinazione.

Esempio operativo: 600 righe, 150 identità sbagliate

Immagina 100 modelli di scarpe, ciascuno con sei taglie: 600 varianti. Per 25 modelli il connettore copia il GTIN del padre su tutte le sei taglie: 25 × 6 = 150 identità sbagliate; le altre 450 righe non hanno questo difetto. Un controllo sul solo numero di righe passa. Nel campione di 25 varianti, sei URL selezionano anche una taglia diversa.

Consideriamo che la verifica completa confermi 150 codici copiati e trovi 90 URL incoerenti, distribuiti anche fuori dalle 25 famiglie. Sono problemi distinti e non vanno sommati come prodotti unici senza controllare le sovrapposizioni. Il primo risultato è azzerare entrambi i conteggi dopo una nuova esportazione. Un eventuale effetto sulle vendite va valutato separatamente, considerando domanda, prezzi, stock e modifiche alle campagne.

Rilascia una regola verificabile

Salva un’esportazione precedente, applica la trasformazione a una categoria e confronta campo per campo il prima e il dopo. Per i titoli controlla le differenze inattese; per gli identificatori controlla corrispondenze e duplicazioni; per le varianti controlla che il numero delle combinazioni realmente vendibili non cambi per errore. Un feed più piccolo non è necessariamente un feed più pulito.

Rileggi infine il dato elaborato in Merchant Center, non soltanto il file inviato. Una regola di account può alterare il risultato. Assegna a una persona la gestione delle eccezioni e conserva versione della regola, data di rilascio e prodotti coinvolti: serviranno per collegare un eventuale problema al cambiamento corretto.

La verifica che rende utile il lavoro

La revisione è conclusa quando la stessa identità è riconoscibile in tutte le tappe e gli errori non riappaiono al successivo aggiornamento. Il marketing deve poter capire cosa è stato corretto; lo sviluppatore deve poter riprodurre il difetto; chi gestisce il catalogo deve sapere quali informazioni mancano alla fonte.

• Campione visuale: ogni annuncio conduce alla variante attesa.
• Catalogo completo: ID stabili, gruppi coerenti, GTIN verificati.
• Nuova sincronizzazione: nessuna regressione delle regole corrette.
• Valutazione commerciale: confronti separati dalle verifiche di conformità.