O site abre no portátil do escritório e parece estar bem. Depois um cliente comenta que demorou uma eternidade no telemóvel, ou abre-o o próprio com dados móveis num parque de estacionamento e vê o logótipo sozinho num ecrã branco enquanto o resto vai chegando. Pesquisa porque é que o meu site está lento, corre um teste de velocidade gratuito e recebe uma página cheia de marcas vermelhas e de jargão que não diz o que fazer na prática.
As conclusões habituais são que é preciso subir de alojamento ou refazer o site de raiz. Às vezes uma delas é verdade. Mais vezes, as causas são poucas, visíveis no browser que já tem, e as baratas vêm primeiro. Um site lento não é só um incómodo: um visitante que esperou o suficiente para se irritar raramente preenche um formulário, e esta é uma das razões mais discretas para um site ter visitas mas não gerar pedidos de contacto.
Porque é que o meu site está lento: as causas habituais
As imagens são muito maiores do que o espaço que ocupam. As fotografias vão da câmara ou do banco de imagens diretamente para a página com várias vezes a largura da caixa onde ficam, e o browser descarrega o ficheiro inteiro antes de o reduzir. O sinal: a estrutura da página aparece depressa, mas as fotografias vão surgindo uma a uma, e o site é visivelmente pior no telemóvel do que num computador ligado por cabo.
Demasiados plugins, widgets e scripts. Um site num CMS ou num construtor de sites acumula extras ao longo dos anos: um slider, um widget de chat, várias tags de analytics, um banner de cookies, um módulo de reservas que já ninguém usa, um vídeo em reprodução automática no cabeçalho. Cada um carrega o seu próprio código antes de a página assentar. O sinal: a página continua a trabalhar muito depois de o texto estar visível, os botões não respondem por um instante e a disposição salta à medida que as peças chegam.
O servidor demora a responder. Antes de aparecer uma única peça da página, o browser espera pelo servidor. Um alojamento partilhado barato, um CMS que monta cada página do zero a cada visita porque a cache está desligada, ou uma base de dados que cresceu durante anos mostram-se todos da mesma forma: um ecrã branco por um momento e depois tudo de uma vez.
O visitante está longe do servidor. Um site alojado num país e visitado a partir de outro perde tempo só pela distância; parece rápido em casa e lento no estrangeiro, e em casa ninguém repara. O sinal: as queixas vêm de uma região em particular.
Algo na página bloqueia tudo o resto. Um tipo de letra que tem de ser descarregado antes de qualquer texto poder ser desenhado, um mapa incorporado em todas as páginas, um script que espera por um serviço externo que está a ter um mau dia. O sinal: o site está bem nuns dias e noutros não, ou fica em branco até aparecer um elemento específico.
Como saber qual é o seu caso
Tudo o que se segue faz-se com um telemóvel, um portátil e as ferramentas gratuitas que já estão no seu browser. Siga a ordem; a primeira verificação que falhar é normalmente a sua causa.
- Abra o site no telemóvel com dados móveis, não com Wi-Fi. Cronometre por alto com um relógio, desde o toque na ligação até conseguir ler e tocar, e depois faça o mesmo no portátil. Um telemóvel dramaticamente pior aponta para imagens e scripts pesados.
- Repare no que aparece primeiro. Recarregue e anote a ordem. Um ecrã em branco seguido de tudo de uma vez aponta para o servidor; texto primeiro e fotografias a pingar aponta para imagens; a disposição a saltar e botões que não respondem apontam para scripts.
- Corra um teste de velocidade gratuito de um grande motor de busca ou fabricante de browsers e ignore a pontuação. Leia apenas a lista dos ficheiros maiores e as melhorias sugeridas: nomeiam imagens sobredimensionadas, scripts sem uso e resposta lenta do servidor em palavras simples. Teste uma página de serviço, não só a página inicial.
- Abra as ferramentas de programador do browser no separador de rede, recarregue e ordene por tamanho. Se as maiores entradas forem ficheiros de imagem muito maiores do que a fotografia visível, aí está a resposta; se a lista tiver dezenas de scripts de domínios que não reconhece, conte os plugins.
- Liste todos os plugins, widgets e tags de terceiros do site e escreva ao lado de cada um quem o usa e para quê. Pela nossa experiência, a lista é mais longa do que alguém esperava, e parte dela está morta.
- Verifique o plano de alojamento e a definição de cache. Entre no painel do alojamento e veja o que está a pagar e se a cache de páginas está ligada. Se não souber, quem construiu o site sabe, e a pergunta leva um email.
- Teste a partir dos seus outros mercados. Peça a um colega no estrangeiro que cronometre a mesma página, ou use um teste gratuito que permita escolher a localização do teste.
A correção, por ordem
O mais barato primeiro. Pela nossa experiência, a maioria dos sites recupera a maior parte da velocidade nos primeiros três passos, sem refazer nada.
- Redimensione e comprima as imagens. Exporte as fotografias no tamanho que o layout realmente usa, num formato web moderno, e substitua os originais; num CMS, um plugin de otimização de imagens trata da biblioteca inteira de uma vez. É a correção mais comum e custa uma tarde.
- Remova o que não se usa. Desative e apague todos os plugins, widgets e tags para os quais ninguém consegue nomear um utilizador, junte as tags de analytics duplicadas numa só, substitua um mapa incorporado por uma imagem estática com ligação ao mapa e carregue de forma diferida tudo o que fica abaixo do primeiro ecrã.
- Ligue a cache. A cache de páginas significa que o servidor entrega uma cópia já pronta em vez de montar a página para cada visitante. A maioria das plataformas CMS e dos alojamentos oferece-a como definição ou como plugin.
- Corrija os elementos que bloqueiam. Carregue os tipos de letra de modo a que o texto apareça de imediato numa fonte de recurso e seja trocado depois, adie os scripts que não são precisos para o primeiro ecrã e tire qualquer vídeo do cabeçalho. Normalmente é uma hora de um programador, não um projeto.
- Aproxime o site do visitante. Uma rede de distribuição de conteúdos, a CDN, guarda cópias dos seus ficheiros estáticos em várias regiões, para que um visitante noutro país descarregue de perto. A maioria dos alojamentos e serviços de domínios oferece uma; se vende além-fronteiras, isto entra na lista antes de qualquer subida de alojamento.
- Suba de alojamento só quando o servidor estiver comprovadamente lento. Se a espera de ecrã em branco se mantiver depois de ligar a cache, o plano é o gargalo. Mude para um plano à medida do tráfego, não para o mais barato que tecnicamente funciona.
- Refaça as páginas mais pesadas, não o site. Se um template arrasta dezenas de componentes para todas as páginas, refazer as landing pages principais numa estrutura mais leve chega muitas vezes. Nos nossos projetos de desenvolvimento de sites a velocidade é critério de lançamento, e é neste passo que uma página é desenhada em torno do que tem de fazer e não do que o tema oferece.
A velocidade também molda a forma como o site é encontrado: os motores de busca medem as mesmas esperas que os seus visitantes sentem, por isso as mudanças acima fazem parte de qualquer trabalho de SEO honesto. E se o site está lento há muito tempo, alguns pedidos de contacto perderam-se em silêncio; registar de onde vem cada pedido, que é onde começam os nossos projetos de CRM e analytics, diz-lhe se a correção mudou alguma coisa.
O que medir
- Tempo até uma página utilizável no telemóvel com dados móveis, cronometrado à mão da mesma forma de cada vez, mensalmente.
- Peso da página e número de pedidos das principais landing pages, a partir do separador de rede, antes e depois de cada alteração.
- Tempo de resposta do servidor indicado no teste de velocidade, a espera antes de chegar alguma coisa, que deve baixar assim que a cache estiver ligada.
- Taxa de rejeição e formulários concluídos nas páginas que alterou, no seu analytics, algumas semanas depois da alteração face a algumas semanas antes.
Onde entramos nós
Um proprietário com uma noite livre, uma hora de um programador e o acesso ao alojamento consegue fazer tudo isto. O que acrescentamos é a ordem: imagens e peso morto antes do alojamento, cache antes de refazer, e uma medição antes e depois para que a melhoria seja um facto e não uma sensação. Se preferir entregar o diagnóstico, um brief curto com o endereço do site e as páginas que mais importam chega para começar.
