Otimize o feed de produtos para Comparison Shopping Services

Duas camadas de dados de produto que deves distinguir

No CSS e Google Shopping, duas camadas diferentes de dados são frequentemente misturadas.

1. O feed do comerciante no Google Merchant Center

Este feed contém os dados de produto da loja online. Isso inclui, por exemplo:

• ID do produto
• title
• Descrição
• Página do produto
• Preço
• Disponibilidade
• Imagens
• Marca
• GTIN
• Informações da variante
• Dados de envio

Esses dados são usados, entre outras coisas, para anúncios do Shopping e listagens de produtos gratuitas. O feed continua sendo crucial, mesmo que o comerciante esteja conectado através de um CSS Partner.

2. Dados de produto para páginas de produto CSS

Os Comparison Shopping Services podem, adicionalmente, fornecer as suas próprias páginas de produto. Para a apresentação orgânica de tais páginas de produto CSS, o Google menciona atributos como id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, atributos de variante, product_detail e product_highlight.

A consequência prática é:

Os dados de produto não devem ser apenas tecnicamente válidos. Eles também devem ser estruturados de forma que os comerciantes, o Google e o provedor CSS possam identificar os mesmos produtos de forma inequívoca.

Em que ordem deves otimizar o feed?

Um erro comum é começar a escrever novos títulos imediatamente, mesmo que ainda existam erros de dados fundamentais.

Uma priorização clara é mais sensata:

Um título otimizado e complexo é de pouca utilidade se o produto for recusado devido a um erro de preço. Por outro lado, um feed aprovado está longe de ser um bom feed.

IDs de produto estáveis e variantes limpas formam a base

Cada produto vendável ou cada variante de produto que pode ser encomendada independentemente requer uma atribuição única.

Numa T-shirt com cinco tamanhos e quatro cores, não existe apenas um produto, mas até 20 variantes concretas. Cada variante pode ter uma combinação própria dos seguintes dados:

• ID do produto
• Cor
• Tamanho
• Preço
• Disponibilidade
• Imagem
• GTIN
• MPN

O Google mostra nos seus exemplos que as variantes podem ser submetidas separadamente e ligadas através de um item_group_id comum. O title e os atributos da variante devem descrever corretamente a execução respetiva.

Boas regras para IDs de produto

Uma ID de produto deve:

• permanecer permanentemente estável
• ser única dentro do feed
• não depender do preço ou do stock
• preferencialmente vir do sistema de gestão de mercadorias ou da loja
• em variantes, identificar a execução concreta

Não uses uma nova ID cada vez que alterares o title, o preço ou a imagem. Para o Google, isso criaria uma nova oferta, embora ainda seja o mesmo produto.

Erro comum de variante

Um comerciante envia todos os tamanhos de um sapato com a mesma ID. Na página de destino, o tamanho 42 é selecionado por padrão, mas no feed o produto é denominado tamanho 39.

Isso significa que o feed, a página do produto e a variante realmente selecionável não correspondem perfeitamente.

É melhor:

• uma ID própria para cada tamanho e cor
• a variante correta da página de destino
• a imagem da variante correspondente
• a disponibilidade válida respetiva
• um item_group_id comum

Otimizar títulos de produto: Precisão antes da quantidade de palavras-chave

O title do produto não é um title de SEO clássico nem um anúncio. Ele deve explicar ao Google e ao utilizador o mais rápido possível qual produto específico está a ser oferecido.

Um bom title responde a várias destas perguntas, dependendo do sortimento:

• Que marca?
• Que modelo?
• Que tipo de produto?
• Para qual público-alvo?
• Que execução?
• Que cor?
• Que tamanho?
• Que material?
• Que especificação técnica?
• Que quantidade?

O Google recomenda títulos precisos e específicos e mostra variantes como cor e tamanho diretamente no title nos seus próprios exemplos.

Estruturas de Título Relevantes por Tipo de Produto

Exemplos

Demasiado geral:

Casaco feminino moderno barato

Melhor:

Marca Casaco Transição Feminino Repelente Água Azul Escuro Tamanho 40

Demasiado publicitário:

Compre agora a melhor máquina de café profissional barata

Melhor:

Marca Modelo Máquina de Café Totalmente Automática 15 bar 1,8 l Preto

Impreciso:

Bomba Industrial Aço Inoxidável

Melhor:

Marca Bomba Centrífuga 400 V 12 m³/h Aço Inoxidável DN 50

As informações mais importantes vêm primeiro

Nem todos os títulos são totalmente exibidos em todas as visualizações. Coloque as informações cruciais para a decisão de compra no início.

Para um produto de marca conhecida, a marca pode vir primeiro. Para um fabricante pouco conhecido, o tipo de produto específico pode ser mais importante.

Não existe uma regra rígida para todos os sortimentos. O que importa é qual informação permite ao utilizador identificar o produto mais rapidamente.

Sem lista artificial de palavras-chave

Um título como este não traz clareza adicional:

Cadeira de escritório cadeira de secretária cadeira de trabalho cadeira giratória comprar barato online

Vários termos semelhantes seguidos tornam o título ilegível e diluem a descrição específica do produto.

Melhor:

Marca Cadeira de escritório ergonómica com apoio lombar Preto

Sinónimos, usos adicionais e detalhes técnicos podem ser incluídos na descrição ou em outros atributos.

Como identificar corretamente títulos de produtos gerados por IA

Para grandes sortimentos, sistemas de IA podem ajudar a gerar títulos a partir de dados de produtos estruturados. No entanto, a IA não deve “escrever de forma criativa”, mas sim trabalhar com base em regras claras.

Um prompt significativo ou um modelo de título usa apenas campos realmente existentes:

Crie um título de produto a partir de marca, modelo, tipo de produto, cor, tamanho e material. Não invente características e não use afirmações publicitárias.

Na documentação atual do Merchant Center, o Google diferencia entre o atributo clássico title e structured_title. Para títulos gerados com IA generativa, deve ser usado structured_title. Títulos não gerados por IA podem ser enviados via title ou structured_title.

Mesmo com títulos automatizados, um controlo de qualidade continua a ser necessário. Verifique, em particular:

• características inventadas
• termos duplicados
• unidades de medida incorretas
• nomes de modelos truncados
• informações de variante em falta
• traduções não naturais
• afirmações publicitárias inadmissíveis

Escrever descrições para utilizadores e sistemas

Muitas descrições de produtos no feed consistem apenas no primeiro parágrafo da página do produto. Outras contêm elementos de navegação, restos de HTML, textos genéricos do fabricante ou frases publicitárias substituíveis.

Uma boa descrição de feed, por outro lado, deve resumir as características mais importantes do produto de forma compreensível.

Isso inclui, dependendo do produto:

• função
• área de aplicação
• material
• dimensões
• dados técnicos
• compatibilidade
• conteúdo da entrega
• público-alvo
• características especiais

Para apresentações de produtos ricas, o Google recomenda descrições detalhadas e bem estruturadas, e menciona mais de 200 caracteres como recomendação. Além disso, detalhes do produto e outras imagens do produto podem ser enviados através de atributos separados.

Exemplo de uma descrição fraca

Produto de alta qualidade da melhor qualidade. Encomende agora online e beneficie do nosso envio rápido.

O texto poderia pertencer a quase qualquer produto. Não fornece informações úteis nem para o Google nem para o potencial cliente.

Melhor

Secretária ajustável em altura com estrutura controlada eletricamente, uma superfície de trabalho de 160 × 80 cm e uma gama de ajuste de 65 a 130 cm. A estrutura possui dois motores, uma função de memória para quatro alturas e uma capacidade de carga máxima de 100 kg.

Aqui são descritas características concretas, sem sobrecarregar o texto com termos de pesquisa.

Utilize product_highlight e product_detail de forma estratégica

Nem toda informação precisa ser espremida no título ou na descrição.

Com product_highlight, você pode transmitir benefícios curtos do produto ou características centrais de forma estruturada. O Google recomenda de quatro a seis destaques; no mínimo dois e no máximo 100 são possíveis. Um único destaque pode conter até 150 caracteres.

Exemplos:

• Altura ajustável eletricamente de 65 a 130 cm
• Função de memória para quatro alturas de trabalho
• Capacidade de carga de até 100 kg
• Dois motores silenciosos
• Tampo da mesa de madeira certificada FSC

O atributo product_detail, por outro lado, é adequado para informações técnicas mais estruturadas, por exemplo:

Isso mantém o título legível, enquanto as informações técnicas ficam disponíveis de forma estruturada.

Transmita GTIN, marca e MPN corretamente

Identificadores de produto exclusivos ajudam a identificar um produto comercial específico de forma inequívoca.

As informações mais importantes incluem:

• gtin: Global Trade Item Number, por exemplo EAN ou UPC
• brand: Marca
• mpn: Número da peça do fabricante

O Google recomenda enviar todas as três informações, se possível. Esses identificadores de produto podem ajudar o Google a classificar a oferta corretamente e a mostrar aos usuários o produto que procuram.

Nunca invente GTINs

Se um produto possui um GTIN oficial, exatamente esse número deve ser usado. Não crie suas próprias sequências numéricas apenas para preencher o campo.

Em variantes, cada variante específica frequentemente possui um GTIN próprio. Uma camiseta vermelha tamanho M pode, portanto, ter um GTIN diferente do mesmo modelo em azul ou tamanho G.

Produtos sem identificação única

Peças artesanais únicas, produtos personalizados ou certas produções próprias podem não ter GTIN, MPN ou marca.

Para produtos que realmente não possuem identificadores únicos, identifier_exists pode ser usado com o valor no ou false. Este atributo não deve ser usado para contornar dados ausentes em produtos de marca normais.

Marcas próprias

No caso de uma marca própria legítima, você insere sua marca como brand. Um número de item interno existente pode, sob certas condições, servir como MPN, desde que identifique o produto de forma única como um item do fabricante.

É importante um uso consistente em toda a loja, feed, embalagem e página do produto.

Diferencie a categoria de produto Google dos seus próprios tipos de produto

Os atributos google_product_category e product_type desempenham funções diferentes.

google_product_category

Aqui, o produto é classificado na taxonomia de produtos predefinida pelo Google.

Exemplo:

Vestuário e Acessórios > Vestuário > Roupa Exterior > Casacos e Sobretudos

O Google documenta tanto IDs de categoria numéricos quanto caminhos de categoria por extenso e mostra a atribuição através de vários tipos de produto.

Escolha a categoria mais específica e adequada. Uma cadeira de escritório não deve ser classificada apenas genericamente como “Móveis” se uma subcategoria mais precisa estiver disponível.

product_type

Este campo pode representar a estrutura da sua própria loja ou sortimento.

Exemplo:

Mobiliário de Escritório > Cadeiras de Escritório > Cadeiras de Escritório Ergonômicas

Um tipo de produto bem definido ajuda você a avaliar e agrupar produtos de acordo com sua lógica de sortimento real.

Não coloque a lógica da campanha na categoria

Valores como estes não são tipos de produto significativos:

• alta margem
• mais vendidos
• promoção
• campanha 3
• teste PMax
• prioridade A

Essas informações pertencem aos rótulos personalizados. A categoria deve descrever o que o produto é, não como você deseja anunciá-lo.

Otimize as imagens do produto e o lifestyle_image_link

A imagem geralmente decide se um usuário percebe um resultado do Shopping.

A imagem principal deve mostrar o produto específico da forma mais clara possível. Evite:

• variantes erradas
• produtos minúsculos em grandes áreas de imagem
• recortes ruins
• fundos inconsistentes
• fotos borradas
• imagens de preenchimento
• acessórios não incluídos na oferta como elemento dominante

Para apresentações ricas de produtos, o Google recomenda imagens de alta resolução e menciona mais de 1.500 pixels no lado mais longo como recomendação.

A imagem principal responde: O que estou comprando?

O atributo image_link deve mostrar o produto realmente oferecido.

Para variantes, a imagem deve corresponder à cor, material ou versão. Um usuário que clica em uma cadeira azul não deve ser direcionado para uma página de produto com uma cadeira vermelha como variante pré-selecionada.

Imagens adicionais respondem a outras decisões de compra

Através de additional_image_link, você pode enviar visualizações adicionais. O Google suporta até dez imagens adicionais. Elas podem, por exemplo, mostrar diferentes perspectivas, detalhes, embalagens ou situações de uso.

Uma sequência de imagens sensata pode ser assim:

• imagem principal clara
• vista lateral
• vista traseira
• detalhe
• relação de tamanho
• produto em uso
• conteúdo da entrega
• embalagem

O que é lifestyle_image_link?

Com lifestyle_image_link, imagens de estilo de vida podem ser enviadas separadamente das imagens clássicas do produto.

O Google menciona, por exemplo:

• roupas em um modelo
• móveis em um quarto mobiliado
• vários produtos como um conjunto completo
• produtos em uma situação de uso real
• image_link: Sofá isolado ou em fundo neutro
• additional_image_link: Vista lateral, traseira, detalhe do tecido
• lifestyle_image_link: Sofá em uma sala de estar totalmente mobiliada

O atributo é particularmente adequado se sua imagem principal deve permanecer objetiva e centrada no produto, mas você também deseja transmitir o contexto de uso.

Para um sofá, a divisão pode ser assim:

Preços e disponibilidade devem estar sincronizados

Um feed otimizado é inútil se os usuários encontrarem um preço diferente ou um item indisponível após o clique.

O preço enviado em price deve corresponder ao preço na página do produto. A moeda também deve corresponder ao país de destino e à moeda visível na página de destino.

Para availability, o Google suporta, entre outros:

• in_stock (em estoque)
• out_of_stock (esgotado)
• preorder (pré-venda)
• backorder (em espera)

A informação deve corresponder à página do produto, ao checkout e, se aplicável, aos dados estruturados. Para pré-vendas ou pedidos em espera, uma data de disponibilidade adicional é necessária, que também deve ser visível na página do produto.

Não exclua produtos desnecessariamente

Se um item estiver temporariamente indisponível, você não deve excluí-lo completamente da fonte de dados automaticamente.

Dependendo da situação, você pode:

• usar out_of_stock
• controlar uma pausa através do atributo correspondente
• usar backorder para pedidos em espera
• usar preorder para produtos ainda não lançados

Isso mantém a atribuição do produto basicamente e o item pode ser atualizado quando estiver novamente disponível.

Implementar o Repricing para Google Shopping com segurança

O controle dinâmico de preços pode ser útil no ambiente de compras. No entanto, aumenta o risco de desvios de preço.

Um sistema de repricing não deve apenas alterar o preço visível da loja. Ele deve atualizar simultaneamente todos os níveis de dados relevantes:

• preço no sistema da loja
• preço na página do produto
• dados estruturados na página do produto
• fonte de dados do Merchant Center
• preços locais, se aplicável
• dados do produto CSS

A alteração deve ser feita como um processo contínuo, se possível. Se o feed for atualizado primeiro, enquanto a página do produto ainda mostra o preço antigo, ocorrerá um desvio temporário. O mesmo se aplica na ordem inversa.

O Google pode usar atualizações automáticas de produtos para preço e disponibilidade se houver dados estruturados na página do produto. No entanto, essa função é destinada a uma segurança adicional e não substitui a atualização regular dos dados do produto.

Repricing precisa de limites econômicos

O preço mais baixo não é automaticamente o preço mais lucrativo.

Um sistema sensato considera:

• Preço de compra
• Margem
• Custos de envio
• Taxas de pagamento
• Taxa de devolução
• Custos de publicidade
• Estoque mínimo
• Nível de concorrência
• Posição desejada no mercado

Portanto, defina preços mínimos e limites de margem. Caso contrário, uma redução automática de preço pode gerar mais cliques, mas ao mesmo tempo destruir a margem de contribuição.

Conectar o Inventário Local de forma limpa ao feed de produtos

Lojistas com lojas físicas precisam de informações de estoque local, além dos dados gerais do produto.

É preciso diferenciar entre:

• o produto em si
• sua disponibilidade em uma loja específica
• um possível preço local diferente
• opções de retirada e entrega

O Google permite que os lojistas usem os dados de produtos existentes também para anúncios locais e listagens de produtos locais gratuitas. Dependendo da configuração, os dados de produtos e os dados de estoque local podem ser sincronizados automaticamente.

Para preços dependentes da loja, o preço pode vir da fonte principal de dados do produto ou dos dados de estoque local. É crucial que o preço visível na página do produto da loja correspondente seja consistente com os dados transmitidos.

Estrutura típica de Inventário Local

O produto permanece o mesmo. No entanto, o estoque e o preço podem variar por local.

É importante ter um identificador de loja consistente. O ID da loja usado no inventário de dados local deve ser atribuído de forma única à respectiva loja.

Usar Custom Labels para campanhas lucrativas

Um feed tecnicamente bom descreve o produto. Um feed economicamente bom contém informações adicionais com as quais você pode gerenciar o sortimento de acordo com o valor do negócio.

O Google fornece cinco rótulos personalizados para isso:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

O Google menciona casos de uso possíveis, como estação, força de vendas, faixa de preço, margem e lançamento no mercado. Os valores não são visíveis para os clientes, mas servem para agrupamento e avaliação em campanhas de Shopping e Performance Max.

Exemplo de uma atribuição sensata

Assim, você pode, por exemplo, identificar se sua campanha gera receita, mas vende principalmente produtos com margem baixa.

Evitar muitos valores individuais

Um Custom Label não é concebido como um segundo ID de produto.

Pouco sensato:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = alta_margem
• custom_label_0 = media_margem
• custom_label_0 = baixa_margem

Mais sensato:

Os valores devem formar grupos reais, com base nos quais você possa tomar decisões.

Escolher a fonte de dados apropriada

Nem toda loja precisa da mesma solução técnica.

Sortimentos pequenos e relativamente estáveis

Para poucos produtos e mudanças de preço raras, um arquivo automaticamente recuperado pode ser suficiente.

Os formatos possíveis são, por exemplo:

• XML
• TSV
• arquivo de produto fornecido automaticamente
• integração direta com a loja

Decisivo não é apenas o formato, mas a confiabilidade da atualização.

Sortimentos médios com dados comerciais adicionais

Aqui, uma combinação de fonte de dados primária e suplementar pode ser útil.

A fonte primária inclui, por exemplo:

• ID do produto
• title
• Preço
• Disponibilidade
• Link do produto
• Imagens
• Classes de margem
• Atribuições sazonais
• Etiquetas de campanha
• Títulos otimizados
• Características adicionais do produto

Uma fonte suplementar fornece:

Após o processamento, um produto do Merchant Center pode consistir em uma entrada de produto primária e várias entradas suplementares.

Sortimentos grandes ou muito dinâmicos

Com mudanças frequentes de preço, estoque ou sortimento, a Merchant API é frequentemente a base mais robusta.

O Google permite o gerenciamento de fontes de dados primárias e suplementares através da Merchant API. As fontes de dados podem ser configuradas para idiomas e feedLabels específicos ou usadas de forma mais flexível para múltiplas combinações.

Para fontes de dados baseadas em arquivos, o Google indica que uma recuperação manual ou agendada não se destina a atualizações de frequência arbitrária. Se forem necessárias atualizações mais frequentes do que uma vez por dia, o Products-Service deve ser usado em vez disso.

Uma divisão prática é, portanto:

Localizar feeds de produtos para vários países

Um feed internacional não é simplesmente uma cópia traduzida do feed português.

Por país de destino, podem diferir:

• Idioma
• Moeda
• Preço
• IVA
• Custos de envio
• Disponibilidade
• Nomes de tamanhos
• Unidades de medida
• Nomes de produtos
• Informações legais obrigatórias
• Sortimento

Na Merchant API, feedLabel, contentLanguage e países de destino são elementos de configuração separados. Um feedLabel como “PT” não implica automaticamente que os produtos serão direcionados exclusivamente para Portugal. Os países de destino e a configuração de envio devem ser definidos separadamente.

Não traduzas apenas palavras, mas também o comportamento de pesquisa

Uma tradução literal pode ser linguisticamente correta, mas comercialmente inadequada.

Por exemplo, utilizadores em diferentes países podem:

• usar termos de produto diferentes
• escrever medidas de forma diferente
• combinar marcas e modelos de maneiras distintas
• pesquisar mais por materiais ou casos de uso
• esperar padrões de tamanho diferentes

Por isso, cria as tuas próprias regras de título por idioma. Uma base de dados de produtos comum pode ser a base, mas a saída linguística deve ser localizada.

Como tornar as otimizações de feed mensuráveis

Não alteres todos os atributos de todo o sortimento ao mesmo tempo. Caso contrário, mais tarde será difícil reconhecer qual medida realmente ajudou.

É melhor um processo controlado.

Passo 1: Formar grupos de produtos comparáveis

Por exemplo:

• 200 produtos com títulos otimizados
• 200 produtos semelhantes com títulos anteriores
• Grupo de produtos com imagens de lifestyle
• Grupo de produtos comparável sem imagens de lifestyle

Ou:

Passo 2: Documentar o desempenho anterior

Regista pelo menos:

• Impressões
• Cliques
• Taxa de cliques
• Custos
• Conversões
• Taxa de conversão
• Receita
• Rácio custo-receita
• Percentagem de produtos aprovados

Passo 3: Alterar apenas um fator maior

Por exemplo, testa primeiro os títulos. Depois as imagens. Em seguida, as custom_labels ou descrições de produtos.

Passo 4: Recolha dados suficientes

Um produto com duas impressões não fornece uma declaração confiável. Avalie as mudanças em grupos de produtos significativamente grandes e considere os efeitos sazonais.

Passo 5: Avalie o valor comercial em vez da taxa de cliques

Um novo título pode aumentar a taxa de cliques, mas atrair utilizadores menos dispostos a comprar.

Portanto, não avalie apenas:

A otimização gerou mais cliques?

Mas sim:

Gerou mais encomendas lucrativas ou uma margem de contribuição maior?

Os erros mais comuns em feeds de produtos CSS

Um plano prático de 30 dias

Semana 1: Verificar o estado técnico

Primeiro, faça um inventário:

• Quantos produtos foram aprovados?
• Quais erros ocorrem com mais frequência?
• O preço e a disponibilidade estão corretos?
• Os IDs são estáveis?
• As variantes estão corretamente separadas?
• Qual a percentagem de GTINs válidos?
• Que produtos não têm imagens?

Primeiro, corrija os erros que impedem completamente a exibição dos produtos.

Semana 2: Melhorar títulos e identificadores

Selecione os grupos de produtos mais importantes por volume de vendas ou potencial.

Desenvolva um modelo de título por categoria e adicione:

• Marca
• Modelo
• Tipo de produto
• Especificação central
• Informações de variante

Ao mesmo tempo, verifique GTIN, MPN e marca.

Semana 3: Expandir imagens e informações do produto

Adicione para produtos importantes:

• imagens principais de alta resolução
• perspetivas alternativas
• detalhes
• imagens de estilo de vida
• destaques do produto
• detalhes técnicos do produto

Concentre-se primeiro nos produtos com muitas impressões, mas com baixa taxa de cliques ou de conversão.

Semana 4: Gestão económica e automatização

Defina um sistema de Custom Labels e transfira:

• Margem
• Força de vendas
• Stock
• Estação
• Prioridade estratégica

Em seguida, verifique se a sua frequência de atualização corresponde ao seu sortido. Preços e stocks dinâmicos sugerem uma solução baseada em API.

Conclusão: O parceiro CSS é a infraestrutura, o feed é a alavanca de desempenho

Um bom Comparison Shopping Service cria as condições para uma conexão CSS profissional. No entanto, se o seu sortimento realmente explora todo o seu potencial, isso depende essencialmente da qualidade dos dados do produto.

Não comece com otimizações cosméticas. Primeiro, certifique-se de que os produtos sejam claramente identificados, corretamente aprovados e entregues com preços e estoques atualizados.

Depois, seguem as medidas de melhoria de desempenho:

• títulos de produtos precisos
• descrições estruturadas
• GTINs corretos
• categorias específicas
• imagens de produtos convincentes
• imagens de lifestyle
• Custom Labels econômicos
• automação confiável

O melhor feed de produtos não contém o máximo de informações possível. Ele contém as informações certas, no atributo certo, para o produto certo e no momento certo.

Especialmente para grandes sortimentos, a otimização de feed torna-se um processo contínuo. Quem considera a conexão CSS, dados de produtos, controle de preços e lógica de campanha em conjunto, cria uma base significativamente melhor para um Google Shopping escalável.

Perguntas frequentes sobre a otimização do feed de produtos para CSS