Voltar ao Blog
Insights

Google CSS com aconselhamento técnico para problemas no Merchant Center

20 % menos CPC através de um CSS é algo rápido de explicar. O interessante começa no dia em que o Merchant Center bloqueia: recusas, avisos na conta, erros de feed. Ninguém quer resolver estes casos sozinho.

Todos os que gerem campanhas de Shopping conhecem o momento. Segunda-feira de manhã, 400 produtos recusados, um aviso vermelho na conta, as campanhas a funcionar sem resultado. Ninguém mexeu no feed, nem na loja. No entanto, metade da visibilidade desapareceu. É exatamente aí que percebes se o teu CSS é mais do que um desconto no preço por clique.

Um Comparison Shopping Service (CSS) é a interface através da qual os teus produtos entram no leilão do Shopping. O CSS Partner está, assim, no ponto onde o feed, o Merchant Center e o leilão convergem. Ele vê um problema onde ele surge e não tem de o adivinhar a partir dos números do Google Ads.

O que o aconselhamento técnico significa para um CSS no dia a dia, que casos do Merchant Center são resolvidos mais rapidamente com ele, como funciona um caso de suporte e o que podes reunir previamente: é disso que se trata aqui.

Porque é que os problemas do Merchant Center são tão caros

Um produto recusado não é um aviso, é uma perda de vendas. Não entra em leilão, não gera impressões, não vende nada. O custo do caso não depende do número de mensagens de erro, mas sim das vendas geradas pelos artigos afetados. 800 artigos de nicho recusados são, por vezes, menos problemáticos do que três bestsellers recusados.

  • Recusa. O produto está fora do Shopping. Vê-lo imediatamente, especialmente em artigos com grande volume de vendas.
  • Aviso na conta. No pior dos cenários, pode custar todo o sortido. Estes casos devem demorar horas, não dias.
  • Aviso ao nível do produto. O produto continua a funcionar, mas perde qualidade: pior atribuição, menos formatos, posicionamentos mais fracos.
  • Restrição. O produto é apenas permitido em certos mercados ou programas. Muitas vezes, só se nota quando estás a vender transfronteiriçamente.
Contas rápidas: Se 15 % das tuas vendas de Shopping dependem de produtos recusados e a resolução demora duas semanas, com um volume de vendas mensal de 10.000 €, perdes cerca de 750 €. Este dinheiro não o recuperas mais tarde.

O que o aconselhamento técnico com um CSS realmente significa

“Suporte incluído” está em todas as páginas de provedores. Na prática, o que conta menos é a palavra e mais quatro coisas bem concretas.

Alguém que consegue ler um feed

A maioria das mensagens do Merchant Center descreve sintomas. “GTIN em falta” significa frequentemente que o campo está preenchido na loja, mas não é incluído na exportação. Por trás de “Preço-Mismatch” (desajuste de preço) está geralmente um preço líquido ou uma promoção que não chega ao feed. É preciso percorrer a cadeia Loja, Exportação, Feed, Merchant Center ao contrário e ver em que estação o valor muda. Adivinhar atributos só custa tempo.

Acesso ao nível certo

Como CSS, vemos a conta, os feeds e os produtos individuais em conjunto. Assim, geralmente fica claro em poucos minutos se se trata de artigos individuais, de um grupo de produtos (clássico: uma categoria com novos campos obrigatórios) ou da própria conta. Os temas da conta são quase sempre requisitos do site: condições de devolução, informações de contacto, métodos de pagamento.

Um caminho de escalonamento que não termina no Centro de Ajuda

Em casos de violação de políticas como misrepresentation, nenhuma correção de feed ajuda. O objetivo é apresentar os factos de tal forma que uma revisão possa trabalhar com eles. Como Google CSS Partner, temos um canal direto para o Google e sabemos, a partir de casos anteriores, que provas são esperadas: ficha técnica, condições de devolução e envio, métodos de pagamento, mesmos preços na loja e no feed.

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

O erro mais caro é aquele que ninguém percebe. A saúde dos produtos, a taxa de recusa e as recolhas do feed devem, por isso, ser verificadas regularmente. Quem só vê isso no relatório trimestral já pagou por dois meses.

Casos típicos – e como são resolvidos

Os seguintes casos representam a maioria dos pedidos que recebemos.

CasoO que geralmente está por trásSoluçãoDuração realista
Produtos recusados: GTIN em faltaGTIN presente na loja, mas não mapeado na exportaçãoCorrigir o mapeamento de exportação ou definir uma regra de feed, exceções para marcas próprias via identifier_exists1–2 dias até à próxima recolha (crawl)
Preço-MismatchPreço líquido em vez de bruto, preço promocional não no feed, moeda errada por mercado-alvoDefinir fonte de preço na exportação, passar sale_price separadamente, verificar país-alvo e moedaGeralmente resolvível no mesmo dia
Disponibilidade difereFeed é atualizado com menos frequência que o stockAumentar a frequência do feed ou complementar as atualizações de stock1 dia
Imagem recusadaMarca d'água, sobreposição de logotipo, imagem de placeholder, resolução muito baixaImagem principal sem elementos publicitários, motivos de lifestyle via campos de imagem adicionais1–3 dias
Aviso na conta: Requisitos do siteInformações de devolução, envio ou contacto em falta ou incompletasAdicionar páginas obrigatórias, ligar na conta, solicitar revisão3–7 dias incluindo revisão
Misrepresentation / BloqueioCaso de política, não erro de feedDocumentar os factos, reunir provas, acompanhar a revisão através do canal CSS1–3 semanas, dependendo da revisão
Feed não é recolhidoURL, dados de acesso ou janela de tempo alterados; servidor bloqueia o GoogleVerificar registo de recolha, libertar acesso, ajustar horárioHoras
Novo mercado-alvo não gera impressõesLíngua, moeda, custos de envio ou imposto para o país em faltaCompletar a configuração do país por mercado-alvo, verificar atributos do feed por país2–5 dias
Uma correção só entra em vigor após a próxima recolha do feed e nova verificação. Quem escreve dez minutos depois que nada mudou, está principalmente a gerar trabalho duplicado.

Como funciona um caso de suporte

  1. Notificação com contexto. ID da conta, a mensagem de erro original e um produto afetado com URL. Isto evita a primeira ronda de perguntas.
  2. Classificação. Verificamos se é um problema de conta, feed ou produto e quanto volume de vendas está em risco.
  3. Procurar a causa. Conjunto de dados da loja, exportação, valor do feed e valor do Merchant Center lado a lado. É aqui que se percebe onde o valor se perde.
  4. Implementar a correção. Na loja ou na exportação, se for para durar. Através de uma regra de feed, se tiver de ser rápido e a alteração na loja demorar semanas.
  5. Verificar após a recolha (crawl). A recusa desapareceu? E havia uma segunda mensagem por trás que antes não era visível?
  6. Prevenir a repetição. No final, a pergunta incómoda: Qual foi a causa real, e o que impede o mesmo caso no próximo trimestre?

O que o aconselhamento não substitui

A qualidade dos dados não se faz com palavras. Três coisas continuam a ser tarefas da loja, independentemente da qualidade do suporte.

  • Atributos obrigatórios limpos. GTIN, marca, condição, categoria, envio, imposto. Se esta base faltar, qualquer correção apenas adia o problema.
  • Stocks e preços atualizados. Uma sincronização diária evita a classe de recusa mais comum de todas.
  • Páginas da loja completas. Devoluções, envio, pagamento, ficha técnica, contacto. Isto é um requisito de política, não cosmética.
O aconselhamento acelera a solução e evita erros. A frequência com que precisas dele é decidida pela tua higiene de dados.

Checklist antes do ticket de suporte

  1. Copiar a mensagem de erro no original, não parafrasear.
  2. Indicar um produto afetado com ID e URL da loja.
  3. Verificar rapidamente: caso único, grupo de produtos ou problema de conta?
  4. Anote a data da última alteração do feed e da loja.
  5. Verificar se o feed foi recolhido com sucesso.
  6. Indicar o mercado-alvo, idioma e moeda do feed afetado.

Com estas seis informações, a maioria dos casos pode ser resolvida na primeira tentativa.

Perguntas Frequentes

A mudança para um CSS resolve os meus erros do Merchant Center?

Não, e nenhum provedor deveria afirmar isso. Um CSS altera a participação no leilão e o preço por clique, não os teus dados de produto. A diferença é que, em caso de erro, alguém examina o feed e a conta contigo.

O vosso suporte pode reativar uma conta bloqueada?

O Google decide sobre a reativação, nunca nós. Ajudamos a documentar os factos de forma clara, a reunir as provas exigidas e a acompanhar a revisão através do nosso canal CSS. Isso aumenta a probabilidade de a primeira tentativa ser bem-sucedida.

Com que rapidez recebo uma resposta?

Nos dias úteis; casos com perda de vendas contínua têm prioridade. O tempo que a solução demora depois depende principalmente da próxima recolha do feed e, em casos de política, da revisão do Google.

Trabalho com uma agência. Isso é compatível?

Sim, e é mesmo o caso mais comum. A agência faz as campanhas e a implementação do feed, nós fornecemos o nível CSS, a monitorização e o caminho de escalonamento. Para agências com muitas contas, existe ainda o modelo white-label.

Preciso de remodelar a minha loja para ter suporte?

Não. Muitas coisas podem ser atenuadas a curto prazo através de regras de feed, enquanto a correção permanente na loja ou na exportação é planeada com calma.