Você já sentiu aquele calafrio ao ver o Lighthouse apontar LCP acima de 4 segundos? Ou o Cumulative Layout Shift explodir do nada? A culpa, meu caro, não é do tema, do plugin ou da hospedagem. É de um vilão invisível, esquecido pela documentação, mas que ronda os servidores como uma praga: o transiente corrompido.
Sim, estou falando daquela tabela wp_options que todo mundo ignora. O transiente no WordPress foi projetado para ser um cache temporário, algo como um post-it no monitor. Mas o que acontece quando esse post-it vira uma montanha de entradas expiradas, sem prazo de validade real? O banco de dados infla, as queries ficam lentas, e o servidor começa a suar. Eu já vi isso acontecer em um site com 50 mil visitas diárias: o plugin de cache não limpava os transientes, e a tabela wp_options cresceu para 2 GB. O resultado? LCP de 8 segundos, TTFB de 3 segundos, e um cliente quase perdendo o emprego.
Mas calma. A solução é mais profunda do que um plugin mágico. A chave está na GPL. Sim, a licença que permite modificar o código. Com uma pitada de PHP e uma conexão direta com o banco de dados, você pode criar um script que varre e limpa transientes expirados. Mas cuidado: fazer isso de forma agressiva pode quebrar filas de e-mail, agendamentos e até o próprio cache. O segredo é usar DELETE FROM wp_options WHERE option_name LIKE '_transient_timeout_%' AND option_value < UNIX_TIMESTAMP() – mas só depois de testar em staging.
Micro-anedota: Uma vez, em um servidor compartilhado, um transiente de um plugin de tradução ficou órfão após uma atualização. O plugin sumiu, mas o transiente continuou lá, sendo recriado a cada requisição. Resultado: 500 erros aleatórios e um debug que levou 3 dias. A solução? Um SELECT * FROM wp_options WHERE option_name LIKE '%_transient_%' seguido de DELETE manual. Nunca mais ignorei os transientes.
O problema não é apenas performance. É dívida técnica. Cada transiente mal gerenciado adiciona latência ao banco, aumenta o I/O e corrompe a experiência do usuário. E o pior: a maioria dos hosts não monitora isso. Você precisa ser o médico do seu próprio site.
Aqui vai o manifesto: Não confie em plugins de limpeza de banco de dados. Eles são genéricos e muitas vezes pioram o problema. Em vez disso, audite manualmente sua tabela wp_options. Verifique o tamanho. Crie um cron job que executa uma query inteligente, mantendo apenas transientes ativos. E, acima de tudo, use a GPL a seu favor: modifique plugins que abusam de transientes, force a expiração correta. Seu site agradece com um LCP abaixo de 2.5s.
Lembre-se: o Core Web Vitals não é um inimigo externo. É o reflexo da saúde interna do seu ecossistema. E a cura começa nas entranhas do banco.