Skip to content

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.

← Todos os artigos