Latência

Latência WordPress é o tempo que decorre entre o navegador do visitante enviar uma requisição e o servidor começar a responder. É medida em milissegundos e depende de fatores físicos (distância entre visitante e servidor), técnicos (capacidade da rede, eficiência do servidor) e configuracionais (cache, CDN, otimização do PHP). Em sites WordPress, latência baixa é o que faz a navegação parecer instantânea. Latência alta é o que faz cada clique parecer um atraso pequeno mas perceptível, capaz de matar conversão e SEO simultaneamente.

O que é latência

Latência é uma medida de tempo. Em sites, refere-se ao intervalo entre dois eventos: o navegador enviar a requisição (“me dê a página tal”) e receber o primeiro byte da resposta. Esse intervalo é também conhecido como Time To First Byte (TTFB), métrica monitorada por todas as ferramentas de performance, do PageSpeed Insights ao GTmetrix.

O cálculo soma várias partes. Tempo de DNS lookup (resolver o nome do domínio para IP). Tempo de conexão TCP (estabelecer canal de comunicação). Tempo de handshake TLS (estabelecer conexão segura). Tempo de roteamento até o servidor de origem. Tempo de processamento do servidor (PHP, banco, lógica). E enfim, tempo de retorno do primeiro byte. Em conexões típicas no Brasil, esse total fica entre 200 e 800 ms para um site WordPress comum.

Cada componente tem ordem de grandeza diferente. DNS lookup é tipicamente 20 a 60 ms. TCP handshake é uns 30 ms. TLS handshake é uns 100 ms. Distância física, contando velocidade da luz na fibra, soma de 1 ms a cada 200 km. Servidor processando WordPress sem cache pode levar de 100 ms a vários segundos, dependendo de quantos plugins estão ativos e quão lento é o banco.

Quando se fala em o que é latência, é importante distinguir do termo “latência de rede” (latência rede), que mede só a parte de transmissão entre dois pontos na internet, sem considerar processamento de servidor. Em sites, a métrica que importa é a latência total observada pelo visitante, somando tudo.

Diferença entre latência e velocidade

Latência e velocidade são frequentemente confundidas, mas medem coisas diferentes. Latência é tempo de espera. Velocidade (largura de banda) é capacidade de transferência. Conexão de fibra de 1 Gbps tem alta velocidade, mas pode ter latência alta se o roteamento da operadora é ruim. Conexão satelital geoestacionária tem latência altíssima (500 ms+) por causa da distância da órbita, mesmo com velocidade boa.

Para sites, os dois importam, mas em momentos diferentes. Latência define quanto tempo passa entre clicar no link e a página começar a aparecer. Velocidade define quanto tempo a página inteira leva para carregar depois que começa. Em sites bem otimizados, latência baixa garante percepção de resposta rápida, e velocidade boa garante carregamento completo em pouco tempo.

Em conexões móveis no Brasil, latência típica em 4G é entre 50 e 80 ms. Em 5G, cai para 10 a 30 ms. Em fibra residencial, fica entre 5 e 20 ms para servidores nacionais. Esses números são para o segmento de rede do visitante até o backbone da operadora; depois disso, mais ms se somam até o servidor final.

Em TTFB bem medido, sites WordPress profissionais ficam abaixo de 300 ms para o visitante na mesma região do servidor. Sites mal configurados ficam acima de 1 segundo, perceptível como “site lento” mesmo em conexões boas. A diferença não está na velocidade do internet do usuário; está em como o servidor e a infraestrutura ao redor são organizados.

Como reduzir latência no WordPress

O primeiro passo é cache de página. Quando o WordPress serve uma cópia estática em vez de processar PHP a cada requisição, o tempo de resposta cai de centenas de ms para dezenas. Plugins como WP Rocket, LiteSpeed Cache e W3 Total Cache resolvem isso. Em sites onde cache estático cobre 90% das visitas anônimas, o impacto em latência é dramático.

O segundo passo é cache de objeto via Redis ou Memcached. Mesmo em páginas que precisam rodar PHP (área logada, checkout, dashboard), as queries do banco MySQL podem ser cacheadas em memória. Resultados que demorariam centenas de ms para vir do banco saem em ms da memória RAM. WordPress aceita esse tipo de cache via plugin oficial.

O terceiro passo é otimizar o PHP. Versões recentes (PHP 8.2+) são significativamente mais rápidas que PHP 7. OPcache ativado por padrão no servidor reduz tempo de processamento de scripts. Limites de memória adequados (256 MB ou mais) evitam que o WordPress engasgue em páginas pesadas com muitos plugins.

Reduzir o número de plugins também ajuda. Cada plugin ativo é código rodando a cada requisição. Sites com 60 plugins têm latência tipicamente 50% maior que sites com 20 plugins bem escolhidos, mesmo em hospedagem boa. Auditar plugins ativos e remover os que não estão em uso real é manutenção essencial.

O quarto passo é proximidade física do servidor. Hospedagem em São Paulo entrega latência baixa para visitantes do Brasil. Hospedagem nos EUA tem latência adicional de 100 a 200 ms só pelo trajeto físico, perceptível em Core Web Vitals. Para sites focados em público brasileiro, datacenter nacional sempre vence em latência base.

Outras práticas que ajudam: HTTP/2 ou HTTP/3 ativados no servidor (reduzem handshake e permitem multiplexing), reduzir requisições externas em ferramentas de tracking, usar lazy loading para imagens e iframes, e ativar prefetch de DNS para domínios de terceiros usados na página.

Latência e CDN

CDN (Content Delivery Network) é a forma mais eficaz de reduzir latência para visitantes distantes do servidor de origem. Em vez de cada requisição percorrer milhares de quilômetros, a CDN serve cópias estáticas a partir de pontos de presença próximos do visitante. Cloudflare tem mais de 320 pontos de presença globalmente em 2026, com nodes em todas as capitais brasileiras.

Para sites WordPress, a configuração padrão em CDN bem feita combina três camadas: cache de assets estáticos (CSS, JS, imagens) na CDN, cache de páginas HTML estáticas via plugin com integração CDN, e cache de fragmentos dinâmicos no servidor. Cada camada cobre um tipo diferente de tráfego.

Em sites com tráfego internacional, CDN reduz latência de forma drástica. Visitante europeu acessando site hospedado no Brasil tem latência base de 200+ ms. Com CDN com PoP em Frankfurt, cai para 30 ms. A página parece carregar instantaneamente para o visitante, mesmo o site real estando do outro lado do oceano.

Em casos avançados, edge computing leva execução de código para a borda. Em vez de só servir cache, a CDN executa lógica leve nos PoPs: redirecionamentos, A/B testing, headers customizados, autenticação. Cloudflare Workers e Vercel Edge Functions são os exemplos mais conhecidos. Em sites WordPress, ainda é uso avançado, mas cresce conforme as ferramentas amadurecem.

Para reduzir latência site WordPress de forma operacional, sem configurar Redis, CDN e cache pluginal por pluginal manualmente, a FULL Services entrega o Perfmatter dentro da stack profissional, com tuning fino de performance, lazy loading inteligente, otimização de fontes e desativação granular de scripts por página. Combinado com cache de objeto via Redis e CDN integrada na stack, a latência cai a níveis comparáveis a hospedagens americanas premium.