Variantes de produto: como modelar tamanhos, cores e versões

O problema: a mesma ficha quinze vezes

Uma camiseta vendida em cinco tamanhos e três cores são quinze SKUs. Se cada um for tratado como um produto solto, a marca, a descrição, a composição e as fotos se repetem quinze vezes. Quando algo muda, é preciso mudar em quinze lugares, e na loja o comprador vê quinze produtos quase iguais em vez de um só com um seletor.

Pai, filhas e eixos

A forma de evitar isso é separar o que é comum do que varia:

• O produto pai guarda o que todas as versões compartilham: marca, nome comercial, descrição, composição, fotos gerais.
• As variantes (filhas) são produtos com SKU próprio que guardam só o que as diferencia: o tamanho, a cor, as fotos delas, o estoque.
• Os eixos são os atributos que diferenciam as filhas: tamanho, cor, capacidade. Eles são declarados no pai.

Os eixos funcionam melhor como atributos de lista, com valores permitidos: assim «M» é sempre «M» e a loja consegue montar o seletor.

O que os canais pedem

Cada canal recebe as variantes do seu jeito, mas quase todos precisam da mesma coisa: saber quais produtos formam um grupo e em que eles se diferenciam.

• O Google Merchant Center pede um identificador de grupo para as variantes, o mesmo para todas as de um grupo e que não mude, e recomenda usar o SKU do pai quando possível. Também pede os atributos que diferenciam cada variante, como a cor e o tamanho.
• Nos dados estruturados, o Google descreve as variantes com ProductGroup, que traz as variantes do grupo e diz em quais atributos elas variam.
• As lojas costumam chamar o pai de «produto configurável» e montar o seletor a partir dos eixos.

Erros comuns

1. Variantes como produtos soltos. Fichas duplicadas e um catálogo que parece maior do que é.
2. Eixos escritos à mão. «Azul-marinho» em uma filha e «Marinho» em outra quebram o seletor.
3. Um eixo que não é eixo. Se duas «variantes» têm especificações diferentes, provavelmente são produtos diferentes.
4. Fotos só no pai. O comprador quer ver a cor que escolheu.
5. O identificador de grupo muda de uma carga para outra, e o canal perde o agrupamento.

A descrição: uma para todas

Quando as variantes compartilham a descrição, vale a pena escrevê-la no pai. Se cada filha precisar do próprio texto, vale a pena que ele parta do texto do pai para que todas soem iguais: nove descrições escritas separadamente para nove tamanhos acabam dizendo coisas diferentes sobre o mesmo produto.

Variantes, fotos e estoque

Cada variante vende algo concreto: um tamanho que pode esgotar, uma cor que tem outra aparência. Por isso, mesmo compartilhando a descrição com o pai, vale a pena que ela tenha:

• fotos próprias quando a aparência muda, sobretudo a cor;
• estoque próprio, para que a loja deixe de oferecer o tamanho esgotado sem esconder o produto inteiro;
• os seus identificadores, como o GTIN, porque cada combinação tem o dela.

O que não muda entre as variantes não se repete: é herdado do pai.

Como o Bruxel resolve isso

No Bruxel, cada variante é um produto com o seu SKU, vinculado a um produto pai. Elas são vinculadas na importação, com uma coluna parent_sku, ou depois pela ficha. Os eixos são declarados no pai — atributos de lista ou Sim/Não, até quatro — e, ao gerar a descrição de uma filha, a do pai é passada como referência para que todas soem iguais. O guia de variantes explica isso, e o de atributos mostra como definir os eixos como listas.

Por onde começar

Procure no seu catálogo os produtos que se repetem com um tamanho ou uma cor no nome. Agrupe-os sob um pai, defina os eixos como atributos de lista e verifique se cada filha tem o seu valor em cada eixo e, se a aparência mudar, fotos próprias.