Criador de apps com IA e domínio próprio: guia 2026

Sim. Um projeto criado no Zugo é publicado primeiro em seu-slug.zugo.run e aceita depois a conexão de um domínio próprio. O domínio você compra e mantém no registrador que preferir, e conectar não consome créditos: créditos são gastos para gerar e editar o projeto, não para publicá-lo.

Essa separação é a parte que mais gera confusão, então vale desenvolvê-la antes de falar de registros DNS. Há duas coisas distintas em jogo: onde o seu projeto mora e com que nome as pessoas o encontram.

O que você já tem antes de conectar um domínio?

Um projeto publicado e funcionando. Quando uma construção termina, o Zugo a abre em uma sandbox para verificar se ela sobe, e só então entrega. Uma falha aparece como falha em vez de chegar até você disfarçada de projeto pronto, então o link que você recebe não é uma promessa: é uma página que já carregou.

Esse link vive em seu-slug.zugo.run e resolve bem o que a maioria precisa na primeira semana: mostrar para um sócio, mandar para dez clientes, checar se a proposta interessa antes de investir mais. Nenhuma dessas coisas melhora por ter domínio próprio.

O domínio começa a importar quando o projeto deixa de ser um teste. Um endereço próprio é o que permite colocar o link em um cartão, em uma nota fiscal ou em um anúncio sem parecer provisório, e é o que faz o projeto continuar seu se um dia você trocar de ferramenta.

O que é preciso para conectar um domínio próprio?

Três coisas, e só a primeira custa dinheiro fora da assinatura.

Primeiro, um domínio registrado no seu nome. Ele se compra em qualquer registrador e se paga à parte: não faz parte dos planos do Zugo, assim como não faz parte dos planos de nenhum construtor. Registre você mesmo, com o seu e-mail e o seu cartão, mesmo que outra pessoa cuide da operação no dia a dia.

Segundo, acesso ao painel de DNS desse domínio. É ali que se criam os registros que apontam o nome para o site publicado. Se você comprou o domínio através de uma agência e não tem essas credenciais, peça antes de começar: é o motivo mais frequente de atraso.

Terceiro, tempo de propagação. Mudanças de DNS não valem no instante em que você aperta salvar. Costumam levar de alguns minutos a algumas horas para serem vistas de todo lugar, e durante esse intervalo é normal que o domínio funcione para você e ainda não para outra pessoa em outra rede.

O link .zugo.run continua funcionando?

Sim, e vale entender por que isso é útil em vez de um detalhe incômodo.

O subdomínio seu-slug.zugo.run é o endereço técnico do projeto publicado. O domínio próprio é um nome que aponta para essa mesma coisa. Ter os dois caminhos dá uma forma de distinguir problema de DNS de problema do projeto: se o zugo.run abre bem e o seu domínio não, a falha está na configuração do nome, não na página.

Essa distinção economiza horas. Quando algo não carrega, a primeira pergunta útil não é "o site quebrou?", e sim "qual endereço exatamente falhou?". Com dois endereços apontando para o mesmo conteúdo, a resposta sai em trinta segundos.

Para busca, convém que apenas um dos dois seja a versão canônica assim que o projeto for definitivo. Se o mesmo conteúdo for indexado por dois endereços, você divide sinais entre eles sem ganhar nada.

Quanto isso custa em créditos?

Conectar o domínio não gasta créditos. Créditos são a moeda da geração, e esta é a tabela completa.

O plano gratuito inclui 5 créditos, que é menos que uma construção completa de 6, então ele serve para conhecer a ferramenta mais do que para terminar um projeto. O Pro custa $25 por mês com 200 créditos, o que dá cerca de 16 plataformas multipágina, 33 construções rápidas ou 66 edições. O Business custa $99 por mês com 800 créditos.

O custo do domínio em si é definido pelo registrador e varia bastante conforme a extensão. É uma despesa anual pequena perto da assinatura, e é a única desta lista que continua sendo sua mesmo se você parar de usar a ferramenta.

Quanto tempo leva do zero ao domínio no ar?

Menos do que a maioria imagina na parte da construção e mais do que a maioria imagina na parte do DNS.

Uma construção simples leva por volta de um minuto. Uma plataforma multipágina leva alguns minutos, porque são várias páginas e não uma. Depois disso, o projeto já está publicado e acessível pelo link .zugo.run, sem espera adicional.

A parte lenta é o DNS, e ela não depende do construtor. Você cria os registros no painel do seu registrador e espera a propagação. É por isso que o conselho prático é construir e afinar o conteúdo primeiro, comprar o domínio depois: o tempo de espera acontece uma vez, quando o projeto já está pronto para receber visitas.

Quais erros mais atrasam a conexão?

Quatro se repetem, e todos são de configuração, não do projeto.

Registrar o domínio no nome de outra pessoa. É cômodo no primeiro dia e caro no dia em que essa pessoa para de responder. O titular do domínio controla a marca na internet, então coloque o seu nome.

Editar o DNS no painel errado. Se o domínio está registrado em um lugar e os servidores de nome estão delegados a outro, os registros criados no painel do registrador não terão efeito. Confira primeiro quais servidores de nome estão ativos.

Dar a conexão por quebrada em cinco minutos. A propagação demora, e mudar os registros de novo enquanto ela acontece alonga o processo em vez de encurtar. Configure, espere e teste de outra rede ou pelos dados do celular.

Conectar o domínio antes de o conteúdo estar pronto. O link .zugo.run existe justamente para você iterar sem que ninguém veja as versões intermediárias no seu endereço definitivo.

Como o domínio se encaixa nas outras integrações?

O domínio é uma peça de um conjunto curto e fechado. Vale olhar o conjunto inteiro, porque isso ajuda a decidir o que conectar e em que ordem.

A ordem que dá menos dor de cabeça é esta: primeiro você constrói e ajusta o conteúdo usando o link .zugo.run, depois conecta o domínio e só então liga analytics e cobrança. Conectar o Google Analytics antes de ter endereço definitivo significa medir tráfego que você não vai conseguir comparar depois.

Se o projeto vai lidar com usuários e dinheiro, a combinação usual é Supabase para o acesso, Stripe para o pagamento e Resend para o e-mail de confirmação. Esse trio se planeja junto, não um de cada vez conforme os problemas aparecem.

Onde estão os limites honestos?

Três, ditos sem rodeio.

O domínio não é seu por estar conectado, é seu por estar registrado. Um domínio ligado ao Zugo mas registrado por outra pessoa continua sendo dessa pessoa. Esta é a única parte de todo o processo que não se resolve com uma edição.

O Zugo não substitui um time de desenvolvimento em um produto complexo. Um domínio bem conectado não muda isso: regra de negócio muito específica se afina com edições sucessivas, e em algum ponto sai mais barato exportar o código pelo GitHub e continuar à mão. Jogos, quando é o caso, são 2D e rodam no navegador.

A checagem em sandbox confirma que o projeto sobe. Ela não confere o seu DNS, nem o seu certificado, nem se você digitou certo o nome do subdomínio. Essa parte vive no seu registrador e quem revisa é você.

O que fazer agora?

Construa primeiro e compre o domínio depois. É a ordem inversa da que quase todo mundo segue, e é a que evita pagar um ano de um nome para um projeto que mudou de ideia na segunda semana.

Quando o conteúdo estiver firme, registre o domínio no seu nome, crie os registros de DNS indicados no painel e deixe passar algumas horas antes de julgar o resultado. Se você quiser ver o fluxo completo desde a primeira descrição, como criar um site com IA cobre o caminho até a publicação, como criar um aplicativo com IA mostra o ciclo de edições que vem antes de fixar o endereço e sites feitos com IA são acessíveis traz a revisão que vale rodar na página antes de apontar o domínio para ela.

Dá para começar em zugo.dev com o plano gratuito, usar um dos 25 modelos prontos como ponto de partida e decidir o nome quando você já tiver algo para mostrar.