Criação de sites em WordPress

O WordPress tem a melhor experiência de edição de conteúdo entre as plataformas disponíveis, e é por isso que roda uma parte enorme da web. A má fama de lentidão não vem dele — vem do que as pessoas instalam em cima dele.

Este site é a demonstração

A página que você está lendo é WordPress. Tem tema próprio, nenhum construtor visual, nenhum jQuery no front-end e um único arquivo de CSS e de JavaScript.

As métricas no topo da página inicial não são de um estudo de caso: são lidas no seu navegador, agora, pela API de performance do próprio browser. É a prova mais direta que conseguimos dar de que o problema nunca foi o WordPress.

De onde vem o peso de um WordPress lento

O construtor visual

Elementor, Divi e similares geram HTML com muitas camadas de div e enfileiram o CSS de todos os widgets que você pode vir a usar. Uma página simples acaba carregando quarenta arquivos de estilo. Cada um é uma requisição, e em conexão móvel requisição custa mais que byte.

Plugins que se sobrepõem

O padrão que mais vemos: dois plugins de cache instalados ao mesmo tempo, dois conversores de WebP competindo pela mesma imagem, um plugin de SEO e um de schema gerando dados estruturados duplicados. Cada um foi instalado para resolver um sintoma, e juntos criam um problema novo.

Plugin para o que o CSS resolve

Acordeão, aba, contador, carrossel, botão flutuante de WhatsApp. Cada um desses costuma entrar como plugin, trazendo sua própria biblioteca de JavaScript. São comportamentos que o HTML e o CSS modernos entregam sem script nenhum.

O que fazemos diferente

• Tema escrito à mão, com um template por tipo de página. Nada de biblioteca de widget genérica.
• Fonte self-hosted em um arquivo variável, com preload. Sem chamada ao Google Fonts — ganha em performance e resolve a questão de transferência de dados sob a LGPD.
• CSS crítico inline e o restante carregando sem bloquear a renderização.
• Plugins contados a dedo. Cada um precisa justificar o que faz que o tema não faz.
• Dados estruturados no tema, em um grafo único. Uma entidade declarada uma vez, não duas versões concorrentes.

Você edita o conteúdo. Nós cuidamos da estrutura.

Essa é a divisão que mantém o site rápido depois da entrega. Você escreve no editor de blocos do WordPress, que é o mesmo de sempre: publica post, troca imagem, edita texto, cria página. O que você não consegue fazer é quebrar a performance, porque a estrutura visual não está no conteúdo.

Em construtor visual, conteúdo e layout vivem no mesmo lugar. É por isso que um site montado assim degrada com o uso: cada pessoa que edita adiciona uma seção, duplica um bloco, cola um widget. Em três meses a home tem o dobro do peso original.

Manutenção e segurança

WordPress desatualizado é o vetor de invasão mais comum na web brasileira, e quase sempre a porta é um plugin abandonado — não o núcleo do WordPress, que é bem mantido.

Menos plugin é menos superfície de ataque. Além disso, no que entregamos: núcleo e plugins atualizados, XML-RPC desligado, enumeração de usuários da API bloqueada, backup automatizado com restauração testada e registro de quem alterou o quê no admin.

Podemos cuidar disso em contrato de manutenção, ou entregar documentado para o seu time. O que não fazemos é entregar um site que depende de doze plugins para funcionar e chamar isso de pronto.

Quando o WordPress não é a resposta

Vale dizer onde ele não é a melhor escolha, porque recomendar WordPress para tudo seria vender ferramenta em vez de resolver problema.

• E-commerce com volume. Para catálogo pequeno, WooCommerce resolve. Para operação com milhares de SKUs, estoque multicanal e integração com marketplace, uma plataforma dedicada sai mais barata no total.
• Aplicação com estado complexo. Painel com permissão granular, cálculo em tempo real, colaboração simultânea. Isso é sistema web, não site.
• Página única sem conteúdo editorial. Se ninguém vai editar nada depois do lançamento, o CMS é peso sem função.