1

Pitch: Cria Aí, sites para pequenos negócios gerados por IA sem a IA escrever HTML

Trabalho com tráfego pago para pequenos negócios e sempre esbarrei no mesmo problema: o cliente não tinha site, ou tinha um site que ninguém conseguia atualizar. Agência era caro e demorado, editor de arrastar e soltar era complicado para quem só quer receber cliente no WhatsApp. Então montei o Cria Aí: a pessoa conta o que faz numa conversa e recebe um site pronto em cerca de 1 minuto, e vê o site inteiro antes de pagar.

Link: https://www.cria-ai.app

Como o TabNews gosta de coisa concreta, queria compartilhar as decisões técnicas que mais fizeram diferença.

1. A IA nunca escreve HTML

O erro mais comum de "site feito por IA" é deixar o modelo gerar HTML e CSS. Fica bonito na demo e quebra no primeiro cliente: layout torto, texto estourando, script estranho no meio.

Aqui a IA devolve só um JSON (nome, serviços, horário, perguntas frequentes, cores, estilo), validado com Zod. Se o JSON não passa no schema, não vira site. Quem desenha a página são templates React prontos. Com isso:

  • todo site sai responsivo e acessível do mesmo jeito;
  • a IA não consegue inventar seção que não existe no produto;
  • trocar o template de todos os sites é um deploy, não uma regeneração.

2. Um app, milhares de sites

É tudo um único projeto Next.js na Vercel. Um proxy.ts (o antigo middleware no Next 16) olha o host da requisição e decide: é o app, é um subdomínio de cliente (nome.cria-ai.app) ou é o domínio próprio do cliente. Depois reescreve para uma rota interna que busca o site no banco. Cada site tem o próprio robots.txt e sitemap.xml, gerados pelo mesmo código.

3. Alterações por conversa

Depois de publicado, o dono pede mudança em texto ("aumentei o corte para R$ 45") e a IA ajusta o mesmo JSON, que passa de novo pela validação; dá para desfazer a última alteração. Ninguém precisa aprender painel.

4. SEO e GEO desde o começo

Para o próprio Cria Aí aparecer no Google e nas respostas de IA:

  • páginas por tipo de negócio (/site-para-barbearia, /site-para-dentista...), cada uma com o site de exemplo daquele nicho e dados estruturados de FAQ;
  • uma pasta por página em vez de rota dinâmica, para endereço inventado devolver 404 de verdade;
  • um llms.txt gerado pelo código, com os preços lidos da mesma fonte que o checkout usa, para nunca ficar desatualizado.

O que eu queria ouvir de vocês

  • Quem já fez multi-tenant com domínio próprio na Vercel: como vocês lidaram com a verificação de domínio em escala?
  • Gerar JSON validado em vez de código: alguém foi por esse caminho em outro tipo de produto?

Críticas ao produto também são muito bem-vindas. Criar e ver o site é grátis, então dá para testar sem cartão.

Carregando publicação patrocinada...
1

Eu faria a verificação em segundo plano, com poucas tentativas espaçadas e o motivo da pendência visível no painel. Assim o cliente consegue corrigir o DNS sem precisar falar com o suporte a cada tentativa.