Los atributos de producto son las características que describen cada ítem del catálogo, como color, material, voltaje y capacidad, cada una con nombre, tipo y valores permitidos. Alimentan la ficha técnica, los filtros de la tienda y los campos que exigen Google y los marketplaces. Organizados en un diccionario por familia, sirven a todos los canales sin duplicar el catálogo.
Quien cuida el catálogo conoce la rutina: el marketplace devuelve el anuncio pidiendo "material de la estructura", Google reclama por la falta de color, y la tienda tiene un filtro de "potencia" que solo funciona en la mitad de los productos. Cada pedido parece pequeño. Sumados, forman una lista de pendientes que nunca se acaba, porque cada canal describe el producto con sus propias palabras.
Lo que casi siempre falta es ese diccionario. Con él, cada canal se convierte en una traducción del mismo dato y nadie tiene que volver a cargar el producto.
¿Qué entra en un diccionario de atributos?
Para cada atributo, conviene definir:
- Nombre interno. Un nombre único y sin ambigüedad, como "capacidad_litros" en lugar de "tamaño".
- Tipo. Texto libre, número, número con unidad, lista de valores, sí o no. El tipo decide qué puede hacer el filtro con el dato.
- Valores permitidos. Para listas como color, material y voltaje, los valores aceptados, escritos de una sola manera.
- En qué familias aplica. "Voltaje" tiene sentido para pequeños electrodomésticos y no para ropa de cama.
- Para qué canal es obligatorio. La misma información, anotada, evita la sorpresa del rechazo.
Los canales publican esa exigencia: la referencia de catálogo de Meta marca cada atributo como obligatorio o recomendado. Parece burocracia. En la práctica, es lo que permite que una persona recién llegada dé de alta un producto correctamente desde el primer día, sin preguntarle a nadie.
Primero la familia, después el atributo
El error más común es crear una lista única con todos los atributos posibles y pedir que cada producto complete todo. El formulario queda con cien campos, la mayoría no aplica, y las personas aprenden a ignorar lo que está vacío.
Empieza por las familias: grupos de productos que comparten las mismas características (refrigeradores, cocinas, sillas de oficina). Cada familia recibe solo los atributos que tienen sentido para ella. El formulario queda corto, un campo vacío empieza a significar algo y se puede medir qué tan completa está cada familia.
VTEX sigue la misma lógica. En la documentación del catálogo de VTEX, las especificaciones parten de un grupo vinculado a una categoría, y todas deben estar completas para que el ítem quede activo en la tienda. El post sobre registro de productos en VTEX muestra qué preparar antes de publicar.
Un atributo, varios canales
Una vez que tienes el diccionario, cada canal se vuelve un mapa. El campo "color" de tu catálogo va al campo de color de Google, al atributo equivalente del marketplace y al filtro de la tienda. Si el canal usa una lista de valores distinta de la tuya ("Plata" para él, "Inox" para ti), el mapa hace la conversión.
La ventaja es que la corrección ocurre en un solo lugar. Si el color estaba equivocado, lo corriges en el catálogo, y de ahí sale la próxima publicación de cada canal. En la especificación de datos de producto de Google, por ejemplo, el color se pide para todos los productos disponibles en colores distintos; el post sobre feed de productos para Google detalla los otros campos.
Cómo saber por dónde empezar
Tres preguntas ayudan a priorizar:
- ¿Qué familias concentran la mayor parte de las ventas?
- ¿En qué canales se rechazan más anuncios por campos faltantes?
- ¿Qué filtros de la tienda usa más la gente?
El cruce de las respuestas muestra los atributos que más valen la pena. Rara vez son muchos.
Cómo ayuda AdCore Turbo con esto
En el PIM de AdCore Turbo, el catálogo se organiza por familia, y cada familia define sus propios atributos, sin un número fijo de campos. La completitud de cada producto aparece en el panel, y la IA puede proponer los atributos que faltan en la familia, para que alguien de tu equipo los acepte o los rechace. No se guarda nada sin esa aceptación.
Para la salida, la gestión de feeds lleva el dato a cada canal con el precio y las reglas de cada uno, y Feed Health señala en el SKU el campo obligatorio que falta para el canal. Lo que conviene medir, antes y después: cuántos anuncios se rechazan por campos faltantes y cuántos productos aparecen en el filtro correcto de la tienda. Para estandarizar los valores antes de mapear, mira también cómo estandarizar el catálogo de productos.