Responsable et résumé
Les outils actuels traitent fichiers/textes compatibles dans votre navigateur, sans téléverser leur contenu sur nos serveurs. Visite et compte impliquent néanmoins les traitements suivants. Responsable : Mahdi Hezaveh IT Consulting ; support@empinet.com, adresse postale dans les mentions légales liées.
Fichiers et textes
Images, documents, vidéo, audio et texte sont lus, vérifiés et nettoyés sur votre appareil, puis copiables/téléchargeables. Nous ne recevons, stockons ou inspectons pas ce contenu via ces fonctions. Navigateur/appareil contrôlent les copies gardées. Toute nouvelle fonction serveur serait expliquée avant utilisation avec mise à jour de cette politique.
Compte et courriels
Compte facultatif pour l’outil de base. À l’inscription : courriel, nom dérivé, hash du mot de passe et statut de vérification. Finalités : fournir/protéger le compte, courriels de vérification/réinitialisation et demandes. Bases RGPD : article 6.1.b pour le compte, 6.1.f pour sécurité et prévention des abus. Courriel/mot de passe nécessaires à l’inscription ; fonctions sans connexion restent disponibles. Pas de marketing avec les adresses de compte actuellement.
Le courriel est transmis à EasyEmailAPI pour validité, enregistrements mail du domaine et fournisseur jetable. Résultats en cache jusqu’à 24 heures ; mot de passe/fichiers non transmis. Vos courriels de contact sont traités pour réponse, sur 6.1.f pour demandes ou 6.1.b pour compte.
Requêtes, journaux et cookies
Serveur/hébergeur reçoivent IP, navigateur, page demandée et heure. Journaux pour fonctionnement, erreurs et protection : intérêt légitime de service sûr/fiable, article 6.1.f.
Cookies essentiels de session/sécurité pour connexion, protection des formulaires et souvenir de connexion facultatif. Pas publicitaires ; stockage/accès essentiel selon § 25.2 TDDDG, traitement personnel selon 6.1.b ou f suivant fonction. Cookie de langue jusqu’à un an, modifiable via menu ou supprimable dans le navigateur ; sert la langue choisie, pas la publicité.
Utilisation et crédits
Quand un nettoyage réussi modifie le résultat, le navigateur envoie catégorie et ID aléatoire de requête. Serveur enregistre heure, IP et ID du compte vérifié, ou ID visiteur aléatoire dans cookie propriétaire. Finalités : limites quotidiennes/hebdomadaires et comptage par outil. Inspections, échecs et résultats inchangés exclus. Aucun fichier, nom ou texte reçu.
Cookie visiteur : 30 jours pour limite quotidienne. IP/ID visiteur effacés des usages après 30 jours ; catégorie/heure conservées pour agrégats. ID compte retiré à suppression du compte. Champs pays/région/ville existent pour éventuelle résolution IP locale future, mais restent vides ; aucune IP envoyée à un géolocalisateur. Bases : 6.1.b pour crédits de compte, 6.1.f pour visiteurs et mesure agrégée élémentaire.
Signalement des installations mobiles et de bureau
À son ouverture, l’application mobile peut envoyer un signalement contenant l’identifiant fourni par la plateforme (identifiant fournisseur Apple ou Android ID), la version et le numéro de build de l’application et du système d’exploitation ainsi que, si disponibles, le fabricant, la marque, le modèle et l’architecture du processeur. L’API commune accepte aussi les signalements des applications de bureau avec un identifiant d’installation généré aléatoirement. Les tentatives ordinaires ont lieu au maximum une fois par période de 24 heures d’utilisation ; une connexion ou un changement de version ou de build peut déclencher un autre signalement. Le nettoyage des fichiers reste local.
Ces données servent à comprendre le nombre approximatif d’installations, l’activité récente, la compatibilité des appareils et la répartition des versions. Nous conservons les dates du premier et du dernier signalement et, en cas d’authentification, le dernier identifiant de compte et la date du dernier signalement authentifié. La déconnexion ne supprime pas cette dernière association ; les signalements invités n’actualisent jamais l’activité du compte. La suppression d’un compte retire son association du registre d’installation. Ces registres ne sont actuellement soumis à aucune expiration automatique.
Ces signalements ne contiennent aucun fichier, nom de fichier ni événement de nettoyage individuel et n’ajoutent aucune analyse d’adresse IP ou de localisation. Ils ne collectent ni noms d’appareils, numéros de série matériels, IMEI, adresses MAC ni identifiants publicitaires. Les identifiants de plateforme peuvent être réinitialisés ; effacer les données de l’application de bureau peut créer un nouvel identifiant. Un échec de signalement ne bloque pas un nettoyage local autrement autorisé. Les journaux techniques de requêtes décrits ci-dessus restent applicables.
Analyse du site
Production utilise Google Analytics 4. La balise charge à la visite et peut utiliser des cookies pour distinguer visiteurs/sessions. Google reçoit données techniques navigateur/appareil, pages et interactions. Aucun fichier/texte sélectionné, courriel ou nom de compte transmis en données d’événement. Politique Google liée ci-dessous.
Signalement des erreurs du site
Lorsqu’il est activé en production, le site utilise Sentry hébergé pour signaler les erreurs inattendues de l’application. Les rapports du navigateur contiennent les types d’exception, des emplacements de pile réduits, la version de l’application et l’environnement. Les erreurs du serveur Laravel et du rendu côté serveur utilisent des diagnostics également réduits. Les messages d’erreur bruts, contenus et noms de fichiers, identifiants de compte et d’appareil, corps de requêtes, cookies, en-têtes d’autorisation, contextes arbitraires, extraits de code et variables locales sont supprimés. Cette fonction n’active ni rejeu de session, traçage des performances, profilage, suivi des sessions, historique d’actions, journaux ni métriques Sentry. Elle ne signale pas les nettoyages individuels ni les ouvertures de l’application.
Les erreurs répétées sont supprimées et les envois limités pour éviter les transmissions inutiles. Le signalement est désactivé en développement et sans destination configurée. Son échec ne bloque pas le nettoyage local. Sentry et son infrastructure reçoivent les données réseau techniques nécessaires à la réception des rapports, comme l’adresse IP de connexion, distinctes des données applicatives que nous supprimons. La conservation dépend des paramètres du projet Sentry, qui peut traiter ces rapports comme prestataire. Consultez la politique de confidentialité de Sentry. Les dispositions de cette politique relatives aux prestataires, aux transferts et aux droits s’appliquent également.
Prestataires et transferts
Hébergement et courriels de compte peuvent nécessiter données techniques/de compte traitées pour nous. Aucune vente de données ou transmission de fichiers nettoyés localement. Divulgation possible si loi l’exige. Hors EEE : mécanisme RGPD valide, décision d’adéquation ou clauses types. Détails prestataires/garanties disponibles à support@empinet.com.
Conservation
Compte conservé pendant son existence puis supprimé sur demande vérifiée, sauf obligation légale ou défense d’un droit nécessitant plus. Liens de réinitialisation : 60 minutes ; tokens utilisés/expirés nettoyés par système. Sessions selon configuration. Journaux et messages uniquement le temps nécessaire à sécurité, diagnostic ou réponse, sous réserve légale.
Droits et changements
Sous conditions RGPD : accès, rectification, effacement, limitation, portabilité et opposition pour intérêt légitime. Demandes à support@empinet.com ; plainte possible à autorité, dont Rhénanie-du-Nord-Westphalie liée. Pas de décisions automatisées/profilage des comptes à effet juridique ou similaire significatif.
Nous actualisons page/date si pratiques changent. Changements importants pour titulaires communiqués via service ou courriel si approprié.