Carregando
Clonar pra estudo é legal. Publicar como se fosse seu, não. Usar como inspiração visual, tudo certo. Copiar marca e conteúdo textual, problema. A linha é mais clara
É Legal Clonar um Site? O que Devs Precisam. Clonar pra estudo é legal. Publicar como se fosse seu, não. Usar como inspiração visual, tudo certo. Copiar marca e conteúdo textual, problema. A linha é mais clara do que parece.
Essa confusão existe porque direito autoral no mundo digital é contra-intuitivo. Mas tem uma distinção central que resolve 80% das dúvidas: você não pode proteger uma ideia ou um estilo. Você protege a expressão específica de uma ideia.
O que isso significa na prática? O Stripe não pode impedir você de criar um site com fundo branco, tipografia clean, e paleta de cores azul-arroxeado. Isso é um estilo, uma ideia de design. O que eles podem proteger é o logo do Stripe, o texto específico do site deles, as imagens que eles criaram, e o código-fonte específico que eles escreveram.
A distinção prática: se você olha pra um site e recria a mesma estrutura visual do zero (layout, proporções, paleta de cores, tipografia similar), isso é inspiração e é completamente legal. Se você abre o DevTools, copia o CSS e HTML deles, e publica com seu nome, isso é violação de direito autoral.
Outro ponto que poucos conhecem: layouts de websites em geral têm proteção de direito autoral limitada. A estrutura de 'header com nav + hero section + features + pricing + footer' é uma convenção tão estabelecida que dificilmente seria protegida. O que se protege é a execução criativa específica — aquele gradiente único, aquela animação original, aquele padrão de ilustração característico.
No Brasil, a Lei de Direitos Autorais (Lei 9.610/98) protege obras intelectuais originais. Sites de empresas se enquadram como obras protegidas. Isso inclui o design gráfico original, os textos e conteúdo editorial, as fotografias e ilustrações, e o código-fonte propriamente dito.
Mas a mesma lei tem um artigo importante para devs: o art. 46, que define o que NÃO constitui violação de direitos autorais. Entre as exceções está a reprodução para 'uso exclusivamente didático', e a utilização de 'obras já caídas em domínio público'. Se você clona um site pra aprender, sem publicar comercialmente, você está na zona segura pela lei brasileira.
Já a Lei de Propriedade Industrial (Lei 9.279/96) cuida das marcas registradas. Aqui não tem exceção de estudo: usar a logo do Stripe, o nome 'Stripe', ou qualquer elemento que possa causar confusão com a marca registrada é ilegal, independentemente da intenção. Isso vale até pra portfólio pessoal não comercial — se alguém vê e acha que é do Stripe, é problema.
A LGPD (Lei 13.709/18) entra no jogo se o clone coleta dados de usuários. Se você cria um clone funcional de um site de login, por exemplo, e alguém insere dados reais pensando ser o original (phishing), você está numa enrascada legal bem mais séria do que só direitos autorais. Isso é crime de estelionato digital.
O caso mais famoso de clone de website na área tech foi o de Oracle vs Google, mas esse girava em torno de APIs, não de design. Nos casos de design de site, as disputas mais conhecidas costumam envolver marcas de moda — como quando sites menores copiam o layout exato de Chanel ou Louis Vuitton.
No mundo de SaaS, um caso relevante foi quando um competidor copiou a landing page do Basecamp quase que literalmente — mesmo texto em alguns pontos, mesmo layout, cores muito similares. A Basecamp mandou uma carta de cease and desist, e o site foi alterado. Processo não chegou a tribunal, mas o precedente moral e legal ficou claro.
No Brasil, casos chegam mais raramente a tribunal, mas o INPI (Instituto Nacional da Propriedade Industrial) recebe reclamações de uso indevido de marcas com frequência. Startups brasileiras já foram notificadas por usar nomes ou elementos visuais muito similares a marcas registradas internacionais. O custo de defender uma ação judicial, mesmo tendo razão, é alto o suficiente pra justificar cuidado preventivo.
O que esses casos têm em comum: todos envolviam alguma forma de publicação pública com intenção comercial ou de enganar usuários. Nenhum desenvolvedor que fez um clone privado pra aprender e ficou no GitHub privado teve problema. A linha de risco real é entre uso privado/educacional e publicação pública com potencial de confusão ou dano comercial.
As regras mudam dependendo do contexto de uso. Aqui vai o que você precisa saber pra cada situação.
Para estudo puro, você pode clonar qualquer site que quiser. Faça localmente, mantenha no seu computador ou num repositório privado no GitHub, e fique à vontade. Isso não viola nenhuma lei e é uma prática de aprendizado totalmente legítima.
Para portfólio, a regra é simples: substitua todo o conteúdo protegido. Isso significa trocar o logo e nome da empresa original por algo fictício seu, substituir textos por conteúdo próprio ou gerado, e usar imagens de bancos gratuitos (Unsplash, Pexels) em vez das imagens originais. Adicione uma nota clara no README: 'Este projeto foi desenvolvido como exercício baseado no design do [site original] com foco em [tecnologia X]. Todo conteúdo é fictício.' Isso demonstra honestidade e elimina qualquer ambiguidade.
Se você quer usar um clone como base para um produto comercial, o critério muda completamente. Você pode usar o design como inspiração, mas o resultado precisa ser suficientemente original pra não ser confundido com o original. O teste prático: mostre os dois pra alguém que não conhece a empresa original. Se a pessoa conseguir dizer que parecem a mesma coisa, você foi longe demais.
Nunca use código copiado do DevTools em produto comercial. Inspecionar o CSS pra entender como algo foi feito é normal. Copiar o CSS e usar no seu produto é violação de direito autoral. A distinção parece sutil, mas é a diferença entre aprender com uma técnica e roubar trabalho de outra pessoa.
Freelancers vivem em território mais arriscado porque trabalham pra clientes. Se um cliente pede 'um site igual ao do concorrente', você precisa explicar os limites. Você pode criar algo visualmente similar em estilo geral, mas não pode copiar elementos protegidos. E mais importante: se o cliente acabar com problemas legais por causa do site que você criou, o contrato com você pode vir à tona.
A proteção do freelancer é contratual. Tenha no contrato uma cláusula que especifica que o cliente é responsável por garantir que o design solicitado não infringe direitos de terceiros. E se o cliente pedir explicitamente pra copiar um site concorrente, avise por escrito sobre os riscos e peça confirmação por escrito também. Isso não elimina o risco, mas documenta que você agiu de boa-fé.
Use esse checklist antes de publicar qualquer projeto baseado em clone de outro site:
Se você marcou todos os itens, está na zona segura. Se algum não foi marcado, avalia o risco antes de publicar. A maioria das situações de problema com clones acontece não por má-fé, mas por descuido com algum detalhe desses pontos.
Uma última coisa que vale lembrar: o mercado tech é pequeno. Empresas que descobrem seus designs sendo copiados raramente processam — mas às vezes mandam um email ou uma carta. Dependendo de quem manda e de como você responde, isso pode ser embaraçoso ou pode resolver numa conversa. A melhor proteção não é só legal — é fazer um trabalho suficientemente original pra que o paralelo com o original seja claramente de inspiração, não de cópia.
Bugs que custaram bilhões