La guida al feed prodotti: campi, formati e come lo leggono le piattaforme

Il feed è l'asset meno appariscente della pubblicità a catalogo e il più determinante. Ogni annuncio dinamico di prodotto che hai mai pubblicato è stato assemblato a partire da uno. Se un campo è sbagliato, l'annuncio non rende di meno: semplicemente non compare.

La maggior parte dei team eredita il proprio feed da un export di piattaforma, gli dà un'occhiata una volta e non lo riapre più. Di solito va bene finché non va più bene: i prezzi si spostano, le immagini vengono rifiutate, intere categorie smettono silenziosamente di essere pubblicate. Questa guida percorre il feed campo per campo, formato per formato, e mostra dove tende a rompersi.

Se sei a uno stadio precedente e stai ancora capendo cosa siano gli annunci di catalogo, comincia da cosa sono gli annunci di catalogo e perché i feed grezzi rendono meno.

Cos'è davvero un feed prodotti

Un feed prodotti è un elenco leggibile dalle macchine di tutto ciò che vendi, espresso in campi che una piattaforma accetta di comprendere. Nient'altro. Non è un asset di design né un documento di marketing. È un export di database con un URL pubblico.

La conseguenza importante: il feed è la copia del tuo catalogo che la piattaforma possiede. Meta non naviga il tuo negozio per costruire un annuncio, legge la propria copia archiviata dei tuoi prodotti e assembla a partire da quella. Quando il tuo sito e la copia della piattaforma divergono, vince la copia della piattaforma, ed è di solito quella sbagliata.

Tutto ciò che viene dopo eredita da questo file. Insiemi di prodotti, pubblici, regole di offerta, l'annuncio stesso. Un problema di feed non resta mai un semplice problema di feed.

I campi che reggono il peso

Ci sono decine di attributi. Una manciata decide se arrivi anche solo a essere pubblicato.

Il nucleo di identità

Questi sono i campi che non puoi omettere:

• id · un identificatore unico e stabile. Usa la tua SKU. Meta lo limita a 100 caratteri. Non riutilizzare mai un id tra prodotti diversi.
• title · cos'è il prodotto. Meta consente 200 caratteri ma raccomanda di restare sotto i 65.
• description · testo semplice. Meta consente fino a 9.999 caratteri e richiede che differisca dal titolo.
• link · l'URL della pagina prodotto, che inizia con http:// o https://.
• image_link · l'immagine del prodotto.
• availability · Meta si aspetta in stock oppure out of stock.
• price · Meta vuole un numero, uno spazio, poi il codice valuta ISO: 9.99 USD.

Qui vivono due trappole tra piattaforme. brand è richiesto da Google per i prodotti nuovi, con eccezioni ristrette per film, libri e registrazioni musicali. E condition è richiesto senza condizioni da Meta, con i valori new, refurbished o used, mentre Google lo richiede solo se l'articolo è usato o ricondizionato. Un feed costruito secondo le regole di Google può essere valido su Google e rifiutato su Meta per quel solo campo.

I nomi degli attributi sono in snake_case (image_link, non imageLink) e devono essere in inglese, qualunque sia il mercato in cui vendi. Le varianti in camelCase che potresti aver visto appartengono al livello API di Google, non alla specifica del feed.

Varianti e raggruppamento

Ogni variante è una riga a sé con il proprio id. Le ricolleghi con item_group_id, che dice alla piattaforma che la camicia nera piccola e la camicia nera grande sono un unico prodotto. Se lo fai male, un singolo prodotto compete con sé stesso su ogni posizionamento.

È anche il motivo per cui i conteggi di SKU sembrano gonfiati quando guardi un feed per la prima volta. Cento prodotti con cinque taglie e quattro colori fanno duemila righe. Il raggruppamento è ciò che li riporta a cento prodotti.

I campi che decidono la performance

Non obbligatori, ma è qui che sta la leva:

• sale_price · lascia che le piattaforme mostrino il prezzo barrato. Senza di esso, uno sconto è invisibile.
• additional_image_link · angolazioni alternative.
• product_type · la tua tassonomia, utile per strutturare gli insiemi di prodotti.
• custom_label_0 fino a custom_label_4 · cinque spazi a formato libero, da 1 a 100 caratteri ciascuno, mai visibili al cliente. Google consente 1.000 valori unici per etichetta. Meta supporta gli stessi cinque campi.

Le etichette personalizzate sono la parte più sottoutilizzata della specifica. Sono il modo in cui contrassegni fascia di margine, tasso di vendita, stagionalità o anno di uscita, e poi costruisci insiemi di prodotti e regole di offerta su dimensioni che la piattaforma non ha altro modo di conoscere.

Formati di feed

Hai più opzioni di quante la maggior parte dei team creda, e la scelta conta meno dell'affidabilità.

XML. La variante comune è RSS 2.0 che porta il namespace di Google: <rss xmlns:g="http://base.google.com/ns/1.0" version="2.0">. Meta accetta XML in RSS e Atom. L'XML gestisce descrizioni lunghe e campi ripetuti come immagini multiple senza il dolore di escaping che porta il CSV.

CSV e TSV. Google accetta .txt delimitato da tabulazioni e .tsv; Meta accetta CSV e TSV. Più facili da aprire e controllare a occhio, peggiori con qualsiasi cosa contenga virgole o interruzioni di riga.

Google Sheets. Una fonte dati di prima classe in Google. Davvero utile per cataloghi piccoli e per override supplementari.

API. Per qualsiasi cosa sensibile al tempo, un recupero di file programmato è lo strumento sbagliato. Meta espone items_batch, che accetta fino a 5.000 articoli per richiesta con un payload limitato intorno ai 28 MB. Sul lato Google, nota che la vecchia Content API for Shopping è stata deprecata a favore della Merchant API, quindi le guide di integrazione scritte prima del 2025 ti indirizzano all'endpoint sbagliato.

I limiti di dimensione sono generosi e raramente il problema: Google accetta fino a 4 GB, Meta fino a 8 GB e raccomanda di suddividere i cataloghi oltre il milione di articoli.

Con quale frequenza si aggiorna il feed

Qui la teoria incontra il fatto che i tuoi prezzi cambiano.

Meta è esplicito: i feed programmati non supportano caricamenti più frequenti di una volta all'ora, con HOURLY, DAILY e WEEKLY come intervalli. Google consente di impostare una pianificazione di recupero in Merchant Center ma non pubblica una frequenza massima per i feed prodotti standard, quindi tratta con sospetto qualsiasi cifra precisa che leggi altrove.

La conclusione pratica è che un recupero programmato è un pavimento, non un soffitto. Se fai vendite lampo o il tuo stock si muove in fretta, la distanza tra un prezzo che cambia sul tuo sito e il momento in cui la piattaforma lo apprende si misura in ore. In quella distanza vivono la spesa eccessiva e i clienti arrabbiati. Le API in batch esistono proprio per colmarla.

Dove i feed si rompono

Quattro modalità di guasto spiegano la maggior parte.

Discrepanza di prezzo e disponibilità

La più comune e la più dannosa. Google confronta il tuo feed con la tua pagina di destinazione e, quando divergono, applica un rifiuto preventivo dell'articolo. Il problema nominato è "Mismatched product price". Non è un avviso: il prodotto smette di essere pubblicato.

La causa è quasi sempre di tempistica più che un valore errato: il feed era corretto quando è stato generato e obsoleto quando è stato recuperato.

Lacune di identità

gtin è condizionale anziché obbligatorio, ma Google segnala "Limited performance due to missing value: GTIN" quando manca. Non è un rifiuto, è una tassa silenziosa. I prodotti senza identificatori corrispondono a meno ricerche.

Problemi di immagine

I minimi attuali di Google sono 100x100 per il non abbigliamento e 250x250 per l'abbigliamento. Un minimo di 500x500 è stato annunciato, ma la sua applicazione inizia solo il 31 gennaio 2027, il che significa che gran parte di ciò che leggerai su un requisito di 500x500 descrive il futuro come se fosse il presente. I formati accettati sono ampi: JPEG, WebP, PNG, GIF, BMP e TIFF, fino a 16 MB.

La regola che coglie di sorpresa non riguarda la dimensione. Google richiede una vista non ostruita del prodotto e rifiuta immagini che portano elementi promozionali: loghi, inviti all'azione, testo di prezzo, filigrane e bordi. Il problema nominato è "Promotional overlay on image [image_link]" e vale sia per gli annunci Shopping sia per le schede gratuite.

Meta ha una postura diversa. Le sue linee guida per le immagini di catalogo sconsigliano sovrimpressioni di testo e informazioni sensibili al tempo come cali di prezzo temporanei, ma le inquadrano come qualità di consegna anziché come rifiuto netto, e Meta raccomanda sfondi puliti o trasparenti proprio perché il creativo possa esservi composto sopra. Il risultato è che l'immagine del feed e il creativo dell'annuncio sono due cose distinte, e le piattaforme non concordano su quanto debbano distanziarsi.

Errori di struttura

"Invalid RSS/Atom document format" significa che il tuo XML è malformato, di solito una e commerciale non sottoposta a escape. Economico da individuare, imbarazzante da lasciar girare.

La lacuna che il feed non può colmare

Un feed corretto è il minimo indispensabile. Rende i tuoi prodotti idonei, con il prezzo giusto e nell'insieme di prodotti corretto. Ciò che non fa è far venire a qualcuno voglia di cliccare.

Il feed trasporta dati. Non ha opinioni sulla gerarchia, nessun sistema di marca, nessun inquadramento dell'offerta, nessun senso di ciò che serve a un posizionamento 9:16 rispetto a uno quadrato. Quello è un altro livello del problema, ed è quello che muove davvero il ritorno sulla spesa pubblicitaria. Abbiamo scritto delle leve in cinque modi per migliorare la performance dei tuoi annunci di catalogo, e di come appare il cambiamento nella pratica in la guida prima e dopo.

FeedForce lavora su quel livello per gli annunci di catalogo Meta: le tue regole di marca vengono definite una volta, poi applicate automaticamente su tutto il catalogo, così che il creativo tenga il passo con un feed che non smette mai di muoversi. Il feed resta la tua fonte di verità. Gli annunci smettono di somigliare a quelli di tutti gli altri.