Google corrige bug de favicon e falha de dados no relatório de rastreamento

O Google encerrou o fim de semana de 22 e 23 de agosto corrigindo dois bugs que vinham incomodando quem acompanha SEO↳SEO4 conteúdosPor que a transição do SEO clássico para a Otimização de Motores Generativos (GEO) exige que se repense a modelagem semânticaMarketing Tech · mai 2026O impacto da pesquisa e do SEO no comércio eletrônico: insights da State of Search Brasil 5Marketing Tech · fev 2025SEO por Elas 2025: Impulsionando e promovendo mulheres no Marketing DigitalMarketing Tech · fev 2025Ver tudo em Marketing Tech → técnico de perto. Segundo o Search Engine Roundtable, o primeiro afetava a exibição de favicons nos snippets de busca; o segundo, o relatório de estatísticas de rastreamento (crawl stats) do Google Search Console. Nenhum dos dois derruba ranking, mas ambos atrapalham exatamente a parte do trabalho que depende de observação: o que aparece pro usuário e o que a ferramenta reporta pra você.

O bug do favicon

Há cerca de uma semana antes da correção, o Google parou de mostrar o favicon definido por muitos sites nos resultados de busca. No lugar do ícone da marca, aparecia o globo genérico, o mesmo placeholder que o buscador usa quando não encontra favicon algum. Ou seja: sites que tinham o ícone configurado corretamente passaram a parecer que não tinham.

O detalhe importante é que isso não era problema no site, era no lado do Google. Rajan Patel, do Google, confirmou no sábado 22 de agosto que a correção estava a caminho: "Not fixed yet, but should be in the next 12 hours or so" ("Ainda não corrigido, mas deve sair nas próximas 12 horas"). Pela janela dada, o favicon já deveria estar de volta ao normal para a maioria dos sites.

Por que isso importa? O favicon nos resultados de busca é um dos poucos elementos visuais de marca que aparecem no SERP mobile, onde ele fica bem ao lado do nome do site. Um globo genérico no lugar do ícone reduz reconhecimento e, potencialmente, taxa de clique, mesmo sem mexer na posição. É o tipo de coisa que, se você tivesse mudado algo no site na mesma semana, geraria horas de investigação em cima de uma causa que não existia.

A lição: nem toda anomalia é culpa sua

Esse episódio reforça um princípio prático de diagnóstico em SEO técnico: antes de refazer implementação, vale confirmar se o comportamento é isolado ao seu site ou generalizado. No caso do favicon, bastava observar que muitos sites diferentes estavam com o globo genérico ao mesmo tempo para concluir que a origem era do buscador.

Alguns checks rápidos que evitam retrabalho nesses casos:

• Testar a mesma busca em outro domínio conhecido e ver se o sintoma se repete.
• Verificar se o favicon segue acessível e válido (/favicon.ico ou o apontando pra um arquivo que responde 200).
• Acompanhar fontes da comunidade (Search Engine Roundtable, discussões no X, o próprio status do Google) antes de assumir regressão local.

Se o arquivo responde, o markup está correto e o problema aparece em vários sites, a conclusão é quase sempre: é bug do Google, espere a correção.

A lacuna nos crawl stats

O segundo bug é mais sutil e mais perigoso para quem toma decisão com base em dados. Por volta de 14 ou 15 de agosto, o relatório de estatísticas de rastreamento do Search Console passou a exibir uma lacuna de dois dias, dias simplesmente ausentes da série histórica. A correção só chegou no domingo 23 de agosto, por volta das 17h (horário de Nova York).

O relatório de crawl stats fica nas configurações do Search Console e mostra volume total de requisições do Googlebot, tempo médio de resposta do servidor e a distribuição por tipo de resposta HTTP, por finalidade do rastreamento e por tipo de Googlebot. É a fonte primária pra entender como o buscador está consumindo seu site: se o servidor está lento, se há pico de erros 5xx, se o crawl budget está sendo gasto em URLs inúteis.

Uma lacuna de dois dias nesse gráfico é traiçoeira porque parece um problema real. Uma queda abrupta no volume de rastreamento é justamente o sintoma que dispararia um alerta legítimo: pode indicar servidor fora do ar, bloqueio acidental no robots.txt ou erro de configuração. Nesse caso, porém, o buraco era só ausência de dados no reporte, não queda real de atividade do Googlebot.

O que checar agora que foi corrigido

Com o relatório restaurado, vale reabrir o crawl stats e confirmar dois pontos:

1. Os dois dias ausentes voltaram a ser preenchidos ou continuam como buraco na série. Correções de reporte nem sempre recuperam retroativamente os dados perdidos, às vezes o período fica em branco pra sempre.
2. Se houve alerta ou decisão tomada no período, revise. Quem viu a queda entre 14 e 23 de agosto e concluiu que o Googlebot tinha reduzido o rastreamento pode ter chegado a um diagnóstico errado com base em dado incompleto.

Pra quem quer olhar além do gráfico agregado, o cruzamento com os logs de servidor é o padrão-ouro. O log registra cada hit do Googlebot de forma independente do Search Console, então uma lacuna que aparece no relatório mas não nos logs confirma na hora que foi bug de reporte, e não queda de rastreamento de verdade.

O padrão por trás dos dois casos

Os dois bugs têm origens diferentes (um na renderização do SERP, outro no pipeline de dados do Search Console), mas ensinam a mesma coisa: a infraestrutura de observação do Google é parte da sua stack de monitoramento, e ela também falha. Favicon sumindo e dias faltando no relatório são exemplos de ruído que, sem contexto, viram falso positivo.

A defesa não é desconfiar de tudo, é ter mais de uma fonte. Log de servidor contra crawl stats. Busca no seu domínio contra busca em domínios de referência. Comunidade e status oficial contra a impressão de que algo quebrou do seu lado. Como resume o próprio Barry Schwartz ao fechar o episódio, foi "um fim de semana bem movimentado pro Google", e cabe a quem monitora saber separar o que é problema real do que é só o buscador se recuperando de um soluço interno.

Fonte: Search Engine Roundtable