Sites gerados por IA ficam inconsistentes quando cada novo pedido começa do zero. Uma página usa outra cor, a seguinte inventa um tom de voz, a terceira troca o raio dos botões e a quarta recria componentes que já existiam.
Consistência de marca não exige que todas as páginas sejam iguais. Ela exige uma base reconhecível e limites claros para variar. Quando identidade, conteúdo e componentes viram entradas verificáveis, o agente consegue produzir mais rápido sem substituir a marca por um estilo genérico.
Este guia mostra como preparar essa base, escrever pedidos melhores, revisar a saída e publicar páginas diferentes que ainda parecem parte do mesmo sistema.
O que precisa ser consistente
Marca em um site não é apenas logo e cor. Ela aparece em quatro camadas:
| Camada | O que preservar | O que pode variar |
|---|---|---|
| identidade | logo aprovado, cores, tipografia, ícones, fotografia | combinação e ênfase por campanha |
| conteúdo | nome, posicionamento, vocabulário, provas, restrições | headline, argumento e CTA por intenção |
| interface | componentes, espaçamento, estados, acessibilidade | composição e ordem das seções |
| operação | domínio, tracking, consentimento, formulário | slug, campanha e destino quando aprovados |
Uma página pode ter um hero totalmente diferente e continuar coerente. O problema começa quando a variação troca elementos centrais sem decisão: nova cor “de destaque”, botão com outro comportamento ou uma promessa que a empresa nunca aprovou.
Construa um pacote de contexto
Não dependa da memória da conversa. Reúna um pacote pequeno, versionado e fácil de apontar no pedido:
/brand principios.md voz-e-vocabulario.md claims-aprovados.md logos/ imagens/ tokens/ componentes/ exemplos/O conteúdo exato depende do projeto, mas o pacote deve responder:
- qual é a personalidade da marca;
- quais termos usar e evitar;
- quais afirmações estão aprovadas;
- quais assets são oficiais;
- quais cores e tipografias formam o sistema;
- quais componentes devem ser reutilizados;
- o que exige aprovação antes de mudar.
Não coloque credenciais, tokens de API ou dados pessoais nesse material. Contexto de marca orienta criação; segredo continua em configuração segura.
Separe regras de exemplos
Um screenshot mostra uma solução específica. Ele não explica necessariamente por que aquela solução funciona.
Ao lado dos exemplos, escreva regras:
Princípio: comunicação direta e operacional.Usar: verbos concretos, resultado verificável, limites explícitos.Evitar: superlativos, promessas absolutas e autonomia mágica.
Princípio: hierarquia visual com uma ação principal.Usar: um CTA primário por seção, contraste suficiente e foco visível.Evitar: três botões equivalentes competindo no hero.Assim, o agente consegue adaptar a composição sem copiar uma página antiga nem extrapolar a marca.
Transforme identidade em tokens e componentes
Quando possível, codifique decisões recorrentes:
- cores semânticas, não apenas valores soltos;
- escala tipográfica;
- espaçamento;
- raios, bordas e sombras;
- largura de conteúdo;
- breakpoints;
- estados de foco, hover, erro e sucesso;
- botões, campos, cards, navegação e rodapé.
Tokens reduzem o espaço para variações acidentais. Componentes preservam comportamento, acessibilidade e responsividade.
Isso não significa criar uma abstração para cada detalhe. Comece pelo que mais aparece e mais custa revisar. Em uma sequência de landing pages, hero, CTA, prova social, formulário e rodapé costumam merecer atenção primeiro.
O guia sobre múltiplas landing pages de campanha com IA mostra como reutilizar estrutura sem confundir campanha com Site ou Página.
Escreva um briefing com invariantes
Um pedido como “faça uma landing page moderna com nossa marca” deixa quase todas as decisões abertas.
Prefira:
Crie uma landing page para [campanha] usando a fonte e os componentes deste projeto.
Objetivo:- [resultado da página]
Público:- [segmento e contexto]
Mensagem aprovada:- headline: [texto ou direção]- prova: [fonte]- CTA: [rótulo e destino]
Preservar:- tokens e componentes existentes;- logo e assets oficiais;- tom de voz e vocabulário;- formulário, consentimento e tracking;- comportamento mobile e acessibilidade.
Pode variar:- composição do hero;- ordem das seções;- seleção de imagens aprovadas.
Não invente:- cores, logos, depoimentos, números, clientes ou claims.A lista “pode variar” é tão importante quanto “preservar”. Sem ela, o agente pode repetir o mesmo template. Com liberdade total, pode romper o sistema.
Faça a IA reutilizar antes de criar
Antes da implementação, peça um inventário:
- tokens disponíveis;
- componentes que atendem ao pedido;
- assets aprovados;
- padrões de páginas relacionadas;
- lacunas que exigem decisão.
Depois, peça um mapa de reutilização:
| Necessidade | Reutilizar | Adaptar | Criar |
|---|---|---|---|
| CTA | botão primário | rótulo e destino | — |
| prova social | card existente | quantidade | — |
| comparativo | — | tabela base | composição específica |
Criar algo novo pode ser correto. A decisão só precisa ficar visível, especialmente quando o novo elemento passa a fazer parte do sistema.
Revise conteúdo e aparência separadamente
Uma página visualmente coerente pode usar uma promessa errada. Uma copy correta pode aparecer em um componente inconsistente.
Faça duas passagens.
Revisão editorial
Confira:
- nome de produto e grafia;
- tom de voz;
- termos proibidos;
- claims e fontes;
- público e intenção;
- CTA e destino;
- datas, preço e condições;
- consistência entre title, description, H1 e conteúdo.
Se a página reutiliza conteúdo antigo, faça também uma auditoria de conteúdo desatualizado antes de aprovar.
Revisão visual e funcional
Confira:
- tokens reais em vez de valores improvisados;
- tipografia e hierarquia;
- espaçamento e alinhamento;
- componentes e estados;
- imagens e tratamento;
- mobile;
- contraste, foco, rótulos e navegação por teclado;
- formulário, consentimento e tracking.
Compare com páginas aprovadas em mais de uma largura. Uma captura desktop não prova que a experiência mobile preserva a marca.
Evite o efeito “todas as páginas iguais”
Consistência não é duplicação. Para manter variedade, mude a composição com base na intenção:
- captação pode destacar formulário e benefício imediato;
- lançamento pode organizar novidade, prova e urgência válida;
- evento pode priorizar data, agenda e inscrição;
- conteúdo pode favorecer leitura, navegação e autoria;
- produto pode explicar fluxo, resultado e demonstração.
O sistema visual continua o mesmo, mas a hierarquia responde à tarefa. A marca fica reconhecível porque as decisões de base persistem, não porque todo hero repete a mesma grade.
Registre exceções
Uma campanha pode exigir cor sazonal, layout experimental ou componente novo. Trate isso como exceção explícita:
Exceção:- usar a cor [valor] apenas nesta campanha;- motivo: [decisão aprovada];- componentes afetados: [lista];- acessibilidade validada: [resultado];- incorporar ao sistema depois: sim/não;Sem registro, a exceção vira precedente acidental. Em poucas rodadas, o agente encontra cinco versões “oficiais” do mesmo botão.
Prepare a publicação sem perder a identidade operacional
Depois da aprovação, gere a saída estática do projeto. Antes de enviar, confirme:
index.htmlna raiz;- assets oficiais incluídos;
- fontes e caminhos funcionando;
- formulário e integrações configurados sem expor segredos;
- title, description e imagem social correspondentes à campanha;
- ausência de arquivos de desenvolvimento;
- QA em telas pequenas e grandes.
Siga o contrato de Publicação. Mantenha a home em public/index.html, os assets em seus caminhos e as páginas em public/sitemap.xml.
Se for uma atualização, use o mesmo Site ID para preservar slug, URL e Custom Hostnames. Se for uma campanha nova que precisa de endereço e métricas próprios, crie conscientemente outro Site e registre a relação com a marca.
Verifique na URL pública
O handoff não termina no upload. Acompanhe o deploy e abra a URL.
Confirme:
- logo e imagens corretos;
- fontes carregadas;
- cores e componentes esperados;
- CTA e formulário;
- mobile e acessibilidade;
- title e descrição;
- slug e domínio;
- ausência de conteúdo de outra campanha.
Se houver domínio próprio, use a documentação de Domínios para separar conteúdo publicado de configuração DNS. A URL padrão do Site continua útil como referência para diagnosticar se a diferença está no pacote ou no domínio.
Crie uma ficha para cada página
Ao final, registre:
objetivo e público:fonte e versão:Site ID:slug e URL:domínios:tokens e componentes usados:exceções aprovadas:claims e fontes:CTA e destino:checks:responsável:data de revisão:Essa ficha ajuda a próxima rodada a partir do contexto correto. Também permite identificar quando uma página antiga continua tecnicamente disponível, mas já não representa a marca atual.
Escale regras, não improvisos
A IA acelera a composição, a adaptação e a revisão. Ela mantém consistência quando recebe um sistema que pode inspecionar e critérios que pode verificar.
Comece consolidando voz, claims, tokens, componentes e assets. Depois, escolha uma página real, declare o que deve permanecer e o que pode variar, revise conteúdo e interface em passagens separadas e publique com evidência.
O resultado não precisa parecer produzido pelo mesmo template. Precisa parecer uma decisão da mesma marca — em outra página, para outro objetivo, com a mesma disciplina.
