Riferimento attributi
Attributo ID [id] in Google Shopping: requisiti, best practice ed esempi
Guida all’attributo id in Google Merchant Center: perché è l’attributo più critico del feed e come la sua modifica distrugge lo storico delle prestazioni.
Scarpe da corsa — Uomo — Nere
Tutti i clic, le conversioni e i segnali d’asta storici vengono preservati. Smart Bidding impara e migliora continuamente senza interruzioni.
Scarpe da corsa — Uomo — Nere
Vecchio ID «SHOE-BLK-42» eliminato, nuovo ID «PROD-00412» creato → tutti i dati storici sulle prestazioni persi. Smart Bidding riparte da zero. Instabilità delle offerte, picco del CPC, calo del ROAS per 2–4 settimane.
L’attributo id è la chiave primaria per l’intero prodotto in Merchant Center. Ogni clic, conversione, segnale di offerta e recensione è ancorato a questo valore. Modificarlo — anche se mantieni identici tutti gli altri attributi — azzera completamente lo storico delle prestazioni. Consideralo l’impronta digitale permanente del prodotto nel sistema di Google.
Che cos’è l’attributo id?
L’attributo id è l’identificatore univoco di ogni prodotto nel tuo feed di Google Merchant Center. È la chiave primaria che Google utilizza per tracciare il tuo prodotto in ogni sistema: elaborazione del feed, partecipazione all’asta, attribuzione di clic e conversioni, segnali di Smart Bidding, targeting della campagna e reportistica sulle prestazioni. Ogni dato che Google accumula su un prodotto è ancorato al suo id.
A differenza della maggior parte degli altri attributi del feed, l’attributo id non influisce su ciò che vedono gli acquirenti — non viene mai mostrato negli annunci Shopping o nelle schede dei prodotti. Il suo impatto è interamente strutturale e operativo. Proprio perché è invisibile è facile sottovalutarlo, ma è probabilmente il campo più determinante di tutto il feed. La regola è semplice: assegnalo correttamente una volta, poi non cambiarlo mai.
Specifiche tecniche
| Nome nel feed | id |
| Obbligatorio | Sì — ogni prodotto deve avere un id |
| Lunghezza massima | 50 caratteri |
| Formato | Qualsiasi stringa Unicode; consigliato: solo caratteri alfanumerici + trattini/trattini bassi |
| Distinzione maiuscole/minuscole | Sì — «SKU-001» e «sku-001» sono prodotti diversi |
| Ambito di univocità | Deve essere univoco all’interno dello stesso account Merchant Center e dello stesso feed |
| Modificabilità | Di fatto immutabile — la modifica azzera tutti i dati storici sulle prestazioni |
Dove viene mostrato
-
Gestione del feed in Merchant Center — L’ID è la chiave di riga mostrata nella Diagnostica del feed, negli elenchi dei prodotti e nei report sui problemi. Quando analizzi una disapprovazione o un problema di qualità dei dati, cerchi il prodotto tramite il suo ID.
-
Interfaccia delle campagne Google Ads — Nelle campagne Shopping, i report a livello di prodotto, gli aggiustamenti delle offerte e le esclusioni fanno tutti riferimento all’ID di Merchant Center. Il targeting per gruppi di prodotti in Shopping standard e Performance Max utilizza l’ID come riferimento del prodotto.
-
Tag di remarketing dinamico — Il tag di remarketing del tuo sito web deve passare gli stessi valori ID presenti nel tuo feed di Merchant Center, così Google può associare il comportamento degli utenti (visualizzazioni del prodotto, aggiunte al carrello, acquisti) a prodotti specifici per creare segmenti di pubblico e personalizzare gli annunci.
-
Monitoraggio delle conversioni — Per le campagne Shopping, i dati di conversione vengono attribuiti a livello di prodotto utilizzando l’ID. Questa è la base per i report sul ROAS a livello di prodotto e i segnali di Smart Bidding.
L’ID non viene mai mostrato agli acquirenti in nessuna superficie Google — è puramente un identificatore di sistema interno.
Regole
-
Deve essere univoco all’interno del tuo account Merchant Center — Due prodotti con lo stesso ID nello stesso feed faranno sì che uno sovrascriva l’altro. Anche tra più feed dello stesso account gli ID devono essere univoci.
-
Massimo 50 caratteri — Gli ID che superano i 50 caratteri verranno troncati o causeranno errori nel feed. Progetta lo schema degli ID in modo da restare ben al di sotto di questo limite.
-
Distinzione tra maiuscole e minuscole — Mantieni un uso coerente delle maiuscole e minuscole in tutto il tuo feed e in tutti i sistemi che fanno riferimento agli ID dei prodotti (Google Ads, tag di remarketing, strumenti di analytics). Mescolare maiuscole e minuscole è una causa frequente di errori di attribuzione.
-
Deve corrispondere ai valori del tag di remarketing — Se implementi il remarketing dinamico, il valore
ecomm_prodid(o equivalente) nel tag del tuo sito web deve corrispondere esattamente all’iddi Merchant Center, comprese le maiuscole e minuscole. -
Stabile tra i caricamenti del feed — Lo stesso prodotto fisico deve avere lo stesso ID in ogni caricamento del feed. Generare nuovi ID a ogni caricamento (ad esempio, utilizzando timestamp o incremento automatico) è un anti-pattern critico.
Best practice
Usa il tuo SKU come ID
La best practice numero uno per gli ID prodotto è usare il tuo SKU interno — l’identificatore che la tua azienda utilizza già per fare riferimento a varianti di prodotto specifiche nel tuo inventario, ERP o sistema di gestione degli ordini. Gli SKU sono stabili (non cambiano quando cambiano prezzi, descrizioni o immagini), univoci per variante (ogni combinazione di taglia/colore ha il proprio SKU) e hanno un significato chiaro per il tuo team operativo (utile nel debug dei problemi del feed).
Progettazione dello schema ID per cataloghi di grandi dimensioni
Per cataloghi con migliaia di SKU, uno schema di ID strutturato rende il catalogo più gestibile:
| Modello | Esempio | Ideale per |
| SKU semplice | WH-1000XM5-BLK | La maggior parte dei commercianti — semplice e diretto |
| Prefisso categoria + SKU | ELEC-WH-1000XM5-BLK | Cataloghi multicategoria con intervalli SKU condivisi |
| Fornitore + SKU | SONY-WH1000XM5-BK | Marketplace multifornitore |
| ID DB interno | P-48291 | Accettabile se gli ID sono garantiti stabili nel tuo DB |
Strategia per l’ID della variante
Per le varianti di prodotto (diverse taglie, colori o configurazioni dello stesso prodotto base), ogni variante necessita di un ID univoco. Uno schema di denominazione coerente evita confusione:
-
Prodotto base:
DRESS-WRAP-MIDI(non inviare la base — invia le varianti) -
Floreale / S:
DRESS-WRAP-MIDI-FLORAL-S -
Floreale / M:
DRESS-WRAP-MIDI-FLORAL-M -
Tinta unita blu scuro / S:
DRESS-WRAP-MIDI-NAVY-S
Raggruppali con un item_group_id condiviso (ad esempio, DRESS-WRAP-MIDI) per indicare a Google che sono varianti dello stesso prodotto.
Impatto sulle prestazioni
-
Continuità di Smart Bidding — Le strategie di Smart Bidding (ROAS target, Massimizza il valore di conversione) accumulano segnali di conversione per ID prodotto. Un ID stabile con 6 mesi di storico delle conversioni ottiene decisioni di offerta molto migliori rispetto a un nuovo ID che parte da zero. Ogni cambio di ID fa regredire direttamente le prestazioni di Smart Bidding.
-
Segnali d’asta — L’asta di Google utilizza segnali storici sulle prestazioni a livello di prodotto (CTR, tasso di conversione, qualità) ancorati all’ID. Questi segnali impiegano 4–8 settimane per ricostruirsi dopo un cambio di ID, causando CPC più elevati e una quota impressioni inferiore durante quel periodo.
-
Precisione del remarketing dinamico — Se gli ID dei tag di remarketing non corrispondono agli ID del feed, gli elenchi dei segmenti di pubblico vengono attribuiti in modo errato o sono vuoti, interrompendo completamente le campagne di retargeting. Impostare correttamente gli ID fin dal primo giorno evita questo tipo di problemi.
-
Reportistica e attribuzione — I report sul ROAS a livello di prodotto, i dati sulla quota impressioni e l’analisi del percorso di conversione dipendono tutti da ID stabili. La modifica degli ID a metà campagna rende impossibile il confronto storico e in genere richiede la riconciliazione manuale dei dati.
Errori comuni
-
Utilizzo di ID sequenziali generati automaticamente che cambiano quando i prodotti vengono reimportati o il database viene migrato
-
Utilizzo degli URL dei prodotti come ID — gli URL cambiano quando cambia la struttura del sito
-
Utilizzo dei titoli o dei nomi dei prodotti come ID — i titoli cambiano per motivi SEO o di merchandising
-
Maiuscole e minuscole incoerenti tra gli ID del feed e i valori dei tag di remarketing, che compromettono l’attribuzione del remarketing dinamico
-
Riutilizzo degli ID di prodotti fuori produzione per nuovi prodotti — i vecchi segnali d’asta del prodotto ritirato contaminano quello nuovo
-
Invio dell’ID del prodotto padre/base invece degli ID delle singole varianti
-
Utilizzo di caratteri speciali o spazi che causano errori di analisi nei feed TSV/CSV
Suggerimenti avanzati
-
Aggiungi un controllo degli ID alla pipeline del feed — Prima di ogni caricamento del feed, esegui un controllo che verifichi che non siano comparsi nuovi ID per prodotti che avevano già un ID nel feed precedente, che nessun ID superi i 50 caratteri e che nessun ID contenga caratteri non consentiti. Così intercetti le modifiche accidentali all’ID prima che raggiungano Merchant Center e distruggano lo storico delle prestazioni.
-
Mantieni un registro degli ID dei prodotti — Conserva una mappatura canonica tra i tuoi identificatori di prodotto interni e i relativi ID di Merchant Center. È particolarmente importante durante le migrazioni di piattaforma (re-platforming del tuo sito e-commerce) in cui gli ID interni potrebbero cambiare ma gli ID di Merchant Center devono rimanere identici.
-
Se una modifica forzata dell’ID è inevitabile — Pianifica un periodo di recupero delle prestazioni di 2–4 settimane. Aumenta temporaneamente le offerte sui prodotti interessati per mantenere la quota impressioni mentre Smart Bidding riapprende. Controlla i segnali d’asta ogni settimana e allenta la protezione del budget man mano che le prestazioni si stabilizzano.
-
Usa l’ID come chiave del prodotto tra i sistemi — Allinea il tuo ID di Merchant Center con l’ID del prodotto in Google Analytics 4 (l’
item_idnegli eventi e-commerce), i tuoi tag di remarketing e i report sugli annunci. Un identificatore di prodotto unico e coerente in tutti i sistemi permette di analizzare le prestazioni dei prodotti end-to-end senza dover riconciliare gli ID.
Domande frequenti
Cosa succede se modifico l’ID di un prodotto nel mio feed?
Quale formato devo usare per gli ID dei prodotti?
L’ID fa distinzione tra maiuscole e minuscole?
Posso usare lo stesso ID per diverse varianti di prodotto (taglie, colori)?
item_group_id. L’ID è la chiave che distingue i singoli prodotti acquistabili. L’uso dello stesso ID per più varianti fa sì che una sovrascriva silenziosamente l’altra in Merchant Center.Quali caratteri sono consentiti in un ID prodotto?
L’attributo ID influisce su ciò che gli acquirenti vedono negli annunci?
id non viene mai mostrato agli acquirenti. È un identificatore puramente interno utilizzato dai sistemi di Google per tracciare il prodotto attraverso feed, campagne e report. Il suo valore è operativo e tecnico, non rivolto al consumatore. Tuttavia, influisce indirettamente su ciò che gli acquirenti vedono, perché a esso sono ancorati tutti i dati sulle prestazioni che determinano quanto spesso e dove viene mostrato il prodotto.Il mio ID dovrebbe corrispondere all’ID del prodotto nelle mie campagne Google Ads?
id di Merchant Center è ciò che Google Ads usa per collegare le prestazioni della campagna Shopping ai singoli prodotti. Quando in Google Ads crei aggiustamenti delle offerte a livello di prodotto, esclusioni o etichette personalizzate, fanno tutti riferimento a questo ID. Se gli ID del feed cambiano, quelle impostazioni della campagna restano orfane e vanno ricostruite a mano. ID stabili = configurazione della campagna stabile, senza interventi manuali.Guide correlate
- Riferimento attributiAttributo Link [link] in Google Shopping: requisiti, best practice ed esempi
- Riferimento attributiAttributo Taglia [size] in Google Shopping: requisiti, sistemi di taglie e best practice
- Riferimento attributiAttributo Caratteristica principale del prodotto [product_highlight] in Google Shopping: requisiti e best practice