Atributos de produto no ecommerce

Aproveitando que esta semana fui consultado pela Consumidor Global sobre algumas práticas relacionadas com os preços da Temu, aproveito a deixa para falar de um aspecto do ecommerce ao qual, tal como aos filtros, creio que não se dá a importância que merece.

E merece.

E muito.

Mesmo que no início do lançamento não o vejamos.

Por isso, neste artigo quero esclarecer até onde chega a sua influência no negócio.

Mas, antes de começar, se você tem um ecommerce, dê uma olhada nisto porque acho que é do seu interesse:

Agora sim, vamos a esses atributos…

Definição de atributos de produto

Podemos definir os atributos de produto como características selecionáveis de um mesmo produto.

Percebe-se muito bem com o exemplo de uma T-shirt:

Como usuário, posso estar procurando uma camiseta Nike básica para ir à academia.

Pesquiso no Google, que me leva a uma loja onde a encontro.

Na página de produto da T-shirt vejo que posso escolher duas opções:

• Cor.
• Tamanho.

Cada opção é aquilo a que chamamos um “atributo” do produto.

Então seleciono a adequada para mim (por exemplo, a T-shirt Nike preta no tamanho M), pago-a e espero que chegue.

Quando bem utilizados, os atributos ajudam muito o usuário a escolher o produto adequado, como neste caso.

Mas claro, nem sempre são utilizados corretamente. Mais à frente veremos alguns casos em que o seu uso é forçado.

E, além disso, acrescentarei uma série de recomendações com base na minha experiência com eles.

Antes disso, vejamos o que implica utilizá-los na nossa loja.

Usar —ou não— os atributos de produto

Quando estamos montando uma loja online e começamos a carregar o catálogo, esta será uma das decisões cruciais: usar ou não atributos nos produtos.

Então, se está indeciso, quero apresentar as principais vantagens e desvantagens que vejo na utilização de atributos, para que fique claro o que implica cada opção.

Depois, como disse, acrescentarei esses usos extremos que podem surgir quando os utilizamos.

Comecemos pelo caso talvez mais habitual.

A utilização de atributos de produto numa loja online

Embora eu ache que esteja bastante claro, quando falo em “usar atributos de produto” refiro-me a oferecer ao usuário da loja a possibilidade de escolher entre várias opções com características diferentes do mesmo produto.

Por exemplo, na Yo pongo el hielo o usuário pode escolher o volume da garrafa:

Neste caso, o preço varia consoante o tamanho da garrafa, mas na T-shirt Nike anterior todos os tamanhos custam o mesmo.

Ou seja cada atributo pode ter um preço diferente ou o mesmo.

Por outro lado, o número de atributos pode variar:

Podemos encontrar entre um e três atributos por produto, sendo raro (e pouco recomendável) haver mais. Exceto em casos muito específicos de personalização extrema, como quando se compram flyers ou cartazes em gráficas digitais, escolhendo cada detalhe do produto.

Vantagens da utilização de atributos de produto

Não são poucas, mas uma destaca-se acima das restantes.

#1. Comodidade para o usuário

Para mim, esta é a principal vantagem.

Se o cliente sabe bem o que quer, basta chegar à página do produto e selecionar os atributos que mais combinam com o que procura

Imagine uma moldura para um quadro: se quiser uma preta lisa, basta procurá-la no Google, clicar na que gostar e, na página do produto, escolher o tamanho adequado.

Pronto. Sem complicações.

É um exemplo de fluxo bastante habitual e sem fricção.

#2. Possibilidade de filtragem

Embora sejam, na realidade, duas coisas independentes e seja possível filtrar sem usar necessariamente atributos, só o poderá fazer se tiver adicionado a característica correspondente à página do produto.

Se utiliza atributos, teve obrigatoriamente de a adicionar e poderá indicar no seu CMS que quer usar um filtro com base nos atributos:

#3. Evitamos conteúdo duplicado

Não expliquei antes, mas o oposto de utilizar atributos de produto seria criar uma página de produto diferente para cada combinação possível.

Ou seja, haveria uma URL para a T-shirt Nike preta no tamanho M.

Outra URL diferente para a preta no tamanho L.

Outra para a vermelha no tamanho M.

E assim sucessivamente.

Então, sabendo que o Google penaliza conteúdo duplicado, consegue mesmo imaginar-se a escrever descrições de produto diferentes para cada combinação do mesmo modelo de T-shirt?

Parece complicado…

E é.

Utilizando atributos, pode escrever uma descrição genérica do modelo que sirva para cada uma das combinações, facilitando muito a tarefa de carregar o catálogo.

Desvantagens da utilização de atributos de produto

Também existem.

E não são poucas.

#1. Visualização nas listagens de produto

Refiro-me ao fato de que, quando o usuário entra em uma categoria de produto de um site, se usarmos atributos, o normal é que apareça apenas o atributo padrão na listagem.

Numa T-shirt, talvez não seja importante não ver os diferentes tamanhos, mas quando se compra uma bebida destilada, a diferença de preço entre os formatos de 70cl e 1L é muito importante.

Sobretudo para os bares.

Por exemplo, precisávamos mostrar ambos os atributos de produto nas listagens e, por padrão, o PrestaShop 1.6 não faz isso.

Por isso tivemos de recorrer a desenvolvimento à medida:

Este é, talvez, o maior inconveniente da utilização de atributos.

#2. Feed de produtos

Atenção, este é longo.

Mais uma vez —como quase tudo nesta questão— estamos perante um inconveniente de natureza técnica.

E este, em particular, é mais comum do que parece. Isso acontece conosco na Yo pongo el hielo quando anunciamos em diferentes plataformas.

Ainda assim, a solução é relativamente fácil. Pelo menos, mais do que as soluções para as restantes desvantagens.

Vou pô-lo em contexto:

Nas plataformas em que anuncia vários produtos —como Google Shopping, comparadores ou alguns afiliados— é habitual carregar um arquivo tipo Excel (“feed”) com todos os seus produtos.

Este é um exemplo do feed para Google Merchant:

Em teoria, neste arquivo, cada linha é um produto diferente, ou seja, com os seus atributos concretos.

A T-shirt Nike vermelha tamanho M irá numa linha.

E a T-shirt Nike vermelha tamanho L irá noutra.

Cada produto terá, portanto, um identificador único, um preço específico, uma fotografia própria e uma URL concreta que o usuário acessa ao clicar no anúncio.

Essa é a teoria.

O problema é que, se usarmos atributos no nosso site (como no caso da Yo pongo el hielo), o normal é que o usuário acesse uma URL e possa escolher aí, como vimos antes:

O problema é que, mesmo que o preço varie entre dois atributos do mesmo produto no feed, por exemplo, podemos não conseguir fornecer uma URL —ou outros valores, como a imagem— única para cada atributo no feed.

Então, alguns destes valores são enviados repetidos em várias linhas.

O resultado é que cada atributo do produto pode ter:

• O mesmo título de produto.
• A mesma imagem.
• URL idêntica.

E claro, nestes casos as plataformas publicitárias baralham-se, porque a fotografia e o título do produto (repetidos) se misturam com o preço de qualquer um dos atributos.

Se, além disso, os atributos forem utilizados incorretamente (incluindo produtos que não o são), surge o caso da AliExpress que veremos mais adiante, em que o Shopping usa a imagem e o nome do produto com o preço de um falso atributo.

E isto acontecer pode ser incentivado pelo anunciante para atrair o usuário à sua loja.

Problema adicional de medição

Já que estou falando das dificuldades de gerar um feed de produto correto quando trabalhamos com atributos, vou aprofundar um pouco um caso específico, mas bastante comum.

Então, imagine este caso:

• Um site que utilize atributos.
• Esses atributos têm imagem, preço e URL próprios.

Com estas características, pode pensar que consegue enviar um feed correto para estas plataformas e que tudo funcionará como espera, certo?

Pois não.

No Google Merchant / Shopping, sim.

Nas restantes (na maioria), não.

Pelo menos não se a URL for deste tipo:

Ou seja:

https://www.yopongoelhielo.com/es/whisky/91-johnnie-walker-black-label.html#/volumen-1l

Com um parâmetro separado pelo símbolo “#” que indique o atributo vai ter problemas na maioria das plataformas.

Porquê?

O tagging de URLs.

Sim, os UTM.

E por que esse tipo de parâmetro vai ser um problema se o misturarmos com os UTM?

Porque estes parâmetros com “#”, para que tudo funcione corretamente, têm de ficar no fim da URL.

Ou seja, a URL corretamente tagueada seria algo assim:

https://www.yopongoelhielo.com/es/whisky/91-johnnie-walker-black-label.html?utm_source=afiliado&utm_medium=display&utm_campaign=retargeting#/volumen-1l

Repare na ordem e nos símbolos (“?”, “&” e “#”) que separam cada parâmetro.

Esta é a ordem correta e funcionará sempre bem.

No entanto, estas plataformas não conseguem “partir” a URL e enviar o parâmetro que indica o atributo (o separado por “#”, neste caso #/volumen-1l) para o fim.

Normalmente fica mais ou menos assim:

https://www.yopongoelhielo.com/es/whisky/91-johnnie-walker-black-label.html#/volumen-1l?utm_source=afiliado&utm_medium=display&utm_campaign=retargeting

Com os UTM depois do parâmetro de atributo "#". O que está errado.

Que erros pode provocar?

É bastante possível que o link não redirecione para o atributo correto e então o usuário veja no anúncio um preço e/ou imagem diferente do que encontrará ao chegar à landing.

Ou, o que é certo, que o GA4 não vai recolher corretamente esse tráfego.

Não consegue ler corretamente esses atributos, por isso é como se não tivesse tagueado a campanha.

Ou, pior ainda, como se a tivesse tagueado incorretamente.

Então, se utiliza o GA4 para confirmar as conversões das campanhas de diferentes plataformas, vai descobrir que não batem certo.

Bem, o tráfego também não vai bater certo, mas é menos relevante do que as conversões. Sobretudo se tiver programas de afiliados em CPA ou CPL.

E por que isso não acontece no Google?

Pois no Google não acontece se tiver ativada a marcação automática. Você passa a URL correta, com o parâmetro de atributo mas sem UTM, e pronto.

Todo o tracking é feito por ele, afinal é dono de Google Ads, Shopping e Analytics.

Então, porque se utilizam este tipo de parâmetros que podem causar erros?

Porque é uma (boa) forma de evitar conteúdo duplicado. O bot do Google fica com a URL que aparece antes do parâmetro, que é sempre a mesma para todos os atributos.

Tem solução?

Sim. Bem, mais ou menos, na verdade.

No fim, na seção de recomendações eu explico.

#3. Associar as imagens

Outra coisa que nem todos os CMS incluem é que, ao clicar numa imagem de um atributo específico, o seletor mude para o atributo correto:

Se o seu CMS não fizer isso e você quiser usar atributos com imagens diferentes para cada um, vai precisar implementar a funcionalidade.

Se quiser evitar reclamações de clientes, claro.

#4. Múltiplos atributos

Continuando com os problemas de UX, digamos que ter um ou dois tipos de atributos é relativamente fácil de gerir.

O problema surge quando temos três (ou, pior, mais de três).

Com três tipos de atributos, é muito habitual que nem todas as combinações possíveis existam.

E então, o que você faz quando um usuário altera um dos três atributos e cria uma combinação que não existe?

Você diz que essa combinação não existe?

Leva-o para outra o mais parecida possível que exista?

E como determina qual é a combinação mais parecida?

E se não tiver stock?

Mais à frente eu explico como resolvemos isso.

#6. Alteração da descrição

Para além da imagem e do preço, a alteração do atributo deveria fazer mudar partes da descrição como esta:

Tenho de reconhecer que nós, na Yo pongo el hielo, ainda não desenvolvemos isto. Uma questão de prioridades.

#7. Cupões

O seu CMS permitirá quase de certeza aplicar cupões a produtos específicos.

O que já não é tão certo é que permita aplicá-los a atributos específicos de um produto.

E se esses atributos tiverem preços diferentes, então temos um problema.

Assim, ou explora o CMS antes para descobrir, ou desenvolve a funcionalidade, ou não utiliza cupões em determinados produtos:

#8. Ferramentas de analítica

Bem, vamos agora à última desvantagem.

Neste caso, não é tanto técnica como conceptual.

Se utiliza produtos com atributos, talvez a forma de os enviar para a sua ferramenta de analítica digital (provavelmente Google Analytics) seja através da Variante de produto.

Algo assim:

Bem, era assim que tínhamos no Universal Analytics nós.

Faz sentido porque desta forma consegue ver exatamente que produto específico, com os seus atributos, gera as vendas.

É um pouco mais problemático quando quer contabilizar packs ou ver isoladamente um atributo como “Lata”, mas, no geral, era a opção mais adequada na altura.

No entanto, no GA4 estamos medindo assim:

Com o atributo dentro do nome.

Embora tenha havido polêmica, um dos principais motivos é que, quando começamos a implementação do GA4, não havia forma de visualizar a variante de produto.

O outro problema relacionado surge quando adiciona a visualização ou o clique de um produto numa lista (ou promoção)

Os eventos view_item_list e select_item_list do GA4 nos davam problemas se adicionássemos duas vezes um produto com variantes diferentes, então cortamos o problema pela raiz.

Assim, pelos dois motivos, fizemos o seguinte:

• Colocar a variante dentro do nome do artigo.
• Enviá-la também como variante.

Desta forma, a única coisa que perdemos é, por exemplo, obter imediatamente as vendas totais de um artigo, incluindo todos os seus atributos (todas as vendas de qualquer formato Johnnie Walker Black).

Para as obter tem de criar um filtro ou exportar os dados.

Entre duas opções ruins, esta nos pareceu preferível a não conseguir ver os atributos específicos de um produto, apenas os agregados, e além disso não saber os cliques gerados nas listas.

Resumindo a utilização de atributos

Embora as desvantagens sejam mais numerosas do que as vantagens, quase todas são de natureza técnica e, em geral, relativamente fáceis de resolver.

Digo isto porque os motivos para os utilizar são mais de negócio, que é o que importa no fim.

E também porque não utilizar atributos tem os seus próprios inconvenientes.

Evitar a utilização de atributos de produto

Como referi antes, aqui encontraremos uma página de produto para cada atributo do mesmo produto.

É como se considerasse que cada código de barras (ou SKU, se preferir) precisa da sua própria página.

Um exemplo é este site, em que cada formato de Black Label é uma página diferente.

Neste caso, pode ver a correspondente à garrafa de 4,5L:

Não existe um seletor para escolher outras. Tem de ir à listagem de categorias ou ao motor de pesquisa para as encontrar.

Percebeu o sistema?

Então expliquemos as vantagens.

Vantagens de não utilizar atributos

Obviamente, isso evita as desvantagens de usar atributos, então não vou me alongar nas que já explicamos.

#1. Todas as opções são apresentadas nas listagens

Sem ter de fazer nada, o nosso CMS mostrará cada atributo como um produto independente, porque é realmente assim que estamos gerenciando, sem necessidade de programar nada.

Aqui vemos os dois Dewar’s, o formato 70cl e o de 1L:

#2. Melhoria do motor de pesquisa

Se você estiver usando o mecanismo de busca padrão do CMS, quase com certeza ele vai funcionar melhor e devolverá todos os resultados relevantes se tratar os atributos como produtos e pesquisar coisas como “T-shirt vermelha” ou “calças tamanho M”.

Aqui tem um exemplo procurando uma marca:

#3. Pode apontar mais para a long tail SEO

Se o seu catálogo de produtos for pequeno, multiplicar as URL disponíveis permitirá devolver resultados mais precisos.

Assim, voltando ao exemplo da T-shirt Nike, ao não utilizar atributos poderá ter URL com estes titles:

• T-shirt Nike preta tamanho M.
• T-shirt Nike vermelha tamanho L.
• T-shirt Nike azul tamanho XL.

Obviamente, quando alguém pesquisar esses termos tão específicos, o seu site terá muitas hipóteses de aparecer nas primeiras posições.

Aqui vemos um exemplo com “Dewar’s White Label 1L”:

Sempre, claro, que cada URL tenha conteúdo único (descrição) e não esteja a gerar conteúdo duplicado.

#4. Facilidade para os feeds de produto

Esquece todos os problemas ao construir feeds de produto para as plataformas publicitárias.

Aqui, inequivocamente, cada produto é uma linha.

Desvantagens de não utilizar atributos

Na verdade, são as vantagens de os utilizar:

• A comodidade para o usuário.
• Para utilizar a filtragem preciso ter categorizado bem meus produtos no back-office (adicionado os atributos correspondentes, mesmo que não sejam selecionáveis pelos usuários).
• A nível de SEO, a linha do conteúdo duplicado é ténue e fácil de ultrapassar.

Além disso, acrescentaremos mais alguns inconvenientes:

#4. Mostrar todo o catálogo

Em lojas com um catálogo amplo é mais difícil mostrar ao usuário todas as opções disponíveis e que talvez se adaptem melhor ao que procura.

#5. Mostrar toda a família de produtos de um modelo

Relacionado com o anterior, mostrar numa única URL todas as opções de um mesmo modelo de T-shirt / sapatilhas / óculos / computadores / … é muito complicado.

Imagine que uma marca contrata um banner e pede que você aponte para uma página com todas as variantes do modelo de produto anunciado.

Tem de recorrer a etiquetas, ao motor de pesquisa ou gerar landings à medida com produtos selecionados (se o seu CMS der essa opção).

Como digo, não é cómodo nem rápido.

Forçar os atributos de produto

Bem, agora que falamos um pouco dos atributos e de seu uso, quero abordar aquilo que considero um mau uso deles.

Embora existam mais casos, quero concentrar-me em dois que considero abusos da utilização de atributos.

Comecemos pelo caso da AliExpress.

Abuso dos atributos de produto na AliExpress

Embora fale da AliExpress, também acontece na Temu e, em geral, é mais frequente observar este caso em lojas online chinesas do que nas restantes.

Vou dar um exemplo:

Imagine que você está procurando uma placa de vídeo para o seu PC.

É muito normal ir ao Google e espreitar os preços no Shopping.

Então, procurando a AMD RX 580 chega a estes resultados. Repare na diferença de preço entre os dois artigos, sendo à partida o mesmo (veja o título):

O modelo da direita tem um preço ridiculamente impossível no Google Shopping. Mas, se não estiver habituado, pode pensar que é uma promoção ou algo do género.

Então você clica e, embora veja outro preço ao entrar (21,90€), continua sendo um preço excelente:

Pena que não seja real.

Porque agora o passo seguinte é clicar no seletor de opções.

E quando o fazemos abre-se o popup e vemos o problema:

Quero comprar uma RX 580 (isso aparece no título do produto) e o que vem selecionado por padrão nas opções é outro modelo de placa de vídeo. Até de outra marca.

Em concreto, a Nvidia GT 610, um modelo extremamente ultrapassado e muito pior.

Foi colocado como atributo um produto diferente, com um preço muito mais baixo, que funciona como isco publicitário.

No momento em que escolho o atributo correto (a RX 580), o preço normaliza:

E se alguém pensar que talvez o modelo antigo não seja um atributo, mas que a página a que chegamos a partir do anúncio é uma lista de placas, repare que os diferentes modelos estão inseridos como valores do atributo “cor”.

Mais claro, impossível.

Este é o processo habitual nestas lojas.

Agora, este erro em cadeia (Google Shopping + loja com atributos) pode acontecer por 3 motivos:

1) Programado e executado assim de propósito

Que é o que parece acontecer aqui:

Utiliza-se um nome de artigo e, por baixo, outros artigos -que não atributos- piores e mais baratos, para tentar chamar a atenção com o preço.

O usuário desavisado cai na armadilha, porque pensa que comprou uma pechincha incrível, o que não é verdade.

O vendedor da AliExpress vai se defender dizendo que enviou aquilo que realmente foi comprado (um atributo selecionado por padrão, mas que não corresponde ao título do produto).

Então o mais provável é que, se o cliente reclamar, se chegue a algum tipo de acordo.  

Mas se não reclamar, então lucro para o vendedor, porque se livrou de um produto que ninguém quer.

E, claro, para a AliExpress, que fica com a sua comissão pela venda.

Isto é aquilo a que se chama um dark-pattern e supõe-se que a Europa irá combatê-los, já que as lojas envolvidas não parecem muito preocupadas. O problema é que acho difícil provar que a causa destes "erros" não é uma das duas seguintes.

Além disso, é preciso perceber que estas lojas são marketplaces, por isso, na realidade, são os vendedores destas lojas que criam estas "armadilhas", embora a própria plataforma não impeça isso.

2) Erro humano

Ao introduzir preços de produto num ecommerce, é fácil dar uma erro de digitação e colocar um preço incorreto num atributo. Sobretudo se fizer carregamentos em massa com Excel.

A todos os que já gerimos alguma vez este tipo de processos já nos aconteceu, incluindo, claro, grandes players como Mediamarkt ou Fnac.

O estranho é acontecer tantas vezes e em tantos produtos como na AliExpress…

3) Impossibilidade técnica

Esta terceira causa é um pouco mais complexa, porque, como digo, é de natureza técnica e é aquela de que falava antes ao mencionar os problemas que surgem ao gerar feeds de dados de lojas online que utilizam atributos.

Fechando o caso da AliExpress

Como vê, no caso do abuso dos atributos nas lojas chinesas, encontramos muitos buracos no processo que as lojas "culpadas" não têm grande interesse em tapar e de que os vendedores se aproveitam para enganar os usuários mais desavisados.

Mas este é apenas o primeiro uso complicado dos atributos.

Vamos a um (um pouco) menos tricky.

O caso da Amazon

Antes de começar a falar deste uso dos atributos, quero esclarecer dois pontos:

• A Amazon anteriormente utilizava atributos “normais”. Se os trocou por estes, com toda a bateria de testes que realiza, é porque funciona para eles. Ponto. Portanto, aquilo que eu ache deste uso dos atributos importa pouco.
• O fato de funcionar à Amazon não significa que aos 99,999% de lojas online que não somos Amazon tenha de funcionar o seu sistema. Nem temos o seu tráfego, nem os seus clientes, nem fazemos os seus testes. Por isso, muito cuidado a copiar “porque a Amazon faz assim”.

Bem, vejamos então o uso que o pessoal de Bezos faz dos atributos.

Neste caso, já compramos a placa de vídeo na AliExpress e precisamos agora de uma caixa gaming a condizer.

Já sabe, daquelas que são só luz e cor.

Como antes, pesquisamos no Google:

E vejo este modelo da Amazon, de que gosto e que não foge ao orçamento. Então clico nele.

Ao entrar na Amazon já vejo que, ao contrário do caso da AliExpress o preço se mantém:

No entanto, aqui por baixo vejo um seletor de “estilo”.

Isto já me cheira um pouco mal porque “estilo” não é algo objetivo como “cor” ou “tamanho”, mas muito mais subjetivo.

Quando o abro vejo que são modelos de caixas muito diferentes, todos metidos na mesma página de produto.

E quando digo diferentes, digo completamente diferentes:

Nem a forma nem a cor, nem, claro, o preço deste modelo de caixa se parecem com os do anterior.

É um produto novo, colocado como atributo para que o usuário veja várias opções dentro da mesma página.

Cada um que decida se acha que é uma boa prática de UX ou não.

No entanto, a Amazon nem sempre utiliza este tipo de seletor de atributos. Também usa um mais tradicional noutras seções, muito provavelmente devido à quantidade de opções:

Neste caso podemos ver que utiliza um seletor de atributos com todas as opções visíveis.

O problema é que, novamente, não se trata do mesmo modelo de portátil com diferentes configurações, mas de modelos diferentes. Na verdade, até o indica diretamente nas características.

Como consequência, nem todas as combinações dos três atributos estão disponíveis. De todo. Só há 4 possíveis e, consoante onde clicar, a Amazon selecionará a “mais parecida”.

Pessoalmente não me convence, porque cada opção é completamente diferente das outras e não me aproxima da escolha do modelo; complica-a.

Mas talvez tenham detetado que, ao mostrar modelos diferentes, os usuários passam mais tempo no site e a taxa de conversão acaba por aumentar.

Talvez, com um catálogo tão enorme de produtos, os usuários percam grande parte dele e assim vejam mais opções “mais ou menos” parecidas.

Não faço ideia.

O que tenho claro é que é um uso forçado daquilo que considero que deveriam ser os atributos de produto.

Mas é que, UX à parte, isto implica um problema de SEO por trás…

Conteúdo duplicado

Voltemos à nossa gabinete gamer.

Veja estas duas imagens:

Esta corresponde a esta URL:

https://www.amazon.es/MC300W-Cristal-Templado-Frontal-3xVentilador/dp/B09BFM6NHT?ref_=ast_sto_dp&th=1

No entanto, esta outra imagem —que se parece, mas não é a mesma URL—:

Corresponde a esta outra (pode ver a barra do navegador para confirmar):

https://www.amazon.es/Mars-Gaming-MC100-ventilación-convect-cool/dp/B09BFM6NHT?ref_=ast_sto_dp&th=1

Sabe uma coisa? Esta é a definição do Google de conteúdo duplicado.

E sabe que mais? A Amazon não é penalizada.

Apesar de ter várias outras URL (além destas duas) virtualmente idênticas.

Se pesquisar a marca e o modelo no Google (“mars gaming mc51w”), o terceiro resultado é o deles. À frente de outros concorrentes que trabalham muito bem o SEO, como PcComponentes.

E só ultrapassado pelo site oficial da marca:

A Amazon joga com outras regras.

Apostaria que o Google trata o seu site da mesma forma?

Porque eu, nos meus, tenho a certeza de que não.

Portanto, como disse: muito cuidado a copiá-los.

Recomendações ao usar ou não atributos de produto

Bem, chegado aqui, já pôde perceber que modelo (com ou sem atributos) se adapta melhor ao seu setor ou negócio.

Também viu o abuso que pode ser feito de atributos mal utilizados.

Então, escolha o que escolher, quero dar a você algumas das conselhos que a experiência me foi ensinando.

#1. Tamanho do catálogo

Se o seu site tem muitos produtos e estes têm variantes, diria que tenho 99% de certeza de que é conveniente utilizar atributos nas suas páginas de produto.

Se hoje a sua loja é pequena (algumas dezenas de produtos) mas acha que vai crescer, o mesmo.

Se acha que não vai crescer e pensa que consegue criar conteúdo único para cada variante de produto, então não utilize atributos.

#2. Utilize atributos que sejam realmente atributos

Lembre-se do que acabamos de ver no caso das lojas chinesas, com a AliExpress à frente.

Em resumo: utilize os atributos para adicionar variantes do mesmo produto, não para adicionar produtos novos.

Para adicionar produtos semelhantes existem módulos mais adequados:

#3. Número de atributos

Salvo em casos muito específicos e produtos com personalização máxima, não utilize no front mais de três tipos de atributos por produto, pois levarão a múltiplas combinações inexistentes.

Quando há opções inexistentes a solução que implementamos na Yo pongo el hielo é a seguinte:

• Não deixamos selecionar uma combinação inexistente: quando o usuário seleciona um valor de atributo que produziria esse resultado, alteramos os valores dos outros atributos para que a combinação exista.
• Temos atributos “principais” e “secundários”: isto significa que, se tivermos de alterar o valor de um dos atributos porque vai ocorrer uma combinação inexistente, damos prioridade primeiro à alteração dos valores de atributos secundários, entendendo que o principal é aquele em que o usuário está mais interessado.
• Damos prioridade às combinações com stock: se existir alguma combinação, mas não tiver stock, damos prioridade a mostrar ao usuário uma que tenha. Mesmo que para isso tenhamos de alterar o valor de um atributo principal.

Por enquanto, estamos satisfeitos com estas regras, embora certamente tenham margem para melhorar.

#4. Que apareçam nas listagens

Os atributos que alteram o preço do produto deveriam aparecer nas listagens.

Acontece com o álcool, com os perfumes, com a comida para cão…

Talvez haja algum caso em que isto não deva acontecer, mas, sinceramente, neste momento não me ocorre nenhum.

E, claro, que ao clicar neles levem à URL com o atributo correto selecionado.

#5. O SEO tem a sua importância

E a abordagem a dar quando se têm atributos é diferente da recomendada quando não se têm.

Espero que o que expliquei antes sobre conteúdo duplicado e long-tail dê a você algo em que pensar no seu projeto.

#6. O feed de produto é relevante

E à medida que o seu projeto crescer será ainda mais.

Assim, vamos às recomendações:

1. Sim ou sim, consiga URL únicas. Se tem atributos, descubra como as pode conseguir sem penalizar o SEO.
2. Quando as tiver, se usarem parâmetros com “#”, vai precisar fazer dois feeds diferentes:
• Um para o Google, com todos os produtos e os seus atributos, que funcionará corretamente.
• Outro para as restantes plataformas, que pode ser de dois tipos:
• Se a plataforma permitir, passe as URLs corretamente tagueadas com os UTM, como expliquei e envie todo o catálogo de produtos e atributos. Certifique-se aqui de que eles não acrescentem NUNCA nenhum parâmetro depois.
• Se a plataforma não permitir que você passe as URLs com os UTM, então o que precisa fazer é passar apenas um atributo por produto —o atributo principal— e enviar a URL limpa, sem parâmetros de atributo com “#”. Desta forma, o catálogo será menor, mas não haverá erros nem ao mostrar os anúncios nem na ferramenta de analítica.

#7. Se não utiliza atributos

Certifique-se de que adiciona um módulo bem visível na página de produto com as diferentes opções do produto disponíveis para o usuário.

#8. Se é usuário…

Suponho que, se você está lendo este artigo e chegou até aqui, não é iniciante.

Mas, por via das dúvidas, digo que é fundamental verificar a política de devoluções da loja, as opiniões de outros usuários e pagar com PayPal, já que nestes casos oferece mais garantias ao usuário do que os cartões bancários.

Conclusões finais

Quem nunca enfrentou esta decisão num projeto provavelmente não terá dado importância a muitas das questões que coloco no artigo.

Mas espero ter mostrado a você o quanto elas são relevantes elas são.

E que utilizar atributos ou não tem implicações para além das evidentes.

Gostaria de ter acrescentado mais um ponto: o das diferentes opções UX existentes para selecionar atributos.

Embora já tenhamos visto várias fórmulas (Amazon, AliExpress, Yo pongo el hielo…) há outras que me parecem interessantes, como os pop-up da TiendAnimal, por exemplo.

No entanto, já ultrapassei as 5.000 palavras e não queria tornar o artigo ainda mais denso.

Talvez retome no futuro este tema dos atributos, mas do ponto de vista exclusivo da UX.

De qualquer forma, minha intenção era dar a você um pouco mais de contexto para que possa entender tudo o que abrange uma decisão aparentemente tão inócua.

Mas claro, em projetos de ecommerce médios ou grandes, qualquer decisão central nunca é inócua.

Suponho que concorda.