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 600
Edição sobre um projeto existente 300
Plataforma multipágina, três primeiras páginas 1.200
Cada página adicional 300
Construção no modo Hi-Fi 1.200
Edição no modo Hi-Fi 600

O plano gratuito traz 2.400 créditos uma vez, que dá para quatro construções inteira, então ele serve para conhecer e não para lançar. O Pro custa $25 por mês com 20.000 créditos, algo como 16 plataformas multipágina, 33 construções ou 66 edições. O Business custa $50 por mês com 20.000 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