Teste de velocidade do site: medindo corretamente a velocidade do seu provedor de hospedagem na web

Publicados: 2017-04-21

A velocidade de um site pode se referir a muitas coisas diferentes e a medição geralmente é repleta de ambiguidades e erros de interpretação. Neste artigo, esclareceremos alguns aspectos confusos da medição de velocidade do site. Então vamos ajudá-lo a decifrar o relatório de medida de velocidade. Por fim, analisaremos quais métricas você precisa considerar ao medir a velocidade do seu provedor de hospedagem na web.

Usaremos a ferramenta WebSite Speed Test do Pingdom para nossos exemplos. Existem muitas ferramentas semelhantes por aí, como dareboost e WebPageTest, e recomendamos que você experimente todas elas para obter um resultado mais equilibrado. Há também o GTMetrix e o Page Speed Insights do Google. Com o Google, bem, você tem a autoridade que uma ferramenta do Google tem. No lado negativo, você não obterá nenhuma informação sobre os tempos de resposta reais (em milissegundos) do seu site. Portanto, se você estiver atrás de resultados quantitativos, precisará verificar as outras ferramentas.

Mas a verdade é que medir a velocidade é um pouco difícil. Vamos esclarecer algumas coisas primeiro.

Medir a velocidade do site é… complicado

Os relatórios de ferramentas de medição de velocidade de sites on-line geralmente fornecem uma quantidade enorme de informações sobre a velocidade do seu site. Isso é difícil de entender, especialmente se você não usou um antes. Em primeiro lugar, há alguns pontos que você precisa ter em mente:

Os relatórios de velocidade do site fornecem uma marca de velocidade total combinando várias métricas muito diferentes. Isso dá uma aproximação geral de quão “rápido” é um site. No entanto, quando você precisar avaliar a velocidade de um provedor de hospedagem na web, precisará examinar mais de perto os resultados.
Apenas executar um teste de velocidade do site uma vez não oferece uma visão realista. Você precisará executar pelo menos 10 testes diferentes (usando a mesma ferramenta e da mesma região) e depois calcular a média dividindo os resultados de acordo.
As ferramentas de velocidade de página da Web on-line geralmente ignoram qualquer mecanismo de cache que seu provedor ou site possa ter. Por exemplo, inspecionar os cabeçalhos de solicitação de qualquer solicitação revela dois cabeçalhos HTTP que desabilitam o armazenamento em cache. Para isso, você deve sempre ter em mente o cache enquanto estiver realizando seus testes.

A velocidade do provedor da Web é diferente da velocidade do aplicativo!

As ferramentas de teste de velocidade do site geralmente testam as mesmas coisas e exibem tipos semelhantes de dados. Como mencionamos anteriormente, nem todos esses dados se referem à velocidade do seu provedor. Por exemplo, ativos recuperados de servidores de terceiros, como o Youtube, não informam nada sobre a velocidade do seu provedor. Isso ocorre porque o conteúdo reside em servidores diferentes e não no seu.

Conteúdo de terceiros (por exemplo, Youtube)

Da mesma forma, as métricas de código Javascript e CSS mostram apenas a rapidez com que sua página da Web será renderizada no navegador.

Existem algumas métricas, no entanto, que refletem a velocidade do seu provedor. Estes são DNS, o tempo que leva para o seu navegador da web se conectar à sua página da web e obter os resultados e várias outras métricas. Vamos vê-los um por um!

Métricas de velocidade do provedor de hospedagem na web

Tempo de resposta do DNS

Essa métrica mede o tempo que leva para o servidor de nomes do seu site retornar ao seu navegador o endereço IP, conforme medido pela ferramenta PingDom. Em geral, valores abaixo de 300ms são considerados normais.

Se você observar valores altos nessa métrica, talvez seja necessário começar a solucionar o problema. Por fim, você pode optar por alterar seu provedor de DNS. Obviamente, se seus registros de DNS forem mantidos pelo seu provedor de hospedagem na web, você precisará levar em consideração a métrica de DNS.

Tempo de resposta da conexão

Esse tempo de resposta mede o tempo que leva para seu navegador se conectar pela primeira vez ao seu site. Esta é uma métrica que você obviamente precisa levar em consideração.

SSL

Na captura de tela anterior, vimos que está ocorrendo um redirecionamento para uma URL HTTPS (visível no ícone no canto superior esquerdo). O Pingdom mede o tempo que leva para o handshake SSL ocorrer. Os handshakes SSL são operações computacionalmente intensas. Seus tempos de resposta geralmente dependem de vários fatores, como qual protocolo é usado, se técnicas como descarregamento de SSL estão presentes, etc.

Você precisará levar em consideração os tempos de resposta SSL, somente se tiver certeza de que o handshake SSL foi feito pelo seu provedor. Se você não tiver certeza, deixe essa métrica de fora.

A métrica Enviar é o tempo que leva para o navegador da Web enviar a solicitação ao servidor. Isso está relacionado apenas à conexão com a Internet do seu visitante, e não do seu site ou do seu provedor de hospedagem. Portanto, deixe essa métrica de fora também.

Aguardar/Receber

Esses tempos de resposta indicam o tempo que leva para seu navegador receber a página da web real. O tempo de espera é a quantidade de tempo que seu navegador espera até que o servidor comece a enviar dados. O tempo de recebimento indica quanto tempo leva para o servidor realmente enviar esses dados para o navegador.

Como esses dois tempos de resposta estão relacionados ao servidor da Web, você deve levar em consideração ambos.

Ativos estáticos

Os tempos de resposta para arquivos que são servidos localmente de seu site também precisam ser incluídos. Eles são chamados de ativos estáticos e geralmente são imagens, arquivos CSS e, geralmente, qualquer coisa que seja veiculada em seu domínio.

Os navegadores da Web modernos aceleram o download de recursos usando threads de execução paralelos e outras técnicas. Por exemplo, se você tiver um site com 100 solicitações, essas 100 solicitações serão baixadas em paralelo. O Internet Explorer 10 usa no máximo 8 conexões paralelas, enquanto o Chrome usa 6. Firefox3 e Safari 5 também usam 6. Esse valor é configurável, mas você pode facilmente fazer seu computador funcionar mal se você o usar mal, então é melhor deixá-lo como está. Além disso, o HTTP/2 ajuda significativamente quando se trata de aceleração de download, pois apresenta um gerenciamento de streaming de pacotes mais superior do que seu antecessor.

Finalmente, identificar seus ativos locais é fácil com o Pingdom. Você pode filtrar os resultados e exibir as solicitações de ativos locais digitando o domínio do seu site no campo Filtro.

Se você achar que há um atraso significativo ao buscar ativos locais (principalmente imagens e vídeos), pense em usar uma Rede de Entrega de Conteúdo (CDN).

Com uma rede de entrega de conteúdo, você pode minimizar a perda e a latência de pacotes. Os serviços de CDN colocam servidores em todo o mundo, de modo a aproximar seu conteúdo o mais possível de seus visitantes, reduzindo assim a latência.

No fechamento

As ferramentas de medição de velocidade do site fornecem muitas informações que você deve avaliar criticamente, dependendo do que você planeja medir.

Resumindo, antes de começar a testar a velocidade do seu site, tenha em mente o seguinte:

A velocidade de hospedagem na Web e a maneira como é medida é completamente diferente da velocidade de carregamento da página.
As principais métricas que você precisa prestar atenção são os tempos de resposta Conectar/Aguardar/Receber, bem como os de ativos estáticos. DNS e SSL só são levados em consideração se forem gerenciados pelo seu provedor de hospedagem na web.
Deixe de fora todas as métricas relacionadas ao conteúdo extraído de serviços de terceiros, como o Youtube.
Execute o teste várias vezes (pelo menos 10) e, em seguida, calcule a média dividindo os resultados pelo número de testes.

Como o tópico de velocidade de renderização de aplicativos e páginas é outro tópico de importância crítica, planejamos dedicar um artigo separado a isso. Também é muito mais complexo do que medir a velocidade de hospedagem na web, pois depende de muitos fatores e também esconde algumas armadilhas!