Desenvolvimento de sites

Desenvolvimento de sites é escrever o código que o seu caso pede, em vez de adaptar um modelo que foi feito para outro. A diferença não aparece no dia da entrega — aparece seis meses depois, quando você precisa mudar algo e descobre quanto custa mexer no que foi montado.

Criação ou desenvolvimento: a diferença que importa

Os dois termos são usados como sinônimos no mercado, mas descrevem práticas bem diferentes.

Critério	Montado em construtor	Desenvolvido em código
Primeira versão no ar	Dias	Semanas
Peso da página	Carrega recursos que a tela não usa	Carrega só o que a tela usa
Core Web Vitals	Difícil manter no limiar	Requisito de projeto
Custo de cada mudança	Cresce com o tempo	Estável
Trocar de fornecedor	Preso à ferramenta	Qualquer time assume
Atualização de plugin	Pode quebrar o layout	Não afeta a estrutura

Construtor visual não é errado. Para validar uma ideia rápido, ou para um site que vai viver três meses, é a escolha certa. O problema é usá-lo em um site que precisa durar anos, rankear em termo competitivo e sustentar a operação comercial da empresa.

Como escolhemos a tecnologia

A decisão vem do problema, nunca da preferência. Na prática, três cenários cobrem quase todos os projetos.

O conteúdo muda com frequência e quem edita não é técnico

WordPress com tema próprio, sem page builder. Você ganha o editor que a sua equipe já sabe usar e o site não paga o preço de performance do construtor visual. É a escolha mais comum em site institucional com blog ativo.

A interface tem estado, cálculo ou interação intensa

React com Next.js, ou Astro quando o conteúdo é majoritariamente estático e a prioridade é entregar o mínimo de JavaScript possível. Aqui o modelo de renderização é uma decisão de SEO, não só de arquitetura: página que depende de JavaScript para existir é página que o rastreador pode não ver.

Existe regra de negócio, permissão e integração

Laravel ou Node.js no backend, com banco relacional e API documentada. Quando o site é a ponta de um sistema, a camada de dados é projetada antes da interface.

O que entregamos junto com o site

Um site desenvolvido sob medida vem com as coisas que tornam possível alguém além de nós trabalhar nele:

• Repositório Git com histórico real de commits, não um zip final.
• Documentação técnica de como rodar o projeto localmente, como fazer deploy e onde ficam as decisões de arquitetura.
• Ambiente de homologação separado da produção, para que mudança seja testada antes de ir ao ar.
• Medição instalada: Analytics, Search Console e monitoramento de Core Web Vitals em campo.
• Backup automatizado com restauração testada — backup que nunca foi restaurado não é backup.

Migrar um site que já existe

Boa parte dos projetos é refazer um site que já tem tráfego. Isso é mais delicado do que começar do zero, porque existe ranking a preservar.

A regra que seguimos: nenhuma URL que já rankeia muda de endereço. Fazemos o inventário das URLs indexadas antes de começar, mantemos os slugs existentes e, quando alguma mudança é inevitável, mapeamos redirecionamento 301 um para um — nunca um redirect genérico de tudo para a home, que é a forma mais rápida de perder posição.

Depois do go-live, acompanhamos cobertura de indexação e posição por algumas semanas. Queda temporária acontece; queda que não volta é sinal de erro, e aí é nosso problema resolver.