Aviso de Analytics e Tecnologias de Monitoramento

Aplicativo Uplevfit • Versão 1.1 • Última atualização: 11 de outubro de 2026

RESUMO DE PRIVACIDADE

O Uplevfit utiliza telemetria técnica própria e serviços necessários à operação, segurança, notificações, mapas, assinaturas e publicidade recompensada. O aplicativo utiliza Firebase Analytics para métricas de uso e Firebase Crashlytics para diagnóstico de falhas, além da telemetria própria. Meta SDK, TikTok SDK, heatmaps e session replay não integram o inventário atual. Dados de saúde, conteúdo do EVO, mensagens, fotos privadas e localização precisa não são enviados a analytics ou redes de publicidade.

1. Objetivo, alcance e relação com os demais documentos

Este Aviso explica quais tecnologias técnicas, SDKs, APIs, identificadores, registros e mecanismos de monitoramento são utilizados pelo Uplevfit, para quais finalidades, quais dados podem ser tratados, por quanto tempo e quais escolhas estão disponíveis ao usuário.

Este documento complementa os Termos e Condições de Uso, a Política de Privacidade e Proteção de Dados e a Política de Exclusão de Conta e Dados. Em caso de divergência, prevalecem a legislação obrigatória e o documento específico mais recente regularmente apresentado ao usuário.

O Aviso se aplica ao aplicativo móvel, ao backend, ao site público e às integrações descritas abaixo. Nenhum novo SDK, pixel, ferramenta de analytics, crash reporting, monitoramento, publicidade ou session replay poderá ser ativado em produção sem avaliação técnica e de privacidade e, quando necessário, atualização deste Aviso e das declarações das lojas.

2. Categorias de tecnologias

3. Tecnologias e fornecedores utilizados nesta versão

A lista abaixo corresponde ao inventário documental do release abrangido por esta versão. Serviços que não exercem função de analytics são incluídos quando geram telemetria, identificadores ou sinais técnicos relevantes para transparência.

TECNOLOGIAS PRESENTES E AUSENTES Firebase Analytics e Firebase Crashlytics estão presentes. Podem receber identificador interno da conta após autenticação, informações de dispositivo, versão, telas e eventos de uso ou relatórios técnicos de falha, conforme a finalidade de cada serviço. Identificadores pseudônimos continuam sendo dados pessoais quando vinculáveis à conta. Meta SDK, TikTok SDK, heatmaps e session replay não integram esta revisão.

Novos SDKs ou finalidades devem ser conferidos antes da ativação e refletidos no App Privacy, no Privacy Manifest e no Data Safety. A presença dos serviços Firebase nesta revisão não autoriza envio de conteúdo sensível ou coleta incompatível com a Política de Privacidade.

Resend é usado para e-mails transacionais e AWS Rekognition para moderação de imagens. Esses tratamentos são funcionais e estão detalhados na Política de Privacidade e na lista de fornecedores; não devem ser confundidos com analytics ou publicidade.

4. Eventos permitidos e parâmetros proibidos

A telemetria deve registrar a ocorrência e o resultado técnico de uma ação sem transportar o conteúdo pessoal ou sensível da ação. Eventos aceitos incluem, por exemplo, app_opened, login_result, api_request_failed, rewarded_ad_verified, restore_result e evo_request_failed, acompanhados apenas de códigos e identificadores técnicos necessários.

É proibido enviar a analytics, crash reporting, publicidade ou telemetria de produto, direta ou indiretamente:

• Peso, altura, medidas, IMC, percentual de gordura, massa magra, metas corporais ou valores de evolução.
• Diagnósticos, lesões, limitações físicas, deficiência, alergias, medicamentos, exames, ciclo menstrual, frequência cardíaca, sono ou qualquer outro dado de saúde.
• Inferências sensíveis em nomes ou propriedades de eventos, como obesidade_grau_2, lesao_joelho, gestante, risco_transtorno_alimentar ou equivalentes.
• Prompts, respostas, contexto, memórias, denúncias ou textos livres do EVO.
• Mensagens privadas, comentários, conteúdo de denúncias, biografias, formulários livres ou conteúdo comunitário.
• Fotos privadas, URLs de fotos, nomes originais de arquivos, EXIF, miniaturas ou conteúdo visual do usuário.
• Coordenadas precisas, trilhas de localização ou endereço residencial em eventos de analytics ou publicidade.
• Senhas, tokens de acesso, cookies de sessão, códigos de autenticação, chaves de API, purchaseToken em analytics ou segredos.
• E-mail, telefone, nome completo, documentos ou outros identificadores diretos em ferramentas de analytics; quando necessários à função, devem permanecer em sistemas próprios protegidos.

5. EVO, saúde, fotos, comunidade e localização: zonas excluídas de analytics

O conteúdo do EVO, dados de saúde, fotos privadas, mensagens e conteúdo comunitário não são usados para analytics comportamental, criação de segmentos publicitários ou enriquecimento de perfil por fornecedores. Apenas eventos técnicos sanitizados podem ser registrados, como início, sucesso, falha, latência, versão do aplicativo, código de erro e identificador pseudonimizado.

Coordenadas utilizadas em Locais Próximos são processadas somente para a solicitação do serviço de mapas/localização. Elas não são incluídas em eventos de analytics, crash reporting, telemetria de produto ou publicidade e não são mantidas como trilha de deslocamento pela Uplevfit.

A telemetria não deve inferir sensibilidade a partir de rotas, nomes de tela, códigos de recurso ou combinações de eventos. Quando uma rota puder revelar saúde, condição corporal ou outro atributo sensível, o evento deve usar nomenclatura neutra ou ser suprimido.

6. Publicidade recompensada, SSV, UMP e App Tracking Transparency

No Plano Básico, recursos elegíveis podem ser liberados mediante escolha expressa de assistir a anúncio recompensado, observado o limite e as regras informadas nos Termos de Uso. O Plano Premium não exige anúncio para benefícios incluídos na assinatura.

Antes do anúncio, o Uplevfit informa qual recurso será liberado e oferece as opções “Assistir anúncio” e “Agora não”. A decisão de assistir ao anúncio é uma escolha funcional e comercial e não equivale a consentimento para publicidade personalizada, rastreamento entre aplicativos ou sites, criação de perfil publicitário ou compartilhamento de dados para essas finalidades.

O Google User Messaging Platform (UMP) é utilizado para apresentar e registrar escolhas de privacidade publicitária quando exigido pela região e pela configuração do Google Mobile Ads. No iOS, a App Tracking Transparency (ATT) é solicitada somente quando o tratamento efetivamente configurar tracking nos termos da Apple. A negativa de ATT não impede o uso regular do Uplevfit; pode resultar em publicidade não personalizada ou em limitações de medição permitidas pela plataforma.

Para validar a recompensa e reduzir fraude, o fluxo pode utilizar Server-Side Verification (SSV). A Uplevfit pode registrar adSessionId, placement, nonce, network_event_id, reward_code, horário, resultado da verificação e recurso liberado. Esses registros não incluem dados de saúde, conteúdo do EVO, mensagens, fotos ou localização precisa e são idempotentes para impedir recompensa duplicada.

7. Identificadores, endereço IP e dispositivo

A Uplevfit prefere identificadores internos pseudonimizados, próprios e rotativos para telemetria. O endereço IP não é tratado como dado anônimo por padrão.

O IP pode aparecer em registros de acesso, segurança, antifraude, infraestrutura e entrega de serviços quando tecnicamente necessário. Eventos de produto não devem transportar o IP completo como parâmetro. Quando houver hashing, truncamento ou redução de precisão, o dado continua sendo tratado como pessoal ou pseudonimizado enquanto houver possibilidade razoável de associação.

Identificadores de publicidade somente podem ser acessados ou utilizados quando permitidos pelo sistema operacional, pelo SDK e pelas escolhas aplicáveis. Eles não são combinados com dados de saúde, localização precisa, fotos, mensagens ou conteúdo do EVO.

8. Analytics opcional e escolhas do usuário

O aplicativo atual utiliza Firebase Analytics e Firebase Crashlytics. O titular pode exercer seus direitos, inclusive oposição ou revogação quando aplicáveis à base utilizada, pelo canal de privacidade. Quando um tratamento depender de consentimento, a coleta deve respeitar a decisão válida do titular; a publicação deste Aviso não substitui esse controle.

Novas finalidades de analytics ou testes comportamentais exigem avaliação de necessidade, base legal, fornecedor, retenção e impacto nas declarações das lojas. Quando dependerem de consentimento, não podem ser ativadas antes da escolha válida; a recusa não pode impedir funções principais independentes.

Preferências de publicidade e notificações são administradas pelos controles próprios do aplicativo, do UMP e do sistema operacional quando aplicável. Revogar uma permissão não invalida tratamentos anteriores realizados sob base válida, sem prejuízo dos direitos de eliminação previstos na Política de Privacidade.

9. Retenção por tecnologia e finalidade

10. Transferências internacionais e subprocessadores

Os serviços descritos neste Aviso podem envolver tratamento no Brasil, Alemanha/União Europeia, Estados Unidos, Irlanda e outras regiões utilizadas pelos fornecedores e subprocessadores. As transferências internacionais observam a LGPD e a regulamentação da ANPD, inclusive decisão de adequação, cláusulas contratuais-padrão, cláusulas específicas ou outro mecanismo válido conforme o fluxo efetivo.

A Conduta Tecnologia limita as categorias de dados, aplica controles de acesso e, quando atua como controladora em relação ao fornecedor, utiliza instrumentos contratuais de proteção de dados. Serviços que atuem como controladores independentes também podem aplicar suas próprias políticas e bases jurídicas para finalidades que lhes cabem.

A lista pública consolidada de fornecedores deve permanecer disponível em: https://www.uplevfit.com/fornecedores

11. Segurança, governança e proibição de ativação silenciosa

• Manter inventário de dependências, versões, permissões, domínios, subprocessadores e finalidades do aplicativo, backend e site.
• Inspecionar tráfego e payloads de homologação após alteração relevante de SDK, configuração remota ou release.
• Desativar coleta automática, fingerprinting, ad features, enriquecimento de perfil e exportações que não sejam necessárias.
• Mascarar entradas, query strings, headers, imagens e contexto de erro; segredos nunca podem ser enviados para telemetria.
• Restringir acesso aos painéis, aplicar MFA administrativo, RBAC, logs de auditoria e revisão periódica de usuários.
• Remover SDK ou biblioteca não utilizada e revogar chaves/tokens associados.
• Configurações remotas não podem habilitar nova finalidade de coleta, novo SDK ou tracking incompatível com este Aviso sem análise e atualização documental prévia.

12. Gate de Release: App Privacy, Privacy Manifest e Data Safety

BLOQUEIO DE PUBLICAÇÃO

A publicação deve ser interrompida se o release candidate divergir deste Aviso, da Política de Privacidade, do App Privacy da Apple ou do Data Safety do Google Play. O inventário documental não substitui a verificação técnica do binário efetivamente submetido.

Antes de cada submissão, a Conduta Tecnologia deve executar, documentar e arquivar a conferência do release candidate:

• iOS/IPA: inventariar frameworks e SDKs incorporados; revisar PrivacyInfo.xcprivacy/Privacy Manifest, Required Reason APIs, permissões, ATT e o relatório de privacidade disponível no fluxo de build; comparar com App Privacy no App Store Connect.
• Android/AAB ou APK: inventariar dependências e SDKs, permissões, manifest, serviços, receivers e bibliotecas; revisar dados coletados/compartilhados e comparar com Data Safety, Health Apps Declaration e políticas do Google Play.
• Capturar tráfego de homologação para verificar endpoints e payloads efetivamente enviados por SDKs próprios e de terceiros, inclusive antes de consentimentos ou permissões.
• Confirmar que Firebase Analytics e Crashlytics correspondem ao inventário e às declarações das lojas. Verificar que Meta SDK, TikTok SDK, session replay e outras ferramentas não declaradas não foram incorporadas; divergências exigem revisão antes da publicação.
• Confirmar que AdMob/UMP, FCM, Maps/Places, login Apple/Google, billing, integrações de saúde e demais dependências efetivamente presentes correspondem às declarações públicas e às configurações das lojas.
• Arquivar evidência do hash/versão do build, lista de dependências, data, responsável, resultado e eventuais correções.

A aprovação documental deste Aviso não substitui a auditoria técnica do AAB/APK e do IPA. A versão pública deve ser atualizada antes do lançamento se a auditoria identificar qualquer tecnologia, dado ou finalidade adicional.

13. Contato, links oficiais e versão

Dúvidas sobre analytics, publicidade, rastreamento, fornecedores e direitos de privacidade podem ser encaminhadas para privacidade@uplevfit.com.