Guía del feed de productos: campos, formatos y cómo lo leen las plataformas

El feed es el activo menos vistoso de la publicidad de catálogo y el más determinante. Cada anuncio dinámico de producto que has lanzado se ensambló a partir de uno. Si un campo está mal, el anuncio no rinde menos: directamente no aparece.

La mayoría de los equipos heredan su feed de una exportación de plataforma, le echan un vistazo una vez y no vuelven a abrirlo. Suele bastar hasta que deja de bastar: los precios se desvían, las imágenes se rechazan, categorías enteras dejan de mostrarse en silencio. Esta guía recorre el feed campo por campo, formato por formato, y muestra dónde tiende a romperse.

Si estás en una etapa anterior y aún estás averiguando qué son los anuncios de catálogo, empieza por qué son los anuncios de catálogo y por qué los feeds simples rinden por debajo.

Qué es realmente un feed de productos

Un feed de productos es una lista legible por máquina de todo lo que vendes, expresada en campos que una plataforma acepta entender. Nada más. No es un recurso de diseño ni un documento de marketing. Es una exportación de base de datos con una URL pública.

La consecuencia importante: el feed es la copia que la plataforma tiene de tu catálogo. Meta no navega por tu tienda para construir un anuncio, lee su propia copia almacenada de tus productos y ensambla a partir de ella. Cuando tu sitio y la copia de la plataforma no coinciden, gana la copia de la plataforma, y suele ser la que está mal.

Todo lo que viene después hereda de este archivo. Conjuntos de productos, audiencias, reglas de puja, el propio anuncio. Un problema de feed nunca se queda en un problema de feed.

Los campos que cargan con el peso

Hay decenas de atributos. Un puñado decide si llegas a mostrarte siquiera.

El conjunto de identidad

Estos son los campos que no puedes omitir:

• id · un identificador único y estable. Usa tu SKU. Meta lo limita a 100 caracteres. Nunca reutilices un id entre productos distintos.
• título · qué es el producto. Meta permite 200 caracteres pero recomienda quedarse por debajo de 65.
• description · texto plano. Meta permite hasta 9.999 caracteres y exige que difiera del título.
• link · la URL de la página de producto, empezando por http:// o https://.
• image_link · la imagen del producto.
• availability · Meta espera in stock u out of stock.
• precio · Meta quiere un número, un espacio y luego el código de moneda ISO: 9.99 USD.

Aquí viven dos trampas entre plataformas. brand es exigido por Google para productos nuevos, con excepciones estrechas para películas, libros y grabaciones musicales. Y condition es exigido por Meta sin condiciones, con los valores new, refurbished o used, mientras que Google solo lo exige si el artículo es usado o reacondicionado. Un feed construido según las reglas de Google puede ser válido en Google y rechazado en Meta por ese solo campo.

Los nombres de atributo van en snake_case (image_link, no imageLink) y deben estar en inglés, sea cual sea el mercado en el que vendes. Las variantes en camelCase que quizá hayas visto pertenecen a la capa de API de Google, no a la especificación del feed.

Variantes y agrupación

Cada variante es su propia fila con su propio id. Las unes de nuevo con item_group_id, que le dice a la plataforma que la camisa negra pequeña y la camisa negra grande son un producto. Si lo haces mal, un solo producto compite consigo mismo en cada ubicación.

También por eso los recuentos de SKU parecen inflados cuando miras un feed por primera vez. Cien productos con cinco tallas y cuatro colores son dos mil filas. La agrupación es lo que vuelve a convertir eso en cien productos.

Los campos que deciden el rendimiento

No obligatorios, pero aquí está la palanca:

• sale_price · deja que las plataformas muestren el precio tachado. Sin él, un descuento es invisible.
• additional_image_link · ángulos alternativos.
• product_type · tu propia taxonomía, útil para estructurar conjuntos de productos.
• custom_label_0 a custom_label_4 · cinco espacios de formato libre, de 1 a 100 caracteres cada uno, nunca visibles para el cliente. Google permite 1.000 valores únicos por etiqueta. Meta admite los mismos cinco campos.

Las etiquetas personalizadas son la parte más infrautilizada de la especificación. Son la forma de marcar franja de margen, tasa de venta, estacionalidad o año de lanzamiento, y luego construir conjuntos de productos y reglas de puja sobre dimensiones que la plataforma no tiene otra forma de conocer.

Formatos de feed

Tienes más opciones de las que cree la mayoría de los equipos, y la elección importa menos que la fiabilidad.

XML. La variante habitual es RSS 2.0 llevando el espacio de nombres de Google: <rss xmlns:g="http://base.google.com/ns/1.0" version="2.0">. Meta acepta XML en RSS y Atom. XML gestiona descripciones largas y campos repetidos como varias imágenes sin el dolor de escapado que trae el CSV.

CSV y TSV. Google acepta .txt delimitado por tabuladores y .tsv; Meta acepta CSV y TSV. Más fácil de abrir y revisar a ojo, peor con cualquier cosa que contenga comas o saltos de línea.

Google Sheets. Una fuente de datos de primera clase en Google. Genuinamente útil para catálogos pequeños y para sobrescrituras suplementarias.

APIs. Para todo lo sensible al tiempo, una recuperación programada de archivo es la herramienta equivocada. Meta expone items_batch, que admite hasta 5.000 artículos por solicitud con un límite de carga en torno a 28 MB. En el lado de Google, ten en cuenta que la antigua Content API for Shopping ha quedado obsoleta en favor de la Merchant API, así que las guías de integración escritas antes de 2025 te apuntan al endpoint equivocado.

Los límites de tamaño son generosos y rara vez son el problema: Google acepta hasta 4 GB, Meta hasta 8 GB y recomienda dividir catálogos de más de un millón de artículos.

Con qué frecuencia se actualiza el feed

Aquí la teoría se topa con el hecho de que tus precios cambian.

Meta es explícito: los feeds programados no admiten subidas con más frecuencia que una vez por hora, con HOURLY, DAILY y WEEKLY como intervalos. Google permite fijar una programación de recuperación en Merchant Center, pero no publica una frecuencia máxima para los feeds de productos estándar, así que trata con recelo cualquier cifra concreta que leas en otro sitio.

La conclusión práctica es que una recuperación programada es un suelo, no un techo. Si haces ventas flash o tu stock se mueve rápido, la distancia entre un precio que cambia en tu sitio y el momento en que la plataforma se entera se mide en horas. En esa distancia viven el sobregasto y los clientes enfadados. Las API por lotes existen precisamente para cerrarla.

Dónde se rompen los feeds

Cuatro modos de fallo explican la mayor parte.

Discrepancia de precio y disponibilidad

El más común y el más dañino. Google compara tu feed con tu página de destino y, cuando difieren, aplica un rechazo preventivo del artículo. El problema nombrado es "Mismatched product price". No es una advertencia: el producto deja de mostrarse.

La causa es casi siempre de sincronización más que un valor incorrecto: el feed era exacto cuando se generó y estaba obsoleto cuando se recuperó.

Huecos de identidad

gtin es condicional en lugar de obligatorio, pero Google informa de "Limited performance due to missing value: GTIN" cuando falta. No es un rechazo, es un impuesto silencioso. Los productos sin identificadores coinciden con menos búsquedas.

Problemas de imagen

Los mínimos actuales de Google son 100x100 para no textil y 250x250 para textil. Se anunció un mínimo de 500x500, pero su aplicación no empieza hasta el 31 de enero de 2027, lo que significa que la mayor parte de lo que leerás sobre un requisito de 500x500 describe el futuro como si fuera el presente. Los formatos aceptados son amplios: JPEG, WebP, PNG, GIF, BMP y TIFF, hasta 16 MB.

La regla que pilla a la gente no es sobre el tamaño. Google exige una vista despejada del producto y rechaza imágenes con elementos promocionales: logos, llamadas a la acción, texto de precio, marcas de agua y bordes. El problema nombrado es "Promotional overlay on image [image_link]" y aplica tanto a los anuncios de Shopping como a las fichas gratuitas.

Meta adopta otra postura. Sus pautas de imagen de catálogo desaconsejan superponer texto e información sensible al tiempo como bajadas de precio temporales, pero lo enmarcan como calidad de entrega en lugar de un rechazo tajante, y Meta recomienda fondos limpios o transparentes precisamente para que el creativo pueda componerse encima. El resultado es que la imagen del feed y el creativo del anuncio son dos cosas distintas, y las plataformas discrepan sobre cuánto deberían separarse.

Errores de estructura

"Invalid RSS/Atom document format" significa que tu XML está mal formado, normalmente un ampersand sin escapar. Barato de detectar, embarazoso de dejar corriendo.

El hueco que el feed no puede cerrar

Un feed correcto es lo mínimo indispensable. Hace que tus productos sean elegibles, con el precio correcto y en el conjunto de productos adecuado. Lo que no hace es que nadie quiera hacer clic.

El feed transporta datos. No tiene opinión sobre jerarquía, ni sistema de marca, ni encuadre de oferta, ni sentido de lo que necesita una ubicación 9:16 frente a una cuadrada. Esa es otra capa del problema, y es la que de verdad mueve el retorno de la inversión publicitaria. Escribimos sobre las palancas en cinco formas de mejorar el rendimiento de tus anuncios de catálogo, y cómo se ve el cambio en la práctica en la guía de antes y después.

FeedForce trabaja en esa capa para los anuncios de catálogo de Meta: tus reglas de marca se definen una vez y luego se aplican automáticamente a todo el catálogo, de modo que el creativo sigue el ritmo de un feed que nunca deja de moverse. El feed sigue siendo tu fuente de verdad. Los anuncios dejan de parecerse a los de todos los demás.