Modelar catálogo e variantes sem arrependimentos

Construir a loja 9 min de leitura

Prateleiras com a mesma peça de roupa em vários tamanhos e cores, arrumadas
A prateleira sabe a diferença entre produto e variante. A sua base de dados também devia.

O modelo de produto é a decisão que em silêncio determina quão difícil será tudo o resto. Stock, preços, facetas de pesquisa, feeds de marketplace e devoluções leem-no todos e herdam qualquer confusão que ele tenha.

O erro mais comum é modelar o que se fotografa em vez do que se envia.

A distinção que importa#

Modelar catálogo e variantes sem arrependimentos — A distinção que importa
ConceitoO que éO que tem de possuir
ProdutoO que o cliente escolheTítulo, descrição, imagens, categoria
VarianteO que envia de factoSKU, preço, stock, peso, código de barras
OpçãoO eixo de escolhaTamanho, cor — com lista fixa de valores
ConjuntoVárias variantes vendidas como umaSKU próprio e regra de stock própria

Regras que poupam uma reconstrução#

  1. Tudo o que se vende tem SKU. O que não pode ter, não se vende sozinho.
  2. Os valores das opções vêm de uma lista controlada, nunca de texto livre.
  3. Preço e stock vivem sempre na variante, mesmo que hoje custem todos o mesmo.
  4. As imagens podem pertencer à variante, não só ao produto — as cores precisam das suas.
  5. Não codifique no SKU significados que não existam também como campo real.

O que parece variante e não é#

Personalização (um nome gravado), escalões de quantidade e conjuntos são muitas vezes forçados no modelo de variantes por ser o martelo mais próximo. O sítio deles é outro: personalização como dado de linha, escalões como regras de preço, conjuntos como produto próprio com política de stock.

Se o número de variantes de um produto passa de umas centenas, modelou algo que não é uma variante.

Atributos, categorias e o feed de que vai precisar#

Marketplaces, comparadores e a sua própria pesquisa por facetas querem atributos estruturados: material, dimensões, compatibilidade. Guarde-os como campos desde o início. Extraí-los de descrições dois anos depois é um projeto de dados que ninguém gosta.

Perguntas frequentes

Preço no produto ou na variante?

Na variante. Mesmo que hoje custem o mesmo, isso muda e a migração é desagradável.

Como trato personalização por encomenda?

Como dado de linha recolhido ao adicionar ao carrinho, não como explosão de variantes.

Quando devem os atributos ser campos?

Já. Facetas, feeds e filtros precisam deles; texto corrido não se filtra.

modelação de catálogovariantes de produtoestrutura skumodelo de dados e-commerceatributos de produto

Todos os guias

Última atualização a 2026-08-05 por ecommercedevelopment.info · Sobre nós

Escrito por quem constrói

Cada guia é escrito por programadores que constroem e mantêm lojas reais, não recompilado de outros sites.

Revisto com calendário

As plataformas e as regras de pagamento mudam. Cada guia traz a data da última revisão, publicada mesmo quando nada mudou.

Sem colocações pagas

Nenhuma plataforma, loja de temas, fornecedor de apps ou agência pode comprar menção, posição ou ligação aqui.

Doze idiomas

Cada guia é traduzido, não sobreposto por máquina — cada idioma tem endereço próprio e data de revisão própria.

Limites nomeados

Dizemos claramente quando uma plataforma alojada ou um marketplace sairia mais barato e mais fiável do que um trabalho à medida.