O que exigir no contrato de desenvolvimento de site?

Assinar um contrato de desenvolvimento de site sem saber exatamente o que exigir é o primeiro erro de infraestrutura que uma empresa comete — e o mais caro de corrigir depois. Não é sobre o design ou sobre quantas seções a homepage vai ter: é sobre quem é o dono do código, o que acontece se o fornecedor sumir e como a performance e a segurança do seu negócio ficam protegidas juridicamente. Quando o site é a principal porta de entrada de receita, um contrato genérico copiado da internet vira uma dívida técnica com data marcada para cobrar.

O que exigir no contrato de desenvolvimento de site vai muito além do escopo de páginas e prazos de entrega. É preciso garantir cláusulas de propriedade intelectual, transferência de código-fonte, prazo de garantia, responsabilidade por vulnerabilidades e, principalmente, um plano claro de manutenção e suporte pós-lançamento. Sem isso, você não compra um sistema de aquisição — compra um arquivo que depende de terceiros para funcionar. A pergunta certa não é quanto custa o site, mas o que está juridicamente assegurado quando ele sai do ar ou quando um plugin quebra a loja inteira.

Cláusulas essenciais para proteger seu projeto de site

Contrato de desenvolvimento de site não é formalidade jurídica para gaveta. É o instrumento que define o que será entregue, quando, por quanto e de quem é o resultado. Sem ele, um projeto que começa como investimento em aquisição de clientes vira disputa sobre escopo, prazo e propriedade — e o prejuízo operacional costuma ser maior que o valor do próprio contrato.

Um documento bem redigido protege os dois lados. Para o contratante, garante que o site sairá do papel com as funções combinadas e sem surpresa de custo. Para o desenvolvedor, delimita responsabilidade e evita que o cliente transforme pedido de ajuste em demanda infinita. As cláusulas abaixo são o núcleo mínimo que todo contrato de desenvolvimento web deveria conter, independentemente do porte do projeto.

Escopo detalhado: o que está (e o que não está) incluído no desenvolvimento

O escopo é a cláusula mais subestimada e a que mais gera litígio em desenvolvimento de site. Ele precisa descrever cada funcionalidade entregue — número de páginas, integrações, formulários, área restrita, responsividade, otimização de performance — e, com o mesmo peso, listar o que fica fora do contrato. A ausência de uma lista de exclusões é o que permite que “só mais um botão” vire dez horas de trabalho não remunerado.

Um escopo técnico verificável inclui critérios objetivos: tempo de carregamento abaixo de um limite em conexão 4G, notas mínimas em ferramentas como PageSpeed Insights, compatibilidade com navegadores específicos e versões. Quem contrata um e-commerce, por exemplo, deve exigir no escopo a integração com o gateway de pagamento e com o ERP desde o primeiro dia — demandas que, se omitidas, aparecem depois como aditivo caro. Para entender o que entra nessa lista, vale consultar quais integrações uma loja virtual precisa ter desde o primeiro dia.

• Número exato de páginas e templates customizados
• Funcionalidades por página: formulário, mapa, blog, área de login
• Integrações com CRM, ERP, gateway, e-mail marketing e analytics
• Critérios de performance mensuráveis (LCP, CLS, nota PageSpeed)
• Exclusões explícitas: o que não será feito sem aditivo

Cronograma, entregas parciais e marcos de pagamento

Prazo sem marco intermediário é promessa. O contrato precisa dividir o projeto em fases com entregas verificáveis — wireframe aprovado, layout final, front-end funcional, back-end integrado, testes de aceite, publicação — e vincular cada fase a um percentual de pagamento. Isso distribui o risco: o contratante não paga tudo antes de ver nada, e o desenvolvedor não trabalha meses sem receber.

Os marcos de pagamento mais comuns em projetos de site de PME são 30% na assinatura, 30% na aprovação do layout, 30% na entrega do ambiente de homologação e 10% após o aceite final. O contrato deve definir também o que acontece com atraso de cada parte: se o cliente demora a enviar conteúdo, o cronograma desloca; se o desenvolvedor atrasa entrega sem justificativa, aplica-se multa ou desconto proporcional.

• Fases com data de entrega e critério objetivo de conclusão
• Percentual de pagamento atrelado a cada marco
• Regra de deslocamento de prazo por atraso do contratante
• Multa ou desconto por atraso não justificado do desenvolvedor
• Ambiente de homologação como etapa obrigatória antes do lançamento

Propriedade intelectual: quem é dono do código, do design e do conteúdo

A regra padrão no mercado brasileiro é que o contratante só se torna dono do código e do design após o pagamento integral do projeto. Antes disso, a propriedade permanece com o desenvolvedor ou agência. O contrato precisa deixar isso explícito, com cláusula de cessão total de direitos patrimoniais após a quitação — incluindo arquivos-fonte, banco de dados e documentação técnica.

Atenção a um ponto que muitos contratos omitem: bibliotecas e frameworks de terceiros. Se o site usa WordPress, plugins pagos ou componentes licenciados, a licença desses itens não é transferível automaticamente. O contrato deve listar quais dependências externas existem, quem paga a licença anual e o que acontece se o contratante quiser migrar de fornecedor depois. Para quem planeja trocar de plataforma no futuro, o que checar antes de migrar de plataforma de e-commerce ajuda a mapear esses riscos de dependência.

• Cessão de código e design após pagamento integral
• Entrega de arquivos-fonte e acesso ao repositório
• Lista de licenças de terceiros e responsável pelo pagamento
• Direitos do contratante sobre conteúdo produzido por terceiros
• Cláusula de não retenção de acesso após rescisão quitada

Sigilo e proteção de dados (LGPD): obrigações do desenvolvedor e do contratante

A Lei Geral de Proteção de Dados (LGPD — Lei nº 13.709/2018) transformou o contrato de desenvolvimento em instrumento de conformidade. O desenvolvedor que acessa base de clientes, dados de pedidos ou informações financeiras atua como operador de dados pessoais; o contratante é o controlador. O contrato precisa formalizar essa relação, definir a finalidade do tratamento e proibir uso dos dados para qualquer fim além do desenvolvimento contratado.

Na prática, isso significa cláusula de confidencialidade com vigência mesmo após o fim do contrato, obrigação de notificar incidentes de segurança em prazo definido e compromisso de eliminação ou devolução dos dados ao término da relação. O contratante, por sua vez, responde por coletar dados com base legal válida e por manter políticas de privacidade publicadas no site. A ausência dessas cláusulas não isenta ninguém da LGPD — apenas deixa cada parte exposta sem delimitação clara de responsabilidade.

• Definição formal de controlador e operador no contrato
• Finalidade específica do tratamento de dados pessoais
• Confidencialidade com vigência pós-contratual
• Prazo para notificação de incidente de segurança
• Devolução ou eliminação de dados ao fim do contrato

Garantias, testes de aceite e correção de bugs após o lançamento

Todo site tem bug. A questão contratual é definir o que é defeito coberto pela garantia e o que é melhoria paga. O contrato deve estabelecer um período de garantia — tipicamente 30 a 90 dias após o aceite final — durante o qual falhas que impeçam o funcionamento conforme o escopo são corrigidas sem custo. Mudanças de layout, novas funcionalidades ou adaptações a requisitos que não estavam no escopo original ficam fora da garantia e devem ser orçadas à parte.

Os testes de aceite são o rito que transforma a entrega em fato jurídico. O contrato precisa prever um período formal de homologação — por exemplo, 10 dias úteis — em que o contratante testa o site em ambiente de produção ou staging e reporta defeitos por escrito. Se não houver manifestação dentro do prazo, considera-se aceito. Se houver defeitos impeditivos, o prazo de correção e o direito de reter o pagamento final devem estar previstos.

• Período de garantia explícito (30, 60 ou 90 dias)
• Definição de defeito versus melhoria paga
• Prazo formal de homologação e regra de aceite tácito
• Direito de reter pagamento final por defeito impeditivo
• Procedimento de reporte de bugs com prioridade e SLA

Responsabilidade civil e limites de indenização por falhas ou atrasos

Nenhum desenvolvedor sério assume responsabilidade ilimitada por lucros cessantes de um site fora do ar. O contrato deve prever limites proporcionais — por exemplo, indenização limitada ao valor total do contrato ou a um múltiplo dele — e excluir danos indiretos, como perda de receita projetada, salvo em casos de dolo ou culpa grave. Essa cláusula não é proteção unilateral: ela também impede que o contratante seja responsabilizado por danos causados pelo uso indevido do site por terceiros.

Para e-commerce, a cláusula de responsabilidade precisa dialogar com o SLA de disponibilidade. Se o contrato promete uptime de 99,5%, a falha em cumprir esse índice gera crédito ou desconto proporcional — e não indenização por cada venda perdida. Quem contrata loja virtual deve entender que o custo mensal de manter uma loja virtual inclui infraestrutura, monitoramento e suporte — e que esses itens precisam estar no contrato, não em promessa verbal.

• Limite de indenização vinculado ao valor do contrato
• Exclusão de danos indiretos e lucros cessantes, salvo dolo
• SLA de disponibilidade com crédito proporcional por descumprimento
• Responsabilidade do contratante por conteúdo publicado
• Cláusula de força maior com exemplos objetivos

Rescisão contratual: motivos, aviso prévio e devolução de materiais

Contrato de site termina de três formas: conclusão com aceite, rescisão por descumprimento ou rescisão por conveniência. A cláusula de rescisão precisa prever as três. No caso de descumprimento, deve haver notificação formal com prazo para correção — geralmente 15 dias — antes da rescisão definitiva. Na rescisão por conveniência, define-se quanto cada parte recebe pelo trabalho já executado e pelos materiais já produzidos.

A devolução de materiais é ponto crítico e frequentemente esquecido. Se o contratante rescinde no meio do projeto, tem direito a receber todo o material já pago: arquivos de design, código desenvolvido, documentação, acessos a servidor e domínio. O contrato deve obrigar o desenvolvedor a entregar esses itens em até 10 dias úteis após a rescisão quitada, sob pena de multa diária. Sem essa cláusula, o contratante fica refém do antigo fornecedor para retomar o projeto com outra equipe.

• Rescisão por descumprimento com notificação e prazo de cura
• Rescisão por conveniência com cálculo proporcional do que foi entregue
• Prazo e multa para devolução de código, design e acessos
• Transferência de domínio e hospedagem em caso de rescisão
• Sobrevivência das cláusulas de sigilo e propriedade intelectual

Foro e mediação: como resolver disputas sem judicializar

Disputa contratual em desenvolvimento de site raramente justifica ação judicial imediata. O custo processual e o tempo de tramitação costumam superar o valor em discussão. Por isso, contratos bem redigidos preveem mediação ou arbitragem como etapa obrigatória antes de qualquer medida judicial. A mediação é mais barata, mais rápida e preserva a possibilidade de o projeto continuar — o que interessa a ambos os lados.

A cláusula de foro define onde a disputa será julgada caso a mediação falhe. Para contratos entre empresas de estados diferentes, o foro da sede do contratante costuma ser mais vantajoso para quem contrata; para o desenvolvedor, o foro da própria sede reduz custo de defesa. O ponto é que a cláusula precisa ser escolhida conscientemente na assinatura — depois que o conflito existe, ninguém mais concorda em mudar foro. Em projetos de maior valor, a arbitragem com câmara especializada em tecnologia é alternativa que une celeridade e conhecimento técnico.

• Mediação obrigatória antes de ação judicial
• Escolha consciente do foro na assinatura, não no conflito
• Arbitragem para projetos de ticket mais alto
• Prazo máximo para tentativa de solução amigável
• Custos da mediação divididos ou definidos por responsabilidade

Perguntas frequentes sobre contratos de desenvolvimento de site

Preciso de um contrato formal para desenvolver um site simples?

Sim. A simplicidade do site não reduz os riscos de escopo aberto, atraso sem consequência ou disputa sobre propriedade do código. Um contrato de três páginas com escopo, prazo, valor, propriedade intelectual e garantia já cobre o essencial. O custo de redigir ou revisar esse documento é irrisório diante do custo de refazer um site retido por um desenvolvedor que sumiu com o acesso ao servidor.

Projetos pequenos também envolvem dados pessoais — formulário de contato, e-mail de clientes, analytics — e, portanto, obrigações da LGPD. Sem contrato, a responsabilidade por vazamento ou uso indevido fica difusa e a defesa de cada parte, fragilizada. O contrato formal é a forma mais barata de transformar expectativa em obrigação verificável.

O que acontece se o desenvolvedor não entregar o site no prazo?

Depende do que o contrato prevê. Se houver cláusula de multa por atraso, aplica-se o percentual combinado por dia ou por semana de atraso não justificado. Se houver marcos de pagamento vinculados a entregas, o contratante simplesmente não paga a parcela da fase não entregue. Se o contrato for omisso, o caminho é notificação extrajudicial com prazo para cumprimento e, persistindo o atraso, rescisão por descumprimento com pedido de devolução dos valores pagos pelo que não foi entregue.

O erro mais comum é esperar o atraso acontecer para depois discutir. O contrato precisa prever, desde a assinatura, o que caracteriza atraso — incluindo o impacto de atrasos do próprio contratante no envio de conteúdo — e qual a consequência objetiva. Sem isso, o prazo vira sugestão e o projeto se arrasta por meses sem instrumento de cobrança.

Como garantir que o site seja meu após o pagamento final?

Três frentes precisam estar cobertas. A primeira é contratual: cláusula de cessão total de direitos patrimoniais sobre código, design e banco de dados após a quitação integral. A segunda é operacional: o contratante deve ter, em seu próprio nome, o registro do domínio, o contrato de hospedagem e as credenciais de administrador do servidor e do painel do site. A terceira é documental: entrega dos arquivos-fonte, do repositório de código e da documentação de deploy.

Um teste simples: se o desenvolvedor desaparecer amanhã, você consegue apontar o domínio para outro servidor e contratar outra equipe para dar manutenção? Se a resposta for não, o site não é plenamente seu, independentemente do que diz o contrato. Para projetos de e-commerce, essa verificação é ainda mais crítica, pois envolve catálogo, pedidos e dados de clientes — ativos que não podem ficar reféns de um único fornecedor.

Quais leis brasileiras se aplicam a contratos de desenvolvimento web?

O Código Civil (Lei nº 10.406/2002) rege a formação, a validade e o descumprimento do contrato — inclusive as regras de rescisão, indenização e vícios redibitórios. O Código de Defesa do Consumidor (Lei nº 8.078/1990) aplica-se quando o contratante é pessoa física ou empresa que contrata fora de sua atividade principal; para contratos entre empresas, prevalece o Código Civil com liberdade contratual ampliada. A LGPD (Lei nº 13.709/2018) incide sempre que houver tratamento de dados pessoais, independentemente do porte do site.

O Marco Civil da Internet (Lei nº 12.965/2014) também importa quando o contrato envolve hospedagem, armazenamento de logs ou responsabilidade por conteúdo de terceiros. Na prática, um contrato de desenvolvimento de site para PME precisa estar alinhado a essas quatro normas — e a ausência de menção a elas no documento não afasta sua aplicação. A cláusula de foro define apenas onde a disputa será julgada, nunca qual lei se aplica: no Brasil, a lei brasileira se impõe a contratos executados em território nacional.