Politique de confidentialité

Données utilisées par l'app #data

Lightning Alerts utilise seulement les données nécessaires pour afficher les éclairs, gérer les pubs et l'accès Pro, envoyer des alertes optionnelles et garder l'app fiable.

• La position est utilisée pour afficher les éclairs proches. L’app peut stocker les lieux sélectionnés sur l’appareil. L’affichage ordinaire de la carte n’envoie pas votre position précise. Si vous activez séparément des zones d’alerte précises, l’app envoie les informations décrites dans la section Zones d’alerte et notifications de foudre.
• Google AdMob, Google User Messaging Platform, Firebase, Google Maps et Google Play Billing peuvent traiter des identifiants d'appareil, interactions avec l'app, diagnostics, données pub, état de confidentialité pub, utilisation de la carte, jetons de messagerie et état d'abonnement.
• Firebase Crashlytics reçoit des journaux de plantage et des diagnostics pour nous aider à trouver et corriger les problèmes de l'app.
• Si vous envoyez un retour ou une demande de confidentialité, votre app de messagerie ouvre un brouillon adressé à l'assistance. Le brouillon peut inclure la version de l'app, l'appareil, le système et la langue ; vous pouvez modifier ou supprimer ces données avant l'envoi.

Zones d’alerte et notifications de foudre #alert-areas

Lightning Alerts vous permet de choisir une distance d’alerte exacte. Cette section ne s’applique qu’après que vous avez choisi une distance d’alerte et activé les alertes par rayon. Avant que vous n’acceptiez l’avis d’information affiché dans l’app, cette fonctionnalité n’envoie aucun centre d’alerte précis.

Lorsque vous choisissez un lieu enregistré sur Android, l’app peut demander au service de géocodage de l’appareil de proposer un nom. Selon les services de l’appareil, le fournisseur de géocodage de la plateforme peut traiter les coordonnées candidates avant l’enregistrement. Lightning Alerts n’envoie pas ces coordonnées à son propre backend d’enregistrement des alertes.

Si vous activez une zone d’alerte, l’app envoie à Lightning Alerts les coordonnées du centre sélectionné ainsi que le rayon. Pour « Ma position », elle envoie également l’heure d’observation de la position et la précision horizontale. Les métadonnées d’enregistrement comprennent le Firebase Installation ID. Lightning Alerts hache le FID pour former la clé du document Firestore et ne conserve le FID brut que dans un enregistrement actif auquel vous avez consenti, comme adresse de livraison Firebase Cloud Messaging. La livraison directe v4 ne stocke aucun jeton d’enregistrement de messagerie cloud distinct. Les autres métadonnées comprennent la plateforme et le numéro de build de l’app, la révision de la configuration, la version de l’avis d’information et l’heure de son acceptation, l’indication si les notifications sont actuellement activées sur l’appareil, ainsi que les horodatages de mise à jour ou de dernier contact. Les noms des lieux enregistrés restent sur l’appareil et ne sont pas envoyés.

Lightning Alerts et ses prestataires de services Google Firebase et Google Cloud utilisent ces données pour maintenir l’enregistrement des alertes, comparer les éclairs détectés avec le cercle sélectionné, envoyer et mettre à jour les notifications, et empêcher des requêtes obsolètes de rétablir une ancienne configuration. L’enregistrement est lié à une installation de l’app, et non à un compte Lightning Alerts, un nom, une adresse e-mail ou un identifiant publicitaire. Il est utilisé pour les fonctionnalités de l’app, et non pour le suivi entre apps.

Les centres et rayons exacts des zones d’alerte ne sont pas envoyés aux fournisseurs de données météo, aux services publicitaires ni aux services d’analytics.

Pour diagnostiquer les problèmes d’enregistrement et de livraison, l’app crée des références de diagnostic aléatoires qui changent au fil des tentatives. Lightning Alerts et ses prestataires Google peuvent les utiliser pour relier les tentatives d’enregistrement, l’enregistrement actuel actif ou utilisant l’ancienne livraison, les tentatives de livraison et les résultats du nettoyage dans des journaux de diagnostic privés. La référence actuelle peut aussi être conservée avec les enregistrements actifs ou utilisant l’ancienne livraison. Ces références ne sont pas dérivées du FID et ne servent ni à la publicité ni au suivi entre applications. Les références des tentatives successives ne sont reliées que tant que l’identifiant d’installation reste inchangé. L’app efface sa référence et le lien avec la tentative précédente si cet identifiant change, si vous désactivez les alertes ou si les données de l’app sont réinitialisées.

Les diagnostics d’enregistrement comprennent la plateforme et la version de compilation de l’app, les étapes de traitement, les délais et les résultats. Ils ne contiennent pas de FID bruts ou hachés, de jetons de messagerie, de coordonnées ou de rayons précis, de noms de lieux ni de contenu des notifications. Les journaux applicatifs du serveur sont conservés pendant 30 jours. Firebase Crashlytics peut recevoir un historique récent limité avec les rapports d’erreur. Il ne s’agit pas d’un historique complet de l’activité de l’app, et la durée de conservation de 30 jours des journaux du serveur ne s’applique pas à Crashlytics.

Un enregistrement d’alerte actif a une période logique de validité de 365 jours, que l’app renouvelle lorsque les réglages concernés, la position, le FID ou l’activité de l’app changent. La désinstallation de l’app ne peut pas avertir immédiatement le serveur. Un enregistrement actif de zones d’alerte précises, y compris son FID brut de livraison, peut donc subsister jusqu’à l’expiration de la période de validité ou jusqu’à ce que Firebase signale le FID comme invalide. Le nettoyage d’un FID invalide ne le supprime qu’après que le serveur a vérifié que l’échec de livraison correspond toujours à l’enregistrement actif actuel.

Lorsque vous désactivez les alertes, l’app cesse de recevoir les alertes directes et envoie une demande de désactivation. Si l’appareil est hors ligne, la suppression côté serveur s’achève après une synchronisation réussie ultérieure ou à l’expiration de la période de validité. Une fois la demande de désactivation confirmée par le serveur, le FID brut ainsi que les centres et rayons d’alerte précis sont supprimés. Pour surveiller le service, Lightning Alerts peut copier les centres et rayons d’alerte, sans FID, sur une carte privée que seul Lightning Alerts peut consulter ; cette copie peut subsister après une demande de désactivation et est supprimée automatiquement, généralement en une heure environ et sinon en principe sous deux jours. Les enregistrements sans coordonnées réservés à l’ancienne livraison conservent le hachage du FID et peuvent contenir la référence de diagnostic actuelle. Les enregistrements désactivés conservent le hachage du FID et le minimum d’informations d’état nécessaires pour rejeter les requêtes obsolètes, sans référence de diagnostic.

L’enregistrement désactivé a une durée de validité logique de 30 jours et bloque les requêtes issues d’anciennes générations d’enregistrement. Une app qui confirme actuellement que les alertes sont toujours activées peut rétablir l’enregistrement avec une nouvelle génération. Cette récupération ne réactive pas les alertes après que vous les avez désactivées. Après l’expiration de l’enregistrement désactivé, Firestore le supprime de manière asynchrone. La suppression n’est pas immédiate ; elle s’achève généralement dans les 24 heures, sans être garantie dans ce délai. Pour obtenir de l’aide concernant la confidentialité ou la suppression des données, contactez lightning.alerts.live@gmail.com.

Pubs #ads

Lightning Alerts peut afficher des pubs Google AdMob lorsque les pubs sont activées. Sur iOS, le mode gratuit utilise uniquement des pubs non personnalisées. Sur Android, la personnalisation suit les choix de confidentialité Google actuels. Sur iOS, l'app ne demande pas l'autorisation App Tracking Transparency et n'accède pas à l'IDFA.

• Les demandes de pub iOS sont envoyées comme pubs non personnalisées. Celles d'Android suivent les réglages actuels de consentement et de confidentialité Google.
• Google User Messaging Platform peut servir à vérifier l'état de confidentialité pub et à afficher le formulaire Google de consentement ou d'options de confidentialité pour la réglementation européenne lorsque requis (EEE, Royaume-Uni et Suisse). iOS n'affiche pas d'invite UMP de vente/partage pour les États américains ; Android peut afficher un message de confidentialité configuré lorsque nécessaire.
• Google Mobile Ads peut traiter l'adresse IP, la position générale, des identifiants d'appareil, des interactions avec les pubs et des diagnostics pour diffuser et mesurer les pubs, prévenir la fraude et respecter les règles.
• Pour signaler un problème de pub, utilisez Réglages > Retour dans l'app et ajoutez les détails de la pub, ou utilisez les contrôles de signalement affichés dans la pub.
• Si la diffusion de pubs n'est pas autorisée par vos réglages ou votre région, les pubs peuvent être limitées ou indisponibles.

Analytics #analytics

Lightning Alerts utilise Firebase Analytics pour comprendre les tendances d'usage et la stabilité de l'app. Sur iOS, Analytics est configuré sans collecte d'IDFA ni prise en charge de la personnalisation des pubs.

• Les analytics utilisent un identifiant d'instance propre à l'installation et ne visent pas à vous identifier directement.
• Nous n'envoyons pas d'identifiants personnels directs, comme le nom ou l'e-mail, dans les événements analytics.
• Sur iOS, les analytics restent désactivés jusqu'à votre choix pendant l'installation ou dans les réglages. Sur Android, l'état initial suit le réglage régional par défaut et peut être modifié dans les réglages.
• Le réglage Analytics d’usage dans l'app contrôle la collecte Firebase Analytics.

Contrôles de confidentialité dans l'app

Sur iOS, le mode gratuit utilise des pubs non personnalisées. Sur Android, la personnalisation suit les choix de confidentialité Google actuels. Quand Google exige un formulaire de confidentialité, Réglages > Pub et confidentialité affiche Gérer les choix de confidentialité pub. iOS n'affiche pas d'invite de vente/partage pour les États américains ; Android peut en afficher une configurée.

Réglages > Pub et confidentialité > Analytics anonyme

Utilisez ce réglage pour activer ou désactiver les analytics d’usage à tout moment.

Option sans pub (Pro)

Lightning Alerts Pro est disponible sous forme d'abonnement mensuel optionnel. L'écran d'achat de l'App Store ou de Google Play affiche le prix localisé actuel avant l'achat. Pro supprime les pubs tant qu'il est actif.

Suppression des données #data-deletion

Vous pouvez demander la suppression des dossiers d'assistance contrôlés par le développeur et des journaux serveur que nous pouvons raisonnablement identifier en écrivant à lightning.alerts.live@gmail.com.

Désinstaller l'app supprime les données locales enregistrées sur votre appareil. Cela ne supprime pas les données déjà envoyées à nous ou à des fournisseurs.

Certaines données sont contrôlées par des services Google comme AdMob, Firebase, Google Maps et Google Play Billing. Vous pouvez les gérer depuis votre compte Google, l'identifiant publicitaire Android, Google Play et les réglages de l'appareil.

Contact assistance

Pour l'assistance, les retours, la confidentialité et les questions sur les pubs, contactez : lightning.alerts.live@gmail.com