Google explica por que o relatório de cobertura do índice é lento

Google explica por que o relatório de cobertura do índice é lento

Google Destaques
0 Shares

O Google esclareceu porque é que o Relatório de cobertura do índice do Search Console não informa os dados de cobertura atualizados. O Google recomenda o uso da URL Inspection Tool para quem precisa de uma confirmação mais atualizada sobre se um URL está indexado ou não.

Google esclarece dados do relatório de cobertura do índice

Houve uma série de tweets que notaram o que parecia ser um erro no Relatório de cobertura do índice que o fazia relatar que um URL foi rastreado, mas não indexado.

Acontece que isso não é um bug, mas sim uma limitação do relatório de cobertura do índice .

O Google explicou isso em uma série de tweets.

Relatórios de bug do Search Console

“Alguns usuários do Google Search Console relataram que viram URLs no relatório de cobertura do índice marcados como“ Rastreado – atualmente não indexado ”que, quando inspecionados com a ferramenta de inspeção de URL, foram listados como“ Enviado e indexado ”ou algum outro status”.

Google explica o relatório de cobertura do índice

O Google então compartilhou em uma série de tweets como o relatório de Cobertura do Índice funciona .

“Isso ocorre porque os dados do relatório de Cobertura do Índice são atualizados em uma taxa diferente (e mais lenta) do que a Inspeção de URL.

Os resultados mostrados na inspeção de URL são mais recentes e devem ser considerados confiáveis ​​quando conflitam com o relatório de cobertura do índice. (2/4)

Os dados mostrados na Cobertura do Índice devem refletir o status preciso de uma página dentro de alguns dias, quando o status muda. (3/4)

Como sempre, obrigado pelo feedback, procuraremos maneiras de diminuir essa discrepância para que nossos relatórios e ferramentas estejam sempre alinhados e atualizados! (4/4) ”

John Mueller responde a pergunta sobre o relatório de cobertura do índice

John Mueller do Google respondeu a uma pergunta sobre esse problema em 8 de outubro de 2021. Isso foi antes de se entender que não havia um erro no Relatório de cobertura do índice, mas sim uma diferença na expectativa de atualização dos dados do Relatório de cobertura do índice e a realidade de que os dados são atualizados em um ritmo mais lento.

A pessoa que fez a pergunta relatou que, em julho de 2021, percebeu que os URLs enviados por meio do Google Search Console relataram o erro de enviado, mas não indexado, embora as páginas não tivessem uma tag noindex.

Depois disso, o Google voltaria ao site, rastrearia a página e a indexaria normalmente.

“O problema é que obtemos 300 erros / nenhum índice e, em rastreamentos subsequentes, apenas cinco são rastreados antes de rastrear novamente tantos outros.

Assim, dado que não são indexados e concedidos se as coisas não renderem ou não encontrarem a página, eles são direcionados para a nossa página não encontrada, que não tem um índice .

E então eu sei que de alguma forma eles estão sendo direcionados para lá.

É apenas um problema de memória ou, uma vez que são posteriormente rastreados sem problemas, é apenas um … ”

John Mueller respondeu:

“É difícil dizer sem olhar as páginas.

Então, eu realmente tentaria verificar se isso era um problema e não é mais ou se ainda é algo que acontece de forma intermitente.
Porque se isso não importa, se não acontecer mais agora, então assim … ”

A pessoa que fez a pergunta respondeu insistindo que ela ainda ocorre e que continua a ser um problema contínuo.

John Mueller respondeu dizendo que seu palpite é que algo com a renderização pode estar dando errado.

“E se isso é algo que ainda acontece, eu tentaria descobrir o que pode estar causando isso.

E pode ser que, ao testar a página no Search Console, ela funcione bem nove em cada dez vezes. Mas meio que uma vez em dez quando não funciona bem e redireciona para a página de erro ou pensamos que redireciona para a página de erro.

Esse é o tipo de caso que eu tentaria detalhar e tentar descobrir se há muitas solicitações para renderizar esta página ou há algo complicado com o JavaScript que às vezes leva muito tempo e às vezes funciona bem e, em seguida, tenta restringir as coisas desse ponto de vista. ”

Em seguida, Mueller explicou como a parte de rastreamento e renderização acontece do lado do rastreamento do Google.

Ele faz referência a um navegador do “tipo Chrome”, que pode ser uma referência ao bot sem cabeça do Google Chrome, que é essencialmente um navegador Chrome que não possui a interface de usuário front-end.

“O que acontece do nosso lado é rastrear a página HTML e, em seguida, tentar processar a página HTML em uma espécie de navegador do tipo Chrome do Chromium.

E, para isso, tentamos obter todos os recursos mencionados ali.

Portanto, se você for para o console do desenvolvedor no Chrome e olhar para a seção de rede, ele mostra um diagrama em cascata de tudo o que carrega para renderizar a página.

E se houver muitas coisas que precisam ser carregadas, então pode acontecer que as coisas se esgotem e então podemos nos deparar com essa situação de erro. ”

Em seguida, Mueller sugeriu reduzir a quantidade de solicitações de recursos feitas para arquivos JavaScript e CSS e tentar combiná-los ou reduzi-los e minimizar as imagens, o que é sempre uma boa coisa a se fazer.

A sugestão de Mueller está relacionada ao Rendering SEO, que foi discutido por Martin Splitt do Google , onde os aspectos técnicos de como uma página da web é baixada e renderizada em um navegador são otimizados para desempenho rápido e eficiente.

Alguns erros de rastreamento estão relacionados ao servidor

A resposta de Mueller não foi inteiramente relevante para essa situação específica porque o problema era de expectativa de frescor e não de indexação.

No entanto, seu conselho ainda é preciso porque muitas vezes há um problema relacionado ao servidor que está causando tempos limite de serviço de recursos que bloqueiam a renderização adequada de uma página da web.

Isso pode acontecer à noite, nas primeiras horas da manhã, quando bots desonestos invadem um site e tornam o site lento.

Um site que não tem recursos otimizados, especialmente um em um servidor compartilhado, pode experimentar lentidão dramática quando o servidor começa a mostrar 500 códigos de resposta de erro.

Falar da experiência na manutenção de um servidor dedicado, configuração incorreta em Nginx, Apache ou PHP no nível do servidor ou um disco rígido com falha também pode contribuir para que o site não mostre as páginas solicitadas ao Google ou aos visitantes do site.

Alguns desses problemas podem passar despercebidos quando os vários softwares são atualizados para configurações abaixo do ideal, exigindo solução de problemas para identificar erros.

Felizmente, softwares de servidor como o Plesk possuem ferramentas de diagnóstico e reparo que podem ajudar a corrigir esses problemas quando eles surgirem.

Desta vez, o problema é que o Google não definiu adequadamente a expectativa correta para o Relatório de cobertura do índice.

Mas da próxima vez pode ser um problema de servidor ou renderização.

Explicação dos Tweets da Central de Pesquisa do Google sobre o Relatório de Cobertura do Índice

Relatório de cobertura do índice do Google e erros de indexação relatados

Assista na marca das 6:00 minutos

0 Shares
Bruno Aires
Profissional de Marketing Digital com 11 anos de experiência em SEO, técnico e planejamento estratégico, já atuou em diversas agências e empresas com nichos de atuação bastante diversificado de farmácia ao setor bancário. É fundador e mantenedor do portal MBN - Marketing de Busca e Notícias.
0 0 votes
Article Rating
Subscribe
Notify of
guest
0 Comentários
Inline Feedbacks
View all comments