Tornar o WordPress mais rápido – passo a passo.

Porque é que a velocidade conta

Os visitantes não esperam. Cada segundo adicional de carregamento aumenta a parte dos que saem antes de verem sequer alguma coisa – sobretudo no telemóvel com rede fraca.

O Google também mede isto e avalia as páginas, entre outros critérios, pelas Core Web Vitals: a rapidez com que surge o conteúdo principal (LCP), a rapidez com que a página reage às interações (INP) e se algo salta durante o carregamento (CLS). Uma página rápida não é, portanto, apenas mais agradável – também é encontrada com mais facilidade.

Primeiro medir, depois alterar

Antes de mudar alguma coisa, precisa de um valor de partida. Gratuito e esclarecedor é o PageSpeed Insights do Google: introduza o endereço e repare nos valores para dispositivos móveis – são quase sempre piores e são os que contam para o Google.

• Meça várias vezes e não só a página inicial. Uma subpágina com imagens grandes ou um formulário comporta-se muitas vezes de forma bem diferente.
• Repare no tempo de resposta do servidor (Time to First Byte). Se for alto, a causa está no servidor ou num plugin que faz muitos cálculos a cada acesso – aí nenhum otimizador de imagens ajuda.
• Altere sempre só uma coisa de cada vez e volte a medir. Caso contrário, não sabe o que ajudou.

A base: o alojamento

O melhor plugin não torna rápido um servidor sobrecarregado. Três fatores são decisivos:

• PHP atual. O PHP 8 processa o WordPress bastante mais depressa do que o antigo PHP 7. Muitos sites continuam, por comodidade, numa versão desatualizada.
• Memória e tempo de execução suficientes. Page builders e lojas precisam de mais do que os limites apertados de alguns fornecedores; quando falta margem, o acesso é interrompido ou fica lento.
• Distâncias curtas. Se o servidor e os visitantes estiverem no mesmo país, cada pedido chega mais depressa.

Connosco, os sites funcionam em SSD NVMe na Alemanha, com até 1 024 MB de memória PHP por acesso, e a versão do PHP é definida por si, por domínio, na Área de cliente.

Imagens: o travão mais frequente

Uma fotografia tirada diretamente da câmara tem facilmente 5 MB – e é mostrada num quadro com 600 píxeis de largura. São precisamente estas imagens que tornam lenta a maioria dos sites lentos.

• Reduzir antes de carregar. Para um site, raramente são precisos mais de 2000 píxeis de largura.
• Usar formatos modernos. O WordPress suporta WebP; com a mesma qualidade, os ficheiros são bem mais pequenos do que em JPEG.
• Lazy loading só carrega as imagens quando entram no ecrã ao deslizar. O WordPress ativa-o por si – exceto na primeira imagem grande no topo, que deve aparecer de imediato.

Cache: não construir as páginas de novo a cada vez

Sem cache, o WordPress monta cada página de novo a partir da base de dados em cada acesso. Um plugin de cache guarda o resultado final e entrega-o diretamente – muitas vezes o maior ganho isolado.

Importante: um plugin de cache, não três. Vários sobrepostos atrapalham-se mutuamente e geram exatamente os erros que depois se procuram durante horas. Limpe a cache após alterações maiores; caso contrário, os visitantes continuam a ver a versão antiga.

Connosco, a instalação com 1 clique configura, se o desejar, a cache de páginas logo à partida, e na Área de cliente pode limpá-la, ativá-la ou desativá-la – sem ter de iniciar sessão no WordPress. Nas lojas omitimo-la de propósito: uma cache de páginas que não conhece o carrinho mostraria aos visitantes carrinhos de outras pessoas.

Fazer uma limpeza de plugins e temas

Não é o número de plugins que torna o site lento, mas sim alguns pesados. Um slider em todas as páginas, três plugins de estatísticas, um page builder que carrega centenas de kilobytes de scripts em cada página – tudo isso se acumula.

• Desative, à experiência, um plugin após outro e meça. O que trava destaca-se depressa.
• O plugin gratuito Query Monitor mostra quantas consultas à base de dados cada plugin gera.
• O que já não precisa, elimine – desativado, continua no servidor e tem de ser atualizado na mesma.

Arrumar a base de dados

Com os anos acumula-se muita coisa: centenas de revisões de cada artigo, restos de plugins eliminados, dados temporários expirados. Um plugin de limpeza remove isto com poucos cliques. Crie antes uma cópia de segurança – o que é eliminado de uma base de dados só volta através da cópia de segurança.