Riferimento attributi
Attributo Link [link] in Google Shopping: requisiti, best practice ed esempi
L’attributo link in Google Merchant Center: requisiti HTTPS, coerenza con la pagina di destinazione, parametri di tracciamento e correzione dei link rotti.
Mouse ergonomico wireless
link: URL canonico HTTPS del prodotto → restituisce 200, il prodotto mostrato corrisponde ai dati del feed, prezzo e disponibilità confermati
Mouse ergonomico wireless
link: «https://example-tech.com/products/mouse-old-url» → 404 Pagina non trovata → Prodotto Non approvato. Spesa pubblicitaria sprecata per i clic ricevuti prima della disapprovazione. Affidabilità compromessa agli occhi di Google.
Google esegue la scansione degli URL delle tue pagine di destinazione per verificare che il prodotto mostrato nell’annuncio corrisponda a quello sulla pagina, inclusi prezzo, disponibilità e titolo. Un errore 404, un reindirizzamento alla home page o una pagina che mostra un prodotto diverso causano la disapprovazione immediata. Google ripete inoltre il controllo periodicamente, quindi i link che smettono di funzionare dopo l’approvazione vengono disapprovati a posteriori.
Cos’è l’attributo link?
L’attributo link contiene l’URL della pagina di destinazione che gli acquirenti raggiungono quando cliccano sul tuo annuncio Shopping o sulla tua scheda gratuita. È uno dei tre attributi obbligatori più critici (insieme a title e price) perché è il punto di ingresso per ogni conversione che la tua campagna Shopping può generare. Un link non funzionante, non corrispondente o poco ottimizzato si traduce direttamente in spesa pubblicitaria sprecata, prodotti disapprovati e fatturato perso.
Oltre a essere una destinazione per i clic, l’URL link viene attivamente scansionato da Google per verificare che ciò che pubblicizzi corrisponda a ciò che mostra la pagina di destinazione. Questo significa che l’attributo link non serve solo a indirizzare il traffico, ma a mantenere l’integrità dei dati tra il tuo feed e il tuo sito web. Il crawler di Google controlla il prezzo, la disponibilità, la corrispondenza del titolo e l’accessibilità della pagina, e disapprova i prodotti in cui trova discrepanze.
Specifiche tecniche
| Nome nel feed | link |
| Obbligatorio | Sì — per tutti i prodotti |
| Lunghezza massima | 2000 caratteri |
| Protocollo | HTTPS obbligatorio per gli annunci Shopping; HTTP non accettato |
| Deve restituire | Stato HTTP 200 per la pagina specifica del prodotto |
| Reindirizzamenti | Consentiti (301/302), ma la destinazione deve essere la pagina del prodotto corretta |
| Parametri di tracciamento | Consentiti come stringa di query; valuta ads_redirect per tenerli separati |
| Attributo correlato | mobile_link per URL specifici per dispositivi mobili; ads_redirect per URL di tracciamento |
Dove viene mostrato
-
Annunci Shopping — Ogni clic su un annuncio Shopping invia l’acquirente all’URL
link(o all’URLads_redirectse impostato). Il dominio visualizzato nell’annuncio («example.com») viene estratto da questo URL. Gli acquirenti vedono il dominio ma non l’URL completo nella maggior parte dei formati di annunci. -
Schede gratuite — Nella scheda «Shopping», anche i clic sulle schede gratuite utilizzano l’attributo
linkcome destinazione del clic. Alle schede gratuite si applicano gli stessi requisiti di corrispondenza dell’URL e di verifica della scansione degli annunci a pagamento. -
Remarketing dinamico — Google utilizza l’URL della pagina di destinazione del prodotto per associare i segnali di comportamento degli utenti (visualizzazioni di pagina, eventi di aggiunta al carrello) a prodotti specifici per la creazione di segmenti di pubblico per il remarketing. L’URL deve corrispondere alla pagina in cui si attiva il tag di remarketing.
Regole
-
HTTPS obbligatorio per gli annunci Shopping — Gli URL HTTP causano la disapprovazione automatica per i posizionamenti a pagamento. Il certificato SSL deve essere valido (non scaduto, non autofirmato).
-
Deve portare alla pagina del prodotto specifico — L’URL deve restituire una pagina che mostra l’esatto prodotto pubblicizzato, non una pagina di categoria, una pagina dei risultati di ricerca o la home page.
-
Deve restituire HTTP 200 — 404, 410, 500 o il reindirizzamento a una pagina di errore causano la disapprovazione. Gli errori temporanei del server (503) possono generare avvisi prima della disapprovazione.
-
La pagina di destinazione deve corrispondere ai dati del feed — Il prezzo, la disponibilità e, in generale, il prodotto mostrato devono corrispondere a quanto presente nel feed. I crawler di Google lo verificano.
-
Niente interstitial né login obbligatori — Le pagine che richiedono l’accesso, i popup di verifica dell’età che bloccano l’accesso o gli interstitial a pagina intera prima di mostrare il prodotto non sono consentiti.
-
Nessuna pagina solo JavaScript — Se le informazioni sul prodotto vengono visualizzate solo tramite JavaScript (non presenti nel codice sorgente HTML o nei dati strutturati), il crawler di Google potrebbe non riuscire a verificare i dati del feed, con conseguenti mancate corrispondenze e disapprovazioni.
Best practice
Usa URL canonici e puliti come base
L’attributo link dovrebbe puntare all’URL canonico del prodotto: la versione pulita, permanente e canonica senza ID di sessione, parametri di impaginazione o variabili di stato dell’interfaccia utente. Mantieni i parametri di tracciamento in ads_redirect o usa parametri UTM che non influiscono sul contenuto della pagina. Gli URL canonici puliti sono più stabili durante gli aggiornamenti del sito e più facili da gestire nelle pipeline del feed.
Allineamento dei dati strutturati Schema.org
Aggiungi il markup Product di Schema.org alle pagine dei tuoi prodotti e mantienilo sincronizzato con il tuo feed. Quando il crawler di Google trova dati strutturati corrispondenti (stesso prezzo, stesso stato di disponibilità, stesso GTIN), convalida i dati del feed più velocemente e con maggiore sicurezza, riducendo il rischio di disapprovazione. I prodotti con dati strutturati accurati hanno meno probabilità di essere segnalati per mancate corrispondenze anche durante brevi interruzioni della sincronizzazione dei dati.
Stabilità degli URL durante le migrazioni del sito
Le migrazioni delle piattaforme di e-commerce sono la causa principale delle disapprovazioni di massa legate ai link. Checklist di pianificazione per le migrazioni:
-
Mappa tutti gli URL dei prodotti esistenti sui nuovi URL prima del passaggio
-
Implementa reindirizzamenti 301 per tutte le pagine dei prodotti spostate immediatamente al momento del passaggio
-
Aggiorna il tuo feed in Merchant Center con i nuovi URL canonici non appena i nuovi URL sono attivi
-
Controlla ogni giorno la scheda «Richiede attenzione» di Merchant Center per le prime 2 settimane successive alla migrazione
-
Testa un campione di oltre 50 URL di prodotti prima della migrazione utilizzando uno strumento di controllo degli URL
Tracciamento senza contaminare il feed
| Opzione | Come | Pro/Contro |
| UTM nell’attributo link | Aggiungi ?utm_source=google&utm_medium=cpc a link | Semplice; UTM visibili nel feed |
| Attributo ads_redirect | Imposta link = URL canonico, ads_redirect = URL di tracciamento | Separazione pulita; più robusto |
| Tagging automatico (gclid) | Attiva nelle impostazioni dell’account Google Ads | Automatico; funziona nativamente con GA4 |
Impatto sulle prestazioni
-
Tasso di disapprovazione — I problemi legati ai link sono tra le prime 3 cause di disapprovazione dei prodotti in Merchant Center. Un tasso di disapprovazione dell’1% su un feed di 10.000 prodotti significa 100 prodotti non idonei alla pubblicazione, riducendo direttamente la copertura della campagna e le entrate.
-
Qualità della pagina di destinazione — Pagine di destinazione lente, povere di contenuti o non corrispondenti all’URL collegato abbassano il tasso di conversione e possono causare disapprovazioni legate alla pagina di destinazione. Gli annunci Shopping non hanno un punteggio di qualità basato sulle parole chiave, quindi il costo si vede nelle conversioni e non in una penalizzazione del punteggio di qualità.
-
Tasso di conversione — Inviare gli utenti all’esatto prodotto su cui hanno cliccato (anziché a una pagina di categoria o alla home page a causa di reindirizzamenti errati) può migliorare i tassi di conversione del 20–40%. Pagine di destinazione precise riducono la frequenza di rimbalzo e aumentano l’intento di acquisto all’arrivo.
-
Latenza di verifica della scansione — Dopo un aggiornamento del feed, i crawler di Google potrebbero impiegare 1–3 giorni per riverificare gli URL dei prodotti. In questo intervallo, i prodotti con recenti modifiche ai link potrebbero subire cali temporanei delle impressioni finché la scansione non conferma la validità dei dati.
Errori comuni
-
Utilizzare HTTP invece di HTTPS per gli URL dei prodotti: disapprovazione immediata per i posizionamenti a pagamento
-
Inserire un link a una pagina di categoria o dei risultati di ricerca invece che alla pagina dei dettagli del prodotto specifico
-
Utilizzare URL basati sulla sessione (contenenti
SESSIONID=o simili) che scadono e generano errori 404 durante la scansione -
Non implementare reindirizzamenti 301 quando gli URL dei prodotti cambiano, causando disapprovazioni di massa per errori 404
-
Incorporare parametri di tracciamento che alterano il contenuto della pagina o attivano prezzi diversi per il traffico di tracciamento
-
Utilizzare pagine renderizzate in JavaScript senza equivalenti HTML statici o dati strutturati, rendendo impossibile per il crawler di Google verificare i dettagli del prodotto
-
Puntare più varianti di prodotto allo stesso URL: tutte condividono lo stesso prezzo/disponibilità e Google non può distinguerle
Suggerimenti avanzati
-
Imposta il monitoraggio automatico degli URL — Utilizza un controllo dello stato degli URL lato server sui tuoi 500 prodotti principali (per spesa pubblicitaria) che venga eseguito quotidianamente e avvisi in caso di risposte diverse da 200. Un link interrotto rilevato entro poche ore costa molto meno di uno scoperto dopo 3 giorni di spesa sprecata. Strumenti come Screaming Frog, script personalizzati o servizi di monitoraggio del feed GMC vanno tutti bene.
-
Implementa il markup Schema.org su tutte le pagine dei prodotti — Lo schema Product con
price,availability,skuegtinaccurati consente al crawler di Google di incrociare i dati del feed con i dati strutturati, rendendo le mancate corrispondenze più facili da rilevare e correggere e riducendo la probabilità che i prodotti convalidati vengano segnalati per discrepanze al momento della scansione. -
Usa l’attributo ads_redirect per tutto il tracciamento a pagamento — Mantieni
linkcome URL canonico pulito del prodotto e inserisci tutto il tracciamento (UTM, ID clic, catene di reindirizzamento) inads_redirect. Questo rende il tuo feed più facile da controllare, gli URL canonici rimangono stabili per i risultati organici e le schede gratuite e le modifiche al tracciamento non richiedono aggiornamenti del feed. -
Verifica i link via script nella pipeline di generazione del feed — Prima di inviare un aggiornamento del feed, esegui un controllo leggero con richiesta HEAD su tutti gli URL nel batch del feed. Qualsiasi URL che restituisca un valore diverso da 200 dovrebbe essere segnalato e analizzato prima che il feed venga inviato a Google. Questo singolo passaggio di convalida previene la maggior parte delle disapprovazioni legate ai link.
Domande frequenti
L’attributo link richiede l’HTTPS?
Quali problemi dell’attributo link portano alla disapprovazione di un prodotto?
Posso aggiungere parametri di tracciamento UTM all’attributo link?
?utm_source=google&utm_medium=cpc&utm_campaign=shopping) direttamente all’URL link. Tuttavia, per una maggiore flessibilità e URL del feed più puliti, Google consiglia di utilizzare l’attributo ads_redirect, che ti consente di specificare un URL di tracciamento separato dall’URL canonico del prodotto. In questo modo, il link del tuo feed rimane pulito e canonico, mentre ads_redirect gestisce il tracciamento per i clic a pagamento.Cos’è l’attributo mobile_link e ne ho bisogno?
mobile_link è un attributo facoltativo che specifica una versione ottimizzata per i dispositivi mobili della pagina del prodotto quando gli URL per dispositivi mobili e desktop differiscono. Se il tuo sito utilizza un design responsive (lo stesso URL si adatta a tutte le dimensioni dello schermo), non hai bisogno di mobile_link. Ne hai bisogno solo se le pagine dei prodotti per dispositivi mobili hanno URL diversi (ad esempio, m.example.com/product) E queste pagine offrono un’esperienza mobile significativamente migliore rispetto all’URL desktop.L’URL del mio prodotto include il titolo del prodotto (slug). Cosa succede se rinomino il prodotto?
/products/blue-running-shoes diventa /products/navy-blue-running-shoes), il vecchio URL restituirà un errore 404 se non viene reindirizzato correttamente. Devi scegliere tra due strade: (a) implementare un reindirizzamento permanente 301 dal vecchio URL al nuovo (e aggiornare il link nel feed), oppure (b) mantenere l’URL originale come canonico e modificare solo il titolo sulla pagina. L’opzione B è più semplice dal punto di vista della gestione del feed.In che modo Google verifica che la pagina di destinazione corrisponda ai dati del feed?
Lo stesso URL può essere utilizzato per più prodotti nel feed?
Guide correlate
- Riferimento attributiAttributo ID [id] in Google Shopping: requisiti, best practice ed esempi
- Riferimento attributiAttributo Link immagine [image_link]: requisiti e best practice per le immagini in Google Shopping
- Riferimento attributiAttributo Taglia [size] in Google Shopping: requisiti, sistemi di taglie e best practice