Product feed de Facebook: campos obligatorios, formatos e imágenes

Un product feed de Facebook es un archivo de datos estructurado que enumera todos los productos que quieres anunciar en Facebook e Instagram, con una fila o artículo por producto. Meta incorpora el feed a un catálogo en Commerce Manager y después extrae automáticamente los títulos, precios, imágenes y disponibilidad para usarlos en catalog ads y tiendas. Los campos obligatorios son id, title, description, availability, condition, price, link, image_link y brand. Los formatos aceptados son CSV, TSV, XLSX, Google Sheets y XML. La precisión del feed determina lo que ven realmente los compradores en cada catalog ad.

El product feed es el archivo menos atractivo de una cuenta de Meta Ads, pero decide en silencio qué muestra cada catalog ad. Si introduces un precio incorrecto en una hoja de cálculo, no te has limitado a cometer un error de datos: has publicado un precio equivocado para todas las personas que ven ese producto. Si aún no has creado el catálogo, empieza por el tutorial de configuración.

El material de referencia suele caer en uno de dos extremos. La especificación de Meta es completa y precisa, pero se lee como el esquema de una base de datos, con las advertencias importantes enterradas en celdas de tablas. La mayoría de las explicaciones de terceros se quedan en "es una hoja de cálculo con tus productos".

Este artículo ocupa el punto intermedio: qué es el archivo, todos los campos obligatorios con las restricciones que de verdad causan problemas, los campos opcionales que cambian lo que puedes hacer, cómo funcionan varias imágenes y videos en un mismo producto, qué formatos y límites de tamaño acepta Meta y cómo llega el archivo a Commerce Manager.

¿Qué es un product feed de Facebook?

Un product feed de Facebook es un archivo estructurado donde cada fila, o cada elemento XML, describe un producto y cada columna es un campo con nombre, como title o price. Es una especificación, no una exportación libre: Meta solo lee los campos que reconoce y varios únicamente aceptan valores concretos.

En la documentación de product feed de Facebook se usan tres términos como si fueran intercambiables, pero significan cosas distintas:

• Catálogo: el contenedor parecido a una base de datos que se encuentra en Commerce Manager y guarda los registros de tus productos. Los anuncios y las tiendas leen del catálogo.
• Fuente de datos: el método mediante el que los productos entran en el catálogo. Un feed es una fuente de datos. La entrada manual, la integración con una plataforma asociada y la Batch API son otras.
• Product feed: el propio archivo, utilizado como una fuente de datos para un catálogo.

Un único catálogo puede contener productos de más de una fuente, por eso "feed" y "catálogo" no son sinónimos. Puedes tener tres feeds que apunten a un mismo catálogo, y el catálogo es el activo al que se dirigen tus campañas.

Un feed tampoco es el anuncio, el público ni el pixel. Son datos de inventario. Lo que Meta haga después con esos datos corresponde a otra serie de decisiones.

Una nota sobre el vocabulario, porque los materiales antiguos están llenos de términos desactualizados. Lo que antes se llamaba anuncios dinámicos o dynamic product ads ahora es Advantage+ catalog ads. El contenedor que antes se llamaba Business Manager ahora es el portafolio de negocio, aunque algunas páginas de ayuda de Meta todavía conservan el nombre antiguo. En el propio feed, status es el nombre de campo preferido frente al anterior visibility, e internal_label sustituyó a product_tags.

Qué impulsa realmente un product feed

Cuando los productos llegan a un catálogo, los datos del feed se convierten en la materia prima de varios formatos:

• Advantage+ catalog ads, que seleccionan los productos por usuario en lugar de por anuncio
• Carousel Ads de catálogo, cuyas tarjetas se rellenan desde el catálogo en vez de crearse a mano
• Collection Ads, incluida la cuadrícula de cuatro productos bajo la creatividad principal
• Anuncios con etiquetas de producto y etiquetado orgánico de productos cuando se cumplen los requisitos
• Anuncios colaborativos, en los que un comercio comparte un segmento del catálogo con una marca asociada
• Tiendas en Facebook e Instagram, donde estén disponibles

El aspecto práctico que importa es que en estos formatos no subes una creatividad por producto. Meta monta el anuncio en el momento de la entrega a partir de los campos del feed. La imagen es lo que devuelva image_link, el titular suele ser el title y el precio mostrado es el price, o el sale_price si está activo.

Esa es la diferencia frente a un anuncio creado manualmente, en el que eliges la imagen y escribes el copy. También es lo que distingue el formato manual de Carousel Ads de uno de catálogo. En los formatos de catálogo, el feed no es un activo auxiliar. Es la fuente creativa.

Campos obligatorios de un product feed de Facebook

Para un producto minorista estándar se necesitan nueve campos, y size es obligatorio en determinadas situaciones para algunos productos vendidos mediante tiendas. Los nombres de los campos deben escribirse en inglés estadounidense y varios solo aceptan valores específicos en lugar de texto libre.

Dos restricciones causan más fallos que todas las demás juntas.

La primera es el formato del precio. $49.99 falla. 49,99 EUR falla. Debe ser un número, un espacio y el código de moneda, con un punto para los decimales y una sola moneda en cada archivo de datos.

La segunda es el id, y explica por qué un feed técnicamente válido puede no entregar anuncios. Para usar Advantage+ catalog ads, el id debe coincidir exactamente con el identificador que tu sitio web envía como content_id o content_ids en los eventos del pixel. No vale que sea "aproximado" ni que coincida "después de eliminar el prefijo". Una diferencia entre mayúsculas y minúsculas o un sufijo de variante presente en un lado y no en el otro basta para romper la asociación entre el comportamiento de navegación y el artículo del catálogo. La propia guía de catálogos de Meta recomienda aspirar a una tasa de coincidencia superior al 75%.

Campos opcionales que merece la pena completar

La lista de campos opcionales es larga. Estos son los que cambian lo que puedes hacer, en lugar de limitarse a añadir detalles.

sale_price y sale_price_effective_date. Usan el mismo formato que price, y el precio de oferta debe ser inferior al precio completo. Si lo defines igual o por encima de price, Meta sencillamente no lo muestra ni en el anuncio ni en Commerce Manager. La fecha de vigencia es un intervalo con ambos extremos especificados, como 2026-11-24T09:30-08:00/2026-11-30T23:59-08:00. Sin ella, el precio de oferta sigue activo hasta que lo eliminas.

item_group_id. El mecanismo de variantes, explicado con detalle en la siguiente sección.

google_product_category y fb_product_category. Las categorías son opcionales, pero ayudan a Meta a comparar tu producto con artículos similares, algo importante cuando el sistema decide qué mostrar a un usuario que está navegando. Usa la categoría más específica disponible en lugar de una categoría general de nivel superior.

gtin y mpn. Proporciona identificadores reales o no pongas ninguno. Un GTIN se escribe sin guiones ni espacios. Un identificador inventado es peor que uno ausente.

color, gender, age_group, material, pattern. Atributos de las variantes. gender acepta female, male o unisex. age_group acepta adult, all ages, teen, kids, toddler, infant o newborn. Los campos de texto libre admiten un máximo de 200 caracteres, salvo pattern, que admite 100.

shipping. Usa el formato Country:Region:Service:Price, por ejemplo US:NY:Ground:9.99 USD, con los distintos destinos separados por comas. Este campo sustenta la superposición de envío gratuito en los catalog ads, y para que se muestre el precio debe ser cero a nivel de país. Un precio cero limitado a una región no cumple los requisitos.

status. Sus valores son active y archived, y el valor predeterminado es active. Los productos archivados permanecen en el catálogo, pero dejan de aparecer en anuncios y tiendas. Es una solución más limpia que eliminarlos cuando dejan de estar a la venta temporalmente.

internal_label frente a custom_label_0 hasta custom_label_4. Ambos pueden usarse para filtrar product sets. La documentación actual de Meta recomienda las etiquetas internas para esa tarea y aporta una razón operativa concreta: "A diferencia de las etiquetas personalizadas, puedes añadir o actualizar etiquetas internas sin enviar cada vez los productos a revisión de políticas, lo que puede afectar a la entrega de anuncios". Cada producto admite hasta 5,000 etiquetas internas de 110 caracteres, y Meta las normaliza en minúsculas. Las etiquetas personalizadas son cinco campos separados de 100 caracteres cada uno.

rich_text_description. Una descripción con formato para las páginas de la tienda, aunque description sigue siendo obligatoria como alternativa en texto sin formato. No se admite en anuncios, así que no cambia nada en el copy de tus catalog ads.

Varias imágenes y videos en un product feed de Facebook

Aquí es donde la mayoría de los feeds se construyen mal, porque hay tres mecanismos diferentes que parecen significar "más imágenes", pero no son intercambiables.

Imágenes adicionales de un solo producto

additional_image_link contiene hasta 20 URLs de imágenes adicionales en una entrada de producto. Si cuentas el image_link principal, puedes asociar hasta 21 imágenes con un solo producto.

Las URLs pueden separarse mediante una coma, un punto y coma, un espacio o una barra vertical. Cada imagen sigue las mismas reglas que la principal: JPEG o PNG, al menos 500 x 500 píxeles y menos de 8 MB. En un CSV, encierra correctamente entre comillas todo el campo si el separador también aparece dentro de los datos.

Usa este campo para mostrar más vistas del mismo artículo disponible para la venta. Una taza de cerámica fotografiada de frente, desde arriba y en uso sobre un escritorio es un producto con tres imágenes, no tres productos.

¿Dónde aparecen esas imágenes adicionales? Las especificaciones de imagen de Meta recomiendan usar varias imágenes para tiendas y Carousel Ads con la opción de presentación, y sugieren cuatro o más imágenes de calidad para esos usos. En los anuncios, las plantillas de catalog ads ofrecen show_multiple_images, que muestra varias imágenes de un solo producto en Carousel Ads, y carousel_slideshows, que crea una presentación dentro de una tarjeta cuando el producto tiene varias imágenes. Lo que Meta no dice es que todos los catalog ads roten automáticamente por todas tus imágenes adicionales. Su uso depende del formato, la plantilla y la automatización creativa activa. Completar el campo habilita esas opciones, pero no garantiza que se utilicen.

Variantes frente a imágenes adicionales

item_group_id hace algo completamente distinto. Vincula filas de producto separadas que son variantes entre sí.

Cada variante es un registro independiente: tiene su propio id único, su propio price, su propia availability, su propio link y su propio image_link principal. Lo que comparten es el ID de grupo. Una mochila de lona en tres colores ocupa tres filas que comparten un item_group_id, no una fila con tres imágenes.

Hay dos reglas que suelen pasarse por alto. Primero, el ID de grupo no puede coincidir con ningún id de producto del catálogo y distingue entre mayúsculas y minúsculas. Segundo, una imagen diferente por sí sola no crea una variante válida: Meta espera al menos un atributo diferenciador real, como color o size. Meta admite hasta 800 variantes en un grupo, aunque advierte que los grupos de más de 300 resultan difíciles de gestionar y mostrar.

La diferencia es sencilla cuando la dices en voz alta. additional_image_link significa más fotos de un producto. item_group_id significa varios productos que pertenecen al mismo grupo. Elegir el mecanismo equivocado es la causa habitual de que una variante de color muestre la foto incorrecta.

Video de producto en el feed

El video se vincula a un producto mediante los campos desde video[0].url hasta video[19].url, por lo que admite hasta 20 videos por producto.

video[0].url es el valor predeterminado, y Meta recomienda una relación 4:5. Las posiciones adicionales contienen otras relaciones, normalmente 1:1 y 9:16, para que el mismo producto tenga recursos adecuados para el feed y las ubicaciones verticales.

Las reglas técnicas:

• La URL debe devolver un archivo de video descargable. Un enlace de YouTube o cualquier otra página con reproductor no funcionará, porque esa URL entrega una página web, no un archivo.
• Máximo de 200 MB por video, sin un límite de duración establecido.
• Las extensiones admitidas abarcan una larga lista que incluye .mp4, .mov, .avi, .mkv, .flv y .gif.

La prueba práctica tarda cinco segundos: pega la URL en un navegador. Si descarga o reproduce el archivo sin procesar, funciona. Si muestra una página con un reproductor, Meta no puede usarla.

Conviene saber cómo funciona la entrega: la automatización de video de producto está activa por defecto cuando se cumplen los requisitos, y Meta puede sustituir la imagen del producto por un video del catálogo si predice que mejorará el costo por resultado. Carousel Ads y Collection Ads son los formatos recomendados. Dentro del formato Collection Ads, el video puede ocupar la posición principal, mientras que las miniaturas de productos situadas debajo siguen siendo imágenes.

Por qué no se actualiza una imagen sustituida

Meta almacena los recursos de producto en caché según su URL. La especificación explica la consecuencia sin rodeos: "la imagen nueva debe tener una URL diferente para que reconozcamos el cambio y la actualicemos en el catálogo".

Si sobrescribes el archivo en la misma dirección, Meta no recibe ninguna señal de que algo haya cambiado. La imagen antigua sigue mostrándose.

Por eso las imágenes provisionales también son una trampa. Si publicas image-coming-soon.jpg en una URL estable y más adelante la fotografía real llega a esa misma URL, Meta nunca vuelve a obtenerla. La recomendación de Meta es esperar y añadir la imagen definitiva en lugar de publicar una provisional.

La solución es versionar la URL. Usa desk-lamp-01-v2.jpg o una ruta que cambie cuando cambie el recurso. Después, incluye la nueva URL en la siguiente subida.

Formatos y límites de tamaño del product feed de Facebook

Los formatos admitidos por Meta son CSV, TSV, Excel XLSX, Google Sheets y XML con estructura RSS o Atom. ZIP y GZIP son contenedores de compresión para esos formatos, no formatos independientes.

Una aclaración, porque se repite mucho: un archivo JSON independiente no figura en la lista de formatos aceptados por Meta. JSON aparece en este ecosistema como valor codificado dentro de un campo CSV, por ejemplo en objetos de video, y en cargas de solicitudes de la Marketing API. Ninguno de esos usos convierte un archivo .json en un feed de datos válido.

Los límites:

• 100 MB para una subida única y 4 GB para un feed programado
• Comprime en ZIP o GZIP los archivos de más de 1 GB
• Hasta aproximadamente 1 millón de productos por feed; si superas esa cantidad, divide el archivo en lugar de recortarlo
• Un máximo de 5,242,880 caracteres en cada fila o línea individual

Dos notas específicas sobre los formatos. Los feeds de Google Sheets deben tener los datos en la primera pestaña y estar compartidos para que cualquier persona con el enlace pueda verlos. Si generas un CSV mediante código en lugar de una aplicación de hojas de cálculo, aplica el entrecomillado normal de CSV: encierra entre comillas dobles cualquier valor que contenga una coma o espacios significativos y escapa una comilla doble interna duplicándola.

Cómo llega el feed a Commerce Manager

Un product feed de Facebook llega a Commerce Manager de una de dos formas, y la diferencia es más importante de lo que parece.

Una subida única toma un archivo de tu ordenador o una URL proporcionada una vez. Es una instantánea. Meta no volverá a consultarla.

Una obtención programada apunta Meta a un archivo alojado y permite que lo recoja con una frecuencia determinada. Las reglas de la URL son concretas: debe empezar por http://, https://, ftp:// o sftp://, y tiene que devolver el propio archivo en lugar de una landing page, un formulario de acceso o una pantalla de vista previa. Pruébala primero en un navegador. Si abre o descarga el archivo, Meta puede obtenerlo.

Commerce Manager ofrece programaciones cada hora, día o semana, y la frecuencia máxima es cada hora: un feed programado no puede obtenerse más a menudo. La Marketing API también permite una frecuencia mensual. Si configuras una programación, haz que se ejecute después de que se regenere tu propio archivo. Un archivo que se reconstruye a las 09:00 debe combinarse con una obtención a las 09:15, no a las 09:00.

También existe una diferencia entre una programación de sustitución, que trata el archivo como la imagen completa y puede eliminar los productos ausentes, y una programación de actualización, que añade y actualiza, pero nunca elimina. Meta documenta la posibilidad de ejecutar una programación de actualización frecuente junto con una sustitución completa menos frecuente, siempre que estén separadas por al menos diez minutos. Ese patrón resulta útil para catálogos donde el precio y el stock cambian deprisa, pero la lista completa de productos cambia lentamente.

En la primera subida, si los nombres de tus columnas no coinciden con el esquema de Meta, Commerce Manager puede ofrecerte asignarlos, por ejemplo haciendo corresponder una columna llamada name con el campo admitido title. Al aprobarlos, Meta los guarda como reglas de datos que se aplican a las futuras subidas del mismo feed. Es útil, pero no justifica conservar encabezados no estándar. Los nombres oficiales de los campos facilitan la depuración del archivo fuera de Commerce Manager.

Cada subida completada devuelve un resumen: cuántos productos se añadieron o actualizaron, qué errores bloquearon productos o todo el archivo y qué problemas impedirán que aparezcan artículos. Ese resumen es el primer lugar que debes revisar cuando falta algo.

Feeds principales, complementarios y de país

No todos los product feeds de Facebook hacen el mismo trabajo.

Un feed principal crea y controla los registros de producto. Contiene todo el conjunto de campos obligatorios y es lo que la mayoría de la gente entiende por "el feed".

Un feed complementario enriquece los productos que ya ha creado un feed principal. Busca coincidencias exactas con ID existentes, se vincula mediante el feed principal en lugar de funcionar de forma independiente y puede completar campos como títulos, descripciones, imágenes, categorías, marca, agrupación de variantes y video. Lo que no puede sustituir expresamente es el ID del producto, price, sale_price, availability o quantity_to_sell_on_facebook. Ese límite es lo importante: un feed complementario no sirve para actualizar precios o stock. Cuando un campo admitido aparece en ambos, el valor complementario prevalece en el catálogo sin modificar el archivo principal. Un feed complementario puede servir a varios feeds principales, pero cada feed principal solo se vincula a un feed complementario.

Los feeds de país e idioma sustituyen valores localizados en productos que ya existen. Un feed de país gestiona el precio, el precio de oferta, la disponibilidad, el estado y el enlace de destino específicos de un mercado. Un feed de idioma gestiona textos traducidos, como títulos y descripciones. Existe un modo combinado para ambos y, cuando pueden coincidir varias sustituciones, el orden de prioridad es primero idioma y país, después idioma, luego país y finalmente el valor del feed principal.

Esta es también la respuesta real para trabajar con varias monedas. Un archivo de datos principal normal contiene una moneda. Un catálogo trabaja con muchas mediante feeds de país. Para los catálogos con más de 100,000 productos, Meta recomienda un feed por país o idioma en lugar de un único archivo grande de sustituciones.

Conviene conocer otros dos comportamientos antes de que te sorprendan. La eliminación en un feed está habilitada actualmente de forma predeterminada, lo que significa que una sustitución completa puede eliminar productos controlados por el feed si faltan en el archivo nuevo. Una vez habilitada la eliminación, Meta no permite desactivarla para ese feed. Es un motivo de peso para marcar los artículos como out of stock en lugar de quitar filas, porque así el catálogo conserva el artículo y su historial. Cuando un feed supera los límites de tamaño o cantidad de artículos, se puede dividir de forma adecuada: crea el feed nuevo usando el ID del anterior como origen, sube el subconjunto y la propiedad de esos artículos se transfiere en la primera sesión completada en lugar de registrarse como una eliminación masiva.

Cómo mantener preciso un product feed de Facebook

Meta no prescribe una única frecuencia de actualización, ni debería hacerlo, porque los catálogos cambian a ritmos distintos. La regla práctica es realizar la obtención al menos con la misma frecuencia con la que cambien realmente los campos importantes.

• Cada hora para stock que cambia rápido, ventas flash o precios volátiles
• A diario para un inventario normal de ecommerce
• Semanalmente solo cuando los productos, los precios y la disponibilidad cambien realmente despacio

Más allá de la frecuencia, esta breve lista cubre la mayoría de los problemas:

• Usa out of stock para la falta de disponibilidad temporal en lugar de eliminar filas. El campo de disponibilidad impide que los productos no disponibles aparezcan en anuncios.
• Mantén los ID estables e idénticos en el feed, tu pixel, los eventos del servidor y cualquier feed de sustitución localizado. Un ID que cambia deja huérfano el historial del producto.
• Versiona las URLs de las imágenes cada vez que cambie su contenido.
• Escribe títulos que parezcan nombres de producto, no copy promocional. En un catalog ad, el título suele ser el único texto que ve el comprador junto al producto.
• Completa las categorías aunque sean opcionales, porque ayudan a Meta a asociar tus productos con lo que el usuario ya estaba mirando.
• Lee el resumen de la subida después de cada obtención, no solo de la primera.
• Evita editar campos sin necesidad. Los cambios importantes pueden volver a enviar los productos a revisión de políticas, precisamente el problema que las etiquetas internas ayudan a evitar.

La propia guía de Meta sobre catálogos de alta calidad insiste en la misma idea general: los datos de producto completos y precisos ayudan a sus sistemas a recomendar los productos adecuados. No publica una cifra asociada a ese efecto, ni existe una estadística fiable para todo el mercado sobre cuánto gasto de ecommerce pasa por catalog ads, así que desconfía de cualquier porcentaje concreto que veas citado.

El contexto más amplio es que el sistema de entrega de Meta depende cada año más de la calidad de los datos y menos de la configuración manual. Para los formatos de catálogo, esos datos son la integridad del feed.

Preguntas frecuentes

¿Qué es un product feed de Facebook? Un archivo estructurado en formato CSV, TSV, XLSX, Google Sheets o XML que contiene un registro por producto. Meta lo incorpora a un catálogo de Commerce Manager, y los catalog ads y las tiendas leen de ese catálogo. El feed es la entrada, el catálogo es el contenedor y un catálogo puede alimentarse con varias fuentes.

¿Qué campos son obligatorios en un product feed de Facebook? En un feed minorista estándar: id, title, description, availability, condition, price, link, image_link y brand. El campo size también es obligatorio para los productos correspondientes vendidos mediante tiendas, especialmente ropa y calzado.

¿Puede un product feed de Facebook tener varias imágenes por producto? Sí. Un image_link principal y hasta 20 URLs en additional_image_link, es decir, hasta 21 imágenes por entrada de producto. Separa las URLs mediante una coma, un punto y coma, un espacio o una barra vertical, y aplica a todas las imágenes las mismas especificaciones que a la principal.

¿Cuál es la diferencia entre additional_image_link e item_group_id? additional_image_link añade más imágenes a un registro de producto. item_group_id vincula varios registros de producto independientes que son variantes entre sí, cada uno con sus propios id, price, availability e imagen principal, además de al menos un atributo que los diferencia realmente.

¿Qué formatos de archivo acepta Facebook para un product feed? CSV, TSV, Excel XLSX, Google Sheets y XML con estructura RSS o Atom, que pueden comprimirse como ZIP o GZIP. Un archivo JSON independiente no es un formato de feed aceptado.

¿Por qué no se actualizó la imagen de mi producto después de sustituirla? Meta almacena los recursos de producto en caché según su URL, así que sobrescribir el archivo en la misma dirección no da a Meta ninguna señal para volver a obtenerlo. Cambia o versiona la URL de la imagen e incluye la nueva URL en la siguiente subida.

¿Con qué frecuencia debería actualizar un product feed de Facebook? Al menos con la misma frecuencia con la que cambien el precio, la disponibilidad y los datos del producto. Commerce Manager admite programaciones cada hora, día o semana, y la frecuencia máxima de obtención es cada hora.

¿Qué tamaño puede tener un product feed de Facebook? 100 MB para una subida única y 4 GB para un feed programado, con compresión recomendada para archivos de más de 1 GB, aproximadamente un millón de productos por feed y un límite de 5,242,880 caracteres por fila.

¿Cuál es la diferencia entre un product feed y un catálogo? El feed es un archivo de entrada que describe productos. El catálogo es el contenedor permanente que los guarda después de procesarlos y del que leen realmente los anuncios y las tiendas.

¿Puede un product feed incluir más de una moneda? Un archivo de datos principal normal debe contener una moneda. Los distintos mercados se gestionan mediante feeds de país, que sustituyen el precio, el precio de oferta, la disponibilidad, el estado y el enlace por país. Así, el catálogo trabaja con muchas monedas aunque el archivo principal solo contenga una.

Fuentes y lecturas adicionales

Todas las especificaciones anteriores proceden de la documentación actual de Meta:

• Especificaciones de datos de productos para catálogos en Commerce Manager, la referencia principal de campos
• Especificaciones de imágenes de productos para catálogos, incluida la regla para volver a obtener imágenes
• Referencia de la API de product feed en Meta for Developers, para los tipos de feed, la programación y el comportamiento de eliminación
• Consejos para crear un catálogo de alta calidad

Conclusión

Un product feed de Facebook es un archivo con campos definidos, y casi todos los problemas de los catalog ads se deben a que uno de esos campos es incorrecto, falta o está desactualizado.

Lo que merece la pena recordar:

• Nueve campos hacen el trabajo principal: id, title, description, availability, condition, price, link, image_link y brand, con size añadido para las categorías correspondientes de las tiendas.
• price es un número, un espacio y un código ISO 4217, con una moneda por archivo. Los feeds de país se encargan del resto.
• id debe coincidir exactamente con el content id que envía tu pixel, o Advantage+ catalog ads no podrá vincular el comportamiento de navegación con el producto.
• Las imágenes múltiples van en additional_image_link, hasta 20 adicionales por producto. Las variantes van en filas separadas que comparten un item_group_id. El video va desde video[0].url hasta video[19].url. Tres mecanismos, tres funciones.
• Una imagen sustituida necesita una URL nueva o Meta nunca vuelve a obtenerla.
• Los formatos aceptados son CSV, TSV, XLSX, Google Sheets y XML, con 100 MB para una subida única y 4 GB para una programada.

El siguiente paso útil es abrir tu propio archivo junto a la tabla de campos obligatorios y revisarlo campo por campo. La mayoría de los feeds con bajo rendimiento no están rotos de una forma interesante. Les faltan categorías, contienen una URL de imagen sin versionar o guardan un id que dejó de coincidir con el sitio hace seis meses.