Quem fica com o domínio e o código quando o site é terceirizado?
Quando uma empresa terceiriza o desenvolvimento do seu site ou e-commerce, a dúvida sobre quem fica com o domínio e o código raramente aparece na reunião de fechamento — e quase sempre vira dor de cabeça na primeira divergência com o fornecedor. Na prática, o domínio é um ativo registrado em nome de quem o comprou, mas o acesso à conta de registro costuma ficar nas mãos de quem fez a compra. Já o código, em muitos contratos de terceirização, é tratado como propriedade intelectual do desenvolvedor ou da agência, a menos que exista uma cláusula explícita de cessão.
Para o dono de um negócio que investe em presença digital para gerar receita, essa indefinição significa algo concreto: se o vínculo com o fornecedor termina, o site pode ficar refém. Sem a posse do código e o controle do domínio, migrar de plataforma ou trocar de equipe técnica vira um processo caro e demorado — quando não impossível sem começar do zero. A consequência direta é parada na operação, perda de posicionamento no Google e risco de exposição de dados de clientes durante a transição.
A CSP Innovation & Technology trata esse ponto como cláusula inegociável: o domínio é registrado no CNPJ do cliente e o código é entregue com cessão total, com versionamento acessível desde o primeiro dia. Essa definição jurídica e técnica não é detalhe burocrático — é o que separa um sistema de aquisição de um aluguel disfarçado de site.
Quem é o dono do domínio e do código em um site terceirizado?
A resposta direta é: depende do que foi registrado, do que está previsto em contrato e de quem pagou por cada ativo. Não existe nenhuma regra automática que transfira a titularidade do domínio ou do código-fonte ao contratante apenas porque ele arcou com o desenvolvimento. Na prática, o dono é quem aparece como titular no registro do domínio e quem detém os direitos autorais sobre o código — e essas duas frentes podem estar sob controle de pessoas diferentes.
Quando uma PME terceiriza o site sem formalizar a titularidade por escrito, o cenário mais comum é o domínio ficar registrado no CPF ou CNPJ do desenvolvedor ou da agência, e o código permanecer sob domínio de quem o escreveu. A empresa contratante fica com o uso do site, mas não necessariamente com a posse dos ativos que o sustentam. Essa distinção entre uso e propriedade é o que separa um ativo digital controlado de uma dependência operacional silenciosa.
Em projetos de infraestrutura digital com ticket alto, como e-commerce integrado a ERP ou portal corporativo com automação, a indefinição de titularidade costuma aparecer tarde demais — na hora de migrar, escalar ou trocar de fornecedor. O custo de corrigir isso depois supera, em muitos casos, o valor do projeto original. Por isso, antes de fechar qualquer contrato de terceirização, a pergunta correta não é “o site é meu?”, mas “quem figura como titular em cada camada do ativo?”.
Entenda a diferença entre domínio, hospedagem e código-fonte
Um site terceirizado não é um bloco único de propriedade. Ele se decompõe em três camadas com regras de titularidade distintas, e cada uma pode ter um dono diferente. Tratar as três como se fossem uma coisa só é a origem mais frequente de conflito entre contratante e fornecedor.
Domínio: o endereço do seu site na internet
O domínio é o ativo mais crítico da cadeia, porque concentra o tráfego, o e-mail corporativo e todo o histórico de autoridade construído nos mecanismos de busca. No Brasil, domínios .com.br são registrados no registro.br, e a titularidade é definida pelo CPF ou CNPJ que aparece no campo “entidade” do registro. Quem figura ali é o dono legal perante o órgão regulador, independentemente de quem pagou a taxa anual de manutenção.
Um domínio com cinco anos de idade e backlinks acumulados vale, em termos de SEO, muito mais do que o custo de registro. Se ele estiver em nome do desenvolvedor, todo esse patrimônio de tráfego pertence legalmente a ele — e a empresa que investiu em conteúdo, campanhas e autoridade fica refém de uma decisão administrativa alheia.
Código-fonte: a estrutura e o design do seu site
O código-fonte é a expressão concreta do site: templates, funções, integrações, scripts e a lógica que faz o sistema funcionar. Pela Lei de Direitos Autorais brasileira (Lei 9.610/98), o autor de uma obra intelectual é quem a criou — e, no caso de software, a titularidade patrimonial só se transfere por contrato escrito. O simples pagamento pelo serviço de desenvolvimento não transfere automaticamente os direitos patrimoniais sobre o código.
Isso significa que, sem cláusula expressa de cessão de direitos, o desenvolvedor pode legalmente reutilizar aquele código em outro projeto, impedir que a empresa contrate outro profissional para alterá-lo ou cobrar um novo valor pela liberação do fonte. Em plataformas proprietárias como Shopify, a questão muda de figura: o código personalizado pode ser do contratante, mas a plataforma em si permanece como serviço licenciado, e a portabilidade depende das regras do provedor. O artigo sobre WooCommerce ou Shopify detalha como essa escolha de plataforma afeta o controle do código desde o primeiro dia.
Hospedagem: onde os arquivos do site ficam armazenados
A hospedagem é a infraestrutura física ou virtual onde os arquivos do site residem e são servidos aos visitantes. A titularidade aqui é do contrato de serviço: quem assina o plano de hospedagem, quem tem as credenciais de acesso ao painel e quem paga a mensalidade. O dono da hospedagem tem poder prático de desligar o site, mudar apontamentos de DNS ou reter backups — mesmo que não seja o dono do domínio nem do código.
Em arquiteturas de alta performance, a hospedagem envolve também CDN, certificado SSL, banco de dados e camadas de cache. Quando o fornecedor concentra todos esses serviços em contas próprias, o contratante fica sem visibilidade operacional e sem capacidade de agir em uma emergência. A recomendação técnica é que a conta de hospedagem esteja em nome da empresa contratante, com o fornecedor atuando como administrador técnico, não como titular.
Cenários comuns em contratos de terceirização de sites
O mercado brasileiro de desenvolvimento web opera com três arranjos típicos de titularidade. Cada um tem implicações diferentes para o contratante, e a diferença entre eles raramente está explícita na proposta comercial.
Quando a agência ou desenvolvedor registra o domínio em nome próprio
Este é o cenário mais arriscado e, infelizmente, o mais comum em projetos de baixo ticket. O fornecedor registra o domínio no CPF ou CNPJ dele, muitas vezes por conveniência operacional — ele já tem conta no registro.br, resolve a parte técnica e entrega o site no prazo. O contratante recebe o site funcionando e não questiona a titularidade, porque o problema só aparece anos depois.
Nesse arranjo, o contratante paga pela manutenção do domínio, mas não tem nenhum direito legal sobre ele. Se o fornecedor encerrar atividades, falecer, brigar com o cliente ou simplesmente sumir, o domínio pode ser leiloado, vendido a terceiros ou mantido como moeda de barganha. O site sai do ar, o e-mail corporativo para de funcionar e todo o tráfego orgânico acumulado se perde de uma só vez.
Quando o domínio é registrado em nome do contratante
O cenário correto é o domínio registrado no CPF do sócio ou no CNPJ da empresa contratante, com o fornecedor atuando apenas como operador técnico. Isso garante que a empresa tenha controle administrativo sobre o endereço, possa alterar apontamentos de DNS, renovar o registro diretamente e transferir o domínio para outro provedor sem depender da boa vontade de terceiros.
Para operar dessa forma, o fornecedor precisa apenas de acesso delegado à conta do registro.br — um mecanismo nativo da plataforma que permite administrar o domínio sem ser o titular. Empresas que levam infraestrutura a sério tratam esse arranjo como padrão inegociável, e não como cortesia. Se o fornecedor resiste a registrar o domínio em nome do cliente, isso é um sinal de alerta que merece investigação antes do fechamento.
Código-fonte: quem detém os direitos autorais?
Por padrão legal, o autor do código é quem detém os direitos autorais, salvo disposição contratual em contrário. Isso vale tanto para sites feitos sob medida quanto para personalizações em plataformas open source como WordPress e WooCommerce. O contratante que paga pelo desenvolvimento adquire, na ausência de contrato, apenas uma licença implícita de uso — e essa licença pode ser revogada em caso de litígio.
A cláusula de cessão de direitos autorais patrimoniais precisa ser explícita, escrita e preferencialmente onerosa — ou seja, vinculada ao pagamento integral do projeto. Sem ela, o contratante não pode legalmente contratar outro desenvolvedor para dar manutenção no código, reproduzir o site em outro domínio ou vender a empresa com o site incluído no ativo. Para quem planeja escalar, vender ou simplesmente trocar de fornecedor, essa cláusula é tão importante quanto o próprio desenvolvimento.
Riscos de não ter controle sobre o domínio e o código
A ausência de titularidade não é um problema teórico. Ela se materializa em perdas concretas de receita, de tráfego e de capacidade operacional, geralmente no pior momento possível: durante uma migração, uma crise de segurança ou uma negociação de venda da empresa.
Risco de perder o site inteiro em caso de conflito
Quando o domínio e a hospedagem estão em nome do fornecedor, um simples desentendimento comercial pode resultar no site fora do ar em minutos. O fornecedor tem o poder técnico de suspender o serviço, alterar a senha do painel ou apontar o domínio para uma página de aviso. Para um e-commerce que fatura diariamente, cada hora offline se converte diretamente em receita perdida — e o custo mensal de manutenção da loja continua correndo mesmo com o site fora do ar.
Esse risco se amplifica quando o fornecedor é uma pessoa física sem estrutura empresarial. Se ele adoecer, falecer ou simplesmente abandonar a atividade, não há CNPJ para acionar, não há contrato social para responsabilizar e não há sucessão operacional para retomar o controle. O site vira um ativo órfão, e a recuperação depende de processos judiciais lentos e caros — quando é possível.
Dificuldade de migrar para outro provedor ou desenvolvedor
Migrar um site exige acesso a três coisas: o painel do domínio para alterar DNS, os arquivos e o banco de dados na hospedagem, e o código-fonte para reproduzir ou adaptar o sistema. Se qualquer uma dessas camadas estiver em nome do fornecedor anterior, a migração depende da cooperação dele — e cooperação é exatamente o que costuma faltar em uma troca de fornecedor motivada por insatisfação.
Na prática, empresas que não detêm o código-fonte são forçadas a refazer o site do zero ao trocar de agência, porque o desenvolvedor anterior se recusa a liberar o fonte ou cobra um valor abusivo por ele. O processo de migração de plataforma de e-commerce já é complexo por natureza; sem o código, ele se torna inviável, e o projeto de migração vira um projeto de reconstrução integral, com custo e prazo multiplicados.
Problemas com SEO e tráfego acumulado
O domínio concentra o histórico de indexação, os backlinks construídos ao longo dos anos e a autoridade de página que sustenta o posicionamento orgânico. Perder o domínio significa recomeçar do zero em SEO, mesmo que o conteúdo seja idêntico. O Google trata um domínio novo como um site novo, sem o histórico de confiança acumulado, e a recuperação de posições leva meses ou anos.
Além do tráfego orgânico, a perda do domínio derruba o e-mail corporativo vinculado a ele, interrompe campanhas de mídia paga que apontam para URLs específicas e quebra links internos e externos espalhados pela internet. Para uma PME que investiu em conteúdo e estrutura de páginas ao longo de anos, o prejuízo acumulado supera em muito o custo de ter registrado o domínio corretamente desde o início.
Como garantir que você seja o dono do domínio e do código
A blindagem de titularidade não exige conhecimento técnico profundo — exige disciplina contratual e administrativa. Quatro medidas práticas, aplicadas antes e durante o projeto, eliminam a esmagadora maioria dos riscos de perda de controle.
Registre o domínio em seu nome ou CNPJ
O primeiro passo é criar uma conta própria no registro.br, vinculada ao CPF do sócio ou ao CNPJ da empresa, e registrar o domínio diretamente por ela. O fornecedor pode receber acesso delegado para fazer as configurações técnicas, mas a titularidade permanece com o contratante. Esse processo leva menos de trinta minutos e pode ser feito antes mesmo de contratar o desenvolvimento.
Para domínios internacionais como .com, .net ou .io, a lógica é a mesma: a conta no registrador (GoDaddy, Namecheap, Cloudflare ou similar) deve estar em nome da empresa, com e-mail de recuperação corporativo e autenticação de dois fatores ativada. O e-mail de recuperação não pode ser o do desenvolvedor — se for, ele recupera o acesso ao domínio em qualquer disputa.
Exija a transferência do código-fonte no contrato
A cláusula de cessão de direitos autorais deve constar no contrato de prestação de serviços, vinculando a transferência definitiva ao pagamento integral do projeto. O texto precisa prever a entrega do código-fonte completo, incluindo arquivos de configuração, scripts de banco de dados e documentação mínima de implantação, em repositório controlado pela empresa contratante.
Um bom teste prático: se a empresa não consegue reconstruir o site em outro servidor a partir do material entregue, o código-fonte não foi realmente transferido. A entrega de um arquivo ZIP com o tema do WordPress, por exemplo, é insuficiente se não vier acompanhada do banco de dados, das credenciais de API e das instruções de deploy. O orçamento do projeto deve prever essa entrega como etapa formal, não como favor pós-entrega.
Mantenha acesso total à hospedagem e ao painel de controle
A conta de hospedagem deve estar em nome da empresa contratante, com cartão de crédito corporativo vinculado e credenciais de administrador em posse do contratante. O fornecedor pode ter acesso técnico para operar o ambiente, mas o contratante precisa ter a chave-mestra — a conta raiz, o painel de controle e o acesso ao gerenciador de DNS.
Essa medida vale também para serviços auxiliares: CDN, certificado SSL, ferramentas de backup, contas de e-mail e integrações de pagamento. Cada serviço contratado em nome do fornecedor é um ponto de dependência que pode travar uma migração futura. A regra prática é simples: todo serviço que a empresa paga deve estar em conta da empresa, e o fornecedor atua como operador delegado.
Use contratos claros com cláusulas de propriedade intelectual
O contrato de terceirização precisa conter, no mínimo, três blocos de cláusulas: titularidade do domínio, cessão de direitos autorais sobre o código e obrigações de entrega de acesso. Cada bloco deve especificar o que é transferido, em que momento e em que condições. Contratos genéricos de “prestação de serviços de desenvolvimento web” sem essas cláusulas são a porta de entrada para disputas judiciais.
Vale incluir também uma cláusula de saída, que define o procedimento de transição em caso de rescisão: prazo para entrega do código, exportação do banco de dados, transferência de domínio e desativação de acessos. Para projetos que envolvem integrações críticas desde o primeiro dia, a cláusula de saída precisa prever a documentação dessas integrações, para que o próximo fornecedor não precise redescobrir cada conexão por engenharia reversa.
O que fazer se você já perdeu o controle do domínio ou do código?
Se o domínio já está em nome do fornecedor ou o código nunca foi entregue, ainda há caminhos de recuperação. A ordem das ações importa, e o custo de cada etapa cresce exponencialmente conforme a disputa avança da negociação para o litígio.
Tente a negociação amigável com o desenvolvedor ou agência
O primeiro passo é documentar a situação por escrito: e-mail formal solicitando a transferência do domínio e a entrega do código-fonte, com prazo razoável para resposta. Muitos casos se resolvem nessa etapa, especialmente quando o fornecedor ainda está ativo e tem interesse em manter a relação comercial ou a reputação no mercado. A negociação amigável é mais barata, mais rápida e preserva a possibilidade de cooperação técnica durante a transição.
Se o fornecedor cobrar um valor pela liberação, avalie o custo contra as alternativas: refazer o site do zero, perder o domínio ou entrar na Justiça. Em muitos casos, pagar um valor de liberação é a saída economicamente racional, desde que o pagamento seja condicionado à entrega completa e documentada. O erro é pagar sem receber — a transferência precisa acontecer antes ou simultaneamente ao pagamento, nunca depois.
Recorra ao registro.br ou ao provedor de domínio
Para domínios .com.br, o registro.br possui um procedimento administrativo de disputa de titularidade, que pode ser acionado quando o contratante comprova que o domínio foi registrado indevidamente em nome de terceiro. O processo exige documentação que demonstre a relação contratual e o pagamento pelos serviços, e a decisão é tomada pela entidade sem necessidade de processo judicial.
Para domínios internacionais, existe o procedimento UDRP (Uniform Domain-Name Dispute-Resolution Policy), administrado por câmaras como a OMPI, que pode determinar a transferência do domínio em casos de má-fé comprovada. Ambos os caminhos são mais rápidos que a via judicial, mas exigem documentação sólida — mais um motivo para manter contratos, comprovantes de pagamento e trocas de e-mail organizados desde o início do projeto.
Busque orientação jurídica especializada
Quando a negociação falha e o procedimento administrativo não se aplica, o caminho é a via judicial, com pedido de tutela de urgência para impedir que o domínio seja transferido, leiloado ou desativado durante o processo. A ação típica combina obrigação de fazer (transferir o domínio e entregar o código) com indenização por perdas e danos, incluindo lucros cessantes quando o site fora do ar gera prejuízo comprovável.
A orientação jurídica especializada em direito digital faz diferença porque os detalhes técnicos importam: a diferença entre titularidade e posse, a natureza jurídica do domínio, a aplicação da Lei de Software (Lei 9.609/98) e a jurisprudência sobre cessão de direitos autorais em contratos de desenvolvimento. Um advogado sem familiaridade com esses temas pode perder prazos processuais ou formular pedidos tecnicamente inviáveis, alongando o litígio sem resultado prático.
FAQ: O domínio de um site terceirizado é meu por padrão?
Não. O domínio pertence a quem figura como titular no registro, não a quem pagou pelo serviço. Se o desenvolvedor registrou o domínio no CPF ou CNPJ dele, ele é o dono legal perante o registro.br ou o registrador internacional, e você tem apenas o uso de fato. A titularidade só é sua se o registro foi feito em seu nome desde o início ou se houve transferência formal posterior.
FAQ: O que acontece se o desenvolvedor registrar o domínio em nome dele?
Você fica dependente da cooperação dele para qualquer alteração: renovar o domínio, mudar de hospedagem, alterar DNS ou transferir para outro provedor. Em caso de conflito, desaparecimento ou falecimento do desenvolvedor, o domínio pode ser perdido definitivamente, levando junto o site, o e-mail corporativo e todo o tráfego orgânico acumulado. A recuperação depende de negociação, procedimento administrativo ou ação judicial.
FAQ: Posso usar o código do site se eu rescindir o contrato com a agência?
Depende do contrato. Se houver cláusula expressa de cessão de direitos autorais vinculada ao pagamento, e o pagamento foi integralizado, sim — o código é seu e você pode contratar outro desenvolvedor para dar manutenção. Sem essa cláusula, a agência mantém os direitos autorais sobre o código, e o uso após a rescisão pode ser contestado judicialmente. Na prática, a maioria das empresas que rescindem sem contrato de cessão precisa refazer o site do zero.
FAQ: Como faço para transferir o domínio para meu nome?
O processo varia conforme a extensão. Para domínios .com.br, o titular atual precisa acessar o registro.br, solicitar a transferência de titularidade e indicar o CPF ou CNPJ de destino, que por sua vez precisa confirmar a operação em sua própria conta. Para domínios internacionais, o processo é feito no registrador (GoDaddy, Namecheap etc.) e envolve o desbloqueio do domínio, a obtenção de um código de autorização (EPP) e a confirmação da transferência no novo registrador. Em todos os casos, a cooperação do titular atual é indispensável — sem ela, só por via administrativa ou judicial.
FAQ: Preciso de um contrato específico para garantir a propriedade do site?
Sim. O contrato de prestação de serviços precisa conter cláusulas específicas de titularidade do domínio, cessão de direitos autorais sobre o código-fonte e obrigações de entrega de acessos e documentação. Um contrato genérico de desenvolvimento web sem essas cláusulas deixa a propriedade em aberto, e a lei brasileira presume que os direitos autorais permanecem com o autor. Para projetos que envolvem orçamento de site corporativo, a revisão contratual deve fazer parte do escopo da contratação, não ser um anexo opcional.
