Como exatamente as Ferramentas do Google para webmasters estão medindo o "Desempenho do site"?

27

Estou trabalhando há dois meses para melhorar nosso tempo de resposta (principalmente do lado do servidor) em um novo fórum (um produto totalmente novo do ponto de vista técnico) que lançamos na Alemanha há alguns meses e eu sou um muito surpreso com os resultados que recebo. Monitoro nosso tempo de resposta usando logs do Apache e nossa própria implementação do beacon do Boomerang .

Usando minhas estatísticas, posso ver que nosso novo produto responde em cerca de 680 ms, enquanto nosso produto antigo estava respondendo em cerca de 1050 ms. Por outro lado, a Ferramenta para webmasters do Google nos diz que nossas páginas têm um tempo médio de resposta de cerca de 1500 ms hoje, onde eram 700 há três meses com nosso produto antigo.

Eu percebi que o GWT estava levando em consideração as métricas do lado do cliente, então adicionei algumas medidas em nosso farol do Boomerang e tudo parece bem. Também corri algumas páginas aleatórias no ySlow e no Page Speed ​​do Google e tudo parece melhor do que era antes. Eventualmente, temos 82% da ferramenta Page Speed ​​do Google, o que é bastante interessante para um site com alguns anúncios :)

Ultimamente, assinamos um contrato com a Akamai para usar dois de seus produtos: CDN para nossos arquivos estáticos (estávamos usando outra CDN antes, mas não era muito eficaz) e RMA para melhorar as rotas da Networks. Também introduzimos um novo mecanismo de cache agressivo para garantir que a maioria das páginas veiculadas nos rastreadores seja armazenada em cache por nossa grade do memcache. Depois de verificar minhas métricas, parece que essas alterações melhoraram de 650ms para cerca de 500ms, o que é bom (ainda não ótimo, mas definitivamente é uma melhoria). Porém, as ferramentas para webmasters continuam relatando um tempo médio de resposta crescente, onde vemos diminuindo ao mesmo tempo.

Você já teve o mesmo tipo de comportamento estranho em seus sites enquanto fazia melhorias no desempenho? Você tem alguma idéia de como monitorar o mesmo que o Google faz com o Desempenho do site nas Ferramentas do Google para webmasters, para que possamos melhorar nosso site e verificar constantemente se é isso que o Google deseja?

Edit 26/07/2011 : Obrigado por suas respostas, pessoal! No entanto, eu não era preciso o suficiente. O principal problema que temos não é a página Desempenho do site, mas a Estatísticas de rastreamento, por enquanto. Provavelmente, encontramos um problema do nosso lado com algumas páginas muito lentas (cerca de 3000 ms !!) e estamos tentando corrigi-las. Vou mantê-lo informado assim que tiver algumas informações. Obrigado novamente !

Rémi
fonte

Respostas:

17

De acordo com a orientação oficial

http://www.google.com/support/webmasters/bin/answer.py?answer=158541

O desempenho do site é um recurso experimental das Ferramentas do Google para webmasters que mostra informações de latência sobre seu site. (Para ver os dados de desempenho do site, você deve adicionar e verificar seu site nas Ferramentas do Google para webmasters.)

O tempo de carregamento da página é o tempo total desde o momento em que o usuário clica em um link para sua página até o momento em que a página inteira é carregada e exibida em um navegador. Ele é coletado diretamente de usuários que instalaram a Barra de Ferramentas Google e ativaram o recurso opcional PageRank.

Como os usuários costumam interagir com as páginas da Web antes de serem totalmente baixados, essa é uma interpretação muito rigorosa da velocidade do site . Mas é razoável ser mais rigoroso quanto a essa medida, porque se uma página tem toneladas de JavaScript dinâmico e anúncios carregados dinamicamente, é provavelmente mais correto para o usuário ver a página carregando lentamente.

Portanto, a maneira como eles medem isso é usando a guia Rede nas ferramentas do Google Chrome, também conhecidas como ctrl+ shift+ I.

guia de rede nas ferramentas do Google Chrome

Os dois eventos relevantes são DOMContent Event Fired(linha azul) e Load event fired(linha vermelha). Em uma página aleatória aqui neste site, isso significa que os números estão em torno de 600 ms e 1,1 s, respectivamente. Isso é muito, muito maior do que o tempo para baixar uma página da linha de comando usando wget- e reflete claramente o tempo que o navegador do cliente está gastando para renderizar o conteúdo baixado via HTTP.

(Isso também me parece um pouco injusto, já que um site com todas as páginas estáticas terá uma enorme vantagem sobre um que personaliza dinamicamente cada página para um usuário específico, mas acho que são as quebras!)

Jeff Atwood
fonte
2
Concordo que esta medida é injusta. Eu realmente tenho problemas com o Google potencialmente me penalizando por quanto tempo leva para que meu status mais recente do Twitter seja carregado de forma assíncrona e discreta, quando o conteúdo da página é carregado quase instantaneamente. Pior, parece que eles estão incentivando o formato de artigo de várias páginas que todo mundo detesta, já que isso quase certamente será carregado mais rapidamente.
Dave Ward
11
Se você levar em consideração o fato de o Google vender anúncios e mais solicitações de página corresponderem a mais anúncios exibidos, faria sentido que o G $ estivesse tentando incentivar os sites a usar um formato de artigo com várias páginas.
runxc1 Bret Ferrier
@dave O Google diz explicitamente que o Desempenho do Site é um recurso experimental de "laboratórios", para ficar claro, portanto, não é certo que isso seja usado para fins de classificação.
21411 Jeff Atwood
11
@ Jeff, eu acredito que eles são, a menos que eles mudaram de idéia uma vez que este: googlewebmastercentral.blogspot.com/2010/04/...
Dave Ward
11
Então, isso significa que qualquer coisa executada após o window.onload não é contada no tempo de carregamento da página?
usar o seguinte