Resolver erros do Merchant Center: problemas de feed comuns e como recuperar produtos rejeitados

Perceber os tipos de erro antes de alterar seja o que for

O Merchant Center divide os problemas em três níveis de gravidade, com consequências diferentes para a veiculação.

• Rejeição: o produto fica invisível, sem impressões, nos resultados do Shopping. Trata este caso com a máxima prioridade.
• Aviso: o produto continua ativo, mas com colocações limitadas ou pior correspondência. Este caso tem prioridade média, mas costuma ter grande impacto.
• Limitação: o produto só é aprovado para determinados mercados-alvo, programas ou formatos. Isto afeta sobretudo as vendas transfronteiriças.

Igualmente importante é o nível em que o problema surge:

• Nível de conta: problemas com requisitos do site, políticas ou informações de devolução podem bloquear todo o sortido. Verifica este nível em primeiro lugar.
• Nível de feed e de produto: atributos em falta, valores inválidos ou preços incorretos afetam artigos individuais ou grupos de produtos.

Porque é que os problemas no Merchant Center saem tão caros

Produtos rejeitados representam uma perda direta de receita, sem leilões nem impressões. O prejuízo depende sobretudo do peso desses artigos na receita. Três best-sellers rejeitados pesam muitas vezes mais do que 800 artigos de nicho.

• Rejeição: o produto sai do Shopping. Verifica primeiro os principais geradores de receita afetados.
• Aviso de conta: põe em risco todo o sortido e tem prioridade sobre casos isolados.
• Aviso ao nível do produto: o produto mantém-se ativo, mas perde alcance devido a posicionamentos mais fracos e menos formatos.
• Restrição: o produto só está aprovado para determinados mercados ou programas. Isto nota-se sobretudo na venda transfronteiriça.

Estes oito erros são os mais frequentes

Os oito casos seguintes cobrem a maioria das notificações. Para cada um, explicamos a causa, a solução e como verificar o resultado.

1. GTIN, MPN ou marca em falta ou inválidos

Causa: a Google exige GTIN válidos para produtos de marca. Muitas vezes, os EAN estão no campo errado, contêm espaços, usam dígitos de controlo incorretos ou vêm da caixa exterior.

Solução: envia o GTIN como uma sequência numérica pura, com 8, 12, 13 ou 14 dígitos. Nos artigos sem código de barras, usa os campos brand e mpn e define identifier_exists como false apenas para esses artigos.

Verificação: depois da próxima recolha do feed, o número de erros diminui e o GTIN passa a constar como válido na vista do produto.

2. O preço não corresponde à página de destino

Causa: as diferenças de preço surgem de feeds desatualizados, descontos aplicados só no carrinho, diferenças entre preços líquidos e brutos, ou moedas incorretas.

Solução: envia sempre preços brutos na moeda do mercado-alvo e atualiza o feed com regularidade. Regista os preços promocionais com o respetivo período no campo sale_price.

Verificação: compara o valor do feed com o preço visível no URL do produto numa janela de navegação anónima, correspondente ao país e idioma de destino.

3. A disponibilidade não corresponde

Causa: as diferenças entre in_stock no feed e a página do produto surgem de sincronizações pouco frequentes, variantes esgotadas ou dados estruturados desatualizados.

Solução: atualiza os stocks pelo menos diariamente. Sincroniza os dados estruturados com o feed e assinala as variantes esgotadas com out_of_stock.

Verificação: em cinco artigos com muita procura, verifica a correspondência entre o estado no feed, a apresentação na página e os dados estruturados.

4. Faltam custos de envio e prazos de entrega por mercado-alvo

Causa: informações de envio incompletas para mercados externos custam visibilidade. Se os custos de envio na finalização da compra diferirem dos dados do feed, a Google rejeita os artigos.

Solução: regista, para cada país de destino, os custos de envio, bem como os prazos de processamento e de entrega. Nos artigos com condições diferentes, usa o atributo shipping ao nível do produto.

Verificação: passa um artigo de teste pelo checkout em cada mercado-alvo e compara os custos de envio apresentados.

5. Problemas de imagem

Causa: imagens de substituição, logótipos, grafismos publicitários, baixa resolução de imagem, bloqueios por robots.txt ou URL de imagem inacessíveis.

Solução: usa imagens de produto limpas, com pelo menos 250 px de lado e URL estáveis. Fornece vistas adicionais através de additional_image_link.

Verificação: abre o URL da imagem no navegador. As rejeições de imagem só desaparecem depois de um novo rastreamento pela Google.

6. Atributos obrigatórios em falta por categoria

Causa: para vestuário, a Google exige indicações de tamanho, cor, faixa etária, género, bem como um item_group_id comum para as variantes.

Solução: mapeia os atributos diretamente a partir dos dados da loja. Agrupa as variantes através de um item_group_id comum, para evitar concorrência interna nos lances.

Verificação: filtra a visão geral de produtos por categoria e verifica a integridade das colunas de atributos.

7. Rejeição por motivos de política

Causa: violações de políticas, direitos de marca, informações enganosas ou elementos promocionais no título, como maiúsculas, pontos de exclamação, «grátis» e preços.

Solução: escreve títulos objetivos, com marca, produto e principais características. Nas categorias restritas, verifica antecipadamente se são permitidas no mercado-alvo.

Verificação: depois da correção, solicita uma nova análise e aguarda o resultado.

8. Requisitos do site e da conta

Causa: informações incompletas sobre devoluções e contacto, certificado em falta, checkout de convidado bloqueado ou domínio não verificado.

Solução: publica informações completas sobre devoluções, envio, contacto e dados legais. Verifica o domínio e ativa o checkout de convidado.

Verificação: os erros de conta afetam todos os artigos. Depois da correção, o estado normaliza-se geralmente em poucos dias.

Assim classificas rapidamente uma mensagem de erro desconhecida

Esta tabela ajuda a classificar rapidamente mensagens desconhecidas.

Nesta ordem, a correção tem o maior impacto

Quando o tempo é escasso, é uma boa priorização da lista de erros que traz mais impacto.

1. 1Problemas de conta primeiro: problemas de site e de políticas afetam todo o sortido. Uma correção central substitui centenas de correções individuais.
2. 2Rejeições por peso na receita: ordena os artigos afetados por receita ou margem das últimas semanas. Trata primeiro os produtos com mais receita.
3. 3Causas sistemáticas antes de casos isolados: se as notificações ocorrem em muitos artigos, corrige o mapeamento subjacente do feed.
4. 4Avisos com impacto na qualidade: atributos em falta e títulos fracos pioram a correspondência e reduzem a taxa de cliques.
5. 5Cauda longa por último: trata os artigos com menos de um por cento de peso na receita todos juntos, numa só ronda.

Esta checklist mensal evita novas rejeições

Verificar estes pontos todos os meses evita, a tempo, rejeições que custam receita.

• Rejeições e avisos: avalia as notificações pelo número absoluto e pelo peso na receita.
• Amostra de preço e disponibilidade: verifica, por amostragem, cinco a dez artigos importantes por mercado-alvo.
• Envio e prazos de entrega: confirma as definições de cada país de destino diretamente no checkout.
• Verifica a integridade dos atributos obrigatórios por categoria, sobretudo em novos sortidos.
• Revê as imagens de novos produtos quanto a sobreposições, imagens de substituição e acessibilidade.
• Verifica se os títulos e descrições dos mais vendidos têm uma formulação objetiva.
• Controla a atualização do feed e a última recolha, para detetar cedo interrupções silenciosas.
• Verifica os teus mercados-alvo: todos os países de venda ativos estão ativados?

Estes quatro padrões criam novos problemas durante a correção

Algumas correções de erros criam novos problemas. Estes quatro padrões repetem-se com frequência.

• Regras gerais no feed: identifier_exists = false para todo o feed prejudica a correspondência de todos os artigos de marca.
• Corrigir apenas no feed suplementar: preços ou stocks incorretos na loja voltam a levar à rejeição.
• Não esperar pela nova leitura: várias correções seguidas sem verificação dificultam encontrar o erro.
• Diagnostics como única fonte: cruza as notificações da Google com os dados de receita, para uma priorização clara.

Um Google CSS Partner mostra-te o estado dos produtos diretamente no portal

A limpeza do feed é uma tarefa permanente. A forma mais simples de monitorizar os dados de produtos é diretamente ao nível do CSS.

No portal da csspartner.io, vês o estado dos produtos, as rejeições e os avisos de todos os mercados-alvo. O Fix Center sugere correções para as lacunas típicas, que tu aprovas.

Com um CSS certificado, poupas ainda 20 % no CPC na mesma posição, ou ganhas 25 % mais poder de licitação com o mesmo orçamento, por 19 € por mês, sem taxa de configuração.

O que significa realmente consultoria técnica num CSS

Muitos fornecedores prometem suporte. Quando surge um problema real, são quatro fatores concretos que decidem o sucesso.

Alguém capaz de ler um feed

As notificações no Merchant Center mostram muitas vezes apenas sintomas, como GTINs em falta ou preços incorretos causados por exportações com erros. Verifica sistematicamente, de trás para a frente, a cadeia entre a loja, a exportação, o feed e o Merchant Center.

Acesso ao nível certo

Como CSS, analisamos em conjunto a conta, os feeds e os produtos. Assim identificamos problemas em artigos individuais, categorias ou requisitos do site, como condições de devolução, dados de contacto e formas de pagamento, que muitas vezes não se notam apenas a partir do Merchant Center.

Um caminho de escalonamento que não termina no centro de ajuda

Em violações de políticas como misrepresentation, provas claras ajudam na revisão do Google. Como parceiro Google CSS, usamos canais diretos do Google e fornecemos os comprovativos exigidos sobre ficha legal, políticas e preços.

Monitorização para que os erros não fiquem semanas por resolver

Os erros que passam despercebidos são os que mais receita custam. Controla continuamente a saúde do produto, as taxas de rejeição e os acessos ao feed, para evitares perdas que só se descobrem no relatório trimestral.

Como decorre um caso de suporte

1. Pedido com contexto: envia o ID da conta, a mensagem de erro original e o URL do produto, para evitares perguntas adicionais logo à partida.
2. Classificação: verificamos se a conta, o feed ou os produtos estão afetados e quanta receita está em causa.
3. Procura das causas: comparamos os dados da loja, a exportação, o feed e o Merchant Center para encontrar o erro diretamente.
4. Aplicar a correção: as soluções permanentes pertencem à loja. Os ajustes rápidos resolvemo-los diretamente no feed.
5. Controlo após o crawl: verificamos se a rejeição foi resolvida ou se existem outros erros.
6. Evitar que se repita: esclarecemos a causa e tornamos o processo mais seguro para o futuro.

O que a consultoria não substitui

Uma boa qualidade de dados exige que a loja cumpra três tarefas fixas, independentemente do suporte.

• Manter os dados obrigatórios: sem GTIN, marca, estado, categoria, envio e imposto corretos, qualquer resolução de erros falha.
• Manter stocks e preços atualizados: uma sincronização diária evita a maioria das rejeições.
• Páginas completas na loja: o Google exige páginas de devolução, envio, pagamento, ficha legal e contacto.

Perguntas frequentes sobre erros do Merchant Center