WordPress & WooCommerce

WordPress sob medida, escrito à mão. Sem construtor de páginas.

Construo temas, blocos e plugins WordPress do jeito que você construiria qualquer outra aplicação: em um repositório, em PHP que dá para ler, com uma etapa de build e um documento de entrega. Doze anos fazendo isso, principalmente para agências e empresas que herdaram algo lento e querem parar de renovar licenças.

Projeto típico De duas a seis semanas, escopo fechado
Você recebe Repositório Git, scripts de build, entrega por escrito
Funciona com Seu designer, sua hospedagem, seu conteúdo atual
O que o seu visitante vê Mesma página, mesma conexão

Com um construtor de páginas

O CSS do construtor, o JS do construtor, uma fonte de ícones, o tema e seus complementos: tudo isso antes de a primeira palavra aparecer.

Escrito à mão

Uma folha de estilo. Depois, a página.

01EscopoO que eu construo

O que um projeto WordPress realmente inclui.

Temas sob medida a partir de um design

Um tema escrito para o seu design e nada mais. Templates em PHP, estilos em CSS que você poderia entregar a outro desenvolvedor e um build que gera uma folha de estilo e um script, em vez das vinte e poucas requisições que uma pilha de construtor costuma disparar. Se você tem um arquivo do Figma com escala tipográfica e sistema de espaçamento definidos, a tradução é quase direta.

Blocos nativos do Gutenberg para o seu conteúdo

Os editores não precisam de uma tela em que qualquer coisa pode ir para qualquer lugar. Precisam de oito ou dez blocos que correspondam ao que o seu site realmente publica (uma linha de números, um card de estudo de caso, uma tabela de preços, um destaque), com os campos para preencher e nada mais à mostra. Os blocos são registrados com block.json, então não carregam licença nem dependência em tempo de execução.

WooCommerce que aguenta uma semana movimentada

Tipos de produto sob medida, ajustes no checkout, regras de frete e impostos, integração com meios de pagamento e a parte nada glamourosa que ninguém orça: garantir que o carrinho e o checkout não rodem uma dúzia de consultas sem cache a cada requisição. A maioria das lojas WooCommerce lentas é lenta no banco de dados, não no front-end.

Plugins para o que nenhum plugin faz

Quando a necessidade é realmente específica (uma regra de reservas, uma sincronização com ERP, um fluxo interno de aprovação), um plugin pequeno feito para isso sai mais barato de manter do que dobrar um plugin genérico e sustentar essa gambiarra para sempre.

Resgatar um projeto herdado

Cerca de metade deste trabalho é um site que outra pessoa fez. Leio o que existe antes de orçar e digo com franqueza se vale a pena ampliar ou substituir. Às vezes a resposta honesta é que o site atual está bom e você precisa de três dias de trabalho, não de trinta.

02PosiçãoPor que isso importa para você

Por que eu não construo com construtores de páginas.

É a pergunta que mais me fazem, então aqui vai a resposta real em vez de um slogan. Construtores de páginas não são software ruim. São a ferramenta certa para um site institucional que precisa existir até sexta e nunca mais será mexido. São a ferramenta errada para um site do qual o seu negócio depende, por quatro motivos específicos.

Eles entregam um código que você não pediu

Um construtor precisa conseguir exibir qualquer coisa, então envolve tudo em camadas e camadas de contêineres, além do CSS e do JavaScript para controlá-los. Esse peso está em todas as páginas, usando os recursos ou não. É a causa isolada mais comum de uma nota ruim de Largest Contentful Paint nos sites que me pedem para consertar.

Seu conteúdo fica preso dentro da ferramenta

Os layouts de um construtor ficam no banco de dados como shortcodes codificados ou dados serializados, e não como conteúdo limpo. Desative o plugin e boa parte do seu site vira código ilegível. Isso não é um bug: é a troca que você fez. Vale a pena saber que fez.

Eles somam uma licença aos seus custos fixos

Um construtor, seus complementos e o tema do qual ele depende costumam custar algumas centenas de dólares por ano, para sempre, só para continuar recebendo atualizações de segurança. Ao longo da vida de um site, isso muitas vezes passa da diferença no custo de construção.

Todo editor vira designer

Com uma tela sem limites, pessoas bem-intencionadas acabam criando doze estilos de botão ligeiramente diferentes. Um conjunto pequeno de blocos feitos para o propósito torna o resultado certo o resultado fácil, que é exatamente para isso que serve um design system.

Se você já tem um site feito com construtor e ele funciona, não vou dizer para jogá-lo fora. Vou dizer quanto ele está custando em tempo de carregamento e licenças, e deixar você decidir se vale a pena mudar.

03ProcessoDe fato uma sequência

Como um projeto acontece.

01

Ler o que existe

Antes de orçar, olho o site atual, o modelo de conteúdo e o design. Você recebe um escopo por escrito com o que está incluído, o que não está e onde eu acho que está o risco: normalmente a migração de conteúdo ou uma integração que ninguém documentou.
02

Primeiro, o modelo de conteúdo

Tipos de post, taxonomias, campos e blocos são decididos antes de qualquer template ser escrito. Mudar isso depois é o retrabalho mais caro que existe, então vale a pena um dia a mais no começo.
03

Desenvolver em uma URL de homologação

Você recebe um link para acompanhar o andamento desde a primeira semana e um lugar para deixar comentários. Nada de um mês de silêncio seguido de uma grande revelação.
04

Migrar, testar, medir

O conteúdo é transferido, os redirecionamentos são mapeados a partir das URLs antigas e eu verifico Core Web Vitals, acessibilidade básica e o comportamento em diferentes navegadores antes do lançamento, não depois. As URLs antigas continuam funcionando.
05

Entregar do jeito certo

Repositório, instruções de build, uma explicação de como o tema está estruturado e um vídeo curto para quem edita o site. Você não deveria precisar de mim para mudanças do dia a dia.

04PerguntasFrequentes, respondidas sem rodeios

O que as pessoas perguntam antes de me contratar.

Você trabalha em sites existentes ou só em projetos novos?

Nos dois, e cerca de metade é trabalho herdado. Leio o código existente antes de orçar e digo com honestidade se vale a pena ampliar ou substituir. Orçar uma reconstrução é fácil; dizer que você não precisa de uma é mais útil.

Você consegue construir a partir dos arquivos do Figma do nosso designer?

Sim, e é a situação que eu prefiro. O que faz tudo fluir é ter escala tipográfica, sistema de espaçamento e breakpoints definidos. O que atrasa são os estados que os designers costumam deixar de fora: vazio, carregando, erro e conteúdo três vezes maior que o texto de exemplo. Vou perguntar sobre isso logo no começo.

A minha equipe vai continuar conseguindo editar o site?

Sim. Evitar construtores de páginas não é tirar a edição, e sim dar aos editores um conjunto pequeno de blocos que sempre ficam bons, em vez de uma tela em que qualquer coisa pode ser arrastada para qualquer lugar. A maioria das equipes descobre que consegue fazer mais, não menos, porque nada é frágil.

Você usa ACF ou blocos nativos?

Blocos nativos com block.json por padrão, porque não carregam licença nem dependência em tempo de execução. Uso o Advanced Custom Fields quando ele realmente economiza tempo (campos repetíveis complexos, páginas de opções, campos de relacionamento) e digo quais partes dependem dele, para você saber exatamente o que está carregando.

Fico preso a você depois?

Não. Você recebe o repositório, os scripts de build e uma entrega por escrito. É WordPress comum e PHP comum, então qualquer desenvolvedor WordPress competente consegue continuar. Esse é o resultado proposital de não construir sobre ferramentas proprietárias: o código dura mais do que a relação de trabalho.

Você oferece manutenção contínua?

Uma pequena mensalidade que cobre atualizações, monitoramento e um pacote fixo de alterações, se você quiser. Não fico insistindo. Um site construído sem um amontoado de plugins precisa de bem menos manutenção do que um que tem, e é justamente por isso que vale a pena construí-lo assim.

Onde você está, e o que isso significa para reuniões?

Em Nagpur, na Índia, no fuso IST. Isso se sobrepõe tranquilamente à manhã europeia e ao começo do expediente na costa leste dos EUA. Respondo e-mails no mesmo dia útil, e você fala diretamente comigo, não com um gerente de contas.

Próximo passo

Conte o que você tem e o que está errado.

Um parágrafo basta para começar. Se o WordPress for a resposta errada para o seu projeto, eu digo: às vezes a recomendação honesta é uma aplicação Laravel.

Briefing do projeto Etapa 1 de 2 · O trabalho

O que você quer construir?

Um parágrafo já basta para começar. Se não for um trabalho para mim, eu digo e indico alguém melhor.

O trabalho

Marque tudo o que se aplica.

Plataforma

“Não sei” é uma resposta perfeitamente válida.

O que você quer construir, e o que isso precisa fazer pelas pessoas que vão usar? Escreva do jeito que você diria em voz alta.

0 / 1200

Duas etapas. Menos de um minuto.