O teste de SEO do Google mostra o que acontece na janela de renderização de 5 segundos
Uma crença comum entre muitos SEOs é que o serviço de renderização da Web do Google tem uma janela de renderização de cinco segundos. Tudo o que acontecer após essa janela de cinco segundos não será incluído na versão da página indexada pelo Google.
A ideia começou com algo que Martin Splitt, do Google, disse em pelo menos duas ocasiões e acabou sendo amplamente aceita como verdadeira. Dave Smart, do Tame the Bots, testou a teoria e descobriu não apenas que a janela de cinco segundos não é verdadeira, mas também que o serviço de renderização da Web do Google pode parar e reiniciar o relógio.
Então, quem está certo, os SEOs que baseiam suas opiniões no que Martin Splitt disse, ou Dave Smart, um SEO em Manchester, Inglaterra? Meu dinheiro está em Dave Smart e você logo verá por quê.
O que dizem os SEOs
A ideia promovida em muitos blogs de SEO é que há uma janela de cinco segundos que é a quantidade de tempo que o Web Rendering Service (WRS) do Google espera antes de capturar o Document Object Model (DOM) renderizado de uma página da web.
O serviço de renderização da Web do Google é uma coleção de serviços que fazem seis coisas:
- Ele recebe o HTML que o Googlebot rastreou.
- Busca os recursos da página da web, como CSS, JavaScript e imagens.
- Carrega a página em um navegador Chromium sem cabeça.
- Em seguida, ele executa o JavaScript da página.
- E então produz um instantâneo do DOM da página.
- Neste ponto, ele passa o instantâneo do DOM para o sistema de indexação do Google.
Os SEOs têm duas variações do que trata essa janela de cinco segundos.
1. Alguns SEOs dizem que o processo de renderização dentro do Web Rendering Service do Google leva cerca de cinco segundos para produzir o DOM que o Google captura. Eles dizem que há um período de cinco segundos durante o qual a página é carregada, o JavaScript é executado e o Google captura um instantâneo do DOM renderizado para indexação.
2. A segunda variação é que o conteúdo importante deve aparecer no DOM dentro de cinco segundos, porque é nesse momento que se espera que o Google capture o instantâneo do DOM.
Alguns SEOs afirmam ter feito um teste e afirmam ter confirmado que realmente há uma janela de cinco segundos.
O que Martin Splitt disse?
Martin Splitt fez pelo menos duas apresentações de vídeo nos últimos sete anos, nas quais apresentou ao mundo do SEO o conceito de uma janela de renderização de cinco segundos.
Aqui está o que Splitt realmente disse sobre aquela janela de cinco segundos (aproximadamente na marca de 18 minutos no vídeo):
“Então, o que você precisa saber, o que você precisa tirar disso?
Todos os sites são renderizados, independentemente de conterem JavaScript ou não.
O que vemos após a renderização é o instantâneo do DOM que será levado para a indexação. É com isso que você se importa.
Não a captura de tela, nem algum cache estranho nos resultados da pesquisa. Não use isso.
Não use como fonte de visualização. Ver código-fonte não fornece informações do DOM. Use as ferramentas de teste que fornecemos. Na verdade, eles estão fornecendo o que resultou da renderização.
Na mediana, a renderização de uma página fica na fila por cinco segundos.
Então isso significa que antes que um desses adoráveis os pegue, eles ficam em média cinco segundos lá. O percentil 90 é de alguns minutos. Então estamos falando de minutos, não de semanas ou meses.
A renderização armazena recursos em cache de forma agressiva, então você não precisa se preocupar muito com seu orçamento de rastreamento em relação à renderização. Não faz muita diferença.
E se você quiser testar suas coisas, não faça coisas estranhas. Basta usar o URL de inspeção do Google Search Console. Ele mostra o que acontece na renderização, ok?
Não tenha medo de renderização ou JavaScript.”
É claro que Splitt não está descrevendo um limite de cinco segundos para o Web Rendering Service. Ele está descrevendo quanto tempo as páginas esperam, em média, na fila de renderização antes do início da renderização. Depois que um renderizador seleciona a página, nada é dito sobre um limite de tempo para renderização.
É claro que há uma desconexão entre o que os SEOs pensam que Splitt disse e o que ele realmente disse.
Teste de serviços de renderização da Web de Dave Smart
Dave Smart (perfil do LinkedIn) realizou um experimento para testar a teoria da janela de cinco segundos. Ele criou uma página de teste que atrasava intencionalmente o conteúdo enquanto registrava diversas medições de tempo para determinar se o serviço de renderização da Web (WRS) do Google realmente parou de renderizar após cinco segundos.
A forma como o teste funcionou foi criar uma página de teste que fazia solicitações POST para um script PHP. Esse script PHP atrasou sua resposta aleatoriamente de três a seis segundos antes de servir o conteúdo. A Smart usou duas dessas chamadas de API no teste, portanto, juntas, elas poderiam levar de seis a doze segundos para serem concluídas.
O que o teste WRS descobriu
O teste de Smart inicialmente consistia em testar a teoria da janela de cinco segundos, mas ele acabou com uma segunda descoberta que foi completamente inesperada.
A princípio, o experimento pareceu confirmar a teoria da janela de cinco segundos porque o cronômetro JavaScript funcionou por cinco segundos, dando a impressão de que o serviço de renderização da Web do Google tinha um limite de renderização de cinco segundos.
Ele escreveu:
“Olhando as capturas de tela, você pode ver que o loop setInterval() foi executado por 5 segundos e atualizou o elemento title.…Então, uma conclusão racional seria que o WRS tem um limite de renderização de 5 segundos, certo?”
Mas outra medição contradisse essa conclusão. A página também fez chamadas de API do lado do servidor que demoraram entre seis e doze segundos para serem concluídas, mas o serviço de renderização da Web do Google ainda esperou pelo conteúdo atrasado e o incluiu no DOM renderizado.
Smart descobriu o que parecia ser um paradoxo, que levantava a questão: como o serviço de renderização da Web do Google pode esperar mais de cinco segundos se o cronômetro do JavaScript avançou apenas cinco segundos?
A resposta é que o serviço de renderização da Web do Google usa um relógio virtual em vez de depender do tempo real decorrido. Enquanto aguarda solicitações de rede (como chamadas de API do lado do servidor), ele pode pausar o relógio virtual, permitindo que passe mais tempo do mundo real do que os relatórios do temporizador JavaScript.
Inteligente explicou:
“O WRS cronometra à sua maneira. Em vez do relógio de hardware, como o que você tem no seu computador ou servidor, o WRS usa um relógio virtual que pode controlar. Isso significa que eles podem acelerar, desacelerar ou até mesmo pausar o tempo da instância headless do Chrome, se assim desejarem.
Como sabemos que 5 segundos não é um limite? Lembra daquelas chamadas de API que foram feitas? Eles estão atrasados no lado do servidor, entre 3 e 6 segundos. Portanto, o tempo total para ambas as chamadas de API pode estar entre 6 e 12 segundos, mais do que o famoso limite de 5 segundos.”
Temos uma melhor compreensão da renderização na Web
A comunidade SEO deve uma palavra de agradecimento a Dave Smart por realizar este experimento inteligente e confirmar que não há limite de tempo de cinco segundos em relação ao serviço de renderização da Web do Google. Dado que os comentários de Martin Splitt também se alinham com os resultados dos testes de Smart, penso que podemos fechar o livro com segurança sobre o mito do limite de renderização de cinco segundos.
Assistir Martin Splitt por volta dos 18 minutos
Imagem em destaque por Shutterstock/Cristina Conti
