Criação de site: o que muda no resultado quando a performance entra no escopo

Toda busca por "quanto custa criar um site" devolve a mesma coisa: tabela de preço por número de páginas, comparação entre plataforma pronta e desenvolvimento sob medida, lista de custos de domínio e hospedagem. É informação útil e é, invariavelmente, informação sobre o que você vai pagar.

O que quase nenhum desses textos responde é a outra metade da conta: o que o site devolve. E existe um caso brasileiro, documentado e publicado pelo próprio Google, que responde isso com números — e que muda a conversa de custo para retorno.

O que muda quando a performance entra no escopo do site?

Muda o que está sendo comprado. Um escopo tradicional de criação de site descreve entregas: número de páginas, layout responsivo, formulário de contato, painel de administração. Todas verificáveis no dia da entrega, nenhuma delas ligada a resultado.

Um escopo com performance inclui métrica de saída: o site precisa carregar dentro de um limite medido, em celular, em conexão real. A diferença não é técnica, é contratual — e é ela que separa o fornecedor que entrega páginas do fornecedor que entrega um ativo que funciona.

A consequência prática aparece rápido para quem investe em mídia: você paga o clique de qualquer jeito, e o que acontece depois dele é responsabilidade do site. Site lento é verba comprada e desperdiçada antes do formulário — a relação está detalhada no artigo sobre quanto investir em tráfego pago.

Quanto custa criar um site — e por que essa é a pergunta errada?

Porque o preço de um site varia com o que se coloca dentro dele, e a variável que mais pesa quase nunca aparece no orçamento. Dois sites de cinco páginas podem custar valores muito diferentes e ambos estarem certos: um foi montado sobre um tema pronto com dez plugins, o outro foi construído para carregar rápido em celular de conexão média.

Comparar propostas por número de páginas trata os dois como equivalentes. É como comparar carros por número de portas. A pergunta que discrimina de verdade é: qual desempenho está garantido no escopo, e como ele será medido na entrega?

Isso não torna preço irrelevante. Torna preço insuficiente como critério único — e dá ao comprador uma pergunta que a maioria dos fornecedores não está preparada para responder, o que por si só já é um filtro.

O que um caso brasileiro documentado mostra sobre o retorno?

O QuintoAndar passou por um trabalho de performance e teve o resultado publicado pelo Google como estudo de caso. Os números são de comportamento de usuário, não de opinião técnica.

Vale entender o que cada número significa em termos de negócio. Rejeição em queda significa gente que ficou em vez de voltar para o resultado de busca. Páginas por sessão em alta significa gente que navegou em vez de desistir. Duração maior significa que o conteúdo teve chance de ser lido.

Nada disso exigiu produto novo, campanha nova ou audiência nova. É o mesmo tráfego se comportando de outro jeito porque a barreira de entrada caiu.

O que são Core Web Vitals e por que viraram critério?

Core Web Vitals é o conjunto de métricas com que o Google mede a experiência real de carregamento de uma página. Elas existem porque "site rápido" é vago demais para virar critério — e o que não é medido não entra em contrato.

Métricas de experiência de página definidas pelo Google

Uma observação de honestidade técnica: o FID citado no caso era a métrica de responsividade em uso na época da publicação, em 2021. Ele foi desde então substituído pelo INP no conjunto oficial. A leitura do caso continua válida — o que mudou foi o instrumento, não a conclusão.

Note também a diferença entre laboratório e campo. Teste de laboratório roda em ambiente controlado e serve para diagnosticar. Dado de campo vem de usuários reais, com os celulares e as conexões que eles realmente têm. É o segundo que conta, e é por isso que site que "passa no teste" e continua lento na prática é um caso comum.

A velocidade muda mesmo o resultado de negócio?

O caso brasileiro não é isolado, e o Google mantém uma coletânea de casos com o mesmo padrão em mercados diferentes.

O que esses casos têm em comum é a natureza do ganho: nenhum deles vem de mais tráfego. Vêm de menos perda sobre o tráfego que já existia. É por isso que performance costuma ser o investimento de melhor retorno em sites que já recebem visita — não se paga para atrair mais gente, paga-se para parar de perder a que chega.

Performance não traz mais visitantes. Ela impede que os visitantes que você já pagou para trazer vão embora antes de entender a oferta.

O que separa um site barato de um site que funciona?

Não é o preço em si — é o que foi decidido para chegar naquele preço. As economias que mais custam caro depois costumam ser as mesmas.

• Tema pronto carregado de recursos que o projeto não usa, mas que o navegador baixa mesmo assim.
• Imagens publicadas no tamanho original, sem compressão nem formato moderno, o que sozinho já domina o tempo de carregamento.
• Acúmulo de plugins e scripts de terceiros, cada um com um custo que ninguém soma.
• Ausência de medidas declaradas nas imagens, o que faz o layout saltar enquanto a página monta.
• Fontes personalizadas carregadas antes do conteúdo, deixando o texto invisível nos primeiros segundos.
• Nenhum teste em celular de conexão média — o aparelho do desenvolvedor não representa o do público.

Repare que nenhum desses itens aparece numa proposta comercial. Todos aparecem no comportamento do usuário depois. É exatamente essa a assimetria que a métrica de saída no escopo corrige.

Como colocar performance no escopo do projeto

1. Defina a métrica antes do layout

Escreva no briefing qual é o alvo de carregamento em celular e em conexão real, e deixe claro que a aferição será feita com dado de campo e não só em laboratório. Métrica definida depois da entrega vira discussão; definida antes, vira requisito de projeto.

2. Trate imagem e script como orçamento, não como detalhe

Cada imagem pesada e cada script de terceiro consome parte de um orçamento de desempenho que é finito. Decidir o que entra é decisão de projeto, com a mesma seriedade de decidir quais páginas existem. O que entra depois, sem essa disciplina, corrói o resultado em silêncio.

3. Meça na entrega e depois dela

Um site nasce rápido e envelhece lento: banners novos, pixels de campanha, ferramentas de chat e testes A/B vão sendo adicionados por gente diferente ao longo do ano. Sem medição recorrente, a degradação só é descoberta quando a conversão já caiu — e aí a causa parece ser qualquer outra coisa.

Plataforma pronta ou desenvolvimento sob medida?

Não há resposta única, e a escolha errada quase sempre vem de decidir pelo custo inicial em vez de decidir pelo uso previsto.

Comparativo por estágio de maturidade do negócio

A regra prática: quanto mais o site for o canal de venda, e não a vitrine institucional, mais o controle sobre performance e integração justifica o projeto sob medida. Quem ainda está validando oferta ganha mais com prazo curto — e troca depois, com dados na mão.

Quanto tempo leva e o que costuma atrasar o projeto?

Um site institucional costuma levar de três a seis semanas, e uma loja virtual costuma levar o dobro. Só que esse prazo pressupõe uma condição que raramente se cumpre: o conteúdo pronto no início. Quando ele não está, o cronograma para de depender do fornecedor e passa a depender do cliente.

O que atrasa projeto de site quase nunca é desenvolvimento. É texto que não chega, foto que não existe, e principalmente aprovação difusa — três pessoas opinando sobre o mesmo layout sem que nenhuma tenha a palavra final. Definir quem aprova o quê antes de começar encurta o prazo mais do que qualquer escolha técnica.

Há um efeito colateral disso que atinge diretamente o assunto deste artigo: quando o prazo estoura, a primeira coisa cortada é sempre a otimização. Ela é invisível na entrega, não aparece na reunião de aprovação e ninguém sente falta no dia da publicação — só três meses depois, na taxa de conversão. Por isso a métrica de saída precisa estar no escopo desde o início, e não na lista de melhorias futuras.

Como medir se o site está de pé depois de publicado?

1. Core Web Vitals em dado de campo, separando celular de computador. É a medição que reflete o usuário real.
2. Taxa de rejeição por página de entrada: ela mostra onde a perda acontece, não só que ela existe.
3. Taxa de conversão do formulário principal, acompanhada semana a semana e não apenas no fechamento do mês.
4. Páginas por sessão, que indicam se o visitante teve motivo para continuar navegando.
5. Tempo até o primeiro byte, que separa problema de servidor de problema de página.
6. Comportamento em celular isolado do total: é onde está a maior parte do tráfego e a maior parte da perda.

Esses números só existem com rastreamento configurado corretamente. Sem medição bem instalada, o site pode estar perdendo metade das visitas sem que nada no relatório aponte para isso — e a decisão seguinte tende a ser aumentar verba, que é justamente a decisão que amplifica o prejuízo.

Por onde começar hoje

1. Meça antes de decidir qualquer coisa: rode o teste em celular, com dado de campo, e anote o número atual. Sem linha de base não há como provar ganho depois.
2. Olhe as imagens primeiro. É a correção de maior efeito e menor custo na maioria dos sites brasileiros.
3. Liste os scripts de terceiros que estão na página e pergunte de cada um quem o usa e para quê. Costuma sobrar coisa de campanha antiga.
4. Se for refazer o site, escreva a métrica de saída no escopo antes de aprovar layout.
5. Se não for refazer, trate performance como manutenção recorrente e não como projeto único.
6. Só depois disso aumente a verba de mídia — comprar tráfego para uma página que perde visita é a ordem invertida.

Se a dúvida for onde está o gargalo entre site, mídia e comercial, o diagnóstico gratuito de marketing devolve um retrato por área e aponta em qual etapa a perda acontece. E quando o passo for construir, a Alliance trata criação de site com métrica de saída no escopo — porque site entregue e site que funciona são duas coisas diferentes, e só uma delas aparece no faturamento.