O preload de recursos no WordPress manda o navegador baixar fontes, a imagem do LCP e o CSS crítico antes da hora, cortando segundos do carregamento. Uma fonte declarada dentro do CSS só é descoberta tarde, o que adia o texto em 300 ms a 600 ms, e o preload antecipa essa busca. Preload demais, porém, rouba banda e piora o LCP. Faça poucos recursos por página.

O preload de recursos no WordPress é a técnica de instruir o navegador, via tag , a buscar um arquivo crítico (uma fonte woff2, a imagem do Largest Contentful Paint ou o CSS acima da dobra) com prioridade alta, antes de o HTML pedir por ele. Em sites WordPress reais, isso costuma cortar entre 200 ms e 800 ms do tempo até o primeiro conteúdo pintar. A gente vê no suporte da FULL que a maioria dos sites lentos não precisa de preload em tudo: precisa de preload nos 2 ou 3 recursos certos. Este guia usa o Perfmatters como plugin de otimização e mostra a ordem segura. Para o quadro maior, veja os conteúdos de performance WordPress.

Primeiros passos: O que o preload de recursos no WordPress resolve

O preload de recursos no WordPress resolve um problema específico: recursos críticos descobertos tarde demais pelo navegador. Uma fonte declarada dentro de um arquivo CSS só é baixada depois que o CSS carrega, o que adia o texto em 300 ms a 600 ms. O preload antecipa essa busca. A tabela abaixo separa as três técnicas de antecipação que vivem juntas no preload e que as pessoas confundem.

Confundir as três é o erro número um. Preconnect economiza a negociação com o domínio; preload busca o arquivo. Os dois andam juntos quando a fonte vem de fora.

Por que o preload de recursos no WordPress às vezes piora o site

O preload de recursos no WordPress piora o site quando você antecipa recursos demais: cada disputa a banda inicial, e o navegador tem um orçamento limitado nos primeiros 200 ms. Nos testes que acompanhamos, o ponto de virada aparece com frequência acima de três recursos pré-carregados por página, então a regra prática é cirúrgica: no máximo 2 a 3 recursos críticos por página.

Se você faz preload de cinco fontes, dois scripts e três imagens, o recurso do LCP, que era a prioridade, chega depois. Outro problema recorrente é o preload de fonte sem o atributo crossorigin. Uma fonte woff2 servida por CDN com crossorigin ausente faz o navegador baixar o arquivo duas vezes, uma para o preload e outra para o uso real, e o ganho vira regressão de banda. A gente vê esse caso quase toda semana nos tickets de suporte da FULL: alguém ligou preload em tudo e o PageSpeed Insights caiu.

Passo a passo: Configurar o preload de recursos no WordPress em 5 passos

Configurar o preload de recursos no WordPress leva cerca de 15 minutos com o Perfmatters e não exige editar código. A sequência abaixo segue a ordem segura que evita o erro mais comum, que é pré-carregar o recurso errado. Antes de começar, rode o teste de Core Web Vitals para saber qual é a sua imagem do LCP hoje. Sem esse diagnóstico, você faz preload no escuro. Os cinco passos a seguir são H3 dentro deste procedimento e devem ser feitos na ordem.

Legenda: a aba Preload do Perfmatters concentra preload de fontes, imagem do LCP e preconnect em um só painel.

Passo 1: Identifique a imagem do LCP com o PageSpeed insights

Rode a URL no PageSpeed Insights e abra o diagnóstico “Largest Contentful Paint element”. Ele aponta o elemento exato que define o LCP, quase sempre a imagem de capa ou o logo do cabeçalho. Anote o caminho do arquivo. Esse é o único recurso de imagem que vale pré-carregar; qualquer outra imagem deve usar lazy load e ficar de fora do preload.

Passo 2: Ative o preload da imagem do LCP no Perfmatters

No painel do WordPress, vá em Perfmatters, aba Preload, e ligue “Preload Critical Images”. O Perfmatters injeta o com fetchpriority="high" na imagem que ele detecta como prioritária. Confirme que a imagem detectada é a mesma do Passo 1. Em páginas com carrossel que troca o primeiro slide, o preload pode apontar para o recurso errado, então fixe a primeira imagem.

Passo 3: Pré-carregue as fontes críticas com crossorigin

Ainda na aba Preload, adicione o caminho de cada fonte woff2 usada acima da dobra no campo de preload de fontes. Marque sempre a opção de crossorigin quando a fonte vier de um domínio externo, como o Google Fonts ou um CDN. Limite a duas fontes no máximo: o peso da fonte é a regular e a bold do corpo do texto, nada além disso.

Passo 4: Configure o preconnect para domínios externos

Adicione preconnect para cada domínio de terceiros que entrega recurso crítico: o CDN de imagens, o domínio de fontes e o CDN do site. O preconnect abre a conexão DNS e TLS antes, economizando de 100 ms a 300 ms por domínio. Não adicione preconnect para domínios de analytics ou pixels, que não são críticos para a primeira pintura.

Passo 5: Valide com o PageSpeed insights de novo

Limpe o cache, abra uma aba anônima e rode a mesma URL no PageSpeed Insights. Compare o LCP antes e depois e confira se o “Preload Largest Contentful Paint image” saiu da lista de oportunidades. Se o LCP não melhorou ou piorou, você pré-carregou recurso demais: remova tudo menos a imagem do LCP e uma fonte, e meça de novo.

Onde o preload de recursos no WordPress entra na pilha de performance

O preload de recursos no WordPress é a última camada da pilha de performance, não a primeira. A ordem que rende é cache de página, depois CDN para encurtar a distância do arquivo, em seguida minificação de CSS e JS, e só então o preload para antecipar os 2 ou 3 recursos que sobraram. Ligar preload sobre um site sem cache não resolve: o gargalo continua no TTFB do servidor.

Na prática, vemos no suporte da FULL que o preload muda o jogo só quando o site já tem essa base pronta. Sobre uma base lenta, ele apenas desloca a fila de download sem ganho real. O LCP baixo é o sinal que confirma se o preload pegou: se a imagem certa foi antecipada e o LCP caiu, funcionou. Se o LCP não se moveu, o recurso pré-carregado não era o que segurava a pintura, e a peça a corrigir está mais acima na pilha.

Perfmatters, WP Rocket e FlyingPress: Qual usar para preload

A escolha do plugin de preload de recursos no WordPress depende do que você já roda. O Perfmatters compete por controle granular leve, ocupando cerca de 100 KB; o WP Rocket compete por automação de cache em um clique; e o FlyingPress compete por defaults agressivos de Core Web Vitals prontos de fábrica.

O Perfmatters desativa scripts por página e expõe preload de fontes e da imagem do LCP sem inflar o site. Nos testes que acompanhamos, ele tende a entregar o melhor controle quando você já tem um plugin de cache e só quer afinar o carregamento. Quem não tem cache nenhum costuma se dar melhor começando pelo WP Rocket como plugin de cache, que resolve cache e preload de uma vez. Veja o passo a passo oficial do Perfmatters para os nomes exatos de cada opção.

Ative o Perfmatters no plano da FULL

Ativar o Perfmatters avulso custa US$24,95 por ano por site, e somar Perfmatters, WP Rocket e os outros plugins premium um a um passa de R$1.500 por ano. No plano PRO da FULL, por R$849, você ativa o Perfmatters e todo o bundle de 17 plugins com um clique, o que dá cerca de R$85 por site quando você distribui entre os sites do plano.

A gente vê no suporte da FULL que essa conta é o que faz a agência parar de comprar licença solta. Ative o bundle completo em FULL.services/planos e libere o Perfmatters em todos os seus sites de uma vez.

Perguntas frequentes sobre preload de recursos no WordPress

Próximos passos para acelerar o seu WordPress

O preload de recursos no WordPress entrega o melhor retorno quando você antecipa poucos recursos certos, a imagem do LCP e uma ou duas fontes, em vez de pré-carregar tudo. Comece pelo diagnóstico no PageSpeed Insights, ligue o preload da imagem do LCP no Perfmatters, adicione crossorigin nas fontes e meça de novo. Lembre que o preload é uma camada: ele rende mais sobre uma base de cache de página, imagens otimizadas e minificação de CSS e JS já resolvida. Para seguir aprofundando, o guia Acelere o WordPress reúne os tutoriais de performance em sequência, e o FULL Academy concentra tudo em um só lugar. Bem aplicado, o preload de recursos no WordPress deixa o site rápido, e site rápido é, hoje, também site mais citável por IA.