Página HTTP oculta pode causar problemas de nome de site no Google
John Mueller, do Google, compartilhou um caso em que uma página inicial HTTP restante estava causando problemas inesperados de nome de site e favicon nos resultados de pesquisa.
O problema, descrito por Mueller no Bluesky, é fácil de ignorar porque o Chrome pode atualizar automaticamente as solicitações HTTP para HTTPS, tornando a versão HTTP fácil de ignorar.
O que aconteceu
Mueller descreveu o caso como “estranho”. O site usava HTTPS, mas uma página inicial HTTP padrão do servidor ainda estava acessível na versão HTTP do domínio.
Muller escreveu:
“Uma página inicial oculta causando problemas de nome de site e favicon na Pesquisa. Essa foi estranha. O site usava HTTPS, mas ainda restava uma página inicial HTTP padrão do servidor.”
A parte complicada é que o Chrome pode atualizar as navegações HTTP para HTTPS, o que torna a versão HTTP fácil de perder na navegação normal. O Googlebot não segue o comportamento de atualização do Chrome.
Muller explicou:
“O Chrome atualiza automaticamente o HTTP para HTTPS para que você não veja a página HTTP. No entanto, o Googlebot a vê e a usa para influenciar a seleção do nome do site e do favicon.”
O sistema de nomes de sites do Google extrai o nome e o favicon da página inicial para determinar o que exibir nos resultados de pesquisa. O sistema lê dados estruturados do site, tags de título, elementos de título, og:site_name e outros sinais na página inicial. Se o Googlebot estiver lendo uma página HTTP padrão do servidor em vez da página inicial HTTPS real, ele estará funcionando com sinais errados.
Como verificar isso
Mueller sugeriu duas maneiras de ver o que o Googlebot vê.
Primeiro, ele brincou dizendo que você poderia usar IA. Então ele se corrigiu.
Muller escreveu:
“Não, espere, curl na linha de comando. Ou uma ferramenta como o teste de dados estruturados no Search Console.”
Correndo curl http://yourdomain.com na linha de comando mostraria a resposta HTTP bruta sem a atualização automática do Chrome. Se a resposta retornar uma página padrão do servidor em vez da sua página inicial real, esse é o problema.
Se você quiser ver o que o Google recuperou e renderizou, use a ferramenta de inspeção de URL no Search Console e execute um teste ao vivo. A documentação de nomes de sites do Google também observa que nomes de sites não são suportados no teste de pesquisa aprimorada.
Por que isso é importante
A exibição de nomes de sites e favicons nos resultados de pesquisa é algo que documentamos desde que o Google substituiu as tags de título por nomes de sites pela primeira vez em 2022. Desde então, o sistema passou por vários problemas de crescimento. O Google expandiu o suporte a nomes de sites para subdomínios em 2023, depois passou quase um ano corrigindo um bug em que os nomes dos sites nas páginas internas não correspondiam à página inicial.
Este caso introduz uma nova complicação. O problema não estava nos dados estruturados ou na própria página inicial HTTPS. Era uma página fantasma na versão HTTP, que você não teria motivo para verificar porque seu navegador nunca a exibiu.
A documentação do nome do site do Google menciona explicitamente páginas iniciais duplicadas, incluindo versões HTTP e HTTPS, e recomenda o uso dos mesmos dados estruturados para ambas. O caso de Mueller mostra o que pode dar errado quando uma versão HTTP contém conteúdo diferente da página inicial HTTPS que você pretendia veicular.
A solução para solucionar problemas de nome de site ou favicon nos resultados de pesquisa é verificar diretamente a versão HTTP de sua página inicial. Não confie no que o Chrome mostra.
Olhando para o futuro
A documentação do nome do site do Google especifica que os dados estruturados do site devem estar na “página inicial do site”, definida como o URI raiz no nível do domínio. Para sites que executam HTTPS, isso significa que a página inicial HTTPS é a fonte pretendida.
Se o nome do seu site ou favicon parecer errado nos resultados da pesquisa e sua página inicial HTTPS tiver os dados estruturados corretos, verifique se ainda existe uma versão HTTP da página inicial. Use curl ou o Live Test da ferramenta de inspeção de URL para visualizá-lo diretamente. Se uma página padrão do servidor estiver lá, removê-la ou redirecionar HTTP para HTTPS no nível do servidor deve resolver o problema.
