Muitos artigos na internet acabam se concentrando principalmente em otimizações front-end do e em maneiras rápidas de acelerar o seu site. As otimizações de servidor, como latência de rede, são às vezes ignorados ou negligenciadas. Por causa disso, achamos interessante observar mais profundamente a importância da latência da rede e o impacto que ela tem no site do WordPress ao carregar diferentes regiões.
Embora um CDN possa ajudar a diminuir a latência da rede, o local do servidor host ainda é muito importante, especialmente se você estiver atendendo a visitantes em um local geográfico muito específico. A latência é importante e mostraremos algumas razões.
O Que É Latência de Rede?
Latência de rede refere-se ao tempo e/ou atraso que está envolvido na transmissão de dados em uma rede. Em outras palavras, quanto tempo leva para um pacote de dados ir de um ponto a outro. Hoje em dia isso é normalmente medido em milissegundos, no entanto, pode ser segundos dependendo da rede. Quanto mais próximo de zero melhor.
“Latência é o tempo de espera introduzido pelo sinal percorrendo a distância geográfica, bem como ao longo dos vários equipamentos de comunicação.” – Whatis.com
Em outras palavras, quanto maior a distância, maior a latência, o que equivale a um atraso maior. Você não pode superar a velocidade da luz quando se trata de dados transmitidos por cabos de fibra óptica. Por exemplo, abaixo está um mapa da rede do Google Cloud Platform. Eles têm milhares de quilômetros de cabos passando por baixo do oceano, abrangendo todo o globo. Esta é uma das razões pelas quais é uma das redes mais rápidas do mundo. E mesmo com essa extensa rede de ponta, ainda haverá atrasos de latência.
Existem alguns fatores que contribuem para atrasos de latência de rede, o que inclui:
- Atraso de transmissão: Diferentes tipos de mídias, como conexões sem fio ou de fibra ótica, podem ter algum tipo de atraso, já que eles só podem extrair uns tantos bits. Por exemplo, uma conexão de fibra óptica terá um atraso de transmissão menor que uma linha T1. Você também deve levar em conta o tamanho do pacote.
- Atraso de propagação: é o tempo que leva para o pacote de dados viajar. Isso pode incluir distância, atrasos de rede, etc.
- Enfileiramento de atraso: Se a largura de banda for excedida, pode haver atrasos de enfileiramento nos quais os dados devem aguardar no host ou no roteador. Isso pode ser afetado pelo congestionamento da rede.
Por Que a Latência da Rede É Importante?
Alguns podem argumentar que a latência de rede não é muito importante, no entanto, pode se tornar em relação a onde você escolhe hospedar seu site. Para mídia e seus recursos (como imagens, JavaScript, CSS, Vídeo), uma CDN pode consertar muito a latência extra envolvida, entregando uma cópia de um servidor mais próximo. No entanto, na maioria das configurações, você ainda precisa consultar seu servidor de hospedagem para a carga inicial do DOC. E é por isso que a latência é importante!
O Trainline reduziu a latência em 0,3 segundo em todo o seu funil e os clientes gastaram um extra de £ 8 milhões (~ US$ 11,5 milhões) por ano. – WPO Stats
A latência é especialmente importante quando se trata de empresas que atendem visitantes em uma localização geográfica específica. Por exemplo, digamos que você tenha uma loja de comércio eletrônico em Sydney e 90% de seus clientes sejam da Austrália. Sua empresa definitivamente se beneficiaria com a colocação do seu site em um servidor na Austrália, em vez de hospedá-lo na Europa ou nos Estados Unidos. Vamos ver o quanto isso afeta seu site abaixo.
Comparando a Latência da Rede do Google Cloud
A distância é uma das principais razões para atrasos de latência. No entanto, é importante lembrar que a latência não é afetada apenas pela distância, mas também pelo número de saltos, roteadores intermediários, etc. Algumas maneiras de medir a latência da rede incluem Ping, Traceroute e MTR. Neste exemplo, simplesmente usaremos tempos de ping e executaremos alguns testes traceroute. Se você realmente quer se aprofundar nos dados, pode executar os comandos traceroute.
Na Kinsta, incluímos a rede de nível premium do Google Cloud Platform em todos os planos de hospedagem. Muitos outros provedores de hospedagem usam a rede de nível padrão do Google Cloud, o que resulta em velocidades mais lentas.
- perf1.kinsta.com (localizado em Iowa, EUA)
- perf2.kinsta.com (localizado em Sydney, Austrália)
- perf3.kinsta.com (localizado em Frankfurt, Alemanha)
Saiba mais: Rede da Google Cloud Platform Network: Camada Premium vs Camada Padrão
Utilizamos gratuitamente a ferramenta Ping Test da KeyCDN, o que nos permite testar simultaneamente a partir de 14 locais. Lembre-se, quanto menor o tempo de ping, melhor, pois isso se correlaciona diretamente com o tempo de atraso (em milissegundos) de quanto tempo os dados levam para percorrer a Internet, para o endereço de destino e depois para você. Também utilizamos sua ferramenta traceroute.
Perf1 (Iowa, EUA)
Para o servidor de teste localizado em Iowa, EUA, os tempos de ping são muito inferiores aos locais nos Estados Unidos (tempo médio de ping de 16 ms para Dallas). À medida que você começa a ir mais longe na Europa ou em Cingapura, começa a experimentar médias de tempo de ping bem mais altas (244 ms de tempo médio de ping para Cingapura).
E se compararmos o Traceroute, você pode ver um exemplo de 7 saltos de rede adicionais necessários para simplesmente viajar de Iowa, EUA para Frankfurt, Alemanha (comparado a 10 saltos de Dallas). É por isso que é importante lembrar que os saltos de rede também influenciam na latência da rede.
Perf2 (Sydney, Austrália)
Para o servidor de teste localizado em Sydney, Austrália, os tempos de ping são muito mais baixos em locais na Austrália e na região Ásia-Pacífico (tempos médios de ping de 1 ms para Sydney). À medida que você começa a ir mais longe na Europa ou na América do Sul, começa a experimentar médias de tempo de ping muito mais altas (319 ms de tempo médio de ping para São Paulo).
E se compararmos o Traceroute, você pode ver um exemplo de 14 saltos de rede adicionais são necessários para simplesmente viajar de Sydney, Austrália para Frankfurt, na Alemanha.
Perf3 (Frankfurt, Alemanha)
Para o servidor de teste localizado em Frankfurt, na Alemanha, os tempos de ping são muito mais baixos em locais da Europa e até mesmo dos Estados Unidos, provavelmente devido a uma conexão backbone rápida entre os dois (tempos médios de ping de 7 ms para Amsterdã). À medida que você começa a ir mais longe na Ásia-Pacífico ou na América do Sul, começa a experimentar médias de tempo de ping muito mais altas (308 ms de tempo médio de ping para Cingapura).
E se compararmos o Traceroute, você pode ver um exemplo 11 lúpulos de rede adicionais são necessários para simplesmente viajar de Frankfurt, Alemanha para São Paulo, Brasil.
Então, como você pode ver acima, a maior distância diretamente correlacionada com maiores tempos de ping e hops de rede adicionais que compõem a latência da rede. É por isso que você deve posicionar estrategicamente seu site para diminuir esses dois fatores.
Comparando a Latência do Google Cloud Entre Regiões
Acima, estamos testando tempos de ping de onde os servidores estão localizados, em correlação com os servidores de ping. Mas e a latência entre as próprias regiões do Google Cloud Platform? A Geek Flare realizou um ótimo teste entre 9 das diferentes regiões. Isso pode fornecer uma visão geral rápida do atraso que ocorre devido à latência quando colocado em uma região versus outra.
Certifique-se também de verificar o nosso artigo sobre Google Cloud vs AWS para ver as diferenças na latência da rede.
Comparando os Tempos de Carregamento da Página
E, claro, deixamos de fora o tempo total de carregamento da página. Na verdade, é aqui que alguns dos dados mais interessantes são. No entanto, lembre-se de que isso inclui outros fatores, como o TTFB. Todos os três sites de teste são idênticos, executando uma nova instalação do WordPress, com o Twenty Seventeen theme instalado. Também estamos utilizando o Pingdom, então os horários estão sendo medidos a partir dos locais dos servidores de teste.
Perf 1 (Iowa, EUA)
Fizemos testes de velocidade a partir de três diferentes locais de teste com o nosso servidor localizado em Iowa, EUA, e abaixo estão os resultados.
Como podemos ver acima, há uma enorme diferença entre carregar um site de dentro dos Estados Unidos (próximo ao servidor de hospedagem) e carregar pelo mundo.
Perf 2 (Sydney, Austrália)
Fizemos testes de velocidade a partir de três locais de teste diferentes com o nosso servidor localizado em Sydney, na Austrália, e abaixo estão os resultados
Como podemos ver acima, há uma enorme diferença entre carregar um site de dentro da Austrália (perto do servidor de hospedagem) e carregar pelo mundo.
Perf 3 (Frankfurt, Alemanha)
Realizamos testes de velocidade a partir de três diferentes locais de teste com o nosso servidor localizado em Frankfurt, na Alemanha, e abaixo estão os resultados.
Como podemos ver acima, há uma enorme diferença entre carregar um site na Europa (próximo ao servidor de hospedagem) e carregar de todo o mundo.
Se os testes de carregamento de página não convencerem você, não sabemos o que vai. Por exemplo, o local de teste em Iowa, EUA, levou apenas 368 ms para carregar a partir de Dallas. Mas levou 2,14 segundos para carregar de Sydney, na Austrália. É por isso que a localização é importante! Além disso, você pode ajudar a diminuir o tempo de carregamento total, colocando seus recursos de mídia mais perto de seus visitantes com uma CDN. Kinsta inclui uma CDN para todos os clientes! Mas você sempre encontrará tempo de carregamento e latência do seu servidor host, então escolha sabiamente.
Escolhendo o Local Certo para Hospedar Seu Site WordPress
A maioria dos provedores de hospedagem normalmente permite que você escolha entre diferentes locais para hospedar seu site. Aqui na Kinsta, temos todas as 37 localizações do Google Cloud Platform disponíveis. Isso permite que você posicione seu site estrategicamente onde você precisa garantir baixa latência e TTFB, além de tempos de carregamento rápidos. Você também pode escolher um local diferente para cada site separado.
Não tem certeza qual escolher? Temos algumas dicas abaixo.
Dica 1 – Cheque o Google Analytics
Uma das primeiras coisas que você pode fazer é olhar para a localização geográfica de seus visitantes no Google Analytics. Neste exemplo abaixo, você pode ver que mais de 90% do tráfego é proveniente dos Estados Unidos. Então, na maioria dos casos, você gostaria de colocar seu site em um servidor nos Estados Unidos. Você poderia filtrar os dados para as cidades, mas normalmente recomendaríamos um local central como Iowa, EUA.
Dica 2 – Verificar Dados de Comércio Eletrônico
Se você administra uma loja de comércio eletrônico, verifique também de onde seus clientes estão vindo. É claro que é assim que você gera rendimento, então esses são seus visitantes mais importantes. Isso deve coincidir com o tráfego acima, no entanto, isso nem sempre é o caso. Se você tiver uma configuração de dados de comércio eletrônico ou Metas, poderá facilmente sobrepor essas informações aos dados geográficos para tomar uma decisão mais fundamentada.
Dica 3 – Faça um Rápido Teste de Latência
Há muitas ferramentas gratuitas úteis para medir a latência de sua localização atual para diferentes provedores de nuvem. Isso pode ajudar você a avaliar rapidamente qual região pode ser a melhor opção para seu site.
- GCP Ping (mede a latência para as regiões do Google Cloud Platforms)
- info (mede a latência para regiões da Amazon Web Services)
- Azure Latency Test (mede a latência para regiões do Azure)
Você também pode usar o CloudHarmony, que é uma ferramenta de comparação de nuvens. Você pode testar coisas como latência, DNS, uplink e downlink.
Maneiras Rápidas para Reduzir a Latência da Rede
Para resumir, aqui estão algumas maneiras rápidas de reduzir a latência da rede.
- Como mostramos acima, colocar seu site em um servidor mais próximo de seus visitantes deve ser a prioridade número um. Isso ajuda a reduzir os tempos de ping e os saltos de rede.
- Utilize um content delivery network (CDN) para servir ativos em cache de POPs em todo o mundo. Isso ajuda a negar a latência da rede para visitantes que podem não estar próximos de seu servidor host. Confira como ativar o CDN Kinsta no seu site WordPress.
- Tire proveito do HTTP/2 protocolo para minimizar o número de viagens de ida e volta, graças à paralelização. O HTTP/2 está ativado em todos os servidores Kinsta. Os únicos requisitos são que seu site esteja executando HTTPS.
- Reduza o número de solicitações HTTP externas. Cada um deles pode ter sua própria latência adicional com base na localização de seu servidor. Confira nossa postagem analisando o desempenho de terceiros.
- Use um fornecedor DNS premium com tempos de pesquisa rápidos.
- Utilize prefetch and prerender para executar tarefas enquanto a página é carregada.
- Implementar algumas das dicas avançadas que oferecemos neste mega guias (Melhor Guia)
Resumo
Espero que agora você entenda um pouco mais sobre a latência da rede, por que é importante e como isso afeta o seu site. Para garantir tempos de carregamento rápidos, escolha um servidor com o host mais próximo de seus visitantes e clientes. O que acha? Você já teve tempos de carregamento lento devido a um site ser colocado no local errado? Nos conte abaixo nos comentários.
Brian tem uma enorme paixão pelo WordPress, e tem utilizado há mais de uma década e até desenvolve alguns plugins premium. Brian gosta de blogs, filmes e caminhadas. Conecte-se com Brian no Twitter.
Deixe um comentário