Você considera revender hospedagem ou gerenciar e-mails corporativos para clientes como forma de gerar receita recorrente?
Antes de avançar, entenda o passivo jurídico envolvido, especialmente a responsabilidade solidária sobre dados e mensagens armazenadas em servidores que não pertencem ao seu cliente.
No modelo clássico de revenda, o estúdio cria contas de e-mail e hospeda sites dentro do próprio painel.
Se ocorrer perda de e-mails, corrupção de backup, invasão ou indisponibilidade, o cliente enxerga você como responsável técnico.
Pela LGPD e pelo Código Civil, quem participa do tratamento de dados pode responder solidariamente por danos.
Mesmo que a falha tenha sido do servidor, o cliente pode acionar judicialmente quem ele contratou diretamente, e, muitas vezes, é o estúdio.
O problema está no modelo de revenda direta: quando o web designer cria e-mails e sites dentro da própria conta de hospedagem, ele assume juridicamente o papel de controlador de dados.
Isso significa que:
Mesmo provedores grandes como Hostinger, Locaweb, GoDaddy e HostGator deixam isso claro em seus termos: eles não se responsabilizam por perda de dados, interrupção de serviço ou exclusão de mensagens.
O responsável é sempre o titular da conta, e se essa conta está no seu CNPJ, o problema é seu.
| Papel | O que faz | Risco jurídico |
|---|---|---|
| Revendedor | Hospeda sites e e-mails no próprio painel | Alto (responsabilidade solidária) |
| Gestor técnico | Administra contas contratadas diretamente pelo cliente | Baixo (risco residual) |
| Prestador de presença digital | Suporte, manutenção, consultoria e performance | Nulo (fora da cadeia de dados) |
A solução é simples e profissional: não revenda hospedagem nem e-mails, e sim ofereça gestão técnica e consultoria.
Com isso:
Em vez de oferecer “revenda de hospedagem”, ofereça um Plano de Presença Digital, incluindo:
O cliente paga um valor anual (ex: R$ 1.200/ano) e você mantém receita recorrente previsível, sem hospedar dados.
O servidor é do cliente. A gestão é sua. O risco é zero.
O cliente pode optar por utilizar o e-mail que vem junto com o plano de hospedagem (como Locaweb, Hostinger, KingHost etc.), isso é perfeitamente válido.
Contudo, o contrato precisa deixar claro que:
Quando o projeto envolve e-mails estratégicos, como comunicação com clientes, contratos e dados sensíveis, o mais seguro é usar um provedor dedicado.
Soluções como Zoho Mail, Google Workspace e Microsoft 365 (Outlook) são criadas especificamente para empresas e oferecem:
Esses serviços eliminam a necessidade de depender do servidor do site para o e-mail, que é onde a maioria dos problemas ocorre.
Além disso, permitem que o estúdio atue apenas como configurador e intermediador técnico, sem armazenar nenhum dado.
Inclua cláusulas específicas, como:
“O serviço de e-mail corporativo utilizado pelo CONTRATANTE é de responsabilidade do provedor contratado (Zoho, Google, Microsoft ou o provedor de hospedagem escolhido). A CONTRATADA limita-se a atuar como intermediadora técnica, prestando suporte e configuração, não sendo responsável por perda de dados, interrupções, falhas de segurança ou indisponibilidade do serviço.”
E, caso o cliente opte por usar o e-mail do próprio servidor de hospedagem:
“A CONTRATADA recomenda o uso de provedores de e-mail dedicados (Zoho, Google ou Microsoft) por oferecerem maior segurança e estabilidade. O uso de e-mails vinculados ao plano de hospedagem é de inteira responsabilidade do CONTRATANTE, que reconhece os riscos técnicos e limitações dessa modalidade.”
Esses trechos simples são suficientes para proteger seu estúdio e evitar passivos jurídicos.
A revenda pode parecer conveniente, mas transfere para o estúdio um risco jurídico desnecessário.
Construa recorrência pelo que gera valor: gestão técnica, performance, segurança e orientação estratégica.
O cliente pode escolher o provedor que preferir, desde que você não assuma o papel de hospedar ou armazenar dados. O servidor é dele, a responsabilidade pelos dados é do provedor, e o seu papel é garantir que tudo funcione com segurança e eficiência.