Por favor, espere...
projx digital
0212 325 73 00

BASE DE DATOS

¿Cómo modelar los datos de productos y categorías en el comercio electrónico?

PROJX Insight: En un catálogo de comercio electrónico, el producto, la variante y la categoría deben modelarse como conceptos separados. Los identificadores persistentes y los campos estándar permiten que las integraciones y los contenidos reconozcan correctamente el mismo producto.

¿Cuál es la diferencia entre un producto y una variante?

El producto es el concepto comercial que comparte una descripción y unas características comunes. La variante es la unidad concreta que se vende según el color, la talla u otra opción. El SKU es el código que la empresa utiliza para el control de stock. El alcance del SKU y su regla de unicidad deben definirse con claridad; no debe suponerse que todos los sistemas externos usarán el mismo identificador.

Por ejemplo, "camisa de lino" puede ser el producto y "azul, talla M" la variante. La descripción puede mantenerse a nivel de producto, y el stock y el código de barras a nivel de variante. Algunas características se gestionan en un nivel diferente según la empresa; el modelo debe probarse con ejemplos reales del catálogo.

¿Con qué pasos se construye el modelo de datos?

1. Seleccione ejemplos representativos de productos. Incluya casos como un producto de una sola opción, un producto con varias variantes y un producto retirado de la venta. Examinar solo los registros más ordenados oculta las excepciones.

2. Determine el nivel y el responsable de cada campo. Indique qué sistema es la fuente del nombre del producto, el código de variante, la descripción, la medida, la unidad, el precio y la imagen.

3. Establezca identificadores internos persistentes. El slug de la URL o un nombre de producto modificable no deben usarse en lugar del identificador principal. Los identificadores de los sistemas externos pueden conservarse en campos de correspondencia separados.

4. Defina las reglas de obligatoriedad y validación. Un título vacío, un SKU duplicado, una unidad de medida no válida o una variante sin relación deben detectarse antes de la publicación.

5. Separe los estados de publicación. Los registros en borrador, publicados y archivados deben comportarse de forma distinta. Deben conservarse los vínculos de un producto archivado con los pedidos anteriores.

¿Cómo deben separarse las categorías y las características?

La categoría proporciona navegación y clasificación; la característica indica un atributo del producto. "Calzado" puede ser una categoría, "42" una talla y "cuero" un material. Convertir cada valor de característica en una categoría puede dificultar la gestión. Poder asociar un producto a varias categorías y elegir la categoría principal son decisiones distintas.

¿Cómo se preparan los datos del catálogo para GEO y SEO?

El título, la descripción, la medida y las condiciones de uso no deben contradecirse entre sí. Los códigos de producto y la grafía de la marca deben usarse de forma coherente en todos los canales. La guía de Google sobre la estructura de un sitio de comercio electrónico explica que los enlaces entre categorías y productos favorecen el descubrimiento. No convierta el catálogo en registros a los que solo se llega mediante la búsqueda interna del sitio.

Si se van a utilizar datos estructurados de Product en la página de producto, la información debe reflejar el producto real y el contenido visible. Google explica que los datos de producto pueden proporcionarse mediante el marcado de la página y Merchant Center. Esta opción técnica no significa que cada producto vaya a recibir una presentación especial en los resultados de búsqueda.

¿Cómo se comprueba que el modelo funciona correctamente?

Cambie el nombre de una variante y compruebe que la correspondencia con el sistema externo no se rompe. Intente crear un segundo registro con el mismo SKU. Verifique que se genera la advertencia esperada cuando se introduce un valor sin unidad en un campo de medida. Por último, examine la descripción de un producto archivado en un pedido antiguo; el registro comercial histórico no debe volverse ambiguo por un nuevo cambio en el catálogo.

¿Cuáles son las preguntas frecuentes?

No. El SKU es un código de stock interno de la empresa, mientras que el código de barras puede ser un identificador ligado al estándar utilizado; deben tratarse como campos distintos.

Como puede cambiar, no se recomienda usarlo en lugar de un identificador interno persistente.

No. Los datos que faltan deben verificarse o gestionarse de forma explícita como ausentes.

¿Cuál es el siguiente paso?

Prepare sus ejemplos representativos de productos y variantes; aclaremos con PROJX Digital los campos del catálogo y sus sistemas de origen.

Propietario del contenido: Projx Digital
HACER UNA PREGUNTA AHORA
projx digital