Inbound marketing · corretora de seguros

Inbound marketing para corretora de seguros: a pergunta de saúde no formulário de captação já é tratamento de dado sensível — antes mesmo de existir contrato.

O art. 5º, II, da Lei nº 13.709/2018 (LGPD) classifica dado referente à saúde como dado pessoal sensível, e o art. 11, I, exige consentimento específico e destacado do titular para tratá-lo — não o aceite genérico de "termos de uso" ou de política de privacidade que hoje domina os formulários de captação. Quando o simulador de cotação de seguro de vida ou de saúde pergunta histórico de saúde — às vezes trazendo a própria declaração de saúde para dentro da landing page, do formulário embutido ou do chatbot de WhatsApp —, esse tratamento acontece antes de existir qualquer contrato ou apólice.

Para corretoras de seguros de vida e de saúde que usam simulador, formulário de cotação ou chatbot de WhatsApp como parte do funil de captação, dirigida ao dono ou gestor de marketing da corretora — nunca ao segurado ou ao cliente final.

Por que a pergunta de saúde no formulário de cotação já é tratamento de dado sensível

Porque o art. 5º, II, da Lei nº 13.709/2018 não distingue o momento em que o dado é coletado: dado referente à saúde é dado pessoal sensível desde a primeira pergunta, mesmo antes de existir contrato ou apólice. O art. 11, caput, lista as únicas hipóteses em que dado sensível pode ser tratado — só os incisos I e II, o segundo subdividido em alíneas "a" a "g" — e o inciso I exige que o titular consinta "de forma específica e destacada, para finalidades específicas", não por meio do checkbox genérico de aceite de termos de uso ou de política de privacidade que a maioria dos formulários de captação usa hoje. A alínea "f" do inciso II dispensa esse consentimento só quando quem trata o dado é profissional de saúde, serviço de saúde ou autoridade sanitária — nunca uma landing page de captação ou a própria corretora em fase de marketing. A alínea "d" do mesmo inciso dispensa o consentimento quando o dado sustenta o exercício de um direito "inclusive em contrato" — mas isso pressupõe que o contrato já existe; na etapa de captação, antes de qualquer apólice, esse direito ainda não está em exercício. Um simulador ou uma Declaração Pessoal de Saúde embutidos no formulário de topo de funil, sem consentimento específico e destacado, tratam dado sensível fora das hipóteses que dispensariam esse consentimento.

Cinco pontos em que o formulário de captação decide o que a corretora está tratando como dado sensível

Nenhum destes pontos depende de SUSEP, nome fantasia ou certificação por ramo — as duas irmãs deste nicho. Todos dependem só de uma coisa: existe pergunta de saúde no formulário, no simulador ou no chatbot, e existe consentimento específico por trás dela.

Quando o formulário de cotação, o simulador ou o chatbot de WhatsApp pergunta doença preexistente, uso de medicamento ou histórico de saúde do lead

Qualquer pergunta sobre histórico de saúde no formulário de captação processa dado sensível, mesmo em modo simulação

O art. 5º, II, classifica dado referente à saúde como dado pessoal sensível independentemente do estágio comercial em que ele é coletado. Um campo de "possui alguma doença preexistente?" num simulador de seguro de vida, respondido antes de qualquer contrato, já é tratamento desse dado.

O inventário de todo formulário de captação — landing page, pop-up, chatbot — precisa registrar quais deles fazem pergunta de saúde, porque é esse campo, e não o produto final, que determina se a régua do art. 11 já se aplica.

Quando o único consentimento coletado no formulário é um checkbox único, sem menção separada ao dado de saúde

O checkbox genérico de "aceito os termos de uso e a política de privacidade" não é o consentimento que o art. 11, I, exige

O art. 11, I, qualifica o consentimento exigido para dado sensível como "específico e destacado", para "finalidades específicas". Mesmo para dado comum, o art. 8º, §4º, já declara nulas as autorizações genéricas — para dado de saúde, o próprio texto do art. 11 soma a exigência de destaque. Um único checkbox que aceita ao mesmo tempo termos de uso, política de privacidade e coleta de dado de saúde não separa nem destaca a finalidade que o inciso I pede.

O formulário que pergunta saúde precisa de um campo de consentimento separado, escrito em linguagem que nomeie o dado de saúde e a finalidade específica do tratamento — não herdado do mesmo checkbox que aceita a navegação no site.

Sempre, como limite de quem pode invocar essa dispensa

A hipótese de tutela da saúde do art. 11, II, "f", dispensa consentimento só para profissional, serviço ou autoridade de saúde — nunca para landing page ou corretora

O texto da alínea "f", com redação dada pela Lei nº 13.853/2019, restringe a dispensa de consentimento a "procedimento realizado por profissionais de saúde, serviços de saúde ou autoridade sanitária". Uma corretora de seguros, uma agência de marketing ou a própria plataforma de captação não se encaixam em nenhuma das três categorias.

Invocar "tutela da saúde" para dispensar o consentimento no formulário de cotação é uma leitura que o próprio texto da alínea não sustenta — o caminho que resta, para tratar o dado sem expor a corretora, é obter o consentimento específico e destacado do art. 11, I.

Quando o formulário de captação, o simulador ou a DPS embutida recolhem dado de saúde de um lead que ainda não firmou nada

A dispensa por exercício de direito, alínea "d", pressupõe um direito já em exercício — o formulário de captação não tem contrato para se apoiar

A alínea "d" dispensa consentimento para "exercício regular de direitos, inclusive em contrato e em processo judicial, administrativo e arbitral". No formulário de topo de funil, o lead ainda não assinou proposta nem apólice — não há direito contratual em exercício para a alínea alcançar.

O formulário de captação da corretora não pode se apoiar na alínea "d". A base legal das etapas seguintes — a proposta formal e a subscrição feitas pela seguradora — é uma análise da seguradora como controladora e do jurídico dela; o que cabe ao funil de marketing da corretora é o consentimento específico e destacado do art. 11, I.

Quando a corretora oferece multicálculo de seguro de vida ou saúde com campo de saúde embutido na própria landing page ou no chatbot de captação

Simulador de cotação e Declaração Pessoal de Saúde no mesmo funil de marketing são o caso concreto mais visível deste mecanismo

A DPS é o documento padrão do setor em que o proponente descreve o próprio histórico de saúde. Quando o simulador de preço traz o campo de saúde — ou a própria DPS — para dentro da landing page ou do chatbot, um documento pensado para a proposta formal passa a ser preenchido no topo do funil, por alguém que ainda está só pedindo uma cotação.

Separar o campo de saúde do restante do simulador, com consentimento próprio e destacado, é o que permite manter o multicálculo como ferramenta de captação sem tratar dado sensível fora das hipóteses do art. 11.

O que precisa ser verificado antes de o próximo formulário ir ao ar

A pergunta que decide se o formulário está dentro da LGPD não é "o simulador funciona bem". É "existe pergunta de saúde ali, e existe consentimento específico e destacado por trás dela".

O primeiro levantamento é de todo formulário, simulador e fluxo de chatbot hoje em uso na captação, identificando quais fazem qualquer pergunta de histórico de saúde — mesmo um campo opcional de "doença preexistente" conta.

O segundo cruza essa lista com o texto de consentimento apresentado em cada um: se existe um campo específico, separado do checkbox de termos de uso, que nomeie o dado de saúde e a finalidade do tratamento — ou se o consentimento é só o aceite genérico de navegação.

  • Inventário de todo formulário, simulador e chatbot de captação, com registro de quais fazem pergunta de histórico de saúde.
  • Verificação de existência de campo de consentimento específico e destacado para o dado de saúde, separado do aceite genérico de termos de uso.
  • Registro de onde a DPS é coletada — dentro do formulário de captação da corretora ou só na proposta formal da seguradora — porque é no formulário de captação que a pergunta de saúde fica sem contrato algum para se apoiar.
  • Nenhuma invocação de "tutela da saúde" (alínea "f") ou de "exercício de direito contratual" (alínea "d") para dispensar consentimento na etapa de captação.
  • Rotina de revisão do texto de consentimento sempre que o formulário, o simulador ou o fluxo de chatbot for atualizado.

Sinais de que o consentimento do formulário já está resolvido, e o gargalo é outro

Vale nomear, antes de qualquer plano de correção, os cenários em que revisar o consentimento do formulário de captação não muda o resultado.
  • A corretora vende só seguro de patrimônio, automóvel ou similares, sem nenhuma pergunta de saúde em qualquer etapa do funil de captação.
  • O formulário de captação já separa o consentimento para dado de saúde do checkbox genérico de termos de uso, com linguagem específica e destacada.
  • A DPS só é coletada na proposta formal, dentro do sistema da seguradora — nunca dentro da landing page ou do chatbot de captação.
  • A urgência é volume de lead desta semana, não estrutura de formulário — nesse caso, o gargalo está em mídia, não em consentimento.
  • Ninguém na corretora sabe informar, sem consultar o formulário publicado, se ele pergunta histórico de saúde do lead antes de qualquer contrato.

O cenário mais comum onde este ponto escapa da checagem é o simulador de seguro de vida herdado de um fornecedor de tecnologia, com campo de saúde embutido por padrão, nunca revisado depois da implantação inicial.

O trabalho começa pelo inventário de todo formulário que pergunta saúde, antes de qualquer peça nova

Faz mais sentido auditar o consentimento do que já está publicado do que produzir conteúdo novo de captação sobre um formulário que ainda trata dado sensível fora da régua do art. 11.

A auditoria inicial reúne todo formulário, simulador e fluxo de chatbot hoje em uso, identificando quais perguntam histórico de saúde e em que etapa do funil isso acontece — antes ou depois de existir contrato.

Cada formulário identificado recebe uma rota própria: ajuste do texto de consentimento, quando a pergunta de saúde já existe mas falta o campo específico e destacado; ou reestruturação do fluxo, quando a DPS está embutida no simulador de topo de funil sem nenhum consentimento próprio.

  • Inventário de todo formulário, simulador e chatbot de captação, com registro de qual faz pergunta de histórico de saúde.
  • Conferência de que o consentimento para dado de saúde é específico e destacado, separado do aceite genérico de termos de uso.
  • Separação, dentro do funil, entre o formulário de captação da corretora e a proposta formal da seguradora — é no primeiro que a pergunta de saúde depende do consentimento do art. 11, I.
  • Roteiro de checagem para todo formulário novo, com o campo de consentimento específico como item obrigatório desde o primeiro rascunho.

Perguntas de quem capta lead de seguro de vida e saúde com formulário ou chatbot

O checkbox de aceite dos termos de uso já cobre a pergunta de saúde do formulário?

Não. O art. 11, I, da Lei nº 13.709/2018 exige consentimento "de forma específica e destacada, para finalidades específicas" para tratar dado sensível — e dado referente à saúde é sensível pelo art. 5º, II. Um checkbox único que aceita ao mesmo tempo termos de uso, política de privacidade e coleta de dado de saúde não cumpre essa exigência mais estrita.

A hipótese de "tutela da saúde" dispensa o consentimento no nosso formulário de cotação?

Não. O art. 11, II, alínea "f" (redação da Lei nº 13.853/2019), restringe essa dispensa a "procedimento realizado por profissionais de saúde, serviços de saúde ou autoridade sanitária" — uma corretora de seguros ou uma landing page de captação não se encaixam em nenhuma das três categorias.

Se o lead já é cliente da corretora, a nova cotação dispensa o consentimento?

Não por esse motivo. O art. 11, II, alínea "d", alcança o exercício de um direito dentro de um contrato que já existe — não uma nova cotação, para um novo produto, com uma nova pergunta de saúde. Para o formulário de captação, o caminho que resta é o consentimento específico e destacado do art. 11, I.

O simulador de multicálculo pode continuar perguntando histórico de saúde do lead?

Pode, desde que o campo de saúde tenha consentimento próprio, específico e destacado do restante do formulário — não herdado do checkbox geral de termos de uso. O que muda não é a existência da pergunta, é a estrutura do consentimento por trás dela.

Isso é a mesma exigência de nome fantasia ou de certificação por ramo, já tratada nas outras páginas deste nicho?

Não. A exigência de nome fantasia e registro único da matriz (Circular SUSEP 127/2000) e a certificação por ramo do responsável técnico (FAQ oficial da SUSEP) tratam de quem pode existir e operar como corretora registrada. Esta página trata de outra lei — a LGPD — e de outro momento: o que o formulário de captação pergunta antes de existir contrato, questão que não depende de registro nem de certificação.

Para continuar

  • Inbound marketing

    O serviço completo: escopo, processo, indicadores e o que não é prometido.

  • Tráfego pago para corretora de seguros

    A exigência de nome fantasia, responsável técnico e registro único da matriz sob a SUSEP — tema distinto do consentimento de dado sensível tratado nesta página.

  • SEO e GEO para corretora de seguros

    A certificação por ramo do responsável técnico, que decide o que cada página de produto pode anunciar — outro mecanismo, mesma corretora.

  • Diagnóstico de marketing

    Para quem prefere revisar o formulário e o consentimento já publicados antes de conversar.

Antes de publicar o próximo formulário ou simulador, vale conferir o consentimento por trás da pergunta de saúde.

A conversa começa pelo que já está no ar: quais formulários, simuladores e fluxos de chatbot perguntam histórico de saúde, e se o consentimento coletado é específico e destacado ou apenas o aceite genérico de termos de uso. Quando o gargalo está aí e não no volume de lead, dizemos isso antes de falar em campanha nova.

Nenhuma proposta é enviada antes da conversa.