Reduza o tempo de resposta do seu servidor para usuários felizes, classificações mais altas

Publicados: 2020-09-28

O tempo de resposta do servidor é muitas vezes esquecido quando se trata de melhorar a velocidade da página.

Pode, no entanto, melhorar a classificação do seu site. Os usuários gostam de sites rápidos, então o Google gosta de sites rápidos. Neste artigo, mostro como reduzir o tempo de resposta do servidor. Também forneço algumas outras maneiras de melhorar a velocidade da sua página.

Quanto o tempo de resposta do servidor importa?

O Tempo de Resposta do Servidor (SRT) é a quantidade de tempo entre o momento em que um cliente da Web faz uma solicitação (por exemplo, clicando em um link ou digitando uma URL na barra de endereços) e o servidor responde a essa solicitação.

Com um bom SRT - e um site otimizado para velocidade - seu site parecerá carregar quase instantaneamente. Sem ele, a página levará mais tempo para carregar, o que pode prejudicar a experiência do usuário e, em última análise, as classificações dos mecanismos de busca.

O SRT é medido em uma unidade conhecida como Time to First Byte (TTFB). O TTFB mede o período de tempo entre o cliente HTTP fazer sua solicitação e receber o primeiro byte de dados. É medido em milissegundos.

O que constitui um TTFB bom, ruim e aceitável varia. Aqui estão algumas regras gerais:

  • Mais rápido que 100ms é excelente.
  • 100–200ms é bom. O Google PageSpeed ​​Insights recomenda manter seu SRT abaixo de 200 ms.
  • 200ms–1 segundo é aceitável, mas há espaço para melhorias.
  • Qualquer coisa acima de 1 segundo é um problema.
Como um site lento prejudica as vendas.
A velocidade da página e o SRT andam de mãos dadas. (Fonte da imagem)

Uma mudança tão pequena no tempo pode fazer uma grande diferença? Mesmo um atraso de um segundo pode custar a um site de comércio eletrônico de US$ 25.000 a US$ 125.000 por ano... ou mais!

Como o tempo de resposta do servidor afeta o SEO?

O Google usa o SRT como fator de classificação há cerca de uma década. Mais recentemente, o Google Search Console lançou uma seção Core Web Vitals, que rastreia um conjunto de métricas de desempenho do site que se concentram na experiência do usuário.

De acordo com um estudo da Forrester Research, mais da metade dos usuários da web espera que um site seja carregado em dois segundos ou menos. Se demorar mais de três segundos para carregar, 40% dos usuários desistirão e sairão.

Sites que demoram mais para carregar normalmente têm uma taxa de rejeição mais alta e uma duração média de visita mais curta. Como um estudo da Pingdom descobriu, “enquanto as taxas de rejeição ficaram abaixo de 10% para sites que levaram menos de três segundos para carregar, o número saltou para 24% para um tempo de carregamento de quatro segundos e 38% para um tempo de carregamento de cinco segundos. ”

Um site lento significa uma experiência de usuário ruim e os mecanismos de pesquisa responderão de acordo.

Informações do Google PageSpeed
(Fonte da imagem)

Reduzir o tempo de resposta do servidor se resume a três etapas.

  1. Meça o tempo de resposta do seu servidor.
  2. Identifique as áreas que precisam de melhorias.
  3. Trabalhe com sua equipe para abordar essas áreas.

Como verificar seu SRT

Há uma série de ferramentas que você pode usar.

GTMetrix

GTMetrix tem versões gratuitas e pagas. Ele permite que você analise seu SRT, monitore suas páginas e teste a velocidade do seu site em um dispositivo móvel. Basta inserir seu URL e você verá uma pontuação geral para o tempo de carregamento da página, que também inclui dados SRT.

Relatório de desempenho.

Você pode usar o gráfico em cascata para ver cada elemento na ordem em que foi carregado. Isso permite identificar e depurar áreas problemáticas, mostrando exatamente quais solicitações estão deixando seu site lento.

É claro que o tempo de resposta do servidor é apenas parte dos muitos fatores que contribuem para a velocidade da página.

Carta de cachoeira.

No gráfico em cascata, você pode obter informações mais detalhadas de cada solicitação passando o mouse sobre um item individual. Lá, você verá quanto do tempo de carregamento resulta da espera em seu servidor:

Horários de solicitação.

Se você configurar uma conta gratuita, poderá visualizar outras métricas relevantes, incluindo o importante TTFB, usando a guia Tempos:

Tempos de carregamento da página

Google PageSpeed ​​Insights (PSI)

Insira seu URL nesta ferramenta gratuita e você verá uma pontuação geral e algumas métricas úteis. Aqui está um exemplo de como fica:

Velocidade do Facebook.

O PSI fornece informações sobre as versões para dispositivos móveis e desktop do seu site e fornece informações vitais sobre o que você pode melhorar. Ele usa uma mistura de dados de “campo” do mundo real com base no Relatório de experiência do usuário do Chrome e dados de laboratório do Lighthouse para estimar o desempenho da página.


Aqui estão as métricas do Google Page Insights que se relacionam especificamente ao SRT.

  • First Contentful Paint (FCP): essa métrica mede o tempo desde o início do carregamento da página até o momento em que qualquer parte do conteúdo da página é renderizada na tela.
  • Mudança de layout cumulativa : o CLS mede a soma total de todas as pontuações de mudança de layout individual para cada mudança de layout inesperada que ocorre durante toda a vida útil da página.
  • Time to Interactive (TTI): mede quanto tempo leva para uma página se tornar totalmente interativa. De acordo com o Google, uma página é totalmente interativa quando a página exibe conteúdo útil, manipuladores de eventos são registrados para os elementos de página mais visíveis e a página responde às interações do usuário com 50 milissegundos.
  • Tempo Total de Bloqueio : A métrica Tempo Total de Bloqueio (TBT) mede a quantidade total de tempo entre FCP e TTI em que o encadeamento principal foi bloqueado por tempo suficiente para evitar a capacidade de resposta de entrada.

Para uma pontuação alta, o PSI espera um tempo de resposta do servidor abaixo de 200ms. Se o seu SRT for mais lento do que isso, você receberá uma notificação na seção "Oportunidades":

Reduza o tempo de resposta do servidor.

Como reduzir o tempo de resposta do seu servidor

Em última análise, existem dezenas de fatores potenciais que podem retardar a resposta do seu servidor: lógica de aplicativo lenta, consultas de banco de dados lentas, roteamento lento, estruturas, bibliotecas, falta de CPU de recursos ou falta de memória.

Embora você não consiga abordar todos eles, você pode trabalhar com sua equipe de desenvolvimento para encontrar e corrigir as áreas mais técnicas:

  • Lógica de aplicativo lenta : use uma ferramenta de criação de perfil de código para ajudar a determinar quais dependências estão sendo usadas em seu site e quanto tempo cada uma dessas dependências leva para carregar.
  • Consultas de banco de dados lentas : ocorrem quando as consultas de banco de dados não são acionadas com eficiência. Pior ainda, você pode nem saber que eles estão tendo um desempenho ruim, a menos que verifique “debaixo do capô”. As consultas de banco de dados lentas exigem mais trabalho e usam mais recursos da CPU.
  • Roteamento lento : De um modo geral, você deseja colocar suas páginas e conteúdo mais visitados no topo da fila de roteamento para tornar esses locais uma alta prioridade. Você também pode adicionar mais rotas a qualquer local específico se as coisas estiverem lentas.
  • Falta de CPU de recursos : se o seu site estiver executando muitos plug-ins ou scripts, isso pode levar à falta de CPU de recursos. Trabalhe com sua equipe para desinstalar plug-ins com uso intensivo de recursos que não estão sendo usados ​​com frequência e remova scripts desnecessários.
Banco de dados, API, aplicativo.
(Fonte da imagem)

Existem outras etapas concretas que podem ajudá-lo a melhorar a resposta do servidor sem um contato direto com sua equipe de desenvolvimento.

Encontre um host rápido e dedicado

Se o seu SRT atual estiver mais lento, considere procurar um host mais rápido. Há algumas coisas para pensar.

Se você tiver orçamento, opte por hospedagem dedicada. Isso significa simplesmente que você não compartilha o servidor com outro site. Embora a hospedagem compartilhada possa ser um ótimo começo, alguns provedores de hospedagem compartilhada sobrecarregam seus servidores, o que maximiza seus lucros, mas significa um desastre para o seu site.

Leia comentários e peça recomendações antes de tomar sua decisão. Se você receber uma recomendação, use GTMetrix ou PSI para verificar o SRT desses sites.

Você também pode verificar as velocidades do servidor de um provedor antes de comprar. Existem algumas maneiras de fazer isso:

Use uma ferramenta de verificação de velocidade. Eu gosto da ferramenta de verificação de velocidade gratuita do Pickuphost:

Iniciar teste de velocidade.

Verifique um site de comparação. Relatórios virtuais sobre os tempos médios de resposta de muitos hosts da web populares:

Tempo de resposta do host da Web.

Você também pode usar sua ferramenta de comparação simples para comparar até 4 provedores de hospedagem em 56 métricas diferentes:

Comparar anfitriões.

O Bitcatcha é outra ferramenta que permite comparar as velocidades de hospedagem em vários locais do mundo, para que você possa escolher a melhor para onde está.

comparação de hospedagem.

Você deve escolher um host com servidores geograficamente próximos ao seu público-alvo. Uma maneira fácil de garantir isso é com um CDN.

Use uma CDN (rede de entrega de conteúdo)

Uma Rede de Entrega de Conteúdo (CDN) é um grupo de servidores distribuídos geograficamente que trabalham juntos para entregar conteúdo online mais rapidamente. A menos que sua empresa seja hiperlocal em seu foco, é provável que você tenha pessoas em todo o mundo desejando acessar seu conteúdo em um momento ou outro.

Ao usar uma CDN, você garante que os visitantes do seu site tenham a melhor experiência do usuário, não importa onde estejam. Mais da metade de todo o tráfego de internet do mundo é servido por meio de uma CDN.

Uma CDN armazena uma versão em cache do seu site em vários locais em todo o mundo. Cada área possui seu próprio servidor, e o servidor mais próximo da localização do usuário entregará o conteúdo solicitado. Aqui está um visual de como funciona:

Mapa CDN.
(Fonte da imagem)

Se o seu site estiver hospedado nos Estados Unidos, mas um usuário na Austrália quiser acessá-lo, o SRT poderá ser de 0,2 a 0,4 segundos mais lento. Um CDN atenua esse problema e fornece um SRT consistentemente rápido, independentemente da localização geográfica.

Velocidade do servidor com base na localização.

Embora meio segundo no SRT possa não parecer muito, isso afeta os tempos de carregamento percebidos para seus visitantes.

Para configurar, você precisará escolher um CDN e registrar seu site. Existem centenas de provedores de CDN para escolher. Ao escolher sua CDN, considere fatores como volume de tráfego previsto, os principais tipos de mídia veiculados e seu orçamento.

Depois de se registrar em um provedor de CDN, você ou seu desenvolvedor da Web precisará habilitá-lo em seu site. Dependendo do seu provedor de hospedagem e do sistema de gerenciamento de conteúdo (CMS), você o habilitará por meio do painel C ou usando um plug-in.

Se você comprou seu domínio de um provedor diferente daquele que está usando para hospedar seu site, também precisará fazer uma atualização nesse provedor. Você ou seu registrador de nomes de domínio precisarão corrigir seus registros de servidor de nomes DNS para apontar seu domínio para os servidores de sua CDN.

Depois de otimizar seu SRT—mas enquanto você ainda tem a atenção de sua equipe de desenvolvimento—você pode querer resolver alguns outros problemas de velocidade de página que podem ter um grande impacto.

Mais maneiras de melhorar a velocidade do seu site (além do SRT)

Reduza e otimize seus scripts

Componentes da velocidade da página.
A seção azul à esquerda representa o SRT como um segmento do tempo total de carregamento da página. (Fonte da imagem)

Uma das maneiras mais eficazes de aumentar o tempo de carregamento do seu site é auditar os scripts que seu site executa. Você ainda está usando esse script de rastreamento? Alguém está fazendo algo com esses dados?

Cada pequeno desperdício pode somar. O PSI mostrará quais scripts seu site carrega (e quais demoram mais para carregar). Muitas vezes, remover os scripts é tão simples quanto desabilitar uma tag no Gerenciador de tags do Google.

Se você usa o WordPress, há vários plugins para ajudar a remover scripts desnecessários, como Optimize Scripts and Styles ou Asset CleanUp.

Dimensione e otimize imagens

Uma das maneiras mais simples de otimizar imagens é garantir que suas imagens estejam no formato de arquivo correto. Em geral, um PNG ocupará mais espaço em relação a um arquivo JPEG. Para simplificar, recomendo usar PNG para gráficos simples, como logotipos e gráficos, e o formato JPEG para todo o resto.

O Google começou a recomendar um formato chamado JPEG 2000. No entanto, geralmente não o uso porque ainda não é compatível com muitos sistemas ou navegadores (além do Chrome).

Há também um formato chamado WEB.P, que oferece um tamanho de arquivo um pouco menor que o JPEG. No entanto, a diferença é insignificante. Depois de habilitar o cache (mais sobre isso em um minuto), não há diferença perceptível.

No momento, uso o formato JPEG padrão com 60% de compactação na maioria dos casos. Reduzir um JPEG de 95% de qualidade para 80% ou até 75% pode fazer pouca diferença perceptível na aparência da imagem. Experimente para encontrar o equilíbrio certo entre a qualidade da imagem e o tamanho do arquivo.

Redução do tamanho do arquivo.

Muitas ferramentas (algumas gratuitas) também podem ajudar a otimizar suas imagens antes de enviá-las. Jpeg.io e Compressor são duas boas opções. WordPress, os plugins Smush ou Kraken.io otimizarão suas imagens à medida que você as carrega. Existem opções semelhantes disponíveis em outras plataformas CMS.

Usar cache

O armazenamento em cache é uma das melhores maneiras de melhorar a velocidade do seu site, sem sacrificar nada em termos de qualidade ou conteúdo.

Na primeira vez que um usuário visita seu site, o servidor precisa baixar arquivos JavaScript, imagens, o documento HTML e muito mais. O cache é um armazenamento temporário que lembra alguns desses aspectos para que o conteúdo possa ser recuperado mais rapidamente na próxima vez que o usuário visitar.

Para habilitar o cache, você precisa adicionar um pequeno código ao arquivo .htaccess do seu site. Você geralmente fará isso através do gerenciador de arquivos na sua área de usuário de hospedagem. Esse código informa aos navegadores de seus usuários o que armazenar em cache e por quanto tempo recuperá-lo.

Aqui está um exemplo do código do GTMetrix:

Scripts

Você pode alterar o código para armazenar em cache diferentes aspectos do seu site por diferentes períodos de tempo. Para tipos de arquivo atualizados com mais frequência, defina um tempo de armazenamento em cache mais curto.

Para aqueles que são bastante estáticos, o tempo de armazenamento em cache pode ser maior. Tempos de armazenamento em cache muito longos para arquivos que são alterados ou atualizados com frequência podem fazer com que usuários recorrentes vejam uma versão em cache mais antiga do seu site.

(Cuidado: se algo der errado com o arquivo .htaccess, ele pode quebrar todo o seu site.)

Em algumas plataformas CMS, você também pode usar um plug-in para habilitar o cache sem qualquer codificação. Alguns dos mais populares e bem avaliados incluem W3 Total Cache e WP Rocket para WordPress e SpeedCache para Joomla.

Mantenha seu CMS, plugins e temas atualizados

Com que frequência você vê essas notificações lembrando você de atualizar seu CMS, plugins ou tema do site? Você os fecha, pensando que vai chegar mais tarde e depois esquecer tudo? Pare de fazer isso agora mesmo!

Versões desatualizadas do seu CMS, plugins e temas do site podem reduzir significativamente a velocidade da página. Os criadores dessas ferramentas e plataformas criam atualizações por um motivo – geralmente é para melhorar a eficiência e a velocidade.

(Também há outro problema: plataformas CMS, plugins e temas desatualizados podem deixar seu site vulnerável a violações de segurança. Malcare relatou que temas e plugins desatualizados são uma das causas mais comuns de hacks em sites WordPress.)

Assim como os scripts em seu site, quando foi a última vez que você limpou seus plugins e temas salvos? Provavelmente, você tem alguns baixados que não está usando. Execute regularmente uma auditoria rápida de tudo que você baixou e instalou.

Conclusão

Reduzir o tempo de resposta do servidor proporcionará aos visitantes do seu site uma experiência melhor, reduzirá sua taxa de rejeição e, finalmente, melhorará seus rankings de pesquisa.

  • Verifique seu SRT primeiro para que você tenha uma linha de base de onde você está trabalhando.
  • Escolha o provedor de hospedagem e o servidor corretos.
  • Use uma CDN para fornecer conteúdo a usuários de servidores geograficamente mais próximos.
  • Otimize suas imagens escolhendo o tipo de arquivo certo, reduzindo ligeiramente a qualidade da imagem e usando um plug-in para reduzir o tamanho dos arquivos.
  • Use o cache do navegador para fornecer uma experiência melhor para visitantes recorrentes.
  • Certifique-se de que seu CMS, plugins e temas de sites estejam atualizados.

SRT e SEO são áreas onde segundos e milissegundos realmente importam. Cada fração de segundo que você raspar manterá os visitantes em seu site por mais tempo, garantirá que eles voltem sempre e ajudará seu site a alcançar os cobiçados primeiros lugares nas páginas de resultados.