Politique de confidentialité

Unolink est exploité par Marin Capranov (entrepreneur individuel), Royaume-Uni. Nous sommes le responsable du traitement des données de compte décrites ci-dessous. Pour les statistiques de clics que vous collectez sur vos propres liens, c’est vous qui décidez vers quoi faire pointer vos liens et qui voit les chiffres ; nous traitons ces clics pour votre compte.

Lorsqu’un visiteur ouvre une redirection Unolink, nous lisons l’adresse IP et l’en-tête User-Agent de la requête afin de décider vers quelle destination l’envoyer et de distinguer le trafic réel des bots. Les deux sont utilisés en mémoire pendant la durée de cette requête.

L’adresse IP n’est jamais écrite dans une base de données et n’est jamais écrite dans un journal. Une fois la requête traitée, elle disparaît. Nous n’exploitons pas de base de données GeoIP ; lorsque le pays et la région sont affichés dans les statistiques, ils proviennent d’en-têtes que notre CDN ajoute à la requête.

Le domaine de redirection ne dépose aucun cookie et ne lit aucun cookie. Il n’y a ni fingerprinting des appareils, ni pixel de suivi, ni script d’analyse tiers dans la chaîne de redirection. Un visiteur reçoit une redirection HTTP et rien d’autre.

Pour fournir une mesure approximative du trafic distinct sans identifier qui que ce soit, chaque clic est réduit à un hachage : SHA-256 appliqué à un sel secret quotidien, à l’identifiant de l’app, à l’adresse IP et au User-Agent, tronqué à 16 octets. Les données d’entrée d’origine sont supprimées.

Chaque jour a son propre sel, de sorte que le hachage d’un même visiteur un jour donné ne correspond à son hachage d’aucun autre jour. Les sels ne sont jamais stockés : chacun est calculé à partir d’une clé secrète conservée uniquement dans la configuration de notre serveur, en dehors de la base de données, de sorte que ni la base de données ni ses sauvegardes ne les contiennent. C’est pourquoi la mesure est intitulée « Visites uniques (par jour) » plutôt que « Personnes » : elle ne permet de suivre personne dans le temps, et ce n’est pas un décompte d’individus.

Pour chaque clic, nous conservons le lien utilisé, un horodatage, la plateforme, le système d’exploitation, le navigateur et le type d’appareil tels que classifiés, s’il ressemblait à un bot, le référent et les éventuels paramètres UTM présents dans l’URL, ainsi que la localisation approximative décrite ci-dessus. À lui seul, un enregistrement de clic ne contient aucun identifiant qui persiste au-delà de la journée. Si la visite mène à l’installation d’une app qui utilise le SDK Unolink, l’enregistrement de cette installation conserve le lien et la campagne dont elle provient (voir ci-dessous). Les enregistrements de clics sont supprimés après 13 mois, et les clics de bots (comme les aperçus de lien) après 30 jours.

Si le développeur affiche une page de destination sur un lien, la page est servie depuis notre domaine sans scripts, polices ni cookies tiers. Ses images (téléversées par le développeur ou copiées depuis la fiche App Store de l’app) sont réencodées par nos soins, toute métadonnée intégrée, comme les données d’appareil photo ou de localisation, étant supprimée, puis servies depuis notre domaine. Lorsque le développeur supprime une image, nous la supprimons immédiatement ; les copies conservées par notre CDN expirent dans la journée. Si le visiteur y appuie sur un bouton de store, nous enregistrons également à quel moment et quel store, sur le même clic.

Un clic n’est jamais traité comme une installation d’app, ni présenté comme telle.

Les développeurs peuvent ajouter le SDK Unolink à leur app. Pour les personnes qui utilisent cette app, le développeur est le responsable du traitement et nous traitons les données pour son compte. Le SDK ne lit pas les identifiants publicitaires, ne fait pas de fingerprinting des appareils et n’utilise pas l’App Tracking Transparency d’Apple.

À la première ouverture, le SDK crée un identifiant d’installation aléatoire qui n’identifie aucune personne ni aucun appareil, et envoie la plateforme, le système d’exploitation et la version de l’app, la classe d’appareil (téléphone ou tablette), le réglage de langue et, sur Android, le référent que Google Play transmet à l’app. Le pays provient de l’en-tête de notre CDN ; l’adresse IP est utilisée uniquement en mémoire et n’est jamais stockée. Ensuite, le SDK envoie les événements que l’app signale, comme onboarding terminé, paywall vu, inscription, essai et achat, avec toutes les propriétés et tous les montants que le développeur y joint, ainsi que des événements automatiques de première ouverture, de session et de passage en arrière-plan.

Si l’app définit un identifiant utilisateur, nous n’en stockons qu’un hachage à sens unique avec clé (HMAC-SHA256 avec une clé par app), jamais l’identifiant lui-même. La clé de chaque app est stockée chiffrée, et les clés qui permettent de la déchiffrer sont elles-mêmes chiffrées avec un certificat conservé uniquement dans la configuration de notre serveur, de sorte que la base de données ou une sauvegarde seule ne peut pas servir à calculer ces hachages. Si le développeur connecte RevenueCat, RevenueCat nous envoie les événements d’achat, d’essai, de renouvellement et de remboursement de cette app, que nous associons à l’installation au moyen du même hachage. Les builds de test sont marqués comme données de test. Les événements d’app, y compris les événements d’achat provenant de RevenueCat, sont supprimés après 13 mois. L’enregistrement d’installation lui-même (l’identifiant d’installation aléatoire, les informations envoyées à la première ouverture, le lien et la campagne dont elle provient, et l’identifiant utilisateur haché) est conservé jusqu’à ce que le développeur supprime l’app ou son compte, et est supprimé en même temps.

Apple n’indique pas aux apps iPhone sur quel lien une personne a appuyé avant l’installation. Sauf si le développeur désactive cette fonction, nous associons une installation iPhone à un clic sur un lien en utilisant uniquement des données décrites sur cette page que nous détenons déjà pour les statistiques. Nous n’utilisons jamais pour cela les caractéristiques de l’appareil, l’adresse IP ni les identifiants publicitaires, et l’association n’est jamais envoyée à l’app.

Si vous créez un compte, nous stockons votre adresse e-mail, un hachage de votre mot de passe (ou, si vous vous connectez avec Google, l’identifiant que Google nous fournit pour votre compte), ainsi que les apps, liens, codes QR et paramètres que vous créez. Si vous vous abonnez, nous stockons votre référence client Stripe ainsi que votre forfait et son statut ; les données de carte sont transmises directement à Stripe et ne nous parviennent jamais.

Nous envoyons des e-mails concernant votre compte : pour confirmer votre adresse, réinitialiser votre mot de passe et vous avertir avant que quoi que ce soit relevant de votre forfait ne soit mis en pause (un changement de forfait, la fin des 14 jours suivant un passage à un forfait inférieur, l’allocation mensuelle d’événements SDK). Nous envoyons aussi un court message de bienvenue et, si le SDK d’une app n’a rien envoyé quelques jours après que vous avez créé sa clé, un seul message à ce sujet ; vous pouvez désactiver ces conseils dans Paramètres. Nous n’envoyons pas d’e-mails marketing.

La connexion dépose deux cookies strictement nécessaires : un jeton de session de courte durée et un jeton d’actualisation, tous deux inaccessibles aux scripts de la page. Si vous choisissez une langue, un cookie la mémorise afin que les pages s’ouvrent dans cette langue. Votre choix de thème clair ou sombre, ainsi que quelques préférences du tableau de bord comme les brouillons non enregistrés, sont conservés dans le stockage local de votre navigateur. Il n’y a pas de cookies d’analyse ni de cookies publicitaires. Le chat en direct dépose ses propres cookies, mais uniquement une fois que vous l’ouvrez (voir ci-dessous). Le bouton rond en forme de cookie, en bas de la page, énumère tout cela.

Les formulaires d’inscription, de connexion et de réinitialisation du mot de passe sont protégés par Cloudflare Turnstile, qui vérifie votre navigateur pour détecter des signes d’automatisation, afin que les bots ne puissent pas créer de comptes ni deviner des mots de passe.

Notre site web et notre tableau de bord proposent un chat en direct géré par Crisp (Crisp IM SAS, France). Rien de Crisp ne se charge tant que vous ne cliquez pas sur le bouton de chat ou sur « Discuter avec nous » : il ne se charge pas de lui-même, et jamais sur les liens, les pages de destination ou les pages développeur. Lorsque vous l’ouvrez, Crisp reçoit votre adresse IP et des informations sur votre navigateur, et enregistre des cookies et des données dans le stockage local de votre navigateur afin que la conversation se poursuive d’une page et d’une visite à l’autre. Si vous nous écrivez, Crisp stocke vos messages et, dans le tableau de bord, également l’adresse e-mail de votre compte et l’identifiant de l’app que vous consultiez, afin que nous puissions répondre. Nous utilisons ces conversations uniquement pour vous aider. « Oublier le chat », dans le panneau des cookies, supprime les cookies de Crisp de votre navigateur, et vous pouvez nous demander à tout moment de supprimer les conversations.

Les données de compte, les apps, les liens et les paramètres sont conservés tant que votre compte existe. Les enregistrements de clics et les événements d’app sont supprimés automatiquement après 13 mois, et les clics de bots après 30 jours, de sorte que les statistiques remontent au maximum à 13 mois. Lorsque vous supprimez une app, nous conservons uniquement, pendant 90 jours, un hachage à sens unique de ses clés SDK et le nom de l’app, ainsi que la date, l’heure et la plateforme (iOS ou Android) de la dernière requête effectuée avec ces clés, sans aucune donnée concernant qui que ce soit, dans le seul but de vous signaler qu’un ancien build de l’app envoie encore des données avec elles ; la suppression de votre compte efface ces informations immédiatement. Lorsque vous supprimez votre compte, depuis Paramètres dans le tableau de bord, il est supprimé immédiatement, avec tout ce qu’il contient, et tout abonnement est résilié.

Nous conservons des sauvegardes de la base de données pour la reprise après sinistre : des copies quotidiennes sur notre serveur pendant 14 jours, lisibles uniquement par son administrateur, et une copie chiffrée hors site pendant 90 jours. Les données supprimées disparaissent des sauvegardes à mesure que celles-ci expirent. Les enregistrements de paiement sont conservés par Stripe aussi longtemps que la législation fiscale et comptable l’exige.

Nous faisons appel à un petit nombre de prestataires, chacun uniquement pour la finalité indiquée :

• Hetzner Online (Allemagne) : le serveur et la base de données qui font fonctionner Unolink.
• Cloudflare : DNS, CDN et protection du réseau, en-têtes de pays des visiteurs, et Turnstile.
• Stripe : paiements et facturation des abonnements.
• Resend : envoi des e-mails liés au compte.
• Google : « Se connecter avec Google » si vous choisissez cette option, et stockage de nos sauvegardes chiffrées.
• Sentry : rapports d’erreurs, qui peuvent inclure l’identifiant de votre compte ou votre adresse e-mail lorsqu’une erreur concerne votre compte.
• Crisp : le chat en direct de notre site web et de notre tableau de bord, et les messages que vous envoyez par son intermédiaire.

Certains de ces prestataires traitent des données en dehors du Royaume-Uni et de l’EEE ; ils le font dans le cadre de leurs conditions de traitement des données. Nous ne vendons pas de données, et nous ne partageons pas les données de clics avec des réseaux publicitaires.

Vous pouvez accéder à vos données de compte et les rectifier dans le tableau de bord, supprimer votre compte à tout moment depuis Paramètres, et nous demander une copie de vos données ou nous interroger sur tout élément de cette page. Comme les enregistrements de clics ne contiennent aucun identifiant stable d’un visiteur, nous ne pouvons pas, sur demande, retrouver ni supprimer les enregistrements d’un visiteur en particulier : rien dans ces enregistrements ne pourrait servir à les retrouver. Pour les personnes qui utilisent une app intégrant le SDK Unolink, une installation, avec le lien et la campagne dont elle provient, peut être retrouvée par son identifiant d’installation ou par l’identifiant utilisateur défini par l’app ; le développeur de l’app, en tant que responsable du traitement, traite ces demandes.

Si vous pensez que nous avons traité vos données de manière incorrecte, veuillez d’abord nous en informer. Vous pouvez également déposer une plainte auprès de l’Information Commissioner’s Office (ICO), sur ico.org.uk.

Pour toute question concernant cette page, écrivez à [email protected].