Favicon no Google: por que não aparece e como corrigir

Quando o favicon do seu site não aparece ao lado do resultado no Google, ou aparece um ícone genérico em vez da sua marca, o problema quase sempre está em um destes três pontos: o arquivo não segue o formato que o Google aceita, o caminho está bloqueado para rastreamento, ou existe uma inconsistência entre o que o HTML declara e o que os dados estruturados da página informam. O mesmo vale para o nome do site que aparece ao lado da URL nos resultados de busca e no compartilhamento em redes sociais: ele não vem do texto que você imagina, e o Google só o exibe quando encontra sinais claros e consistentes.

Este artigo trata dos dois elementos juntos porque o Google os trata como parte do mesmo pacote de identidade visual do resultado: o ícone pequeno à esquerda e o nome da marca que substitui a URL crua. Vamos ver os requisitos técnicos exatos, onde o Google realmente busca essas informações e o que fazer quando um dos dois — ou os dois — simplesmente não aparece.

O que exatamente aparece no resultado de busca

No topo de um resultado orgânico no Google, antes do título azul, existem normalmente dois elementos visuais: um ícone pequeno (o favicon) e, ao lado dele, um nome de site em vez da URL completa. Em telas móveis esse nome substitui praticamente toda a URL; em desktop ele aparece ao lado de uma versão abreviada do caminho.

Esses dois elementos não são decorativos do ponto de vista do Google: eles fazem parte de como o buscador comunica a origem do conteúdo antes mesmo de o usuário ler o título. Um favicon ausente deixa um quadrado cinza genérico no lugar; um nome de site ausente faz o Google recuar para o domínio puro, como "seusite.com.br" em vez de "Seu Site".

É importante separar dois cenários diferentes, porque as causas são distintas: (1) o favicon nunca apareceu para nenhuma página do domínio, o que indica um problema de configuração técnica; e (2) o favicon aparecia e parou de aparecer, ou aparece um ícone antigo, o que geralmente indica um problema de cache ou de nova indexação do arquivo.

Requisitos técnicos do favicon para o Google

O Google publica requisitos específicos para o favicon nas suas diretrizes de aparência de pesquisa, e eles são mais rígidos do que os requisitos mínimos de um navegador. Um ícone que funciona perfeitamente na aba do Chrome pode ser ignorado pelo Google por não atender a estes critérios.

O arquivo precisa ser um quadrado, no formato correto, hospedado em um caminho que o rastreador consiga acessar sem bloqueios, e referenciado de forma consistente na página inicial.

• Formato: ICO, PNG, SVG ou WebP. O formato ICO tradicional ainda funciona, mas PNG é o mais previsível entre os buscadores modernos.
• Tamanho: um múltiplo de 48x48 pixels. O Google recomenda pelo menos 48x48, mas fornecer uma versão maior (por exemplo 96x96 ou 144x144) evita que a imagem fique borrada em telas de alta densidade.
• Proporção: exatamente quadrada. Um retângulo é redimensionado ou recortado de forma imprevisível e frequentemente descartado.
• Localização: pode estar em qualquer caminho do site, desde que declarado com uma tag link rel="icon" no head do HTML da página inicial — não é obrigatório estar em /favicon.ico, mas manter esse caminho como cópia é uma prática segura porque alguns rastreadores e navegadores ainda o buscam por padrão quando não encontram a tag.
• Rastreabilidade: o caminho do favicon não pode estar bloqueado por robots.txt. Esse é o erro mais comum e o mais fácil de verificar.
• Estabilidade de URL: o Google armazena em cache o favicon por um tempo considerável. Trocar o caminho do arquivo a cada atualização de design atrasa a atualização do ícone na busca.

O robots.txt bloqueando o próprio ícone

Este é o motivo mais comum e mais evitável de um favicon nunca aparecer. Muitos sites geram um robots.txt genérico que bloqueia diretórios inteiros como /wp-includes/, /assets/, /static/ ou /_next/ por reflexo de segurança ou por configuração padrão de um CMS, sem perceber que o arquivo de ícone está hospedado justamente dentro de um desses diretórios.

O teste é direto: abra o robots.txt do domínio e verifique se algum Disallow cobre o caminho exato do arquivo referenciado no link rel="icon". Se cobrir, o Googlebot simplesmente nunca busca o arquivo, independentemente de ele estar perfeito em todos os outros aspectos.

Vale checar também qualquer regra de bloqueio por User-Agent específico voltada a bots de imagem, já que alguns servidores aplicam regras diferentes para o Googlebot-Image do que para o Googlebot principal, e o favicon é tratado como um recurso de imagem.

De onde vem o nome do site exibido na busca

Diferente do favicon, o nome do site não vem de uma única tag obrigatória — o Google combina vários sinais e escolhe o que considera mais confiável e consistente. Os principais candidatos, em ordem de influência observada, são o marcador de dados estruturados WebSite com a propriedade name, a tag og:site_name do Open Graph, o texto do logotipo na página inicial (quando marcado com Organization e logo em dados estruturados) e, na ausência de sinais claros, o próprio nome de domínio formatado.

Quando esses sinais concordam entre si — o og:site_name, o WebSite.name no schema e o texto real que aparece como marca na página inicial dizem a mesma coisa — o Google tem confiança suficiente para substituir a URL crua pelo nome da marca. Quando eles divergem (por exemplo, o schema diz "Loja XYZ Oficial" mas o Open Graph diz apenas "XYZ"), o Google tende a ignorar ambos e recuar para o domínio.

Isso explica um padrão frustrante: um site preenche corretamente o Open Graph para redes sociais, vê o nome aparecer certo no compartilhamento do Facebook, e continua vendo a URL crua no Google. As duas superfícies usam heurísticas diferentes e o Open Graph sozinho raramente é suficiente para a busca.

O marcador WebSite e por que ele importa mais do que parece

O tipo WebSite em Schema.org, colocado na página inicial, é o sinal que o Google documenta explicitamente como fonte para o nome exibido nos resultados. Ele deve conter, no mínimo, a propriedade name com o nome exato que você quer ver exibido e a propriedade url apontando para a página inicial canônica do domínio — não para uma variante com ou sem www, ou com parâmetros.

Um erro recorrente é declarar o WebSite em uma página secundária, ou declará-lo com um name diferente do que aparece visualmente no cabeçalho do site. O Google trata a inconsistência entre o schema e o conteúdo visível como um sinal de baixa confiança, não como uma preferência a ser resolvida a seu favor.

Outro ponto frequentemente esquecido: se o site tem versões em subdomínios, cada subdomínio canônico deveria ter seu próprio bloco WebSite (o Google não exibe nomes de site distintos para subdiretórios) coerente com o nome daquela versão, em vez de um único bloco global copiado sem ajuste do domínio principal.

Por que o Google mostra o favicon errado ou nenhum

Quando o favicon está tecnicamente correto e mesmo assim o resultado mostra um ícone antigo, um ícone genérico ou nenhum ícone, as causas mais comuns não são de configuração, mas de tempo e de decisão do próprio Google.

• Cache do lado do Google: o favicon é rastreado e armazenado separadamente do conteúdo textual da página, em um ciclo próprio que pode levar dias ou semanas para atualizar após uma troca de arquivo, mesmo com o restante do site sendo rastreado com frequência.
• Baixa confiança no domínio: sites muito novos, com histórico curto de indexação, tendem a não receber o favicon personalizado imediatamente, mesmo com tudo configurado corretamente, porque o Google ainda está construindo confiança sobre a estabilidade do site.
• Favicon detectado como genérico demais: ícones que são apenas a primeira letra do domínio em uma cor sólida, sem elementos distintivos, às vezes são descartados por serem visualmente indistinguíveis de placeholders automáticos.
• Múltiplos favicons conflitantes: quando existem várias tags link rel="icon" apontando para arquivos diferentes (uma para o tema claro, outra para o escuro, uma legada de uma migração de CMS que nunca foi removida), o Google pode escolher a que considerar mais canônica, que nem sempre é a mais atual.
• Redirecionamentos no caminho do ícone: se a URL do favicon passa por um redirecionamento (por exemplo, de HTTP para HTTPS, ou de um CDN antigo para um novo), o rastreador de imagens às vezes não segue a cadeia da mesma forma que o rastreador principal, e o arquivo final nunca é indexado.

Checklist para diagnosticar e corrigir

Antes de qualquer correção, isole se o problema é do favicon, do nome do site, ou dos dois — o diagnóstico e o prazo de correção são diferentes para cada um.

• Abra o arquivo do favicon diretamente no navegador pela URL declarada no link rel="icon" e confirme que ele carrega, é quadrado e tem pelo menos 48x48 pixels.
• Verifique o robots.txt do domínio e confirme que nenhum Disallow cobre o caminho do arquivo, incluindo regras que afetam apenas bots de imagem.
• Confira se existe mais de uma tag link rel="icon" na página inicial e remova as duplicadas ou desatualizadas, deixando apenas a versão que deve valer.
• Valide o marcador WebSite com uma ferramenta de teste de dados estruturados e confirme que o name é idêntico ao nome visível no cabeçalho do site, sem variações de pontuação ou de maiúsculas.
• Confirme que a og:site_name do Open Graph usa o mesmo texto do WebSite.name — não é preciso ser idêntico caractere por caractere em todos os casos, mas divergências grandes de marca reduzem a confiança do Google nos dois sinais.
• Depois de corrigir, solicite uma nova indexação da página inicial no Search Console e aguarde: a atualização visual do favicon costuma levar mais tempo do que a reindexação do conteúdo textual, então a ausência de mudança em 48 horas não significa que a correção falhou.
• Evite trocar o caminho do arquivo de favicon a cada ajuste de design; manter a mesma URL estável, apenas substituindo o conteúdo do arquivo quando necessário, evita reiniciar o ciclo de cache do Google.

Erros que atrasam a correção sem que o site perceba

Alguns problemas não têm relação com o favicon em si, mas com como a página inicial é servida, e atrasam qualquer correção feita nos passos anteriores.

• Servir a página inicial com conteúdo diferente para o Googlebot e para o navegador comum (uma forma de cloaking não intencional causada por cache de CDN configurado por User-Agent) faz o rastreador ver uma versão desatualizada do head, incluindo o link rel="icon" antigo.
• Ter a página inicial canônica apontando para uma URL diferente da que realmente concentra os sinais (por exemplo, www.site.com e site.com como duas entidades separadas no Search Console, cada uma com seu próprio histórico de rastreamento) divide o histórico de confiança que o Google constrói para exibir o nome do site.
• Bloquear o subdomínio ou CDN que hospeda os ícones por meio de uma política de CORS ou de um cabeçalho de segurança excessivamente restritivo, que impede o carregamento do arquivo mesmo quando o robots.txt está correto.
• Assumir que o favicon do site é herdado automaticamente de uma conta de rede social ou de um aplicativo de terceiros; o Google só olha para o HTML e os dados estruturados da própria página, nunca para ícones cadastrados em outras plataformas.