Site lento perdendo posição e venda
O LCP (tempo até o maior elemento da tela aparecer) passa de 2,5 segundos. Eu meço com dados reais, acho o que pesa e corrijo em ordem de impacto.
Desenvolvimento
Sou desenvolvedor WordPress e front-end com foco em SEO. Eu crio temas e plugins sob medida, refatoro código legado e deixo o Core Web Vitals no verde. Como também sou consultor de SEO, cada template já sai com HTML semântico, schema e velocidade pensados para ranquear.
Muito site lento não é culpa da hospedagem. É código acumulado, com plugin sobre plugin e JavaScript que ninguém revisa. Meu trabalho vai na direção contrária. JavaScript puro primeiro, framework só quando o problema pede, e velocidade como padrão.
Escrevo temas WordPress em PHP, plugins com a API oficial do WordPress, componentes em JavaScript puro e scripts de importação com wp-cli. Também trabalho com Shopify, Gatsby e Next.js.
No SanarMed, refiz a suíte de calculadoras médicas como Web Components, que são componentes nativos do navegador e funcionam sem framework. O resultado ficou 100% aderente ao design system, com acessibilidade WCAG AA+ e nenhuma dependência de JavaScript externa.
Problemas que resolvo
O LCP (tempo até o maior elemento da tela aparecer) passa de 2,5 segundos. Eu meço com dados reais, acho o que pesa e corrijo em ordem de impacto.
CSS global, jQuery em tudo e código copiado de um lugar para outro. Eu refatoro aos poucos para um tema com componentes reutilizáveis, sem tirar o site do ar.
Data errada, cron que falha, conflito com outro plugin. Num plugin de turmas, as datas apareciam 3 horas deslocadas. Depois da correção, os chamados de suporte sobre horário zeraram.
O INP (tempo de resposta a uma interação) fica alto em formulários e filtros. Eu uso o profiler do Chrome para achar as tarefas longas e aliviar o código.
O CLS (quanto o layout se mexe durante o carregamento) sobe por fonte, imagem ou anúncio sem espaço reservado. Eu estabilizo sem perder a flexibilidade do design.
Contraste, navegação por teclado e leitor de tela entram desde o começo. Eu valido com axe e corrijo o que falta.
Centenas de páginas de referência digitadas uma a uma. Eu escrevo um importador que publica a partir de planilha e pode rodar de novo sem duplicar nada.
Eu implemento
O plugin gravava as datas no fuso do servidor, e o cron rodava em UTC (o horário universal). Eu criei uma classe única de horários. Tudo é salvo em UTC e convertido só na hora de exibir. Depois do deploy, nenhum chamado de suporte sobre horário.
<?php
declare( strict_types=1 );
final class Course_Schedule {
private const DISPLAY_TZ = 'America/Sao_Paulo';
public function save( string $local_datetime, string $tz = self::DISPLAY_TZ ): string {
$local = new DateTimeImmutable( $local_datetime, new DateTimeZone( $tz ) );
return $local
->setTimezone( new DateTimeZone( 'UTC' ) )
->format( DATE_ATOM );
}
public function display( string $utc_datetime ): string {
$utc = new DateTimeImmutable( $utc_datetime, new DateTimeZone( 'UTC' ) );
return $utc
->setTimezone( new DateTimeZone( self::DISPLAY_TZ ) )
->format( 'd/m/Y \à\s H:i' );
}
}Como funciona
Rodo Lighthouse, WebPageTest e o relatório de Core Web Vitals do Search Console. Leio o código do tema e a lista de plugins.
Defino o que refatorar, o que reescrever e o que manter. Refatorar por partes quase sempre vale mais que refazer tudo.
Escrevo o código com Git e ambiente de teste. Começo pela página de maior tráfego ou de maior conversão.
Publico, comparo as métricas com o antes e documento o que foi feito para o seu time manter.
Entregáveis
Combina com
Refatorar o tema sem pensar em SEO desperdiça a chance. Eu junto as duas coisas. O template novo já sai com canonical, schema, breadcrumb e Core Web Vitals revisados.
Um pipeline com IA pode publicar centenas de páginas por mês. O tema precisa aguentar esse volume sem ficar lento. Eu desenho os dois juntos, com template enxuto e cache correto.
Cases
Suite de calculadoras médicas refatorada como Web Components nativos, 100% aderentes ao design system, com a11y AA+ e zero dependências JS.
Plugin com datas deslocadas 3h em cenários de cron. Regra única: UTC como fonte da verdade, conversão só no display. Zero tickets pós-deploy.
114 páginas de referência e 14 categorias importadas via script PHP idempotente. Planilha como fonte de verdade, hash como checksum.
Para ler antes
Core Web Vitals são as métricas LCP, INP e CLS do Google. Plugin de cache é analgésico, corta a dor por um tempo e deixa o problema estrutural lá. O que de fato move as três métricas em WordPress.
A diferença entre um script que "funciona no primeiro run" e um script que você roda com confiança em produção é uma linha de hash. E vai muito além de WordPress.
Programmatic SEO, ou SEO programático, cria páginas em escala a partir de uma base de dados. Em WordPress, feito com disciplina e não com planilha jogada num plugin. Arquitetura em 4 camadas, importer PHP idempotente e os erros que viram thin content.
Link interno liga páginas do mesmo site e ajuda o Google a achar e entender cada uma. Plugin de "related posts" resolve até certo ponto. Depois dele vêm taxonomia manual, co-ocorrência e embeddings, e a escolha depende do volume de conteúdo.
FAQ
WordPress é onde tenho mais experiência, mas também trabalho com Shopify, Gatsby e Next.js. Evito framework pesado quando HTML, CSS e JavaScript puros resolvem. Em site de conteúdo, isso costuma deixar a página mais rápida e mais fácil de manter.
Sim. Escrevo plugins em PHP com a API oficial do WordPress, para integrar sistemas, criar tipos de conteúdo, importar dados ou corrigir comportamento. Já fiz plugin de integração com sistema acadêmico e importador de páginas em massa.
Quase nunca. Refatorar por partes costuma valer mais. Começo pela página de maior tráfego, otimizo, meço e sigo para a próxima. Refazer tudo só compensa quando consertar custa mais que recomeçar.
Lighthouse é o ponto de partida. Uso WebPageTest para simular rede lenta, o painel de desempenho do Chrome para achar tarefas longas e os dados reais do Search Console. Número de laboratório só importa se bater com a experiência de quem usa o site.
Sim. Atendo em projeto fechado, como um plugin ou uma refatoração, ou por hora em emergência e debug. Trabalho remoto, com base em Salvador.
Próximo passo
Respondo em até 48 horas úteis com um caminho claro, ou digo com franqueza que não sou a pessoa certa para o seu caso.