Qué es un feed de productos

El término se usa a la vez para el archivo y para el canal. El archivo es una tabla: una fila por artículo y una columna por atributo, en texto delimitado por tabuladores, en XML o en una hoja de cálculo. El canal es la fuente de datos registrada en Merchant Center, que sabe de dónde recoger ese archivo y con qué frecuencia hacerlo.

Los nombres de los atributos son notación técnica y se escriben siempre en inglés, también en cuentas configuradas en español. Los obligatorios para un producto en línea son id, title, description, link, image_link, price y availability, a los que se suma brand en casi todos los productos nuevos. Entre los opcionales pesan sobre todo gtin, mpn, condition, color, size, gender y age_group.

Junto a la fuente principal existen las fuentes complementarias, que no crean artículos y solo añaden o sobrescriben columnas de artículos ya existentes, emparejadas por id. Son el sitio habitual para las etiquetas personalizadas o para corregir títulos sin tocar la exportación de la tienda.

Hay cuatro vías, y la elección determina cuánto tarda un cambio de la tienda en llegar a Google. La subida manual de un archivo sirve para catálogos pequeños o para una corrección puntual. La descarga programada apunta a una URL propia y Google la recoge sola: por defecto cada 24 horas, con la frecuencia ajustable en la configuración de la fuente. Una hoja de cálculo de Google se sincroniza también cada 24 horas y resulta cómoda para catálogos cortos que se editan a mano.

La cuarta vía es la API. Durante años fue la Content API for Shopping, que Google apagó el 18 de agosto de 2026 y sustituyó por la Merchant API. Quien mantenía una integración propia tuvo que migrar o pedir acceso prorrogado. Las tiendas que sincronizan mediante una aplicación oficial de su plataforma, como la de Google y YouTube para Shopify, no intervinieron: el proveedor asumió la migración.

La frecuencia se decide aparte de la vía. Un catálogo de precios estables aguanta una actualización diaria. Un catálogo con rotación alta o con promociones por horas necesita actualizaciones de inventario, que envían solo price y availability sin reprocesar el catálogo entero. Por encima de eso, las actualizaciones automáticas de artículos permiten a Google corregir esos dos valores leyendo los datos estructurados de la ficha mientras rastrea la tienda.

La decisión que se juega aquí es cuánta automatización se pone entre la tienda y el feed. Google no se limita a leer el archivo: rastrea la página del producto y compara. Si el precio del feed y el de la ficha no coinciden, o si el artículo consta como disponible mientras la página dice lo contrario, el producto se desaprueba, y una discrepancia extendida a buena parte del catálogo pone la cuenta en riesgo de suspensión.

De ahí que los datos estructurados de la propia ficha dejen de ser un asunto reservado al SEO. El marcado de schema.org/Product con offers, price, priceCurrency y availability es lo que Google contrasta contra el feed y lo que habilita las actualizaciones automáticas de artículos. Cuando ese marcado falta, se genera mal o refleja una variante distinta de la que ve el comprador, las actualizaciones automáticas se desactivan y la tienda pierde el amortiguador que la protegía entre dos sincronizaciones.

La consecuencia práctica es sencilla de formular y costosa de ignorar: el feed y la plantilla de producto deben salir de la misma fuente de verdad. Dos sistemas que calculan el precio por su cuenta acaban divergiendo el día de las rebajas, que es justo el día en que más caro sale.

• Genera el feed y el marcado de la ficha desde la misma consulta al catálogo, con impuestos, divisa y redondeo resueltos en un único punto del código.
• Envía en price el valor que el comprador ve al llegar a la página. Un precio que solo obtienen los clientes registrados o los socios de un club no puede figurar como precio general.
• Usa valores de id estables en el tiempo. Un identificador que cambia en cada exportación borra el historial del artículo y obliga a Google a revalidarlo desde cero.
• Añade gtin cuando el fabricante lo asigne y reserva mpn para los productos que no tienen GTIN.
• Ajusta la frecuencia de availability a la rotación real del almacén. Para referencias que se agotan en horas, una descarga diaria llega tarde.
• Prepara las imágenes con al menos 500 x 500 píxeles antes del 31 de enero de 2027, fecha en la que Google empieza a exigir ese mínimo a todos los productos.

• Exportar el catálogo entero de madrugada y confiar en esa única pasada para promociones que arrancan a mediodía.
• Marcar todo como in_stock por defecto porque el sistema de la tienda no expone el stock real. Es el camino corto hacia la desaprobación por disponibilidad.
• Volcar la descripción comercial completa dentro de description, con etiquetas HTML, saltos de línea y llamadas a la acción incluidas.
• Reutilizar el id de un producto retirado para un artículo nuevo, que hereda así el historial y a veces las desaprobaciones del anterior.
• Corregir un título a mano en Merchant Center y perder el cambio en la siguiente sincronización, cuando el sitio correcto para esa corrección es una fuente complementaria.