Durante uma conversa com John Mueller, do Google, na SMX de Munique, em março, ele me contou um dado interessante sobre como o Google avalia a velocidade de sites hoje em dia. Ele ficou um pouco interessado nas pessoas quando eu mencionei no evento Search Love San Diego e na semana seguinte, então eu continuei com John para esclarecer o meu entendimento.
A versão curta é que o Google agora está usando dados de desempenho de usuários agregados do Chrome que optaram por um ponto de dados na avaliação da velocidade do site (e como um sinal em relação aos rankings). Este é um passo positivo, pois significa que não precisamos tratar a otimização da velocidade do site para o Google como uma tarefa separada da otimização para os usuários.
Anteriormente, não tinha ficado claro como o Google avalia a velocidade de um site e, em geral, acredita-se que ele seja medido pelo Googlebot durante as visitas. Isso é uma crença aprimorada pela presença de gráficos de velocidade no Search Console. No entanto, o início do rastreamento habilitado para JavaScript tornou menos claro o que o Google está fazendo – eles obviamente querem os dados mais realistas possíveis, mas é um problema difícil de resolver. O Googlebot não foi criado para replicar como os visitantes reais experimentam um site e, assim como a tarefa de rastreamento se tornou mais complexa, faz sentido que o Googlebot possa não ser o melhor mecanismo para isso (se é que já foi o mecanismo).
Neste post, quero recapitular rapidamente os dados pertinentes sobre essas notícias e tentar entender o que isso pode significar para os usuários.
Google Search Console Em primeiro lugar, devemos esclarecer nossa compreensão sobre o que a métrica “tempo gasto com o download de uma página” no Google Search Console nos informa. A maioria de nós reconhecerá gráficos como este (gráficos originais em inglês):
Até recentemente, não estava claro exatamente o que esse gráfico estava me dizendo. Mas com folga, John Mueller explica com uma resposta detalhada (imagens originais em inglês):
John esclareceu o que este gráfico está mostrando:
Tecnicamente, não é “baixar a página”, mas sim “receber dados em resposta à solicitação de um URL” – não se baseia em renderizar a página, inclui todas as solicitações feitas.
E isso é: Essa é a média de todas as solicitações para esse dia.
Na época, Gary não conseguiu esclarecer o que estava sendo usado para avaliar o desempenho do site (talvez porque o Relatório de experiência do usuário do Chrome ainda não tivesse sido anunciado). Parece que as coisas progrediram desde então. O Google agora pode nos contar um pouco mais, o que nos leva ao Relatório de experiência do usuário do Chrome.
Relatório de experiência do usuário do Google Chrome
Lançado em outubro do ano passado, o Relatório de experiência do usuário do Chrome “é um conjunto de dados públicos de principais métricas de experiência do usuário para origens principais na web”, segundo o qual “os dados de desempenho incluídos no relatório são de condições reais, agregados de usuários do Chrome optou por sincronizar seu histórico de navegação e ter relatórios de estatísticas de uso ativados”.
Essencialmente, alguns usuários do Google Chrome permitem que o navegador informe as métricas de tempo de carregamento para o Google. Atualmente, o relatório tem um conjunto de dados público para as principais origens de mais de 1 milhão, embora eu imagine que eles tenham dados para muitos mais domínios do que os incluídos no conjunto de dados públicos.
Em março estive na SMX Munich (conferência incrível!), Onde junto com um pequeno grupo de SEOs conversei com John Mueller. Perguntei a John sobre como o Google avalia a velocidade do site, já que Gary esclareceu que não era o WRS. John teve a gentileza de lançar alguma luz sobre a situação, mas, nesse ponto, nada foi publicado em lugar algum.
No entanto, desde então, John confirmou essa informação em um Hangout da Google Webmaster Central [15m30s, em alemão], onde explica que está usando esses dados junto com outras fontes de dados (ele não diz quais, embora perceba que é em parte porque o conjunto de dados não abrange todos os domínios).
Na SMX, John também destacou como a ferramenta PageSpeed Insights do Google agora inclui dados do Relatório de experiência do usuário do Chrome (gráficos originais em inglês):
O conjunto de dados público de dados de desempenho dos primeiros milhões de domínios também está disponível em um projeto público do BigQuery, se você gosta desse tipo de coisa!
Não podemos ter certeza de quais são todos os outros fatores que o Google está usando, mas agora sabemos que eles estão certamente usando esses dados. Como mencionei acima, também imagino que estejam usando dados em mais sites do que talvez sejam fornecidos no conjunto de dados público, mas isso não está confirmado.
Preste atenção aos usuários
É importante ressaltar que isso significa que você pode fazer alterações em seu site que o Googlebot não é capaz de detectar, que ainda são detectadas pelo Google e usadas como um sinal de classificação. Por exemplo, sabemos que o Googlebot não suporta rastreamento HTTP/ 2, mas agora sabemos que o Google poderá detectar as melhorias de velocidade que você obteria na implantação de HTTP / 2 para seus usuários.
O mesmo acontece se você usar os trabalhadores de serviços para comportamentos avançados de armazenamento em cache – o Googlebot não estaria ciente, mas os usuários o farão. Certamente há outros exemplos desse tipo.
Essencialmente, isso significa que não há mais um motivo para se preocupar com a velocidade da página do Googlebot, e você deve se concentrar apenas em melhorar as coisas para seus usuários. Você ainda precisa prestar atenção ao Googlebot para fins de rastreamento, que é uma tarefa separada.
