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:

  1. tokens disponíveis;
  2. componentes que atendem ao pedido;
  3. assets aprovados;
  4. padrões de páginas relacionadas;
  5. 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.html na 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.