Auditoria Google Shopping: o que muda em relação à Search [guia 2026]

Auditoria de Shopping vive ou morre no feed. Guia prático com product groups, produto zumbi, Smart Shopping legado, PMAX e métricas próprias.

Atualizado em

Auditoria Google Shopping: o que muda em relação à Search [guia 2026]

Auditar Google Shopping com a mesma cabeça de auditoria Search é a forma mais comum de não encontrar o problema. Em Search, a unidade de análise é a keyword. Em Shopping, a unidade é o produto, e a maior parte do que define performance acontece fora do Google Ads, dentro do Merchant Center, no feed. Esse guia é o roteiro que a gente usa pra auditar conta de ecommerce no boraADS: o que olhar primeiro, o que ignorar, e por que produtos que existem no feed e nunca disparam anúncio são, normalmente, onde o orçamento está vazando.

Resposta rápida

Auditoria de Google Shopping verifica feed (Merchant Center), product groups, bid por produto/marca, produtos zumbi (sem impressões ou sem conversão), erros de feed e estrutura PMAX vs Shopping padrão. Difere de auditoria Search porque a unidade analítica é o produto, não a keyword. Tempo médio: 60 a 120 minutos por conta de ecommerce de porte médio.

Por que Shopping pede uma auditoria própria

Auditoria Search começa pelo termo de busca. Auditoria Shopping começa pelo SKU. Essa diferença muda tudo na ordem de investigação.

Em Search, se uma campanha tá ruim, você abre o relatório de search terms, vê o que tá puxando gasto, joga negativa, ajusta lance, refina copy. Em Shopping, o equivalente do “search term” é o produto que apareceu. Mas o produto só apareceu porque (1) tava no feed, (2) tava aprovado, (3) o título tinha as palavras certas, (4) o product group cobria ele, (5) o lance pagou o leilão. Cinco camadas. Search tem uma.

A outra diferença é que Shopping não tem keyword. Você não escolhe pra quais buscas seu produto aparece. O Google decide com base no que tá escrito no feed. Isso significa que copy de anúncio em Shopping é literalmente o título e a descrição do produto no Merchant Center. Auditar Shopping sem auditar feed é como auditar Search sem olhar as keywords.

E em ecommerce BR, tem agravante: a maioria das contas mistura Shopping padrão (quando ainda existe), Performance Max com feed, e às vezes Smart Shopping legado que ninguém migrou direito. Auditar isso pede método.

Por onde começar a auditoria de feed no Merchant Center?

Antes de abrir a interface do Google Ads, abre o Merchant Center. Vai direto pra aba Diagnostics (ou Diagnóstico, no painel em português). A própria documentação oficial do Google explica por que esse é o ponto de partida:

“Incorrect, inaccurate, or missing product information can cause disapprovals, limited eligibility, incorrect displays for your products, or other Issues in Merchant Center.”

Google Merchant Center Help, Product data specification

Três coisas pra checar, nessa ordem:

Erros de produto (item-level issues). Esses derrubam SKUs específicos do leilão. Olhe a contagem total e ordene pelos mais frequentes. Os campeões em conta brasileira são:

  • Missing GTIN em produtos que têm código de barras
  • Invalid value [tax] em conta que esqueceu de configurar imposto
  • Missing value [shipping] quando frete não tá no feed nem nas configurações de conta
  • Image too small ou Generic image (imagem placeholder ou logo)
  • Mismatching value [price] entre feed e landing page

Erros de feed (feed-level issues). Esses afetam o feed inteiro, não SKUs isolados. Geralmente são de schema, encoding ou URL quebrada do feed source. Mais raros, mas quando acontecem derrubam a conta toda.

Erros de conta (account-level issues). Esses suspendem ou limitam a conta. Política de produto proibido, problemas de site (HTTPS, política de devolução visível, contato no rodapé). Auditoria que ignora isso erra o diagnóstico em conta suspensa ou penalizada.

Depois dos diagnósticos, três checks de saúde geral do feed:

  1. Contagem total de produtos versus contagem real do site. Se o ecommerce tem 8 mil SKUs ativos e o feed tem 5.200, tem 2.800 SKUs invisíveis pro Google. Geralmente é filtro de estoque mal feito ou item-level disapproval em massa.
  2. Frequência de atualização do feed. Em 2026, daily é mínimo aceitável pra conta com qualquer rotação de preço ou estoque. Conta de moda, eletrônico ou marketplace pede update a cada 15-60 minutos. Feed semanal em 2026 é desastre garantido.
  3. Cobertura de atributos opcionais que viraram quase-obrigatórios. color, size, material, gender, age_group, custom_label_0 a custom_label_4. Ausência não rejeita, mas reduz match com queries relevantes.

Um sinal sutil que muita auditoria ignora: reset de container de feed. Se alguém recriou o feed source nos últimos 90 dias, mesmo mantendo os mesmos IDs de produto, o histórico de performance do GMC pra esses produtos foi zerado. Performance Max e Smart Bidding precisam de histórico pra calibrar lance. Reset recente explica quedas inexplicáveis melhor do que qualquer mudança de bid.

Product groups: onde a estrutura de Shopping acontece

Shopping padrão tem product groups (grupos de produtos). É o equivalente de ad group em Search, com diferença crítica: aqui você não escolhe palavras, escolhe subdivisões do feed. Categoria, marca, custom label, condição, ID de produto, faixa de preço.

Auditar product groups é olhar três coisas:

Granularidade da subdivisão. Conta com tudo em “All Products” e bid único não tá usando Shopping de verdade. Mínimo aceitável: subdivisão por categoria ou marca, com bids diferenciados. Ideal pra conta com mais de 500 SKUs: subdivisão até nível de produto pros top sellers (top 20% que respondem por 80% do gasto).

% de produtos ativos por grupo. Adicione a coluna ”% Active products” na aba Product Groups. Grupo com 0% ativo é grupo morto, geralmente porque alguém mudou o nome do atributo no feed (clássico: “coffee makers” virou “coffee maker” e a segmentação sumiu) e ninguém percebeu. Esses grupos consomem espaço mental sem entregar nada.

“Everything else in [grupo]” não devorando o gasto. Quando você subdivide um grupo, o Google cria automaticamente um “Everything else”. Se mais de 30% do gasto tá indo pra esse catch-all, sua subdivisão tá mal calibrada: ou faltam regras, ou faltam exclusões.

A auditoria fica mais útil se você cruzar product group com gasto, conversões e ROAS dos últimos 30 dias. Grupos no top 10 de gasto e bottom 10 de ROAS são os primeiros candidatos a ajuste de lance ou exclusão.

Bid por produto e por marca: onde mora a alavanca

Em Shopping padrão, lance é por product group. A pergunta de auditoria é: o bid reflete o valor real do produto?

Erro mais comum: bid uniforme dentro de “All Products” porque “Smart Bidding cuida disso”. Se a conta usa Maximize Conversion Value ou Target ROAS, Smart Bidding cuida do quanto lançar, mas a estratégia inteira opera sobre o universo de produtos definido pelos product groups. Sem subdivisão, Smart Bidding tá otimizando uma média que esconde o que importa.

Checklist rápido pra essa parte:

  • Top sellers (top 20 SKUs em receita) têm product group próprio ou ID-level bid?
  • Marca dominante (se houver) tem grupo separado de marca cauda longa?
  • Produtos de margem alta estão sinalizados via custom_label e têm tROAS diferenciado?
  • Lance pra produto novo (sem histórico) tem lógica explícita ou tá no piloto automático genérico?

Conta de ecommerce que vende eletrônico Apple ou Samsung sem grupo dedicado pra essas marcas é sintoma de auditoria nunca rodada. Margem em produto Apple é mínima e CPC é caríssimo. Bidar igual ao resto do catálogo queima dinheiro previsivelmente.

Produtos zumbi: o vazamento silencioso

Produto zumbi tem duas definições, e auditoria boa cobre as duas:

Zumbi tipo 1, produto que gasta sem converter. SKU que consumiu impressões e cliques nos últimos 30-60 dias e não fechou venda nenhuma. Em conta saudável, esses produtos viram exclusão ou bid reduzido. Em conta nunca auditada, eles ficam ali, mês após mês, consumindo o orçamento em silêncio.

Pra encontrar: relatório de produtos no Google Ads, ordene por gasto descendente, filtre conversões = 0, janela de 60 dias. Os 20 primeiros dessa lista geralmente são responsáveis por 10-25% do gasto da conta. Aplicar exclusão neles libera verba pra produtos que convertem.

Zumbi tipo 2, produto que existe no feed mas nunca apareceu. Esse é mais sutil. O SKU tá aprovado no Merchant Center, faz parte do product group, mas nos últimos 30 dias teve zero impressão. Causas: title pobre que não dá match com nenhuma query, preço fora da curva (40% acima da média), GTIN errado que derruba o Quality Score do produto, ou simplesmente baixa demanda.

Pra encontrar: cruze a lista de produtos ativos no feed com a lista de produtos com impressões > 0 no relatório. O delta são os zumbis tipo 2. Em conta de ecommerce com 5 mil SKUs, é comum 30-40% dos produtos nunca aparecerem. Não dá pra resolver todos, mas vale priorizar os de margem alta.

Um terceiro tipo, menos comum mas devastador quando aparece: produto fantasma de remarketing dinâmico. ID na página do produto (via tag) não bate com ID no feed. Remarketing dinâmico não consegue mostrar o produto certo pra quem visitou. Sintoma: CTR de remarketing despencando sem motivo aparente. Causa: desenvolvedor mudou o esquema de SKU no site e ninguém avisou o time de mídia.

Resumo rápido dos três tipos pra orientar prioridade na auditoria:

TipoDefiniçãoComo detectarFix imediato
Zumbi 1Gasta e não converteRelatório de produtos, gasto > 0 e conversões = 0 em 60 diasExcluir ou reduzir bid
Zumbi 2Está no feed mas nunca apareceuCruzar SKUs ativos com SKUs com impressões > 0 em 30 diasRevisar title, preço, GTIN
Zumbi 3Fantasma de remarketing dinâmicoCTR de remarketing despenca; ID da tag não bate com feedSincronizar IDs entre site e feed

Erros de feed: disapprovals que comem performance

Disapprovals em massa não são raros. São rotina. Um estudo da DataFeedWatch com 4,5 milhões de produtos em 15 mil lojas e mais de 60 países encontrou que cerca de 7% de todos os produtos enviados ao Google Shopping são desaprovados por erros críticos, com GTIN inválido afetando 48,43% dos merchants e overlay promocional em imagens atingindo 40%. (fonte: DataFeedWatch via Search Engine Land)

O que diferencia conta saudável de conta caótica é o processo de monitoramento, não a ausência de erros.

Categorias mais comuns em conta BR e como auditar:

  • Pricing mismatch. Preço no feed difere do preço na landing page. Em ecommerce com promoção dinâmica (preço Pix, preço cartão, preço de cupom), isso acontece toda semana. Auditoria verifica se o feed pega o preço de exibição padrão e se updates de promoção propagam em menos de 4 horas.
  • Image issues. Imagem com watermark, marca d’água, texto promocional sobreposto ou borda. Google rejeita. Em loja que recebe imagem do fornecedor sem tratar, isso é endêmico.
  • Restricted product policy. Cosmético, suplemento, item de saúde, item infantil: categorias com regras específicas. Conta que vende produto regulado e nunca leu a policy doc do Google tem 30%+ do feed desaprovado por isso.
  • Landing page issues. Página fora do ar, redirect quebrado, mobile não responsivo, falta de política de devolução visível. Google crawla o site e penaliza.
  • Shipping/tax misconfigured. No Brasil, frete varia por CEP e imposto vem embutido. Configuração mal feita aqui rejeita produto inteiro.

Pra cada categoria, auditoria boa não só lista, mas anota: quantos SKUs afetados, % do feed, prioridade de fix. Disapproval em 3 SKUs de cauda longa é diferente de disapproval em 200 SKUs do top 20% de receita. Trate diferente.

Pra cobertura do fluxo completo de auditoria de conta, veja o post sobre como auditar uma conta Google Ads. Pra o checklist imprimível com os 47 itens que a gente roda, vai aqui.

Qual a diferença entre Smart Shopping, Performance Max e Shopping padrão hoje?

Smart Shopping foi descontinuado em 2022. Toda conta com Smart Shopping ativa em 2026 ou tá com configuração órfã (campanha pausada que ninguém deletou) ou recebeu migração mal feita pra PMAX. Auditoria precisa identificar.

Hoje, ecommerce roda alguma combinação de:

Performance Max com feed (PMAX Shopping). Substituto oficial do Smart Shopping. Roda em todos os inventários do Google (Search, Shopping, YouTube, Display, Gmail, Maps). Bidding 100% automatizado, controle de produto via asset group e listing group. Reporting agregado por canal, sem search terms detalhadas, sem product group report como em Shopping padrão. Adoção massiva: PMAX hoje captura cerca de 62% do gasto em Shopping e 61% das vendas atribuídas a Shopping, embora Standard ainda entregue CPA em média US$5 menor em alguns nichos. (fonte: jetfuel.agency, 2026 ecommerce benchmark)

Shopping padrão (Standard Shopping). Ainda existe, ainda funciona, ainda dá controle. Continua oferecendo product groups, bid manual ou tROAS, search terms parciais, exclusão por ID. Roda só em superfícies Shopping (não em Search puro, não em Display, não em YouTube).

Combinação das duas. Permitido. Quando ambas têm o mesmo produto elegível, Shopping padrão tem prioridade sobre PMAX se a campanha standard tiver maior ad rank. Isso muda completamente como você estrutura. Dá pra usar Shopping padrão pra cobrir top sellers com controle fino e PMAX pra cobrir cauda longa.

O que auditar em cada cenário:

CenárioO que checar
Só PMAXAsset group por categoria/marca, custom labels usados, exclusões de produto, signal de público, brand exclusion
Só Shopping padrãoSubdivisão de product groups, bid por grupo, tROAS realista, % active products
PMAX + Shopping padrãoOverlap de produto, qual campanha tá pegando o leilão dos top sellers, distribuição de gasto entre as duas
Smart Shopping órfãoPausar/excluir, garantir que migração pra PMAX já tá ativa, validar histórico

Pra deep dive em auditoria PMAX, veja o post sobre auditoria de Performance Max.

Erro comum em conta que roda PMAX: confiar no signal de público sem filtrar produto. Asset group sem exclusão de produto faz PMAX redirecionar verba pra qualquer SKU que ele acha que vai performar, incluindo produto sem margem, produto fora de estoque, produto que você não quer empurrar. Auditoria de PMAX Shopping precisa olhar a aba Insights pra ver pra onde o orçamento tá vazando.

Métricas que importam (e as que não importam tanto)

Auditoria Search olha CTR, CPC, Quality Score, taxa de conversão por keyword. Em Shopping, o conjunto muda:

Métricas que importam:

  • Impression share por categoria/marca. Dá pra ver onde você tá perdendo leilão por orçamento e onde por rank. Disponível em Shopping padrão; em PMAX, parcial.
  • ROAS por product group. Único jeito honesto de avaliar onde ajustar bid.
  • CTR por grupo de produto. Baixo CTR num grupo geralmente sinaliza title pobre, imagem ruim, ou preço fora da curva.
  • % de produtos com impressões. Métrica de saúde do feed. Conta saudável fica acima de 70%.
  • Conversion value por SKU (top 20% e bottom 20%). Pareto puro: top 20% dos SKUs respondem por 60-80% da receita. Bottom 20% geralmente é onde mora desperdício.
  • Custo por produto sem conversão. Total de gasto em SKUs com 0 conversão nos últimos 60 dias. Esse é o número mais embaraçoso pra mostrar pro cliente.

Métricas que importam menos em Shopping:

  • CTR médio da conta (média de mil produtos não diz nada).
  • Quality Score (não existe em Shopping; o equivalente é qualidade do feed).
  • Posição média do anúncio (deprecated em geral, e em Shopping nunca foi métrica útil).

Conta de ecommerce auditada bem tem dashboard próprio pra Shopping, separado de Search. Misturar as métricas das duas em mesmo report é receita pra conclusão errada.

Perguntas frequentes

Posso auditar Shopping só pelo Google Ads, sem acesso ao Merchant Center? Não. Vai pegar 30% da história. Erros de feed, disapprovals, problemas de imagem, mismatch de preço: tudo mora no Merchant Center. Auditoria de Shopping sem GMC é como auditar carro sem abrir o capô.

Performance Max matou Shopping padrão? Não. Coexistem. PMAX é default pra contas novas e pra ecommerce que quer automação total. Shopping padrão segue válido e útil pra conta que precisa de controle granular de bid, especialmente em ecommerce com mix de margem variável. Combinar os dois é estratégia comum em conta madura.

Com que frequência rodar auditoria de Shopping? Auditoria completa (a fundo): trimestral. Check-up rápido de feed e produtos zumbi: mensal. Monitoramento de diagnostics no Merchant Center: semanal. Quem espera o cliente reclamar pra olhar feed já perdeu dinheiro.

Conta com 10 mil SKUs também segue esse mesmo método? Sim, mas com priorização. Em catálogo grande, foca primeiro nos top 100 SKUs em receita e nos top 100 em gasto. Esses 200 produtos respondem por 70-85% do impacto financeiro. Auditar 10 mil produtos um por um não escala. Auditar os que importam, sim.

O que é mais grave: feed com 200 disapprovals ou conta com 80% do gasto em “Everything else”? Depende dos 200 SKUs e do “Everything else”, mas em geral o segundo é pior. Disapprovals em massa são visíveis e relativamente rápidos de corrigir. Estrutura mal feita esconde o problema atrás de número agregado que parece ok.

boraADS substitui auditoria manual de Shopping? A gente acelera, não substitui o julgamento. Em ~90 segundos, os 9 agentes rodam diagnóstico de feed, identificam produtos zumbi (tipo 1), mapeiam disapprovals, sinalizam product groups com 0% active e cruzam PMAX vs Shopping padrão. O que sobra pro humano é decidir o quê fazer com o achado, e isso ainda pede contexto de negócio.

Acelera a auditoria de Shopping com IA

Auditoria de Shopping bem feita, em conta de ecommerce de porte médio, leva 60-120 minutos. Auditoria com boraADS leva 90 segundos pra parte de diagnóstico. O que sobra é tempo pra você pensar em estratégia, não em planilha. Os agentes cruzam dados do Merchant Center, identificam SKUs zumbi, mapeiam disapprovals e geram relatório editável pronto pra enviar.

Começar trial grátis →

Sem cartão de crédito. Primeira auditoria em menos de 2 minutos.