Politique de confidentialité

Cette page est une traduction de l’original allemand. Deutsch

1. Responsable du traitement

Le responsable du traitement des données personnelles sur ce site web est Usama Ibrahim Zagout (NextAppLab), Paulsborner Straße 21A, 10709 Berlin, Allemagne, e-mail : kontakt@nextapplab.net.

2. De quoi il s’agit

À votre demande, MediaLink prépare un fichier multimédia à partir d’un lien public afin que vous puissiez le télécharger sur votre appareil. Il n’y a ni compte utilisateur ni inscription, ni publicité, ni outil d’analyse ou de suivi, ni polices ou scripts de tiers ; les polices et les scripts se trouvent sur notre serveur. Cette politique indique quelles données sont traitées à cette occasion, dans quel but, sur quelle base juridique, à qui elles sont transmises et combien de temps elles sont conservées.

3. Consultation du site web, données techniques de connexion

Lors de la consultation, votre navigateur et votre opérateur réseau transmettent des données techniques de connexion, notamment votre adresse IP, l’heure, l’adresse demandée, le code d’état, le volume de données et l’identifiant du navigateur (user-agent). Le site web est diffusé via Cloudflare (voir section 9) ; les données transitent donc d’abord par Cloudflare avant d’arriver à notre serveur.

Sur notre serveur, les règles suivantes s’appliquent :

• Le proxy du serveur web écrit un journal d’accès sans adresse IP et sans la partie query de l’adresse ; des parties des liens de partage y sont rendues méconnaissables. Il contient l’heure, la méthode, le chemin, le code d’état, le volume de données, la durée et le user-agent.
• Pour se protéger contre la surcharge et les abus, le proxy limite le nombre de requêtes par visiteur. Pour cela, il ne conserve l’adresse IP que de façon éphémère dans la mémoire vive et ne l’écrit pas dans son journal.
• Le pare-feu du serveur (ufw, niveau de journalisation « low ») consigne les connexions rejetées, avec l’adresse IP de l’expéditeur, l’heure et le port, dans le journal systemd du serveur. Le journal est renouvelé selon la taille de stockage ; aucune durée de conservation fixe n’est configurée.
• Les journaux des conteneurs tournent en fonction de leur taille (au plus trois fichiers de 10 Mo par conteneur). Il n’y a pas de délai de suppression fixé dans le temps ; lorsqu’un conteneur est recréé (par exemple lors de mises à jour), les journaux de l’ancien conteneur disparaissent.
• L’application elle-même ne stocke aucune adresse IP.

Récupération du fichier terminé. Pour récupérer le fichier terminé, votre navigateur se connecte directement à un serveur de téléchargement distinct qui nous appartient (pas via Cloudflare) ; notre serveur voit alors votre adresse IP comme source de la connexion. Comme pour le proxy ci-dessus, elle n’est conservée que de façon éphémère dans la mémoire vive pour limiter les requêtes et les téléchargements simultanés, et n’est enregistrée ni dans le journal d’accès ni dans le journal d’erreurs ; dans le journal d’accès, la clé d’accès du fichier est en outre rendue méconnaissable. Le certificat du serveur de téléchargement est délivré par Let's Encrypt ; seul le nom du serveur est alors transmis, aucune donnée de visiteur. Les indications ci-dessus sur le journal du pare-feu s’appliquent en outre sans changement. La base juridique est l’art. 6, par. 1, point f) du RGPD.

Finalités : mise à disposition technique du site web, stabilité et sécurité, protection contre la surcharge et les abus. Base juridique : art. 6, par. 1, point f) du RGPD (intérêt légitime à un fonctionnement sûr et stable).

4. Tâches : lien, métadonnées, fichiers

Lorsque vous vérifiez un lien ou préparez un fichier, nous traitons le lien saisi (il peut contenir des identifiants ou d’autres données personnelles), les métadonnées qui en sont lues (par exemple titre, durée, formats disponibles, image d’aperçu), l’état de la tâche et le fichier préparé. La tâche est accessible, au moyen de clés d’accès, au navigateur qui l’a lancée. Les autres personnes n’y ont accès que si vous créez expressément un lien de partage (section 8). Pour la récupération proprement dite du fichier, votre navigateur reçoit en outre une autorisation de téléchargement limitée à 120 secondes (section 13).

Finalité : fourniture du service que vous avez demandé. Base juridique : art. 6, par. 1, point b) du RGPD (utilisation du service à votre demande), à titre subsidiaire art. 6, par. 1, point f) du RGPD.

Stockage et suppression. Les données des tâches se trouvent dans la mémoire vive d’une base de données (Redis). Sa persistance est désactivée : il ne se crée aucun fichier d’instantané ou de journal de la base de données, et un redémarrage de la base la vide. À distinguer de cela, le déplacement vers le swap : le serveur dispose d’un fichier d’échange actif, et le noyau du système d’exploitation peut y déplacer des contenus de la mémoire vive, y compris ceux de la base de données. Les fichiers et les images d’aperçu se trouvent dans le système de fichiers du serveur. L’accessibilité, les entrées de la base de données et les fichiers prennent fin de manières différentes :

• Accessibilité. 30 minutes après la création d’une tâche, le serveur refuse les nouvelles requêtes de récupération du fichier, de l’image d’aperçu et de la tâche. Un transfert commencé auparavant n’est pas interrompu pour autant.
• Entrées de la base de données. Les entrées relatives à une tâche ont une durée de vie d’au plus 32 minutes après leur création (30 minutes plus 2 minutes de marge) ; ensuite, la base de données les supprime d’elle-même. Le service de nettoyage supprime en règle générale les tâches expirées dès son passage suivant, donc plus tôt.
• Fichiers. Un service de nettoyage s’exécute chaque minute et supprime dans le système de fichiers les fichiers et les images d’aperçu des tâches expirées, en règle générale dans la ou les deux minutes qui suivent. Il supprime dès son passage suivant les fichiers des tâches échouées et annulées ; les entrées correspondantes de la base de données expirent comme décrit ci-dessus.
• Panne du service de nettoyage. S’il tombe en panne, les fichiers restent bloqués pour les nouvelles requêtes, mais ne sont supprimés qu’après son redémarrage. Nous ne promettons donc pas une suppression garantie à un moment précis.
• Échec de suppression. Si le service de nettoyage ne peut pas supprimer un répertoire (par exemple en raison d’une erreur du système de fichiers), il le consigne dans son journal uniquement avec le nombre et le type d’erreur, sans noms de fichiers, chemins, liens ni identifiants, et réessaie à chaque passage suivant (chaque minute), même si l’entrée de la tâche a déjà été supprimée de la base de données. Après un redémarrage du service de nettoyage, il retrouve de tels restes dès qu’un répertoire reste inchangé depuis plus de deux minutes. Une erreur de suppression ne rend aucun fichier de nouveau accessible. Nous ne pouvons pas promettre combien de temps une erreur persistante peut durer.
• Restes. La suppression a lieu dans le système de fichiers (fichiers) et dans la base de données (données des tâches). Les zones du support de stockage et le fichier d’échange ne sont pas écrasés ; des restes déplacés vers le swap peuvent y subsister jusqu’à leur écrasement.
• Pas de médiathèque, pas de restauration. Nous ne créons pas de sauvegardes propres de ces données (pas de tâche de sauvegarde, base de données sans persistance). Dans l’espace client de l’hébergeur, aucun instantané n’existait pour ce serveur lorsque nous l’avons consulté le 4 novembre 2026. Nous ne savons pas si l’hébergeur crée en interne d’autres copies de l’infrastructure ; ses conditions générales excluent les sauvegardes des contenus des clients sans convention particulière.

5. Cookie de session ml_sid

Dès que vous vérifiez un lien ou préparez un fichier pour la première fois (pas déjà lors de la simple consultation des pages), votre navigateur enregistre le cookie ml_sid. Il contient un identifiant aléatoire et signé. Celui-ci rattache vos tâches à votre navigateur et sert à limiter le nombre de tâches et de requêtes simultanées par session. Sur le serveur, nous ne conservons qu’une valeur de hachage de l’identifiant. L’identifiant est un identifiant pseudonyme ; il est lié aux tâches de la session, qui peuvent contenir le lien saisi, et il est donc traité comme une donnée personnelle.

Le cookie est valable 24 heures, HttpOnly, Secure et SameSite=Lax. Vous pouvez le supprimer à tout moment dans le navigateur ; ensuite, les tâches déjà lancées n’appartiennent plus à votre navigateur. Une bannière de consentement n’est pas prévue, car le cookie est nécessaire au service que vous avez expressément demandé (§ 25, al. 2, n° 2 TDDDG). Il n’y a pas d’autre stockage dans le navigateur (pas de Local Storage), tant qu’aucune publicité n’est affichée.

Base juridique du traitement de l’identifiant : art. 6, par. 1, point b) du RGPD et point f) du RGPD (rattachement des tâches, utilisation équitable et protection contre la surcharge).

6. Limitation du débit et places

Par session et au total, les vérifications, les préparations et les tâches simultanées sont limitées (par exemple au plus 10 vérifications par tranche de 10 minutes et par session). Les compteurs sont rattachés à la valeur de hachage de l’identifiant de session et se trouvent dans la mémoire vive de la base de données ; ils expirent après la fenêtre de temps concernée. Base juridique : art. 6, par. 1, point f) du RGPD.

7. Récupération auprès des plateformes cibles

Votre lien n’est pas consulté depuis votre appareil, mais par notre serveur auprès de la plateforme concernée (via un proxy qui n’autorise que des adresses de plateformes approuvées). La plateforme reçoit alors l’adresse internet de notre serveur et la requête contenant le lien que vous avez indiqué. Elle ne reçoit pas votre adresse IP de ce fait. Le lien lui-même peut toutefois contenir des identifiants ou d’autres données personnelles que vous transmettez ainsi à la plateforme. Selon le lien, il s’agit de Dailymotion, TikTok, Pinterest, YouTube, Instagram, Facebook, X, Reddit, Vimeo ou Twitch. Nous n’utilisons ni compte ni cookies des plateformes.

Les plateformes sont elles-mêmes responsables du traitement ; leurs informations sur la protection des données s’appliquent :

• TikTok (selon ses informations pour l’EEE : TikTok Technology Limited, Irlande) : https://www.tiktok.com/legal/page/eea/privacy-policy/en
• Pinterest (Pinterest Europe Ltd., Irlande) : https://policy.pinterest.com/en/privacy-policy
• YouTube (Google Ireland Limited, Irlande) : https://policies.google.com/privacy
• Dailymotion (Dailymotion SA, France) : https://legal.dailymotion.com/r/privacy?lang=de
• Instagram et Facebook (Meta Platforms Ireland Limited, Irlande) : https://www.facebook.com/privacy/policy
• X (pour les utilisateurs de l’EEE : X Internet Unlimited Company, Irlande) : https://x.com/en/privacy
• Twitch (Twitch Interactive, Inc., États-Unis) : https://legal.twitch.com/legal/privacy-notice/
• Reddit : https://www.reddit.com/policies/privacy-policy · Vimeo : https://vimeo.com/privacy

Finalité : exécution de votre demande. Base juridique : art. 6, par. 1, point b) du RGPD, à titre subsidiaire point f) du RGPD.

Pays tiers. La question de savoir si des données parviennent dans un pays tiers lors d’une récupération dépend de la plateforme et du groupe auquel elle les transmet ; ce sont les plateformes qui en décident. Nous transmettons à la plateforme l’adresse internet de notre serveur, le lien que vous avez indiqué vous-même et les informations techniques habituelles de chaque requête (par exemple l’identifiant du programme de récupération), et uniquement parce que vous demandez cette récupération.

8. Lien de partage (code QR)

Lorsque vous souhaitez transférer un fichier vers un autre appareil, nous créons un lien de partage difficile à deviner. Il est valable au plus 10 minutes et jamais plus longtemps que le fichier ; vous pouvez le révoquer avant. Toute personne qui possède le lien peut télécharger le fichier tant qu’il est valable. Après l’expiration ou la révocation, le serveur refuse les nouvelles requêtes ; un transfert commencé auparavant n’est pas interrompu pour autant. La clé du lien est rendue méconnaissable dans nos journaux. Base juridique : art. 6, par. 1, point b) du RGPD.

9. Cloudflare (diffusion, chiffrement, tunnel)

Nous utilisons Cloudflare pour le DNS, le chiffrement TLS, la redirection et le tunnel vers notre serveur. Cloudflare traite alors des données techniques de connexion telles que l’adresse IP et des données de routage. Cloudflare, Inc. (101 Townsend Street, San Francisco, CA 94107, États-Unis) agit pour ce traitement, selon sa propre présentation, en tant que sous-traitant et, pour certaines finalités propres, en tant que responsable du traitement (politique de confidentialité : https://www.cloudflare.com/privacypolicy/). Cloudflare n’indique pas de durée de conservation fixe pour ces journaux ; le stockage suit ses indications.

Finalité : diffusion sûre et performante. Base juridique : art. 6, par. 1, point f) du RGPD. Transfert vers les États-Unis : voir section 11.

10. Hébergement (netcup)

Le serveur se trouve chez netcup GmbH, Emmy-Noether-Straße 10, 76131 Karlsruhe, dans le centre de données de Nuremberg (selon l’espace client). netcup met l’infrastructure à disposition et traite à cette occasion, pour notre compte, les données du serveur. Nous accédons au contenu du serveur après connexion SSH à des fins de maintenance. Base juridique : art. 6, par. 1, point f) du RGPD.

11. Destinataires et transferts vers des pays tiers

Il n’y a pas de transmission à d’autres tiers, sauf si la loi nous y oblige.

12. Contact par e-mail

Lorsque vous écrivez à kontakt@nextapplab.net, Cloudflare Email Routing reçoit le message et le redirige vers une boîte de réception privée de l’exploitant chez Google (Gmail, Google Ireland Limited). Votre adresse e-mail, l’objet, le contenu et les pièces jointes sont alors traités. Selon la documentation de Cloudflare, le service vérifie l’authentification de l’expéditeur (SPF, DKIM, DMARC) et rejette les messages en cas d’échec ; la redirection se fait en temps réel.

Email Routing ne redirige que kontakt@nextapplab.net. Les messages adressés à toutes les autres adresses du domaine sont rejetés (règle catch-all « Drop ») ; Email Workers n’est pas configuré. Dans le journal d’activité d’Email Routing, Cloudflare affiche l’état d’un message (par exemple redirigé, rejeté, échec de distribution) et les résultats d’authentification ; la documentation n’indique pas de durée de conservation pour cela. Cloudflare conserve les statistiques de redirection pendant 31 jours.

Nous ne conservons les messages que le temps nécessaire au traitement de votre demande ou tant que des obligations de conservation existent. Base juridique : art. 6, par. 1, point b) du RGPD (demande) ou point f) du RGPD.

13. Durées de conservation en un coup d’œil

14. Vos droits

Vous disposez à notre égard des droits d’accès (art. 15 du RGPD), de rectification (art. 16), d’effacement (art. 17), de limitation du traitement (art. 18), de portabilité des données (art. 20) et d’opposition (art. 21). Dans la mesure où nous traitons des données sur la base d’intérêts légitimes (art. 6, par. 1, point f), vous pouvez à tout moment vous opposer, pour des raisons tenant à votre situation particulière. Nous ne nous appuyons actuellement sur aucun consentement ; un retrait n’est donc pas nécessaire.

Comment nous joindre. Écrivez à kontakt@nextapplab.net. Veuillez noter qu’un simple e-mail n’est pas chiffré de bout en bout et qu’il passe par Cloudflare Email Routing vers une boîte de réception chez Google (section 12). Ne nous écrivez donc pas plus que nécessaire.

Ce que vous ne devez pas nous envoyer. Ne nous envoyez jamais le contenu de votre cookie ml_sid, un lien de partage ou une clé d’accès d’une tâche. Toute personne qui connaît ces valeurs peut accéder aux tâches ; nous n’en avons pas besoin, et nous n’en demandons jamais.

Accès et suppression concernant les tâches, et leurs limites. Nous ne tenons aucun compte et ne pouvons pas établir avec certitude qui a lancé une tâche. Le lien saisi et une heure ne suffisent donc pas pour vous remettre des données de tâche (lien, métadonnées, fichiers) ou pour les supprimer à votre demande : sinon, toute personne connaissant un lien pourrait obtenir ou faire supprimer des données de tâches d’autrui. Nous ne remettons donc aucune donnée de tâche sur la seule base de ces indications. Nous pouvons vous confirmer de manière générale quelles données nous traitons et pendant combien de temps (cette politique), et nous examinons les demandes au cas par cas, y compris la nécessité d’indications supplémentaires pour l’identification (art. 11, par. 2, et art. 12, par. 6, du RGPD). Il n’existe actuellement aucune procédure qui rattache de manière fiable la tâche à une personne sans que celle-ci divulgue un cookie ou une clé d’accès.

Ce que vous pouvez faire vous-même. Vous pouvez annuler les tâches en cours dans l’application ; une tâche annulée est supprimée lors du prochain passage du nettoyage. Vous pouvez y révoquer vous-même les liens de partage ; cela empêche les nouvelles requêtes, un transfert déjà commencé n’est pas interrompu (section 8). Pour le reste, les tâches prennent fin d’elles-mêmes : après 30 minutes, les nouvelles requêtes sont refusées, la suppression des entrées de la base de données et des fichiers a lieu ensuite comme décrit à la section 4, sans que nous promettions un moment précis. Vous devez demander à Cloudflare, netcup et Google, auprès de ces fournisseurs, les renseignements sur les adresses IP et les données de connexion ; nous n’avons pas accès à leurs journaux, dans la mesure où ils ne sont pas consultables dans le compte de l’exploitant.

15. Droit d’introduire une réclamation

Vous pouvez introduire une réclamation auprès d’une autorité de contrôle de la protection des données (art. 77 du RGPD). L’autorité compétente pour nous est : Berliner Beauftragte für Datenschutz und Informationsfreiheit, Alt-Moabit 59–61, 10555 Berlin, téléphone +49 30 13889-0, e-mail mailbox@datenschutz-berlin.de, https://www.datenschutz-berlin.de/ (réclamation : https://www.datenschutz-berlin.de/buergerinnen-und-buerger/beschwerde/).

16. Obligation de fournir des données, décisions automatisées

Vous n’êtes pas tenu de fournir des données personnelles ; sans les données de connexion mentionnées et le lien saisi, le service ne peut toutefois pas être utilisé. Il n’y a pas de prise de décision automatisée, y compris de profilage.

17. État et modifications

État : 5 novembre 2026. Nous adaptons cette politique lorsque le fonctionnement change, par exemple si de la publicité ou de l’analyse était introduite.