Quando o carro vende dados, a confiança entra no balanço

O caso GM e OnStar mostra que monetizar telemetria sem uma governança compreensível pode transformar uma receita secundária em risco para o produto principal.

O cliente compra um carro. Paga pelo veículo, pelo financiamento, pelo seguro e, em alguns casos, por serviços conectados. Mas, enquanto dirige, o mesmo produto pode alimentar outra cadeia econômica, feita de coordenadas, freadas, acelerações, horários, trajetos e intermediários que o motorista não vê.

A contradição começa aí.

Para quem compra, o produto principal é mobilidade. Para quem opera a plataforma conectada, os dados produzidos durante o uso também podem servir a diagnóstico, segurança, desenvolvimento e novas receitas. O conflito aparece quando essa finalidade secundária deixa de ser compreensível para o cliente, especialmente quando a informação passa a influenciar uma decisão relevante sobre ele.

Foi o que colocou General Motors e OnStar no centro de um caso regulatório nos Estados Unidos. Em 14 de janeiro de 2026, a Federal Trade Commission (FTC) [finalizou uma ordem](https://www.ftc.gov/news-events/news/press-releases/2026/01/ftc-finalizes-order-settling-allegations-gm-onstar-collected-sold-geolocation-data-without-consumers) que encerrou as acusações de coleta, uso e venda de dados precisos de localização e comportamento ao volante sem aviso adequado e consentimento afirmativo dos consumidores.

A ordem é um fato. As condutas descritas no processo, porém, precisam ser apresentadas pelo que são: alegações da FTC. No acordo, GM e OnStar não admitiram nem negaram essas alegações, exceto pelos fatos necessários para estabelecer a jurisdição da comissão.

Essa diferença importa. E não diminui a lição empresarial do caso.

Quando a finalidade muda, o produto também muda

Segundo a [queixa administrativa da FTC](https://www.ftc.gov/system/files/ftc_gov/pdf/GMAdminComplaintModifiedDec2025.pdf), a GM coletou dados de geolocalização precisa de milhões de veículos equipados com determinadas gerações do OnStar. No recurso Smart Driver, os dados incluíam eventos como frenagem e aceleração bruscas, velocidade acima de 80 milhas por hora, uso do cinto, identificação do veículo, horário e localização.

A FTC alegou que dados foram repassados a terceiros, entre eles empresas que produzem relatórios de consumidores para uso no setor de seguros. Ainda de acordo com a comissão, consumidores relataram perda de cobertura ou aumento inesperado do prêmio. O ponto regulatório não era simplesmente a existência da telemetria, mas a ausência de consentimento afirmativo e de divulgação clara sobre coleta, finalidade e compartilhamento.

Antes da conclusão do processo, em abril de 2024, a própria [GM anunciou](https://news.gm.com/home.detail.html/Pages/news/us/en/2024/apr/0424-driver.html) que encerraria o Smart Driver, retiraria os clientes do programa e terminaria as relações com LexisNexis e Verisk. Segundo a empresa, o compartilhamento com essas duas companhias havia acabado em 20 de março daquele ano.

A [ordem final da FTC](https://www.ftc.gov/system/files/ftc_gov/pdf/2423052c4828gmlexisfinalorder.pdf) foi além do encerramento do serviço. Ela proibiu por cinco anos o compartilhamento de determinados dados de localização e condução com agências de relatórios de consumidores. Durante os 20 anos de vigência da ordem, também impôs obrigações que incluem consentimento afirmativo expresso, acesso e exclusão de dados, opção de desativar certas coletas, minimização e um cronograma público de retenção.

O que parece uma discussão de política de privacidade é, na verdade, uma intervenção na arquitetura do negócio.

O passivo invisível dos dados

Há uma frase repetida em quase toda conversa sobre tecnologia: dados são um ativo. Ela é verdadeira, mas incompleta.

Dados só funcionam como ativo quando a empresa consegue explicar e governar todo o percurso da informação. Caso contrário, viram um passivo invisível: parecem valiosos enquanto estão sendo acumulados, mas carregam custos que só aparecem depois, na forma de retrabalho, restrição regulatória, reclamação, perda de confiança ou descontinuação de produto.

No carro conectado, a cadeia começa em sensores, sistemas embarcados e aplicativos. Passa pela associação da informação a um veículo ou pessoa, pelo armazenamento e pela criação de indicadores. Depois pode alcançar fornecedores, parceiros, corretores de dados, seguradoras ou outras organizações. Na ponta, alguém usa aquilo para tomar uma decisão.

O cliente, porém, não enxerga necessariamente essa cadeia. Ele vê um painel, um aplicativo e uma caixa de aceite na concessionária.

É nesse intervalo entre a complexidade real da operação e a compreensão possível do usuário que a confiança se perde. Consentimento não resolve o problema se estiver escondido em documentos extensos, misturado a finalidades distintas ou apresentado quando a pessoa só quer concluir a compra e sair dirigindo. A própria ordem da FTC exige que a autorização seja específica, informada, inequívoca e separada de políticas de privacidade e termos de uso.

Isso muda o desenho de produto. Para serviços ou recursos diferentes, a ordem exige consentimentos separados. Também impede que a recusa degrade a experiência como punição, salvo quando o dado for tecnicamente necessário à funcionalidade. Em outras palavras, não basta inserir uma frase jurídica. É preciso projetar escolhas reais.

O que a pesquisa da Mozilla mostra — e o que não mostra

O problema não se limita a uma empresa. Em 2023, a Mozilla Foundation [avaliou 25 marcas de automóveis](https://www.mozillafoundation.org/en/blog/privacy-nightmare-on-wheels-every-car-brand-reviewed-by-mozilla-including-ford-volkswagen-and-toyota-flunks-privacy-test/) e afirmou que todas receberam nota negativa em seu guia de privacidade. O levantamento cobriu marcas de cinco países e consumiu 600 horas de análise de políticas, aplicativos e respostas das fabricantes.

O resultado é relevante como diagnóstico da informação disponível ao consumidor. Não deve, porém, ser tratado como auditoria técnica de todos os veículos ou prova de que cada categoria prevista numa política foi efetivamente coletada em todos os modelos.

A [metodologia da própria Mozilla](https://www.mozillafoundation.org/en/privacynotincluded/about/methodology/) deixa esse limite claro. A organização não compra os produtos nem os testa em laboratório. Analisa documentos públicos, páginas das empresas, lojas de aplicativos, reportagens e outros materiais acessíveis antes da compra. Quando não existe aviso específico para um produto, pode recorrer à política geral da companhia, o que dificulta determinar quais práticas se aplicam a um item particular. A Mozilla também reconhece que nem sempre consegue verificar se a empresa faz, na prática, o que declara.

Essa limitação não invalida o alerta. Ela revela outro problema: se centenas de horas de pesquisa especializada não bastam para reconstruir com segurança o caminho dos dados, não é razoável imaginar que o comprador comum conseguirá fazê-lo no momento da venda.

Telemetria não é a vilã

Existe um contraponto forte. Dados conectados podem sustentar funções que o cliente reconhece como parte do valor do produto: atendimento em emergência, alerta de roubo, diagnóstico de componentes, manutenção, investigação de defeitos, atualizações remotas, recall, segurança cibernética e melhoria do próprio veículo.

A ordem da FTC preserva expressamente várias dessas finalidades. Permite, sob condições, o uso de dados para emergências, segurança, garantias, diagnóstico e pesquisa. Para divulgação a terceiros em pesquisa e desenvolvimento, exige desidentificação e exclui marketing dessa exceção. A Administração Nacional de Segurança no Tráfego Rodoviário dos Estados Unidos (NHTSA) também aponta que tecnologias de comunicação entre veículos e infraestrutura [podem ajudar a evitar colisões e melhorar a gestão do tráfego](https://www.nhtsa.gov/sites/nhtsa.gov/files/documents/nhtsa_and_the_future_of_automotive_technology.pdf).

Portanto, o problema não é coletar qualquer dado. É misturar a finalidade necessária ao produto com uma finalidade comercial secundária, sem tornar a diferença legível e controlável.

Um dado usado para identificar uma falha mecânica não está automaticamente coberto pela mesma finalidade quando passa a formar um perfil de risco de seguro. A origem pode ser a mesma. O contrato com o cliente, não.

A decisão que gestores precisam tomar antes da receita

O caso do carro conectado se repete, em menor escala, em aplicativos, equipamentos industriais, plataformas digitais, dispositivos de saúde e softwares usados no trabalho. Todo produto que registra comportamento cria a possibilidade de uma segunda camada de valor. E também uma segunda camada de responsabilidade.

Antes de monetizar essa informação, a gestão precisa responder, de forma operacional:

• qual dado é necessário para entregar a função principal;

• qual uso é secundário e exige uma escolha separada;

• quem recebe a informação e para qual finalidade;

• que decisões serão tomadas a partir dela;

• por quanto tempo cada categoria será mantida;

• como o cliente acessa, corrige, revoga e exclui seus dados;

• como parceiros comprovam que obedeceram às mesmas regras.

Se essas respostas existem apenas no jurídico, a governança ainda não chegou ao produto. Se o produto sabe responder, mas vendas e atendimento não sabem, ela ainda não chegou à operação. E se a receita depende de o cliente não perceber o que acontece, o problema já não é de comunicação.

É de modelo de negócio.

A melhor leitura do caso não é que empresas devam abrir mão do valor dos dados. É que esse valor não pode ser calculado isoladamente. Precisa ser comparado com o efeito sobre confiança, conformidade, custo operacional e percepção do produto principal.

O banco de dados, sozinho, não é o ativo. O ativo é a capacidade legítima de usá-lo sem destruir a relação que permitiu sua criação.