Avis relatif aux cookies
Dernière mise à jour : 2026-09-02
memo.link n’utilise pas de cookies de suivi, et il n’y a aucune bannière cookies dans ce produit. Cet avis existe pour expliquer pourquoi, non pour vous demander quoi que ce soit.
Les pages publiques ne déposent aucun cookie
Quand quelqu’un ouvre l’un de vos liens, votrenom.memo.link/quelquechose, aucun cookie n’est déposé, et rien dans son navigateur n’atteint une autre entreprise.
Deux choses se passent derrière la page, et elles méritent d’être décrites exactement plutôt qu’effleurées.
Avant d’afficher où mène un lien, nous demandons à Google Safe Browsing si cette destination est connue comme dangereuse. Cette question est posée par nos serveurs, non par le navigateur du visiteur, et ce que nous envoyons est le lien, jamais quoi que ce soit sur la personne qui l’ouvre. La réponse est réutilisée pendant une heure : c’est donc une question sur une destination plutôt qu’un enregistrement de visite.
Quand quelqu’un poursuit vers la destination, la page nous signale que c’est arrivé. Celle-ci est bien envoyée par le navigateur, elle est donc nommée ici plutôt qu’omise. Elle porte l’adresse qui était déjà visitée et rien d’autre : aucun identifiant, aucun cookie, rien sur la personne ; et ce à quoi elle s’ajoute est un nombre : combien de gens ayant atteint cette adresse ont poursuivi. Il n’existe aucun enregistrement de visite individuelle auquel l’ajouter, et c’est pourquoi un décompte est tout ce qu’elle peut jamais produire.
Voilà pourquoi il n’y a pas de fenêtre de consentement : il n’y a rien à consentir. Une bannière cookies devant une page atteinte en scannant un QR code serait un obstacle sans objet.
La connexion dépose exactement un cookie
| Cookie | Déposé par | Finalité | Durée |
|---|---|---|---|
| Session d’authentification Supabase | memo.link, le tableau de bord uniquement, jamais sur vos liens | Vous garde connecté d’un clic à l’autre | Renouvelé au fil de l’usage ; expire après une période d’inactivité, et immédiatement à la déconnexion |
C’est un cookie strictement nécessaire : sans lui vous seriez déconnecté à chaque clic. La directive ePrivacy exempte les cookies de cette catégorie de l’exigence de consentement, et c’est pourquoi on ne vous le demande pas.
Il n’est jamais déposé sur les adresses *.memo.link : la connexion n’a lieu que sur le site principal.
Deux préférences, sur le site principal uniquement. memolink-theme (clair, sombre ou suivre le système) et memolink-accent (une couleur), lues avant le premier affichage pour que la page ne clignote pas dans la mauvaise couleur. Elles ne contiennent que ces deux mots et ne quittent jamais votre navigateur : le compte est la copie qui vous suit sur un autre appareil. Une préférence que vous définissez est conservée dans le localStorage ; le stockage de quelque chose que vous avez demandé est exempté des règles de consentement pour la même raison que le cookie de connexion. Une couleur qui vous a simplement été attribuée au hasard, avant tout choix de votre part, n’est conservée que dans le sessionStorage, le temps de la visite, et disparaît à la fermeture de l’onglet, car un stockage que vous n’avez pas demandé n’est pas exempté, et une bannière pour vous le demander serait une plus mauvaise réponse que de ne pas le conserver.
Nous le disons précisément parce que les règles de consentement couvrent le stockage sur votre appareil en général, et non les cookies en particulier : un service peut éviter le mot « cookie » et faire malgré tout exactement ce dont les règles traitent. Cet avis affirmait auparavant que nous ne stockions rien du tout dans le localStorage ; mesuré le 2 septembre 2026, c’était faux à deux clés près, et c’est corrigé ici plutôt qu’en supprimant la fonctionnalité.
L’avis que vous voyez sur le site principal
Il y a un petit avis sur le site principal indiquant que memo.link dépose un cookie pour vous garder connecté et rien qui vous suive, avec un lien vers cette page. C’est une information, non une demande de consentement : il n’y a ni Accepter ni Refuser parce que rien de ce qui est décrit sur cette page n’en nécessite, et un bouton de consentement pour un stockage qui n’en requiert pas donnerait une idée fausse de la base légale. Il ne bloque pas la page. Le fait que vous l’ayez écarté est retenu dans le localStorage sous memolink-notice, un stockage que vous avez demandé en l’écartant. Il n’apparaît pas sur vos pages, qui ne stockent rien du tout.
La proposition d’installer memo.link comme application
Quand vous êtes connecté sur un téléphone ou une tablette, memo.link propose de se placer sur votre écran d’accueil. Deux clés du localStorage retiennent ce que vous en avez fait : memolink-install si vous l’avez écartée, et memolink-installed si votre navigateur nous a dit que l’installation était terminée. Toutes deux existent pour que la proposition cesse de vous solliciter, un stockage que vous avez demandé en y répondant. Aucune ne dit quoi que ce soit sur vous, et aucune ne quitte votre navigateur.
Il y a une limite qui mérite d’être dite clairement, parce qu’elle explique pourquoi la proposition peut être écartée. Sur un iPhone ou un iPad, une page ouverte dans Safari ne peut pas savoir si memo.link est déjà sur votre écran d’accueil : l’application installée reçoit son propre stockage séparé, elle ne peut donc pas laisser de note que le navigateur trouverait. Écarter la proposition est le seul moyen de nous dire que vous l’avez déjà.
La vérification anti-robots du formulaire de connexion
Le formulaire de connexion exécute Cloudflare Turnstile, qui vérifie que vous êtes une personne et non un script demandant des codes de connexion en masse. C’est l’une des deux seules choses dans tout memo.link qui viennent d’une autre entreprise, l’autre étant le rapporteur d’erreurs décrit plus bas, et toutes deux sont sur memo.link lui-même. Ni l’une ni l’autre n’est sur vos pages.
| Quoi | Où | Pourquoi |
|---|---|---|
| Cloudflare Turnstile | Le formulaire de connexion sur memo.link, nulle part ailleurs | Empêche l’abus automatisé du seul point qui envoie des e-mails |
Il ne stocke rien sur votre appareil. Mesuré sur le formulaire de connexion en production le 24 août 2026 : aucun cookie, rien en stockage local, rien en stockage de session. Cet avis disait auparavant qu’il « pourrait stocker quelque chose », ce qui était une supposition écrite avant que quiconque ait regardé.
Ce qu’il fait à la place, c’est lire quelques éléments de la connexion au moment où elle a lieu, votre adresse IP, l’empreinte technique de la connexion sécurisée de votre navigateur et la chaîne User-Agent de votre navigateur, et les envoyer à Cloudflare pour décider si vous êtes une personne. Cloudflare indique que ces signaux servent « uniquement à détecter et bloquer les robots » et non « à identifier, profiler ou cibler des individus ». Il n’est pas sur vos pages, si bien que les personnes qui ouvrent vos liens ne le rencontrent jamais.
Les mesures de sécurité de ce type relèvent de la même catégorie strictement nécessaire que le cookie de connexion : sans elles, le formulaire de connexion serait utilisable comme outil pour inonder les boîtes de réception d’autres personnes.
Le rapporteur d’erreurs sur le site principal
Le tableau de bord exécute Sentry, qui nous envoie un rapport quand quelque chose casse. Comme Turnstile, il n’est que sur memo.link et jamais sur vos pages.
Il vaut la peine de dire ce qu’il n’est pas, car rapport d’erreurs et analyse d’audience sont souvent le même produit sous des noms différents. Sentry n’enregistre ici rien tant que le produit fonctionne. L’enregistrement de session, la fonctionnalité qui capterait ce que vous voyez et saisissez, est désactivé. Les rapports ne portent ni adresse IP, ni cookies, ni contenu de requête.
Comment nous comptons les ouvertures de liens sans cookies
Quand un lien est ouvert, nous ajoutons un à un nombre et notons la date du jour. C’est tout le mécanisme. Nous ne savons pas qui l’a ouvert, et aucun cookie ni identifiant n’intervient, si bien que le décompte ne peut être rattaché à une personne, pas même par nous.
Personne ne peut ajouter de suivi à sa propre page
Certains services de lien en bio permettent d’ajouter un pixel Meta ou une balise Google Analytics à votre page. memo.link ne le permet pas, sur aucune formule. Les pages sont générées par nous à partir de votre contenu, et il n’y a nulle part où mettre un script.