Quem é o dono de um site feito com IA? Resposta direta
Quem é o dono de um site feito com IA? Resposta direta
Você. No Zugo, o projeto pertence a quem o construiu, e a prova prática disso não é uma frase em contrato: é o botão de exportar. O código vai para um repositório no seu GitHub e roda sem depender de conta no Zugo. O que a propriedade não resolve é o material que você colocou dentro da página.
Dizer "o projeto é seu" custa nada, e por isso este texto não é uma frase de tranquilização. É a lista do que você segura de fato, onde cada pedaço mora e como conferir que a promessa vale antes de depender dela.
O que significa ser dono de um site, na prática?
São cinco coisas diferentes, e quase todo mundo pensa em apenas uma delas quando faz a pergunta.
Existe o código que faz a página funcionar. Existe o conteúdo dentro dela: seus textos, suas fotos, sua marca. Existe o endereço que as pessoas digitam. Existem os dados que o site acumula depois que gente de verdade começa a usar. E existe o direito de tocar um negócio em cima de tudo isso.
Esses cinco pedaços podem estar nas mãos de cinco donos distintos, e é exatamente aí que muita gente se enrola. Em ferramentas onde o site é montado numa tela visual e não vira arquivo nenhum, você é dono do texto e do domínio, e a coisa que desenha aquilo pertence a outra empresa.
O construtor guarda algum direito sobre o que foi gerado?
Não. O projeto é seu, e o teste dessa afirmação não é um parágrafo em termos de uso: é a exportação. Mandar o projeto para o GitHub coloca os arquivos num repositório da sua conta, onde você clona, lê, altera e roda por conta própria.
Essa é a diferença entre propriedade e permissão. Permissão é uma ferramenta deixando você usar algo que ela controla, e que em tese muda quando o preço ou o roteiro dela mudar. Propriedade é uma cópia na sua mão que continua funcionando se a ferramenta sumir amanhã.
O jeito de tornar isso concreto é exercer o direito cedo. Construa algo pequeno, exporte, abra o repositório. Dez minutos disso ensinam mais do que qualquer página de termos, e você descobre por uma fração de um plano mensal.
Onde mora cada pedaço do projeto?
Em lugares que você já controla, desde que a exportação tenha sido feita ao menos uma vez.
| Pedaço do projeto | Onde ele mora | Como você leva embora |
|---|---|---|
| Código-fonte | Seu repositório no GitHub, depois da exportação | Já é seu, basta clonar |
| Registros do banco e contas de usuário | Seu projeto no Supabase | Nunca esteve dentro do construtor |
| Cobranças e clientes | Sua conta na Stripe | Nunca esteve dentro do construtor |
| Imagens e textos enviados por você | Na construção e nos seus originais | Guarde os originais fora da ferramenta |
| Endereço publicado | <slug>.zugo.run |
Conecte seu domínio e mova o tráfego |
| Seu domínio próprio | Seu registrador, o registro.br inclusive | Aponte para onde quiser |
| Histórico de prompts e construções | Sua área no Zugo | Fica com a ferramenta, e é anotação, não produto |
A última linha é a única em que algo não viaja com você, e vale ser preciso sobre o que ela é. O histórico conta como o projeto foi feito. Perder isso é perder o caderno de anotações, não o site.
A linha do endereço é a que custa caro quando dá errado. Um site que as pessoas salvaram como <slug>.zugo.run até se muda, mas a mudança tem preço em tráfego. Conectar desde o primeiro dia um domínio seu apaga o problema inteiro.
E as imagens, as fontes e os textos dentro da página?
Eles seguem regras próprias, e é aqui que a conversa sobre propriedade deixa de ser sobre o construtor.
O que você escreveu ou fotografou é seu e sempre foi. O que você baixou de outro lugar carrega a licença com que veio, e passar por uma geração de IA não lava licença nenhuma. Uma foto de banco de imagens liberada para uso pessoal continua liberada só para uso pessoal depois da construção.
Vale o mesmo para tipografia, ícones e qualquer trecho colado de outro projeto. Antes de o site virar comercial, percorra a página e pergunte de onde veio cada elemento visual. Essa revisão leva vinte minutos e sai muito mais barata que a alternativa. A parte prática de trazer material próprio está em posso usar minhas próprias imagens.
Uma ressalva honesta que nenhum construtor resolve por você: como o direito autoral trata material gerado por máquina ainda está sendo definido, e a resposta muda de país para país. Se essa distinção pesa no seu negócio, é assunto para um advogado no Brasil, não para a documentação de uma ferramenta.
O que a propriedade não resolve?
Quatro coisas, e são justamente as que aparecem tarde.
Autorização para receber dinheiro. A Stripe aprova sua conta segundo os critérios dela. Ser dono da página de checkout não é o mesmo que estar liberado para cobrar por ela.
Impostos e formalização. Onde a empresa está registrada, qual regime, o que você deve à Receita Federal: nada disso mora dentro do produto, em nenhum país.
Nome e marca. Um gerador constrói alegremente uma página para uma marca já registrada por outra pessoa. Conferir isso no INPI é tarefa sua, antes de o logo sair andando por aí.
Obrigações com quem usa o site. Política de privacidade, caminho para apagar uma conta e o que a LGPD exigir sobre dados pessoais. Os dados ficam no seu projeto do Supabase, então você consegue atender esses pedidos, e também é o único que vai atender.
A versão mais ampla dessa pergunta, incluindo o que muda quando você começa a cobrar, está em posso vender o que eu construir.
Quanto custa chegar a um projeto que é seu?
O preço é por ação e publicado antes, então a conta é feita de olhos abertos.
| Ação | Créditos |
|---|---|
| Construção de site, app ou jogo | 6 |
| Edição sobre um projeto existente | 3 |
| Plataforma multipágina, três primeiras páginas | 12 |
| Cada página adicional | 3 |
| Construção no modo Hi-Fi | 12 |
| Edição no modo Hi-Fi | 6 |
O plano gratuito traz 5 créditos uma vez, menos que uma construção inteira, então ele serve para conhecer e não para lançar. O Pro custa $25 por mês com 200 créditos, algo como 16 plataformas multipágina, 33 construções ou 66 edições. O Business custa $99 por mês com 800 créditos.
O ponto estrutural é que o crédito paga a geração, não a saída. Se tirar o próprio código exigisse uma taxa crescente, a propriedade seria decorativa. O caro em qualquer construtor com IA é fazer a coisa, e é ali que o preço está.
Como tornar a propriedade real em vez de teórica?
Quatro movimentos, nessa ordem, e nenhum deles demora.
Conecte um domínio seu antes de divulgar qualquer coisa, para que o endereço seja seu desde a primeira visita. Mantenha as integrações nas suas próprias contas, que é como Supabase e Stripe já funcionam por padrão. Exporte para o GitHub assim que o projeto passar a importar, e de novo antes de qualquer rodada arriscada de mudanças. E guarde imagens e textos originais fora do construtor.
Feito nessa ordem, sair de qualquer ferramenta vira decisão, não emergência, que é a única definição de propriedade que sobrevive ao contato com a realidade. O Zugo não substitui um time de desenvolvimento num produto complexo, e o código ser seu é exatamente o que transforma contratar alguém em evolução em vez de resgate.
A mecânica da exportação está em posso exportar o código. Para ver o que a propriedade contém em vez de ler sobre ela, construa algo pequeno em zugo.dev, mande para o GitHub e abra o repositório.