📞 Ligar 09 70 44 66 31
⚡ Performance

Porque é que um site rápido importa ao seu negócio

Um site lento não perde apenas visitantes: perde clientes que nunca lhe dirão que passaram por lá. O que a velocidade muda de facto e como verificá-lo sozinho.

Um cliente possível encontra-o no Google a partir do telemóvel, com uma ligação normal. A necessidade dele é concreta: uma reparação urgente, um orçamento. Durante três segundos olha para um ecrã branco. Depois recua e toca no resultado seguinte, o seu concorrente. Nunca saberá que ele esteve lá.

É o ponto cego da maioria dos sites de empresa: a lentidão não dispara qualquer alarme, apenas corta o número de visitantes que chegam ao fim da visita. A boa notícia é que o desempenho web mede-se de graça, em poucos minutos, e depende muito mais de decisões técnicas tomadas no início do que de um orçamento. É a base da nossa forma de abordar a criação de sites rápidos.

A velocidade não é um pormenor técnico, é faturação

A rejeição: o cliente que se vai embora sem dizer nada

A taxa de rejeição é a parte dos visitantes que se vão sem fazer mais nada do que olhar para a página de entrada. Um estudo publicado pelo Google em 2017 sobre sites móveis apurou que a probabilidade de rejeição sobe cerca de um terço quando o tempo de carregamento passa de um para três segundos. Quem procura um profissional ao domingo à noite tem três separadores abertos: o primeiro site que aparece fica com o telefonema.

Cada etapa do percurso paga a lentidão

A página inicial é apenas a porta de entrada. O custo real paga-se no resto do caminho: a página de serviços que demora a abrir, a galeria que carrega aos solavancos, o botão que não responde de imediato. Em cada um desses pontos, parte dos visitantes desiste. Um site rápido não aumenta por magia a sua taxa de conversão: deixa de a afundar.

Core Web Vitals: as três medidas que o Google observa

O Google normalizou a medição da experiência de carregamento sob o nome de Core Web Vitals: três indicadores, cada um responde a uma pergunta que um visitante real faz. O Google não os avalia em laboratório, mas a partir de visitas verdadeiras, e considera boa uma página quando 75 % das visitas cumprem o limiar. Não basta, portanto, ser rápido a partir do seu escritório com fibra.

LCP

Largest Contentful Paint

O tempo até surgir o maior elemento visível: a foto principal, o bloco de título. O momento em que o visitante vê finalmente algo útil.

Bom: 2,5 segundos ou menos.

INP

Interaction to Next Paint

O tempo entre uma ação do visitante (um clique, um toque no menu) e a reação visível da página. Substituiu o indicador FID em março de 2024.

Bom: 200 milissegundos ou menos.

CLS

Cumulative Layout Shift

A estabilidade visual: quanto o conteúdo se desloca durante o carregamento. É o botão que se mexe mesmo quando o dedo pousa.

Bom: 0,1 ou menos.

Os limiares dos três sinais web essenciais do Google. O LCP é bom até 2,5 segundos e fraco acima de 4; o INP é bom até 200 milissegundos e fraco acima de 500; o CLS é bom até 0,1 e fraco acima de 0,25.
Entre o verde e o vermelho há uma zona intermédia: uma página pode estar a melhorar sem parecer lenta.

O CLS é o mais traiçoeiro dos três, porque não se vê numa captura de ecrã. As suas causas são conhecidas: imagens publicadas sem dimensões declaradas, uma faixa inserida depois, uma fonte que chega atrasada e redistribui todo o texto.

O Google coloca mais acima os sites rápidos

Desde 2021, a experiência na página faz oficialmente parte dos sinais do motor de busca. Sejamos exatos, porque o ponto é muitas vezes exagerado: o Google repete que a pertinência do conteúdo vem primeiro, e uma página lenta que responde exatamente à pergunta feita passará à frente de uma página rápida e vazia.

Entre duas páginas igualmente pertinentes, porém — a situação diária de um profissional perante os concorrentes da mesma cidade —, é a velocidade que decide. Também atua de forma indireta: um site rápido é explorado com mais eficácia pelos robôs de indexação. A otimização para motores de busca ganha-se acumulando estas vantagens, e o desempenho é apenas uma delas: as restantes estão no nosso artigo sobre os erros de SEO que afundam um site.

Porque é que um site estático é mais rápido por construção

O que um site com base de dados faz em cada visita

Num site construído à volta de um sistema de gestão de conteúdos clássico — WordPress, Drupal, PrestaShop — cada visita desencadeia uma pequena obra no servidor. Um programa em PHP arranca, consulta uma base de dados para ir buscar o texto, os menus e as opções, executa o código de todas as extensões instaladas, monta tudo em HTML e envia o resultado. Esse trabalho é refeito para cada visitante e cada página.

Estas ferramentas não são más: foram pensadas para sites cujo conteúdo muda ao minuto, uma loja com existências, um meio com dezenas de autores. Mas um site de apresentação cujas páginas mudam poucas vezes por ano paga esse mecanismo sem nunca tirar proveito dele.

O que faz um site estático

Um site estático inverte a ordem das operações: as páginas HTML são geradas uma única vez, ao publicar. O que fica no servidor são ficheiros acabados. Quando um visitante pede uma página não há qualquer consulta à base de dados, qualquer PHP a executar, qualquer extensão a acordar: o ficheiro sai tal como está. Não se pode acelerar um trabalho que não acontece.

Daí decorrem duas vantagens adicionais: não há base de dados para atacar nem extensões para atualizar à pressa, e o alojamento custa uma fração de um servidor aplicacional. Os nossos serviços assentam inteiramente nesta arquitetura.

CDN e imagens: as duas alavancas que mudam tudo

A CDN, ou o fim dos quilómetros inúteis

Os dados não viajam num instante. Se o seu site está num único servidor e alguém o abre do outro lado do país, cada elemento da página faz a ida e a volta. Uma CDN (rede de distribuição de conteúdos) coloca cópias das suas páginas em centenas de pontos de presença: um visitante do Porto é servido a partir de um servidor perto de si. Os sites que criamos estão distribuídos por mais de 300 pontos de presença, porque a distância é a parte do tempo de carregamento que nenhuma otimização de código recupera.

Sem CDN, cada ficheiro da página faz a viagem de ida e volta entre o visitante e o único servidor do site, muitas vezes muito distante. Com uma CDN, uma cópia da página já espera num servidor próximo do visitante, e o servidor de origem só é chamado nas atualizações.
O mesmo trajeto para cada ficheiro: imagens, fontes, folhas de estilo.

As imagens: a maior parcela do peso de uma página

Na esmagadora maioria dos sites lentos que analisamos o culpado é o mesmo: fotografias publicadas tal como saíram do telemóvel, de vários megabytes, mostradas numa moldura de algumas centenas de pixels. Quatro hábitos resolvem a questão:

  • Redimensionar antes de publicar. Uma imagem mostrada com 600 pixels de largura não tem de ter 4000.
  • Usar formatos modernos. O WebP e o AVIF reduzem bastante o peso com a mesma qualidade visual e são reconhecidos por todos os navegadores atuais.
  • Declarar as dimensões. Indicar largura e altura reserva o espaço antes do carregamento: é o remédio direto para o CLS.
  • Adiar o que não se vê. O carregamento diferido evita descarregar as imagens do fundo da página enquanto ninguém lá chegou.

Os mesmos princípios valem para o resto: compressão, fontes alojadas no próprio site e, sobretudo, sobriedade nos scripts. Cada widget externo — chat, mapa, contador — é mais um servidor alheio cuja velocidade e disponibilidade não controla. Pode julgar o resultado no nosso portefólio.

Teste o seu próprio site em cinco minutos

Nada disto exige acreditar na nossa palavra. Três ferramentas gratuitas são a referência: PageSpeed Insights, publicada pelo Google, que mostra ao mesmo tempo uma nota de laboratório e os dados reais dos visitantes; GTmetrix, que decompõe o carregamento elemento a elemento; e Pingdom, útil para testar a partir de vários países. Escreva o nome delas num motor de busca, cole o seu endereço e leia.

  • Teste primeiro em telemóvel. É o separador mais severo e o que corresponde à maioria dos seus visitantes.
  • Distinga o laboratório do terreno. A nota sobre 100 é uma simulação; os Core Web Vitals mostrados acima vêm de visitas reais. São esses que contam para o Google.
  • Não persiga o 100 perfeito. Passar de 45 para 90 muda tudo; os últimos pontos são desporto de competição.

Aplicamos aos nossos sites exatamente o que descrevemos aqui: obtêm regularmente 95 a 100 em 100 no PageSpeed Insights e carregam em menos de um segundo. As capturas e a comparação ponto por ponto com um site tradicional estão na nossa página de preços: pegue no endereço de qualquer um dos nossos sites e verifique você mesmo.

Em resumo

A velocidade não é um capricho de informático: é o primeiro filtro que cada visitante trazido pelo seu posicionamento passa ou não. Os Core Web Vitals medem-na, as ferramentas gratuitas confirmam-na, e a arquitetura escolhida no início decide quase tudo o resto.

Quanto tempo demora o seu site a aparecer?

Testamo-lo gratuitamente e dizemos-lhe o que o está a travar, sem linguagem técnica e sem compromisso.

Pedir a minha análise gratuita