Performance

Velocidade móvel em 4G: testar o site como o utilizador português o vê

O teu site pode ter 95 no PageSpeed e ainda assim carregar em 6 segundos para o cliente que está parado num semáforo em Viseu. A razão é simples: o teste corre de Bruxelas, em fibra simulada, num Moto G de 2019. O cliente real está em 4G com 30 ms de latência adicional, dois separadores abertos no fundo, e um telefone Android de gama média a 30% de bateria. A medição não cobre a realidade.

Este guia mostra como testar a velocidade móvel como ela é experimentada em Portugal — e que números pedir antes de aceitar que "o site está rápido".

1. Os números que importam (não é só LCP)

Na realidade móvel em 4G interessam quatro métricas:

  • LCP (Largest Contentful Paint) — o "já vi alguma coisa útil". Alvo: < 2,5 s em 4G simulado. < 4 s aceitável em 4G real lento.
  • INP (Interaction to Next Paint) — quanto o site demora a responder a um toque. Alvo: < 200 ms.
  • TTFB (Time to First Byte) — quanto tempo até o servidor começar a responder. Alvo: < 800 ms em 4G.
  • Peso total da página — em 4G, cada 100 KB extra é tempo real perdido. Alvo: < 1,5 MB total na primeira vista, < 500 KB para o "above the fold".

Os primeiros três são Core Web Vitals e o Google mede-os no campo via Chrome User Experience Report. O quarto é peso bruto que ninguém mede mas pesa em todos os planos com tráfego limitado.

2. Como o 4G português difere do "Slow 4G" do Chrome

O Chrome DevTools tem um throttling "Slow 4G" que simula 400 kbps de download e 400 ms de RTT. Isto é pessimista para uma cidade portuguesa em 2026 mas otimista para certas zonas do interior em horário de pico.

Referências reais de cobertura, segundo dados ANACOM:

Cenário típicoDownload 4GLatência (RTT)
Lisboa, Porto centro, 14h30-80 Mbps30-50 ms
Coimbra, Braga, horário comercial15-40 Mbps40-80 ms
Interior (Bragança, Beira interior)3-15 Mbps80-150 ms
Cidade em festival/evento1-5 Mbps150-400 ms
Estrada / autocarro entre regiões0,5-8 Mbps oscilante100-500 ms

Conclusão prática: testar só em "Fast 4G" mente. Testar um cenário bom (cidade, 25 Mbps / 50 ms) e um cenário mau (interior, 4 Mbps / 200 ms). Se o site funciona nos dois, está pronto.

3. WebPageTest — a ferramenta que importa

O PageSpeed Insights é útil mas faz uma medição. O WebPageTest corre múltiplas tentativas, em localizações reais, com perfis de rede e dispositivo controláveis.

Configuração-base para testar para Portugal:

  • Localização: Frankfurt (mais perto que Londres para os CDN Europe-West) ou Madrid se disponível.
  • Dispositivo: Moto G Power ou Samsung A52 (gama média real do mercado PT).
  • Connection: "4G" (9 Mbps / 9 Mbps / 170 ms RTT) e "LTE" (12 Mbps / 12 Mbps / 70 ms).
  • Runs: 3 a 5 (média de medição é mais útil que uma única corrida).
  • First view + Repeat view: ver com e sem cache.

Os relatórios mais informativos:

  • Filmstrip view: mostra o que o utilizador vê a cada 100 ms.
  • Waterfall: ordem de carregamento de cada recurso (revela o que está a bloquear).
  • Connection view: quantas ligações TCP simultâneas e a quem.

4. Throttling local — Chrome DevTools rápido e sujo

Quando precisas de testar uma alteração antes de fazer deploy:

  1. Abre Chrome DevTools → Network.
  2. Throttling → "Slow 4G" para o cenário mau, "Fast 4G" para o cenário típico.
  3. Performance → CPU throttling 4× slowdown (simula telemóvel real, não o teu desktop).
  4. Disable cache: on.
  5. Recarrega e observa o LCP no painel Performance.

Em 10 minutos detetas regressões grandes — uma imagem hero a 2 MB, um script de tracking a bloquear o render, uma fonte web carregada de um servidor remoto sem preload.

5. Os culpados habituais em sites PT

Auditámos dezenas de sites de PME portuguesas. Os mesmos vilões aparecem sempre:

  1. Imagem hero gigante — JPG de 1,8 MB onde devia estar um WebP/AVIF de 80 KB. Resolve-se em 1 hora. Mais sobre isto em otimizar imagens para velocidade.
  2. Slider rotativo — 5 imagens grandes carregadas em paralelo, todas no "above the fold". Removê-lo é a melhoria de performance mais barata que existe.
  3. Vídeo autoplay em background — mesmo silencioso, são megabytes a competir com o resto.
  4. Fontes web pesadas — 6 weights de uma fonte custom = 200-400 KB. Bastam 2 (regular + bold).
  5. GTM com 8 tags ativas antes do consentimento — banido pela RGPD e pelo bom senso de performance.
  6. Plugins de chat / pop-up de email — bibliotecas inteiras carregadas em todas as páginas para um botão que aparece ao fim de 30 s.

6. KPIs internos: o que medir todas as semanas

Define um mini-dashboard manual com:

  • LCP do produto/serviço top 3 (as 3 URLs que mais convertem).
  • TTFB médio em PT via Search Console (Core Web Vitals report).
  • % de sessões mobile com LCP > 2,5 s no Google Analytics 4 ou Plausible.
  • Peso da homepage em KB (medido no WebPageTest).

Se algum sobe 20% entre semanas, investiga antes que a semana seguinte estabilize a regressão.

7. Casos práticos — antes/depois

Três padrões reais observados em sites PT que reformulámos:

  • Loja online de moda em WordPress: LCP móvel 6,1 s → 1,9 s. Causa: hero com 3 imagens em slider + plugin de live chat. Solução: imagem hero única WebP + chat lazy-loaded ao primeiro scroll.
  • Site de clínica em Évora: TTFB 1,8 s → 380 ms. Causa: alojamento partilhado saturado. Solução: migração para VPS dedicado + cache de página completa. Detalhe em alojamento afeta a velocidade.
  • Landing de SaaS B2B: INP 480 ms → 95 ms. Causa: GTM com 12 tags a competir pelo thread principal. Solução: GTM gated por consentimento + tags reduzidas a 4.

8. Quando aceitar que o problema não é o site

Se mediste e o site está rápido em 4G simulado (LCP < 2,5 s, INP < 200 ms) mas o cliente diz que "abre lento", investiga:

  • O telemóvel dele é antigo (gama baixa de 2018, RAM saturada).
  • A operadora dele tem cobertura má naquela zona específica.
  • Está em roaming dentro do país (raro, mas acontece em zonas fronteiriças).

Nestes casos, otimizar mais o site dá retornos decrescentes. Vale mais investir num design mais leve e numa primeira página mais sucinta. A medição honesta protege-te de gastar dinheiro a perseguir milisegundos imaginários.

9. Frequência de teste

  • A cada deploy importante: WebPageTest com 3 runs, Slow 4G + Fast 4G.
  • Mensalmente: auditoria completa das 5 páginas mais visitadas.
  • Após qualquer plugin novo: medir antes e depois, sem misericórdia.
  • Após mudança de tema/template: medir todas as templates principais.

A performance regride sozinha. Sem cadência de teste, em 6 meses o site está pesado outra vez.

Em resumo

Testar a velocidade móvel em Portugal exige sair do PageSpeed Insights e simular o cenário mau: 4G de interior, telemóvel de gama média, CPU restringido. Quatro KPIs chegam — LCP, INP, TTFB, peso total. WebPageTest é a ferramenta. A cadência mensal é o que protege o site da entropia.

No sitesfixe.pt construímos sites pensados para 4G português desde a primeira linha — imagens otimizadas, fontes leves, scripts gated, alojamento à medida. Se o teu site falha no PageSpeed mobile e perde o cliente que está no semáforo, fala connosco. Sites desde 1.500€. Lojas online desde 3.500€.

Lê também:

Fontes

Precisas de um site ou loja online?

Agência digital portuguesa. Sites e lojas online rápidos, otimizados para o Google e feitos para resultado.

Pedir orçamento