Página do produto indisponível no Merchant Center: uma árvore de decisão para 404s, bloqueios de bots e cadeias de redirecionamento

"Página do produto indisponível" é uma das mensagens mais caras que o Merchant Center exibe, porque não avisa antes. O Google desativa os produtos afetados, e eles deixam de aparecer em anúncios e listagens gratuitas até que o rastreador consiga acessar a página novamente (Ajuda do Google Merchant Center). Uma única falha de rastreamento na página mobile ou desktop reprova o item nos dois dispositivos e, depois que você corrige o problema, o produto pode levar até 48 horas para voltar (Google, Problemas de rastreamento de produtos).

Este guia é para gestores de feed, líderes de agência e desenvolvedores que encontram erros de landing page na aba Requer atenção. Ao final, você será capaz de classificar a falha em uma de seis causas (o feed, o robots.txt, uma regra de firewall ou CDN, uma cadeia de redirecionamento, o servidor ou o próprio Google) e corrigi-la na origem.

O que cada nome de problema de landing page realmente significa

O Google relata um único problema de fundo, "não foi possível acessar a página do seu produto", sob vários nomes. A tabela associa cada um ao seu código de API e ao primeiro ponto a verificar.

Os códigos de problema vêm do mapeamento de gravidade da Content API; os nomes vêm das páginas de ajuda do Google sobre página do produto indisponível, não foi possível verificar as páginas de produtos e acesso do StoreBot. A última linha é no nível da conta, não do produto.

Primeiro, conte quantos produtos foram afetados

Antes de abrir qualquer URL, verifique que parcela do catálogo foi afetada. Essa proporção indica onde procurar.

• Quase todos os produtos: algo que afeta o site inteiro (robots.txt, uma regra de CDN ou firewall, DNS, uma queda) está bloqueando o Google. Comece pelas ramificações B, C e E.
• Um subconjunto bem definido (uma categoria, marca ou padrão de URL): o feed está gerando URLs erradas. Comece pelas ramificações A e D.
• Uma parcela pequena e dispersa, sem padrão, com páginas que carregam normalmente: o rastreamento do Google pode simplesmente ter falhado. Emmanuel Flossie, da FeedArmy, considera que cerca de 10% dos produtos indicam uma causa do lado do Google, e todos os produtos indicam um problema no site (PPC Land, março de 2026). Essa é a observação de um profissional, não um benchmark do Google; use-a como hipótese inicial, não como veredito.

Baixe os produtos afetados em CSV na aba Requer atenção (Google) e ordene pelo caminho da URL; o padrão costuma aparecer rápido.

A árvore de decisão: seis causas, na ordem em que devem ser testadas

Passe uma das URLs afetadas pela ferramenta de Inspeção de URL, escolhendo smartphone ou desktop como tipo de acesso, de acordo com o erro, que é o teste recomendado pelo próprio Google (Google). Depois, siga a primeira ramificação que corresponder.

A. A URL no feed está errada (404 ou URL inválida)

Se a inspeção retornar 404, compare a URL do feed com a URL ativa. Causas comuns: um slug alterado, um domínio de staging, um prefixo de idioma ausente ou caracteres sem codificação. O Google exige que as URLs comecem com http:// ou https://, usem seu domínio verificado e tenham os caracteres especiais codificados, dando como exemplo uma vírgula que se torna %2C (Google). O atributo link deve seguir a codificação da RFC 2396 ou da RFC 1738 (Google, Especificação de dados do produto).

Isso atinge lojas turcas e árabes cujas plataformas geram slugs a partir dos nomes dos produtos. Linhas ilustrativas, criadas para este guia:

Faça a codificação em uma regra de feed em vez de manualmente, e codifique uma única vez. A codificação dupla transforma %C4 em %25C4, um novo 404. Corrija alguns produtos com Editar produto; para muitos, corrija link e mobile_link na origem e reenvie o feed (Google).

B. O robots.txt está bloqueando o Google ou não pode ser acessado

Se a inspeção indicar que a página está bloqueada, abra /robots.txt. A solução do Google é permitir que tanto o rastreador de landing pages quanto o de imagens acessem o site inteiro (Google):

User-agent: Googlebot
Disallow:

User-agent: Googlebot-image
Disallow:

Três detalhes costumam pegar as pessoas de surpresa:

• O AdsBot ignora o curinga. AdsBot-Google e AdsBot-Google-Mobile ignoram o grupo User-agent: *, então as regras para eles precisam citá-los pelo nome (Google, rastreadores de casos especiais). O Google usa o AdsBot-Google para anúncios e o Googlebot para o orgânico, e bloquear qualquer um dos dois pode causar problemas (Google).
• O Storebot-Google tem seu próprio token. Suas regras afetam todas as superfícies do Google Shopping (Google, rastreadores comuns), então um Disallow: / adicionado para economizar crawl budget deixa o Storebot de fora de todas as páginas de produto.
• Um robots.txt inacessível também é uma falha. "Não foi possível acessar o arquivo robots.txt" é uma causa própria de página do produto indisponível (Google).

Se você alterou o robots.txt recentemente, o Google pode continuar exibindo os produtos afetados por até 30 dias, usando imagens aprovadas anteriormente (Google). Esse período de carência esconde o problema; ele não o resolve.

C. Proteção contra bots, firewall ou bloqueio geográfico retorna 403 só para o Google

Esta ramificação confunde as pessoas porque a página carrega normalmente no navegador. O próprio Google descreve o padrão: firewalls ou CDNs como a Cloudflare que retornam 403 ou 404 apenas para bots automatizados, listas de bloqueio de user-agent e frameworks de fingerprinting que sinalizam rastreadores por user agent, IP, variáveis do navegador ou taxa de rastreamento (Google, acesso do StoreBot).

1. Verifique o log do firewall ou da CDN em busca de requisições de Googlebot, AdsBot-Google ou Storebot-Google bloqueadas ou desafiadas.
2. Verifique por DNS reverso, não por uma lista estática de IPs. O Google desaconselha a lista de permissão de IPs estáticos e recomenda o DNS reverso (Google). O Googlebot resolve para googlebot.com, o AdsBot para google.com, e o Google publica as faixas de IP como common-crawlers.json e special-crawlers.json (Google, verificação de requisições).
3. Saiba o que sua solução de bots pode e não pode liberar. A documentação da Cloudflare afirma que o Bot Fight Mode não pode ser contornado nem ignorado com regras personalizadas de WAF ou Page Rules, enquanto o Super Bot Fight Mode oferece suporte a regras Skip (documentação da Cloudflare). Se o Google está sendo desafiado sob o Bot Fight Mode, a solução é uma mudança de configuração ou de plano, não mais uma regra.
4. Verifique o bloqueio geográfico. A instrução do Google é permitir o user agent AdsBot-Google e, se você restringe regiões, permitir o rastreamento a partir dos EUA (Google). Lojas que limitam o tráfego à Turquia ou ao Golfo Pérsico esbarram nisso.

Não teste isso enviando um curl com user agent do Googlebot a partir da sua própria máquina. Uma solução de bots que verifica por IP vai bloquear sua requisição como falsa, mesmo que o Googlebot real esteja liberado. Use a Inspeção de URL, que faz o acesso a partir do Google.

D. Redirecionamentos demais ou um destino de redirecionamento quebrado

O Google pede no máximo dois redirecionamentos (Google). Uma cadeia típica de três saltos é http:// para https://, domínio sem www para www, slug antigo para o novo. Envie a URL final. Redirecionamentos que retornam uma URL inválida, vazia ou longa demais são uma falha à parte (Google). Se você usa o complemento de disponibilidade e preços regionais, as URLs com o parâmetro region_id também precisam ser rastreáveis (Google).

E. Respostas 5xx, timeouts ou falhas de DNS

Esses casos apontam para o servidor, não para o feed; o Google lista 5xx, nomes de host não resolvidos, respostas malformadas e timeouts como causas separadas (Google). A orientação para alta temporada: se o seu site estiver fora do ar ou sofrer timeout, os itens podem ser reprovados; portanto, confirme que o servidor suporta um pico de tráfego e verifique a velocidade com o PageSpeed Insights (Google, preparação para grandes eventos). Faça isso antes de um pico de Black Friday ou Ramadã, não durante.

F. Não há nada de errado do seu lado

Se a Inspeção de URL retornar 200, o robots.txt permitir o Google, o log do firewall estiver limpo e apenas uma minoria dispersa for afetada, solicite uma verificação do site. Isso acelera a reaprovação; o Google pode levar até 12 horas e não aceita uma segunda solicitação nesse intervalo (Google). O problema pode voltar, às vezes no dia seguinte (PPC Land); se isso acontecer, escale para o suporte do Merchant Center com os resultados da sua inspeção.

Quanto tempo leva a recuperação após a correção

O Google informa prazos diferentes para cada etapa. Use esta tabela para alinhar expectativas com o responsável pelo orçamento:

Um checklist de prevenção que você pode pontuar

Marque um ponto para cada item que você consegue confirmar hoje. Sete ou mais: os erros devem ser raros e rápidos de diagnosticar. Quatro ou menos: a próxima alteração no robots.txt ou na CDN provavelmente vai tirar produtos do ar.

1. O feed exporta a URL canônica final do produto, nunca uma URL que redireciona mais de uma vez.
2. Uma regra de feed codifica em porcentagem (percent-encoding) caracteres não ASCII e vírgulas exatamente uma vez.
3. Nenhum domínio de staging, preview ou teste consegue chegar ao feed de produção.
4. O robots.txt permite Googlebot e Googlebot-Image nos caminhos de produtos e imagens.
5. Ninguém escreveu um disallow para Storebot-Google ou AdsBot-Google sem um motivo que alguém saiba explicar.
6. A proteção contra bots libera os rastreadores verificados do Google por DNS reverso, e sua solução de bots realmente oferece suporte a exceções.
7. As restrições geográficas permitem o rastreamento a partir dos EUA.
8. Toda alteração em robots.txt, CDN ou WAF é testada em três URLs de produto com a Inspeção de URL.
9. Alguém verifica a aba Requer atenção semanalmente, e diariamente na alta temporada.
10. Produtos que saem de estoque ou são excluídos saem do feed antes que suas URLs comecem a retornar 404.

Os itens 1 a 3 e 10 ficam no feed, onde uma ferramenta de feed pode aplicá-los. O Feed Protection da Feedance executa suas verificações a cada atualização do feed e remove itens com links de imagem quebrados antes que cheguem a um canal. Nossa integração com o Google Merchant Center envia os valores de link produzidos pelas suas regras. O lado das imagens do mesmo problema é abordado em nosso guia sobre como corrigir links de imagem de produtos.

Onde este guia chega ao limite

Ferramentas de feed, incluindo a nossa, não rastreiam seu site como o Googlebot. O Feed Protection valida os dados do feed a cada atualização, não é monitoramento em tempo real e não acessa landing pages a partir da rede do Google. As ramificações B, C e E ficam com seu desenvolvedor, host ou administrador de CDN, e a Inspeção de URL, junto com os logs do servidor ou da CDN, são as ferramentas certas nesses casos; nenhuma plataforma de feed as substitui.

Este guia cobre apenas o Google; Meta e TikTok Shop usam seus próprios rastreadores e nomes de erro. As próprias páginas do Google divergem quanto aos prazos, então trate a tabela de recuperação como uma faixa. E a regra "10% indica o lado do Google" vem de um único profissional, e não temos dados próprios para confirmá-la.

Perguntas frequentes

"Página do produto indisponível" significa que meu site está fora do ar?

Não necessariamente. Significa que o rastreador do Google não conseguiu acessar a URL enviada, o que pode ser uma URL errada no feed, um bloqueio no robots.txt, um bloqueio de firewall apenas para bots, redirecionamentos demais ou uma falha do lado do Google.

Por que meus produtos são reprovados no desktop quando só a página mobile falhou?

O Google informa que um erro de rastreamento na landing page mobile ou desktop reprova o item nos dois dispositivos até que a página possa ser acessada. Corrija a versão com falha e ambos voltam.

Permitir o Googlebot no robots.txt basta para os anúncios do Shopping?

Nem sempre. O AdsBot-Google ignora o grupo User-agent: * e o Storebot-Google tem seu próprio token para as superfícies do Shopping. Verifique se nenhuma regra bloqueia nenhum dos dois.

Devo incluir os endereços IP do Google em uma lista de permissão no meu firewall?

O Google desaconselha a lista de permissão de IPs estáticos e recomenda a verificação por DNS reverso. Se precisar das faixas, leia os arquivos JSON publicados pelo Google em vez de uma lista copiada uma única vez.

Quanto tempo até os produtos reprovados voltarem após a correção?

Uma verificação de site solicitada leva até 12 horas; depois, as páginas do Google citam até 48 a 72 horas para a atualização dos produtos e da aba Requer atenção. Planeje de dois a três dias.

Caracteres turcos ou árabes nas URLs dos produtos causam reprovações?

Podem causar, se chegarem ao Google sem codificação ou com codificação dupla. Codifique caracteres não ASCII e vírgulas exatamente uma vez em uma regra de feed.

Um problema de landing page pode suspender minha conta inteira?

Sim. O Google tem um problema de gravidade crítica, no nível da conta, para landing pages que não funcionam, que suspende a conta; por isso, um aumento desses erros em todo o catálogo exige atenção no mesmo dia.

Verifique os links do seu feed antes que o Google o faça

As causas do lado do feed neste guia (domínios errados, caracteres sem codificação, URLs que nem deveriam estar no feed) são mais baratas de detectar no feed do que no Merchant Center. Passe seu feed pela ferramenta gratuita de auditoria de feed de produtos, que avalia a completude dos dados, a qualidade dos dados e a saúde técnica, e trabalhe nos pontos que ela apontar antes do seu próximo pico.

Fontes

• Ajuda do Google Merchant Center: Como corrigir: Página do produto indisponível
• Ajuda do Google Merchant Center: Problemas de rastreamento de produtos
• Ajuda do Google Merchant Center: Como corrigir: Não foi possível verificar as páginas de produtos
• Ajuda do Google Merchant Center: Como corrigir: Não foi possível fazer verificações de qualidade e política nas páginas de produtos
• Ajuda do Google Merchant Center: Como corrigir: O rastreador Google StoreBot não consegue acessar a página do produto na loja
• Ajuda do Google Merchant Center: Como se preparar para grandes eventos e lançamentos de produtos
• Ajuda do Google Merchant Center: Especificação de dados do produto
• Google Content API for Shopping: Gravidade dos problemas e Diagnóstico do Merchant Center
• Google Search Central: Lista de rastreadores de casos especiais do Google
• Google: Lista de rastreadores comuns do Google
• Google: Verificação de rastreadores e fetchers do Google
• Documentação da Cloudflare: Bot Fight Mode
• PPC Land: O erro "página do produto indisponível" do Google Merchant Center derruba anúncios (março de 2026)