Facebook Product Feed: campi obbligatori, formati e immagini

Un Facebook product feed è un file di dati strutturato che elenca ogni prodotto che vuoi pubblicizzare su Facebook e Instagram, con una riga o un elemento per prodotto. Meta legge il feed e lo importa in un catalogo in Commerce Manager, poi inserisce automaticamente titoli, prezzi, immagini e disponibilità in catalog ads e Shop. I campi obbligatori sono id, title, description, availability, condition, price, link, image_link e brand. I formati accettati sono CSV, TSV, XLSX, Google Sheets e XML. Dalla precisione del feed dipende ciò che le persone vedono davvero in ogni catalog ad.

Il product feed è il file meno appariscente di un account Meta ads, eppure decide silenziosamente cosa mostra ogni catalog ad. Se sbagli un prezzo in un foglio di calcolo, non hai solo commesso un errore nei dati, hai pubblicato il prezzo sbagliato per chiunque veda quel prodotto. Se il catalogo non esiste ancora, inizia dalla guida alla configurazione.

Il materiale di riferimento tende a collocarsi a uno di due estremi. Le specifiche di Meta sono complete e precise, ma si leggono come lo schema di un database, con gli avvisi importanti nascosti nelle celle delle tabelle. La maggior parte delle spiegazioni di terze parti si ferma a "è un foglio di calcolo dei tuoi prodotti".

Questo articolo offre la versione intermedia: cos'è il file, ogni campo obbligatorio con il vincolo che crea davvero problemi, i campi facoltativi che cambiano ciò che puoi fare, come funzionano più immagini e video per un singolo prodotto, quali formati e limiti di dimensione accetta Meta e come il file arriva in Commerce Manager.

Cos'è un Facebook Product Feed?

Un Facebook product feed è un file strutturato in cui ogni riga, o ogni elemento XML, descrive un prodotto e ogni colonna è un campo denominato, come title o price. È una specifica, non un'esportazione in formato libero: Meta legge soltanto i campi che riconosce e diversi campi accettano unicamente valori specifici.

Nella documentazione sui Facebook product feed si usano spesso tre termini come se fossero equivalenti, ma indicano cose diverse:

• Catalogo: il contenitore simile a un database che si trova in Commerce Manager e conserva i record dei prodotti. Annunci e Shop leggono dal catalogo.
• Origine dati: il metodo con cui i prodotti entrano nel catalogo. Un feed è un'origine dati. Le altre includono inserimento manuale, integrazione con una piattaforma partner e Batch API.
• Product feed: il file vero e proprio, usato come origine dati per un catalogo.

Un singolo catalogo può contenere prodotti provenienti da più origini, per questo "feed" e "catalogo" non sono sinonimi. Puoi avere tre feed che puntano a un unico catalogo, e le tue campagne hanno come target il catalogo.

Inoltre, un feed non è l'annuncio, il pubblico o il Pixel. Contiene dati di inventario. Ciò che Meta fa in seguito con quei dati dipende da un'altra serie di decisioni.

Una nota sul vocabolario, perché i materiali meno recenti ne sono pieni. Quelli che prima si chiamavano dynamic ads o dynamic product ads ora sono Advantage+ catalog ads. Il contenitore che prima si chiamava Business Manager ora è il portfolio aziendale, anche se alcune pagine di assistenza Meta usano ancora il vecchio nome. Nel feed, status è il nome preferito al posto del precedente visibility, mentre internal_label ha sostituito product_tags.

Cosa alimenta davvero un Product Feed

Quando i prodotti entrano in un catalogo, i dati del feed diventano il materiale di base per diversi formati:

• Advantage+ catalog ads, che selezionano i prodotti per ogni persona invece che per ogni annuncio
• Carousel Ads basate sul catalogo, in cui le schede vengono compilate dal catalogo anziché costruite a mano
• Collection Ads, inclusa la griglia di quattro prodotti sotto il contenuto creativo principale
• Product tag ads e tagging organico dei prodotti idoneo
• Collaborative ads, in cui un commerciante condivide un segmento del catalogo con un brand partner
• Shop su Facebook e Instagram, dove supportati

Il punto pratico che conta è questo: in questi formati non carichi un contenuto creativo per ogni prodotto. Meta compone l'annuncio al momento della pubblicazione usando i campi del feed. L'immagine è quella a cui punta image_link, il titolo è spesso title e il prezzo mostrato è price, oppure sale_price se è attivo.

Questa è la differenza rispetto a un annuncio creato manualmente, dove scegli l'immagine e scrivi tu il testo. È anche ciò che distingue un carosello manuale da uno basato sul catalogo. Nei formati basati sul catalogo, il feed non è una risorsa di supporto. È la fonte del contenuto creativo.

Campi obbligatori in un Facebook Product Feed

Per un normale prodotto retail sono obbligatori nove campi, mentre size è obbligatorio solo in determinate condizioni per alcuni prodotti venduti tramite Shop. I nomi dei campi devono essere scritti in inglese americano e diversi campi accettano solo valori specifici supportati, non testo libero.

Due vincoli causano più errori di tutti gli altri messi insieme.

Il primo è il formato del prezzo. $49.99 non funziona. 49,99 EUR non funziona. Servono un numero, uno spazio e il codice della valuta, con un punto per i decimali e una sola valuta in ogni singolo file di dati.

Il secondo è l'id, ed è il motivo per cui un feed tecnicamente valido può comunque non pubblicare gli annunci. Per eseguire Advantage+ catalog ads, l'id deve corrispondere esattamente all'identificatore che il tuo sito invia come content_id o content_ids negli eventi del Pixel. Non "più o meno", né "dopo aver rimosso il prefisso". Una differenza tra maiuscole e minuscole, oppure un suffisso della variante presente solo da una parte, basta a interrompere l'associazione tra il comportamento di navigazione e l'articolo del catalogo. Le indicazioni di Meta sui cataloghi consigliano un tasso di corrispondenza superiore a 75%.

Campi facoltativi che vale la pena compilare

L'elenco dei campi facoltativi è lungo. Questi sono quelli che cambiano davvero ciò che puoi fare, invece di aggiungere soltanto dettagli.

sale_price e sale_price_effective_date. Usano lo stesso formato di price, e il prezzo scontato deve essere inferiore a quello intero. Se lo imposti uguale o superiore a price, Meta semplicemente non lo mostra, né nell'annuncio né in Commerce Manager. La data di validità è un intervallo con entrambe le estremità specificate, come 2026-11-24T09:30-08:00/2026-11-30T23:59-08:00. Senza questa data, il prezzo scontato resta attivo finché non lo rimuovi.

item_group_id. Il meccanismo per le varianti, descritto in dettaglio nella sezione successiva.

google_product_category e fb_product_category. Le categorie sono facoltative, ma aiutano Meta ad associare il prodotto ad articoli simili, aspetto importante quando il sistema sceglie cosa mostrare a una persona che naviga. Usa la categoria più specifica disponibile invece di un gruppo di primo livello.

gtin e mpn. Fornisci identificatori reali oppure non inserirli. Un GTIN va scritto senza trattini né spazi. Un identificatore inventato è peggio di uno assente.

color, gender, age_group, material, pattern. Attributi delle varianti. gender accetta female, male o unisex. age_group accetta adult, all ages, teen, kids, toddler, infant o newborn. I campi di testo libero hanno un limite di 200 caratteri, tranne pattern che ne accetta 100.

shipping. Ha il formato Country:Region:Service:Price, per esempio US:NY:Ground:9.99 USD, con più destinazioni separate da virgole. È il campo su cui si basa l'etichetta di spedizione gratuita nei catalog ads. Per attivarla, devi impostare un prezzo pari a zero a livello di paese. Un prezzo zero limitato a una regione non è sufficiente.

status. I valori sono active e archived, con active come predefinito. I prodotti archiviati restano nel catalogo ma non compaiono più negli annunci e negli Shop, una soluzione più ordinata dell'eliminazione quando qualcosa non è temporaneamente in vendita.

Da internal_label a custom_label_0 fino a custom_label_4. Entrambi possono controllare i filtri dei product set. La documentazione attuale di Meta consiglia le etichette interne per questo scopo, con un motivo operativo preciso: "A differenza delle etichette personalizzate, puoi aggiungere o aggiornare le etichette interne senza sottoporre ogni volta i prodotti alla revisione delle normative, che può influire sulla pubblicazione degli annunci". Le etichette interne consentono fino a 5,000 valori per prodotto, da 110 caratteri ciascuno, e Meta li normalizza in minuscolo. Le etichette personalizzate sono cinque campi distinti, ognuno da 100 caratteri.

rich_text_description. Descrizione formattata per le pagine dello Shop, mentre description resta obbligatorio come testo semplice di riserva. Non è supportato negli annunci, quindi non modifica in alcun modo il testo dei catalog ads.

Più immagini e video in un Facebook Product Feed

È qui che viene costruita male la maggior parte dei feed, perché tre meccanismi diversi sembrano tutti indicare "più immagini", ma non sono intercambiabili.

Immagini aggiuntive di un singolo prodotto

additional_image_link contiene fino a 20 URL di immagini aggiuntive in una singola voce prodotto. Contando l'image_link principale, puoi associare a un singolo prodotto fino a 21 immagini.

Puoi separare gli URL con una virgola, un punto e virgola, uno spazio o una barra verticale. Ogni immagine segue le stesse regole di quella principale: JPEG o PNG, almeno 500 x 500 pixel e meno di 8 MB. In un CSV, racchiudi correttamente l'intero campo tra virgolette se il separatore compare anche nei dati.

Usa questo campo per mostrare più viste dello stesso articolo acquistabile. Una tazza di ceramica fotografata frontalmente, dall'alto e mentre viene usata su una scrivania è un prodotto con tre immagini, non tre prodotti.

Dove compaiono le immagini extra? Le specifiche Meta consigliano più immagini per gli Shop e per i Carousel Ads che usano l'opzione presentazione, suggerendo quattro o più immagini di qualità per questi utilizzi. Nei catalog ads, i modelli espongono show_multiple_images, che mostra più immagini di un singolo prodotto in un carosello, e carousel_slideshows, che crea una presentazione dentro una scheda quando il prodotto ha più immagini. Meta non afferma però che ogni catalog ad scorra automaticamente tutte le immagini aggiuntive. Il loro utilizzo dipende dal formato, dal modello e dall'automazione creativa in uso. Compilare il campo rende disponibili queste opzioni, ma non garantisce che si attivino.

Varianti e immagini extra

item_group_id svolge una funzione completamente diversa. Collega righe di prodotto separate che sono varianti l'una dell'altra.

Ogni variante è un record autonomo: ha id, price, availability, link e image_link principale propri. Ciò che condivide con le altre è l'id del gruppo. Uno zaino in tela in tre colori occupa tre righe che condividono un item_group_id, non una riga con tre immagini.

Due regole vengono spesso trascurate. Primo, l'id del gruppo non deve coincidere con nessun id prodotto del catalogo e fa distinzione tra maiuscole e minuscole. Secondo, un'immagine diversa da sola non crea una variante valida: Meta richiede almeno un vero attributo distintivo, come color o size. Meta supporta fino a 800 varianti in un gruppo, avvertendo che i gruppi con più di 300 diventano difficili da gestire e mostrare.

La distinzione è semplice quando la esprimi chiaramente. additional_image_link significa più immagini di un prodotto. item_group_id significa diversi prodotti appartenenti allo stesso gruppo. Scegliere il campo sbagliato è il motivo più comune per cui una variante di colore mostra la foto errata.

Video del prodotto nel feed

Il video viene associato a un prodotto tramite i campi da video[0].url a video[19].url, per un massimo di 20 video per prodotto.

video[0].url è il valore predefinito e Meta consiglia il formato 4:5. Le posizioni aggiuntive contengono altri rapporti, in genere 1:1 e 9:16, così lo stesso prodotto dispone di contenuti multimediali adatti al feed e ai posizionamenti verticali.

Le regole tecniche:

• L'URL deve puntare a un file video scaricabile. Un link YouTube o qualsiasi altra pagina con lettore non funziona, perché l'URL restituisce una pagina web, non un file.
• Massimo 200 MB per video, senza un limite di durata dichiarato.
• Le estensioni supportate comprendono un lungo elenco che include .mp4, .mov, .avi, .mkv, .flv e .gif.

Il test pratico richiede cinque secondi: incolla l'URL in un browser. Se scarica o riproduce il file originale, funziona. Se mostra una pagina con un lettore, Meta non può usarlo.

Un aspetto utile sulla pubblicazione: l'automazione dei video prodotto è attiva per impostazione predefinita dove idonea, e Meta può sostituire l'immagine con un video del catalogo quando prevede che il video migliori il costo per risultato. Carousel Ads e Collection Ads sono i formati consigliati. In una Collection Ad, il video può occupare la posizione principale, mentre le miniature dei prodotti sottostanti restano immagini.

Perché un'immagine sostituita non si aggiorna

Meta memorizza i contenuti multimediali dei prodotti nella cache in base all'URL. Le specifiche sono chiare sulla conseguenza: "la nuova immagine deve avere un URL diverso, in modo che possiamo riconoscere la modifica e aggiornarla nel catalogo".

Se sovrascrivi il file allo stesso indirizzo, Meta non riceve alcun segnale che qualcosa sia cambiato. La vecchia immagine continua a essere pubblicata.

Questo è anche il motivo per cui le immagini segnaposto sono una trappola. Se pubblichi image-coming-soon.jpg a un URL stabile e in seguito carichi allo stesso URL la fotografia reale, questa non viene mai recuperata. Meta consiglia di aspettare e aggiungere l'immagine definitiva anziché pubblicare un segnaposto.

La soluzione è creare una nuova versione dell'URL. Puoi usare desk-lamp-01-v2.jpg oppure un percorso che cambia quando cambia la risorsa. Poi inserisci il nuovo URL nel caricamento successivo.

Formati e limiti di dimensione dei Facebook Product Feed

I formati supportati da Meta sono CSV, TSV, Excel XLSX, Google Sheets e XML in formato RSS o Atom. ZIP e GZIP sono contenitori di compressione per questi formati, non formati distinti.

Una precisazione, perché questa informazione sbagliata circola spesso: un file JSON autonomo non è incluso nell'elenco dei formati accettati da Meta. JSON compare nell'ecosistema come valore codificato dentro un campo CSV, per esempio per gli oggetti video, e nei payload delle richieste Marketing API. Nessuno dei due casi rende un file .json un data feed valido da caricare.

I limiti:

• 100 MB per un caricamento una tantum, 4 GB per un feed programmato
• Compressione in ZIP o GZIP oltre 1 GB
• Fino a circa 1 milione di prodotti per feed, suddividendolo oltre questa soglia invece di accorciarlo
• Massimo 5,242,880 caratteri per ogni singola riga

Due note specifiche sui formati. Nei feed Google Sheets, i dati devono trovarsi nella prima scheda e le impostazioni di condivisione devono permettere a chiunque abbia il link di visualizzarli. Se generi il CSV tramite codice anziché con un foglio di calcolo, applica le normali regole per le virgolette CSV: racchiudi tra virgolette doppie ogni valore che contiene una virgola o spazi significativi, ed esegui l'escape di una virgoletta doppia interna raddoppiandola.

Come il feed arriva in Commerce Manager

Un Facebook product feed arriva in Commerce Manager in uno di due modi, e la differenza è più importante di quanto sembri inizialmente.

Un caricamento una tantum usa un file dal tuo computer oppure un URL fornito una sola volta. È un'istantanea. Meta non lo visiterà di nuovo.

Un recupero programmato indica a Meta un file ospitato e permette di prelevarlo a intervalli regolari. Le regole per l'URL sono specifiche: deve iniziare con http://, https://, ftp:// o sftp:// e deve puntare direttamente al file, non a una landing page, un modulo di accesso o una schermata di anteprima. Provalo prima nel browser. Se apre o scarica il file, Meta può recuperarlo.

Commerce Manager offre pianificazioni orarie, giornaliere e settimanali, e quella oraria è il massimo: un feed programmato non può essere recuperato più spesso. Marketing API offre anche una frequenza mensile. Se imposti una pianificazione, falla partire dopo la rigenerazione del tuo file. Un file ricreato alle 09:00 va abbinato a un recupero alle 09:15, non alle 09:00.

Esiste anche una distinzione tra una pianificazione di sostituzione, che considera il file come quadro completo e può eliminare i prodotti mancanti, e una di aggiornamento, che aggiunge e aggiorna ma non elimina mai. Meta documenta la possibilità di eseguire un aggiornamento frequente insieme a una sostituzione completa meno frequente, purché siano distanziati di almeno dieci minuti. Questa configurazione è adatta ai cataloghi in cui prezzo e scorte cambiano rapidamente, ma l'elenco completo dei prodotti varia lentamente.

Durante il primo caricamento, se i nomi delle colonne non corrispondono allo schema Meta, Commerce Manager può proporti di mapparli, per esempio associando una colonna chiamata name al campo supportato title. Se li approvi, Meta li salva come regole sui dati e li applica ai caricamenti futuri dello stesso feed. È utile, ma non è un buon motivo per conservare intestazioni non standard. I nomi ufficiali dei campi rendono il file più facile da risolvere anche fuori da Commerce Manager.

Ogni caricamento completato restituisce un riepilogo: quanti prodotti sono stati aggiunti o aggiornati, quali errori hanno bloccato i prodotti o l'intero file e quali problemi ne impediranno la visualizzazione. È il primo posto da controllare quando manca qualcosa.

Feed principali, supplementari e per paese

Non tutti i Facebook product feed svolgono la stessa funzione.

Un feed principale crea e possiede i record dei prodotti. Contiene tutti i campi obbligatori ed è ciò a cui si riferisce la maggior parte delle persone quando dice "il feed".

Un feed supplementare arricchisce i prodotti già creati da un feed principale. Trova le corrispondenze usando gli id esatti esistenti, viene collegato tramite il feed principale anziché funzionare da solo e può compilare campi come titoli, descrizioni, immagini, categorie, brand, raggruppamento delle varianti e video. Ciò che non può esplicitamente sovrascrivere è l'id prodotto, price, sale_price, availability o quantity_to_sell_on_facebook. Questo confine è fondamentale: un feed supplementare non è una strada per aggiornare prezzi o scorte. Quando un campo supportato compare in entrambi, il valore supplementare prevale nel catalogo senza modificare il file principale. Un feed supplementare può servire diversi feed principali, ma ogni feed principale si collega a un solo feed supplementare.

I feed per paese e lingua sovrascrivono valori localizzati dei prodotti già esistenti. Un feed per paese gestisce prezzo specifico per mercato, prezzo scontato, disponibilità, stato e link di destinazione. Un feed per lingua gestisce testi tradotti come titoli e descrizioni. Esiste una modalità combinata per entrambi e, quando possono corrispondere più sostituzioni, l'ordine di priorità è prima lingua e paese, poi lingua, poi paese e infine il valore del feed principale.

Questa è anche la vera risposta alla questione delle più valute. Un normale file di dati principale contiene una valuta. Un catalogo ne serve molte tramite i feed per paese. Per i cataloghi con più di 100,000 prodotti, Meta consiglia un feed per paese o per lingua invece di un unico grande file di sostituzione.

Ci sono altri due comportamenti da conoscere prima che ti sorprendano. L'eliminazione su un feed è attualmente attiva per impostazione predefinita, il che significa che una sostituzione completa può rimuovere i prodotti di proprietà del feed che mancano nel nuovo file. Una volta attivata l'eliminazione, Meta non consente di disattivarla per quel feed. Questo è un ottimo motivo per contrassegnare gli articoli come out of stock anziché rimuovere le righe, così il catalogo conserva l'articolo e la sua cronologia. Quando un feed supera i limiti di dimensione o numero di articoli, la suddivisione è supportata correttamente: crea il nuovo feed facendo riferimento all'id del vecchio come origine, carica il sottoinsieme e la proprietà di quegli articoli verrà trasferita alla prima sessione completata, senza essere registrata come eliminazione in blocco.

Mantenere accurato un Facebook Product Feed

Meta non prescrive un'unica frequenza di aggiornamento, e non dovrebbe farlo, perché i cataloghi cambiano a velocità diverse. La regola pratica è recuperare il feed almeno con la stessa frequenza con cui cambiano davvero i campi importanti.

• Ogni ora per scorte che variano rapidamente, promozioni lampo o prezzi volatili
• Ogni giorno per il normale inventario ecommerce
• Ogni settimana solo quando prodotti, prezzi e disponibilità cambiano davvero lentamente

Oltre alla frequenza, un breve elenco copre la maggior parte dei problemi:

• Usa out of stock per l'indisponibilità temporanea anziché eliminare le righe. La disponibilità è il campo che impedisce ai prodotti non disponibili di comparire negli annunci.
• Mantieni gli id stabili e identici tra il feed, gli eventi del Pixel e del server e qualsiasi feed di sostituzione localizzato. Un id che cambia separa il prodotto dalla sua cronologia.
• Crea una nuova versione degli URL delle immagini ogni volta che cambia il contenuto dell'immagine.
• Scrivi titoli che sembrino nomi di prodotti, non testi promozionali. In un catalog ad, il titolo è spesso l'unico testo che una persona vede associato al prodotto.
• Compila le categorie anche se sono facoltative, perché aiutano Meta ad associare i prodotti a ciò che una persona stava già guardando.
• Leggi il riepilogo del caricamento dopo ogni recupero, non solo dopo il primo.
• Evita modifiche non necessarie ai campi. I cambiamenti sostanziali possono rimandare i prodotti alla revisione delle normative, ed è proprio per evitare questo ricircolo che esistono le etichette interne.

Le indicazioni di Meta sui cataloghi di qualità arrivano alla stessa conclusione generale: dati prodotto completi e precisi aiutano i suoi sistemi a consigliare gli articoli giusti. Meta non pubblica un numero associato a questo effetto, né esiste una statistica credibile sull'intero mercato che quantifichi la spesa ecommerce gestita tramite catalog ads. Considera quindi con sospetto qualsiasi percentuale specifica citata in merito.

Il contesto più ampio è che, ogni anno, il sistema di pubblicazione di Meta si affida sempre più alla qualità dei dati e sempre meno alla configurazione manuale. Per i formati basati sul catalogo, questa qualità dipende dalla completezza del feed.

Domande frequenti

Cos'è un Facebook product feed? Un file strutturato in formato CSV, TSV, XLSX, Google Sheets o XML, contenente un record per prodotto. Meta lo importa in un catalogo in Commerce Manager, da cui catalog ads e Shop leggono i dati. Il feed è l'input, il catalogo è il contenitore e un catalogo può essere alimentato da diverse origini.

Quali campi sono obbligatori in un Facebook product feed? Per un normale feed retail: id, title, description, availability, condition, price, link, image_link e brand. Il campo size è inoltre obbligatorio per i prodotti pertinenti venduti tramite Shop, soprattutto abbigliamento e calzature.

Un Facebook product feed può avere più immagini per prodotto? Sì. Un image_link principale e fino a 20 URL in additional_image_link, per un massimo di 21 immagini per voce prodotto. Separa gli URL con una virgola, un punto e virgola, uno spazio o una barra verticale, e applica a ogni immagine le stesse specifiche di quella principale.

Qual è la differenza tra additional_image_link e item_group_id? additional_image_link aggiunge più immagini a un record prodotto. item_group_id collega diversi record di prodotto separati che sono varianti l'uno dell'altro, ciascuno con id, prezzo, disponibilità e immagine principale propri, oltre ad almeno un attributo che li distingue davvero.

Quali formati di file accetta Facebook per un product feed? CSV, TSV, Excel XLSX, Google Sheets e XML in formato RSS o Atom, facoltativamente compressi come ZIP o GZIP. Un file JSON autonomo non è un formato di feed accettato.

Perché l'immagine del prodotto non si è aggiornata dopo che l'ho sostituita? Meta memorizza i contenuti multimediali dei prodotti nella cache in base all'URL, quindi sovrascrivere il file allo stesso indirizzo non dà a Meta alcun segnale per scaricarlo di nuovo. Cambia o crea una nuova versione dell'URL dell'immagine, poi includi il nuovo URL nel caricamento successivo.

Con quale frequenza bisogna aggiornare un Facebook product feed? Almeno con la stessa frequenza con cui cambiano prezzo, disponibilità e dati prodotto. Commerce Manager supporta pianificazioni orarie, giornaliere e settimanali, e la frequenza oraria è il massimo consentito.

Quanto può essere grande un Facebook product feed? 100 MB per un caricamento una tantum e 4 GB per un feed programmato, con compressione consigliata oltre 1 GB, circa un milione di prodotti per feed e un limite di 5,242,880 caratteri per ogni singola riga.

Qual è la differenza tra un product feed e un catalogo? Il feed è un file di input che descrive i prodotti. Il catalogo è il contenitore permanente che li conserva dopo l'importazione, ed è la risorsa da cui leggono davvero gli annunci e gli Shop.

Un product feed può contenere più di una valuta? Un normale file di dati principale dovrebbe contenere una valuta. I diversi mercati vengono gestiti tramite feed per paese, che sovrascrivono prezzo, prezzo scontato, disponibilità, stato e link per ogni paese, così il catalogo serve più valute anche se il file principale ne contiene una sola.

Fonti e approfondimenti

Tutte le specifiche sopra riportate provengono dalla documentazione attuale di Meta:

• Specifiche dei dati prodotto per i cataloghi in Commerce Manager, il riferimento ufficiale per i campi
• Specifiche delle immagini prodotto per i cataloghi, inclusa la regola per scaricare di nuovo le immagini
• Riferimento API dei product feed su Meta for Developers, per tipi di feed, pianificazione e comportamento di eliminazione
• Consigli per creare un catalogo di qualità

Conclusione

Un Facebook product feed è un file con campi denominati, e quasi tutto ciò che non funziona nei catalog ads dipende da uno di quei campi errato, mancante o non aggiornato.

I punti da ricordare:

• Nove campi svolgono il lavoro essenziale: id, title, description, availability, condition, price, link, image_link e brand, con l'aggiunta di size per le categorie Shop pertinenti.
• price è un numero, uno spazio e un codice ISO 4217, con una valuta per file. I feed per paese gestiscono le altre.
• id deve corrispondere esattamente al content id inviato dal Pixel, altrimenti Advantage+ catalog ads non può collegare il comportamento di navigazione al prodotto.
• Più immagini vanno in additional_image_link, fino a 20 extra per prodotto. Le varianti occupano righe distinte che condividono un item_group_id. I video vanno da video[0].url a video[19].url. Tre meccanismi, tre funzioni.
• Un'immagine sostituita richiede un nuovo URL, altrimenti non verrà scaricata di nuovo.
• I formati accettati sono CSV, TSV, XLSX, Google Sheets e XML, fino a 100 MB per un caricamento una tantum e 4 GB per uno programmato.

Il prossimo passo utile è aprire il tuo file accanto alla tabella dei campi obbligatori qui sopra e controllarlo campo per campo. La maggior parte dei feed con prestazioni scarse non presenta guasti particolari. Semplicemente mancano le categorie, usa un URL immagine senza versioni o contiene un id che da sei mesi non corrisponde più al sito.