LisboaEstamos no Web Summit, estande A1-33.Ver detalhes
Feedance
Artigo

Como impedir que o Google sobrescreva silenciosamente os dados de preço e disponibilidade do seu feed

O Google pode reescrever o preço, a disponibilidade e a condição do seu feed com as atualizações automáticas de itens. Veja como auditar e controlar isso.

Kardelen YılmazKardelen Yılmaz
11 min de leitura
Abstract illustration of two data streams representing feed and channel price data converging

O Google Merchant Center pode reescrever quatro campos do feed que você envia sem perguntar antes: preço, preço promocional, disponibilidade e condição. Ele extrai os valores substitutos diretamente da marcação de dados estruturados das suas páginas de produto, e faz isso por padrão em todas as novas contas do Merchant Center (support.google.com/merchants/answer/15623993). Se a sua página de produto demora para atualizar, está em cache em uma CDN ou simplesmente está errada, o Google ainda vai confiar mais nela do que no seu feed. Este guia é para quem roda campanhas pagas do Shopping ou listagens gratuitas e percebeu no Google um preço, status de estoque ou condição que não corresponde ao que foi enviado, e mostra como descobrir em quais dos seus anúncios isso está acontecendo e como travar os campos que importam.

O que as "atualizações automáticas de itens" realmente mudam

O Google chama esse recurso de automatic item updates (atualizações automáticas de itens) e, desde setembro de 2025, ele fica no Merchant Center em Products & store > Products > Automations, onde cada automação tem seu próprio botão de ativar/desativar e uma estimativa de impacto em linguagem simples (support.google.com/merchants/answer/15623993). Três subautomações vêm ativadas por padrão em todas as contas: atualizações de preço, de disponibilidade e de condição. Outras duas são opcionais e precisam ser ativadas deliberadamente: atualizações de frete e melhorias de imagem (support.google.com/merchants/answer/3246284).

A explicação do próprio Google sobre o mecanismo é direta: "Lemos automaticamente a marcação de dados estruturados da sua loja online usando nossos extratores de dados avançados e extraímos os dados dos produtos diretamente do seu HTML para o Merchant Center." Vale repetir exatamente o exemplo que o Google dá em sua central de ajuda, porque ele mostra como uma diferença pequena já aciona uma reescrita: se o envio mais recente do seu feed precifica um item a 4 GBP, mas a página do produto ao vivo o mostra a 3 GBP, o Google atualiza o anúncio ou a listagem gratuita ativa para 3 GBP, e não para os 4 GBP que você enviou.

A disponibilidade usa uma correspondência mais flexível do que o preço. A documentação do Google afirma que "in_stock, preorder e backorder são todos considerados compatíveis com in_stock" para os fins dessa automação; assim, uma página que mostre "backorder" por um curto período não necessariamente aciona uma correção, mas uma página que mostre "out of stock" contra um feed que diz "in stock" aciona.

Por que isso existe, e por que não é automaticamente ruim

O propósito declarado é evitar reprovações causadas por dados de feed desatualizados: "Se os extratores não conseguirem determinar as informações de preço, disponibilidade ou condição, seus produtos estarão sujeitos a reprovações no nível do produto" (support.google.com/merchants/answer/3246284). Em outras palavras, o Google criou isso como uma rede de segurança para lojistas cujos feeds ficam atrás de suas lojas virtuais. Para uma loja com marcação schema.org Product confiável e um feed atualizado com pouca frequência, isso realmente reduz as reprovações.

O problema é a premissa embutida: a de que a página ao vivo é sempre mais atual e correta do que o feed. Isso falha em algumas situações que vemos com frequência nas auditorias de feed:

  • A loja virtual usa uma CDN ou cache de página inteira que fica de 15 a 60 minutos atrás de uma mudança de preço, e o rastreamento do Google capta o preço antigo.
  • Os dados estruturados do site foram configurados uma vez, anos atrás, e nunca foram atualizados quando entrou em operação um novo motor de preços ou módulo de promoções, então eles informam o preço promocional do mês passado.
  • Uma loja virtual regional ou em uma moeda específica serve dados estruturados diferentes daqueles que o Google rastreia para aquele mercado.
  • O feed é deliberadamente mais conservador do que o site, por exemplo mantendo um item como "in stock" durante uma janela de margem definida enquanto a contagem do depósito é conciliada.

Em todos esses casos, as atualizações automáticas de itens fazem o Google mostrar o número errado no anúncio, e fazem isso silenciosamente. Não há e-mail. O único rastro é um item no feed de diagnósticos do Merchant Center, sob um problema rotulado exatamente como "Automatic updates: Mismatched price", "Automatic updates: Mismatched availability" ou "Automatic updates: Mismatched condition". É um modo de falha diferente das suspensões de conta que abordamos no nosso guia de recuperação de suspensão por declaração falsa: nada aqui faz sua conta ser suspensa, mas significa que o anúncio em que seu cliente clica pode não refletir a oferta que você pretendia veicular.

Um exemplo concreto

Feed enviado: price: 1299.00 TRY, availability: in stock
Página do produto ao vivo (atrás de um cache de CDN de 40 minutos após um corte de preço em uma venda relâmpago): os dados estruturados mostram 1199.00 TRY
O rastreador do Google lê a página em cache, sinaliza "Automatic updates: Mismatched price" e republica o anúncio a 1199.00 TRY — um preço que o lojista nunca enviou e que as condições da promoção nunca autorizaram para aquele canal.

O feed estava correto. A correção do Google é que foi o erro, e ela aparecia na guia de diagnósticos de forma idêntica a um caso em que o feed realmente estivesse desatualizado.

Checklist de diagnóstico: isso está acontecendo com você?

  1. Abra Products & store > Products > Diagnostics e filtre os problemas que contêm "Automatic updates". Cada um lista a quantidade de itens afetados e uma amostra dos IDs de oferta afetados.
  2. Abra Products & store > Products > Automations e verifique se as atualizações de preço, disponibilidade e condição estão ativadas (elas estão, por padrão, a menos que alguém já as tenha desativado).
  3. Escolha três IDs de oferta sinalizados e compare três valores lado a lado: o valor enviado no seu feed, o valor atualmente ativo no anúncio do Shopping ou na listagem gratuita e o valor nos dados estruturados schema.org/Product ou Product da sua própria loja virtual (veja o código-fonte da página ou use o Teste de pesquisa aprimorada do Google) no momento da verificação.
  4. Se o anúncio ativo corresponde aos dados estruturados, mas não ao seu feed, e os dados estruturados estão errados, a causa raiz está no seu site, não no seu feed. Corrigir os dados estruturados (ou o atraso do cache) corrige o anúncio sem mexer em nenhuma configuração do Merchant Center.
  5. Se você migrou da Content API for Shopping para a Merchant API este ano, verifique novamente cada botão de melhoria automática. A Content API for Shopping foi descontinuada em 18 de agosto de 2026, com erros progressivos nas requisições a partir de 1º de setembro de 2026 para quem ainda a chama (developers.google.com/merchant/api/latest-updates, página atualizada em 24 de setembro de 2026). As atualizações automáticas de itens agora ficam em um recurso dedicado automaticImprovements na Merchant API, e uma migração feita às pressas é uma forma comum de esses botões voltarem silenciosamente aos valores padrão.

Como desativar, por completo ou campo a campo

Na interface do Merchant Center, acesse Products & store > Products > Automations, abra a automação que deseja alterar, clique em View details e use o botão para ativar ou desativar aquela atualização específica. Isso funciona para atualizações de preço, disponibilidade, condição e frete. As melhorias de imagem e de frete também só podem ser gerenciadas dessa forma na interface, mas dois dos controles existem apenas na API.

Quem se conecta pela Merchant API controla o mesmo comportamento com campos booleanos explícitos no recurso automaticImprovements da conta (developers.google.com/merchant/api/guides/automatic-improvements/overview):

SubautomaçãoPadrãoBotão na interface do Merchant CenterCampo na Merchant API
Atualizações de preçoAtivadaSimallowPriceUpdates
Atualizações de disponibilidadeAtivadaSimallowAvailabilityUpdates
Atualizações estritas de disponibilidadeDesativadaNãoallowStrictAvailabilityUpdates
Atualizações de condiçãoAtivadaSimallowConditionUpdates
Melhorias automáticas de imagemDesativadaSimallowAutomaticImageImprovements
Melhorias automáticas de freteDesativadaNãoallowShippingImprovements

A documentação da Merchant API deixa claro que atualizar esse recurso substitui o componente inteiro, e não aplica um patch parcial: envie os seis campos em cada atualização, e não apenas aquele que você queria alterar, ou você corre o risco de redefinir os demais para os valores padrão (developers.google.com/merchant/api/guides/automatic-improvements/overview).

Decidindo o que realmente desativar

Desativar tudo não é automaticamente a decisão certa. Isso remove a rede de segurança contra as reprovações que o recurso foi criado para evitar. A abordagem mais útil é por atributo:

  • Mantenha as atualizações de preço e disponibilidade ativadas se seus dados estruturados forem confiáveis e a frequência de atualização do seu feed for de fato mais lenta do que as mudanças de preço no seu site.
  • Desative as atualizações de preço se você faz promoções com prazo definido em que o preço do feed é intencional e diferente de uma versão em cache ou anterior ao lançamento da página.
  • Deixe as atualizações estritas de disponibilidade desativadas (o padrão) se sua equipe de operações mantém itens disponíveis durante uma janela de conciliação que uma leitura literal da página contradiria.
  • Deixe as atualizações de condição ativadas na maioria dos casos; divergências de condição são mais raras, e o modo de falha (um item usado marcado como novo, ou vice-versa) costuma ser um problema real de dados que vale a pena detectar.

O que este guia não cobre

Este conteúdo é específico do Google Merchant Center. O Meta Commerce Manager e o TikTok Shop têm seus próprios comportamentos de conciliação de catálogo, e nenhum deles está documentado no mesmo lugar nem é controlado pelos mesmos botões; trate cada canal como uma auditoria própria. Este guia também não cobre o mecanismo separado de "autofeeds" do Google, em que o Google cria um feed inteiramente a partir do rastreamento do seu site, sem nenhum envio — esse é um recurso diferente para um problema diferente (a ausência total de feed, e não um feed parcialmente sobrescrito) e merece uma auditoria própria.

Se a causa raiz forem dados estruturados quebrados ou ausentes no seu site, e não uma configuração agressiva do Google, nenhum botão do Merchant Center resolve; você precisa corrigir a própria marcação, e o Teste de pesquisa aprimorada do Google é a forma mais rápida de ver o que o rastreador realmente está lendo. Ferramentas de monitoramento de feeds como Channable e DataFeedWatch mostram uma visão semelhante de diagnóstico de divergências, canal a canal; a diferença real é se o ciclo de correção, desde identificar a divergência até corrigir e republicar o feed, acontece no mesmo lugar em que você gerencia o próprio feed, o que é mais uma preferência de fluxo de trabalho do que uma limitação técnica de qualquer ferramenta. Erros de GTIN e de identificadores são uma classe de reprovação relacionada, mas distinta, abordada no nosso guia de erros de GTIN.

Onde o Feedance se encaixa

O Feedance trata seu feed enriquecido como a única fonte de verdade, enviada para cada um dos mais de 200 canais conectados por meio da integração com o Google Merchant Center; assim, uma sobrescrita feita pelo Google aparece como uma divergência visível em relação a essa fonte de verdade, em vez de desaparecer em uma guia do Merchant Center que ninguém verifica diariamente. O monitoramento de feeds é o que detecta o desvio em primeiro lugar; as decisões sobre os botões descritas acima continuam sendo suas, na própria interface do Google. A frequência de atualização do feed depende do plano (o Essentials sincroniza diariamente; o Business sincroniza a cada hora), o que importa aqui porque um feed atualizado apenas uma vez por dia dá às atualizações automáticas de itens um dia inteiro de intervalo para preencher com dados rastreados das páginas antes que seu próximo envio os corrija.

Perguntas frequentes

O que são as atualizações automáticas de itens do Google Merchant Center?

É um recurso do Google, ativado por padrão, que lê os dados estruturados das suas páginas de produto e os usa para sobrescrever os dados de preço, disponibilidade, condição e (opcionalmente) frete e imagem que você enviou no feed, sempre que o rastreador do Google encontra uma divergência.

Quais atributos o Google pode alterar sem que meu feed envie um novo valor?

Preço, preço promocional, disponibilidade e condição, por padrão. As estimativas de prazo de frete e as melhorias de imagem são subautomações separadas, desativadas por padrão, que precisam ser ativadas deliberadamente.

Ativar esse recurso vai resolver todas as minhas reprovações no Merchant Center?

Não. Ele só resolve reprovações causadas por uma divergência entre seu feed e sua página ao vivo nos quatro atributos cobertos. Erros de GTIN, violações de políticas e problemas de declaração falsa não têm relação com isso e precisam de correções próprias.

Posso desativar completamente as atualizações automáticas de itens?

Sim, por atributo, seja no Merchant Center em Products & store > Products > Automations, seja pelos quatro campos booleanos relacionados a atualizações no recurso automaticImprovements da Merchant API, se você gerencia sua conta pela API.

Isso também afeta meu catálogo da Meta ou do TikTok Shop?

Não. Esse mecanismo específico é exclusivo do Google. O Meta Commerce Manager e o TikTok Shop têm seus próprios comportamentos de conciliação de catálogo, documentados separadamente, que este artigo não cobre.

Migrei da Content API for Shopping para a Merchant API este ano. Devo verificar algo novamente?

Sim. As atualizações automáticas de itens agora ficam em um recurso dedicado automaticImprovements na Merchant API e, como as atualizações desse recurso substituem todo o conjunto de campos de uma só vez, um script de migração feito às pressas que tenha alterado apenas um campo pode ter redefinido silenciosamente os demais para os valores padrão.

Como sei se o Google já alterou meu anúncio?

Verifique em Products & store > Products > Diagnostics se há problemas rotulados como "Automatic updates: Mismatched price", "Mismatched availability" ou "Mismatched condition". Cada entrada lista uma amostra dos IDs de oferta afetados, para que você possa comparar diretamente o valor do feed com o valor ativo.

Todo lojista deve deixar isso desativado?

Não. Para lojas com dados estruturados precisos e um feed que é atualizado mais devagar do que a loja virtual, isso reduz as reprovações sem nenhuma desvantagem real. O risco é específico de lojas em que a página ao vivo pode estar desatualizada, em cache ou ser intencionalmente diferente do feed.

O Feedance gerencia essa configuração para mim?

O Feedance gerencia seu feed enriquecido como a fonte de verdade enviada ao Google e a mais de 200 outros canais; o botão das atualizações automáticas de itens em si é uma configuração da conta do Google Merchant Center que você controla diretamente na interface ou na API do próprio Google, e não algo que uma plataforma de feeds possa ativar por você.

Qual é a diferença entre as atualizações automáticas de itens e os autofeeds?

As atualizações automáticas de itens corrigem atributos específicos de um feed que você já envia. Os autofeeds são um mecanismo separado do Google que cria um feed do zero rastreando seu site quando nenhum feed foi enviado. Eles resolvem problemas diferentes e são controlados separadamente.

Faça uma auditoria gratuita do seu feed de produtos para ver onde os valores que você enviou e os dados ativos nos seus canais já se distanciaram.

Quer uma segunda opinião sobre o seu feed? Vamos revisá-lo com você e mostrar onde estão as lacunas antes do próximo envio.
Faça uma auditoria gratuita
Kardelen Yılmaz
Escrito por
Kardelen Yılmaz

Kardelen Yılmaz atua na área de growth da Feedance, onde ajuda marcas de e-commerce e agências a obter mais retorno de cada produto que anunciam. Ela escreve sobre qualidade do feed de produtos, campanhas de Shopping e Performance Max, automação de criativos e como as compras impulsionadas por IA estão mudando a visibilidade dos produtos.

LinkedIn

Descubra quais
produtos dão retorno.

Conecte seu feed e o GA4. Mostramos Product Score, 4T, Price War e Broken Size no seu próprio catálogo.