Um projeto de site costuma começar com a frase: “Precisamos de um site novo.” Logo a conversa passa para o CMS, o template, as cores e a data de lançamento. Ainda não está claro o que o novo site deveria mudar.
Esse é um erro caro. A tecnologia pode produzir muito rapidamente algo de que a empresa não precisa.
Primeiro, registre qual decisão o site deve apoiar
Não começo com uma lista de páginas. Começo pela situação da empresa e do visitante. O site deve gerar contatos qualificados, encurtar as explicações de vendas, vender sem uma pessoa, reduzir o trabalho de suporte ou levar a marca para outra categoria?
O objetivo precisa conduzir a uma decisão. “Uma apresentação mais moderna” é um desejo. “Mais contatos relevantes de empresas industriais e menos perguntas sobre pequenos trabalhos avulsos” já permite decidir sobre conteúdo, navegação e mensuração.
- Quem é importante para o site e em que situação essas pessoas chegam?
- O que elas precisam entender, comparar ou fazer?
- Que evidências a empresa pode mostrar honestamente?
- Qual próximo passo é adequado ao nível de prontidão delas?
- Como reconheceremos a melhoria após o lançamento?
O mapa de conteúdo vem antes do wireframe
Só então monto a arquitetura da informação. A navegação principal não deve copiar a estrutura organizacional da empresa. Ela deve ajudar as pessoas a encontrar uma resposta e entender a oferta.
Em um site existente, primeiro faço um inventário de URLs, tráfego, links e conteúdo real. Preservo algumas páginas, uno, redireciono ou removo outras. A migração não deve se basear em impressões. Uma página pouco atraente pode ter bons links ou trazer negócios relevantes; uma página muito visitada pode atrair pessoas totalmente fora do negócio.
Para SEO, importam uma estrutura clara, links e conteúdo para um público real. O Google resume suas perguntas sobre utilidade no guia de conteúdo que prioriza as pessoas. Uma base prática de SEO também está no meu artigo SEO para iniciantes.
Um protótipo deve verificar a jornada, não impressionar a reunião
Primeiro, desenho as jornadas principais sem um design detalhado. Uma pessoa consegue entender a quem a empresa se destina? Ela consegue encontrar um serviço, uma prova, um preço ou uma forma de contato? A jornada funciona em uma tela estreita de celular e usando apenas o teclado?
Coloco títulos reais e comprimentos de texto aproximadamente reais no protótipo. O Lorem ipsum esconde um problema que reaparece magicamente depois que o conteúdo é entregue — geralmente na sexta-feira anterior ao lançamento.
Escolha a tecnologia de acordo com a operação
Um site estático, WordPress, uma plataforma de comércio eletrônico ou uma aplicação personalizada podem ser opções adequadas. O que importa são as necessidades de edição, integrações, permissões, velocidade de mudança, segurança, orçamento e as pessoas que administrarão o site após o lançamento.
O briefing deve incluir pelo menos:
- propriedade do domínio, das contas, do código-fonte e das ferramentas de análise;
- funções editoriais e o processo de publicação;
- formulários, entrega de e-mails e conexão com vendas;
- redirecionamentos para URLs antigas e uma página de erro personalizada;
- backups, atualizações, monitoramento e responsabilidade por incidentes;
- um orçamento de operação, não apenas de produção.
Velocidade e acessibilidade não são acabamentos adicionados no fim
É fácil adicionar uma imagem grande, fontes externas e dez scripts de marketing. Então cada visitante paga o custo deles. Os Core Web Vitals acompanham o carregamento do conteúdo principal, a responsividade e a estabilidade visual; o Google mantém as métricas e os limites atuais em sua documentação de Web Vitals.
Por isso, defino um orçamento de desempenho antes do design: dimensões e formatos de mídia, quantidade de variações de fontes, regras para scripts de terceiros e comportamento esperado em um celular comum. A análise deve carregar sem bloquear o conteúdo e coletar apenas dados que apoiem decisões.
Trato da acessibilidade ao mesmo tempo: HTML semântico, foco visível, operação pelo teclado, contraste, rótulos de formulários e respeito à redução de movimento. Esta não é uma versão especial de um site. É um site bem construído.
Defina a mensuração antes do lançamento
Depois do lançamento, não quero discutir o que significa sucesso. Listo os eventos e sua conexão com as decisões: um contato qualificado enviado, uma calculadora usada, uma evidência importante aberta ou um pedido concluído. Nem todo clique merece um evento.
A mensuração técnica é abordada no guia Google Analytics 4. Um checklist mais amplo está no checklist de projeto online.
Um site não termina no lançamento
Nas primeiras semanas, monitoro erros, velocidade, indexação, formulários e as dúvidas reais das pessoas. Depois, melhoro os pontos em que o site não ajuda em uma decisão. Não após cada comentário ou uma única métrica, mas de acordo com uma combinação de dados, feedback e impacto no negócio.
Um site novo não é o objetivo. É um novo sistema operacional para a empresa. Sem responsável, orçamento e regras de mudança, ele começa a envelhecer no dia do lançamento.
Se você já tem um site e precisa encontrar pontos fracos, comece por Como acelerar um site. Se precisa alinhar as decisões antes da produção, veja como funciona a colaboração.