Pourquoi tu ne reviens jamais à ce que tu enregistres (et ce qui règle vraiment ça)

Le diagnostic est fait. Plusieurs fois, même.

Deux textes récents le formulent proprement. L'analyse de Startwinklerana l'appelle le « Save-Then-Forget Loop » : enregistrer fonctionne comme un mécanisme de clôture psychologique, ça signale au cerveau que le contenu a été traité, ce qui supprime toute urgence d'y revenir. Le texte d'Abhishek Deshpande arrive au même endroit par le versant de la recherche : d'un Reel, ce qui reste c'est l'idée ou la sensation, pas la légende ni le nom du créateur, et aucune plateforme ne te laisse chercher là-dessus.

Ajoute les fils Reddit récurrents sur l'accumulation numérique, ajoute le fait que chaque utilisateur d'Instagram que tu connais a un dossier « Enregistrements » dont il parle avec un petit rire gêné, et le tableau est complet. Personne n'a besoin d'un texte de plus expliquant que le bouton Enregistrer est un piège.

Le manque est de l'autre côté. Le texte de Startwinklerana s'arrête à la proposition de design, ce qui est la forme normale du genre et pas un reproche. Deshpande va plus loin : il construit sa version et documente au passage de vrais changements de cap, dont l'abandon de la recherche par embeddings seuls une fois qu'elle a produit du bruit. C'est exactement le mur contre lequel on a buté, et qu'on a réglé avec de la recherche hybride.

Ce qui manque encore aux deux, et à presque tout ce qui s'écrit là-dessus, c'est le récit de ce à quoi ressemblent ces solutions une fois qu'elles existent. C'est là que se trouvent les surprises.

On l'a construit. Voici la version honnête.

Les cinq solutions que tout le monde propose

Le texte de Startwinklerana en liste cinq, et c'est une bonne liste, raison pour laquelle elle mérite qu'on la discute précisément :

1. Resurfacing intelligent. Remontre-moi ce que j'ai enregistré il y a trois jours et jamais ouvert.
2. Catégorisation par IA. Regrouper automatiquement en Learning / Entertainment / Important.
3. Relances contextuelles. Faire remonter les enregistrements quand je suis vraiment disponible, pas mercredi à 23 h.
4. Tags de priorité et d'intention. Me laisser marquer Urgent / Casual / Later au moment d'enregistrer.
5. Suivi de consommation. M'afficher « tu as traité 6 de tes 20 enregistrements cette semaine ».

Une réserve avant d'aller plus loin. Ce texte estime le taux de conversion « enregistré vers vu » à « moins de 15 % » toutes plateformes confondues, et précise explicitement qu'il s'agit d'une estimation, pas d'une mesure. On la voit pourtant circuler comme une statistique. Ce n'en est pas une. Aucune plateforme ne publie ce chiffre, et on devrait tous arrêter de blanchir une supposition raisonnable en fait établi.

On a construit le point 1, une version grossière du point 3, et refusé les points 2, 4 et 5. Les refus sont la partie intéressante, ils ont donc droit à la section la plus longue.

Ce qu'on a construit : du resurfacing à deux endroits

Dans l'app. Sur l'accueil de la bibliothèque, une rangée horizontale remonte tes enregistrements les plus anciens qui sont prêts, pas les plus récents. Seuls ceux de plus de 14 jours sont pris en compte ; la rangée est dédupliquée par rapport à celle des enregistrements récents juste au-dessus, et mélangée pour que l'ordre change d'une visite à l'autre. (L'ensemble lui-même ne tourne qu'à partir de plus de six enregistrements éligibles. C'est une limite qu'on assume, pas une fonctionnalité.)

La contrainte qui a demandé le plus de travail : si la rangée ne trouve pas au moins trois enregistrements éligibles, elle disparaît entièrement. Un resurfacing qui se remplit avec l'enregistrement de mardi dernier pour ne pas avoir l'air vide est pire que pas de resurfacing du tout, parce qu'il t'apprend en deux visites que cette rangée est décorative.

Hors de l'app. Un job hebdomadaire cherche les utilisateurs inactifs, c'est-à-dire zéro enregistrement et zéro recherche sur les sept derniers jours, qui ont par ailleurs une bibliothèque qui vaut la peine d'être remontée. Il choisit une vidéo enregistrée et envoie une seule relance. Si les notifications push sont activées, elle part en push. Sinon, elle part par e-mail. Jamais les deux, ce qui semble évident et a demandé une requête dédiée en base pour être garanti.

Le chiffre qui a le plus compté là-dedans n'était pas la relance mais le plancher entre deux relances. La limite évidente est hebdomadaire, et la proposition citée plus haut dit littéralement « maximum une relance par semaine au total ». On a fixé la valeur par défaut à 21 jours.

Le raisonnement : un utilisateur inactif est par définition quelqu'un qui n'est pas revenu. Le pousser tous les sept jours n'est pas de la réactivation, c'est de l'attrition avec des étapes en plus. Environ une fois par mois, c'est à peu près la fréquence à laquelle un message au sujet de ta propre bibliothèque peut encore se lire comme un service rendu plutôt que comme un produit qui court après un chiffre de rétention.

La règle qui a compté plus que l'algorithme

Notre utilisatrice principale est ce qu'on appelle en interne l'Overwhelmed Saver : elle enregistre en permanence, avec une intention réelle, et ne revient presque jamais. L'émotion dominante n'est pas la curiosité. C'est la culpabilité, avec une pointe de surcharge.

Ce seul fait contraint le texte bien plus que le code. Une règle est écrite dans le composant lui-même : jamais « tu les as oubliées », jamais « tu ne les as jamais ouvertes », et rien qui te recompte tes enregistrements non vus. La rangée s'appelle Redécouvrir, et le sous-titre dit Quelques-unes à revoir.

Ça ressemble à du pinaillage de microcopie. Ça n'en est pas. Pour quelqu'un dont le rapport à son propre dossier d'enregistrements est déjà un peu honteux, un resurfacing écrit sur un ton de reproche est un amplificateur de culpabilité avec une jolie animation. La réaction la plus probable n'est pas d'ouvrir la vidéo. C'est de désinstaller l'app pour que le rappel s'arrête.

Ce qu'on a refusé de construire, et pourquoi

Le suivi de progression

La proposition : afficher « tu as regardé 6 de tes 20 enregistrements cette semaine », sur la base bien documentée que le retour sur la progression modifie le comportement, comme les séries de Duolingo ou les applis de lecture.

Le mécanisme est réel. L'analogie ne se transpose pas.

Une série Duolingo est quelque chose que tu as construit. Elle n'existe que parce que tu as fait la chose, et elle compte vers le haut à partir de zéro. « 6 sur 20 » est un objet d'une tout autre nature : c'est un relevé de dette. Ça compte ce que tu dois. Les 14 restants ne sont pas un accomplissement en cours, c'est un arriéré à ton nom, et le nombre monte à chaque fois que tu enregistres quelque chose de nouveau, c'est-à-dire précisément l'action que le produit veut garder sans friction.

Un suivi de progression sur les enregistrements transforme donc la boucle centrale en registre de corvées. Pour une utilisatrice dont l'émotion dominante est déjà la culpabilité, ce n'est pas une mécanique de motivation, c'est la même culpabilité avec un pourcentage à côté. On ne l'a pas construit et on ne le prévoit pas pour l'instant.

Les tags de priorité au moment d'enregistrer

La proposition : trois boutons au moment d'enregistrer, Urgent / Casual / Later, pour que la bibliothèque ait une vraie priorité au lieu d'être une pile plate.

Le signal serait vraiment utile. Le coût tombe au mauvais endroit.

Enregistrer doit coûter à peu près ce que coûte un like sur Twitter, sinon les gens arrêtent. Ce n'est pas une préférence, c'est la condition qui détermine si la bibliothèque existe tout court. Chaque geste ajouté au flux d'enregistrement est payé par les enregistrements qui n'ont jamais lieu, et ceux-là sont invisibles : tu ne peux pas faire d'A/B test sur la vidéo que quelqu'un n'a pas pris la peine de capturer parce qu'une fenêtre s'est ouverte.

Il y a un second problème propre à cette fonctionnalité. Le moment d'enregistrer est celui où l'on dispose du moins d'informations. Tu es en plein scroll, tu n'as pas vu l'ensemble, et tu ne sais pas encore si c'est urgent. Demander un jugement de priorité à cet instant produit des tags bruités, et des tags bruités sont pires que pas de tags du tout, parce qu'ils ont l'air fiables dans l'interface.

On a écrit sur le même échec vu de l'autre côté dans YouTube → Notion → nulle part : le tagging manuel dégénère en libellés génériques du type interesting dès la cinquantaine d'entrées, et cesse complètement autour de l'entrée 350.

Le rangement automatique en catégories

La proposition : trier automatiquement les enregistrements en Learning / Entertainment / Important pour que la bibliothèque paraisse gérable.

Celle-là, on l'a refusée sur une thèse plus forte : les catégories sont un contournement d'une recherche qui ne marche pas.

Demande-toi pourquoi les dossiers semblent nécessaires. Ils le sont quand le seul moyen de trouver quelque chose est de réduire l'endroit où l'on cherche. Si tu peux décrire la chose à moitié oubliée et la récupérer, les catégories deviennent du cérémonial. Tu ne ranges pas tes mails en dossiers pour retrouver le message de ton comptable, tu cherches « comptable ».

La proposition des catégories est donc, dans notre lecture, un symptôme exactement du même manque que les deux articles décrivent. Les plateformes ne savent pas chercher à l'intérieur de tes enregistrements, donc le meilleur remède disponible est de réduire la pile à parcourir à la main. C'est une réponse rationnelle à un champ de recherche cassé. C'est la mauvaise chose à construire si l'on peut simplement réparer le champ de recherche, ce que fait la recherche sémantique sur les transcriptions.

Les catégories perdent aussi de l'information d'une manière particulièrement agaçante. Une vidéo de cuisine d'un chef qui explique au passage la chimie des aliments, c'est Learning et Entertainment, et le dossier dans lequel elle atterrit tient d'un tirage à pile ou face dont tu auras oublié le résultat au moment de la chercher.

La partie où on n'a pas de réponse

On ne peut pas encore te dire si le resurfacing fonctionne.

Notre base d'utilisateurs est assez petite pour que tout chiffre de conversion publié par nous soit du bruit déguisé en preuve, et une part non négligeable de l'activité dans notre propre base vient de nos propres tests. Publier « le resurfacing a augmenté les retours de 40 % » sur une base pareille produirait exactement le genre de chiffre qui finit mal cité dans le texte de quelqu'un d'autre. C'est-à-dire ce dont on se plaignait quatre sections plus haut.

Ce qu'on peut dire, c'est ce qu'il nous faudrait voir avant d'y croire :

• Le taux de retour chez les inactifs relancés face à un groupe témoin mis de côté. Pas les ouvertures de la relance. Les ouvertures de la vidéo, et idéalement une recherche ensuite, parce que c'est ce comportement qui indique que la bibliothèque est devenue utile et pas seulement brièvement visible.
• Si la rangée dans l'app ajoute ou cannibalise. Si elle ne fait que déplacer le même nombre d'ouvertures depuis la rangée des récents, c'est de la décoration.
• Que le taux de rejet des notifications reste stable. Une relance qui augmente les retours tout en apprenant aux gens à balayer tout ce qui vient de nous est un emprunt, pas une victoire.

Demande le troisième point à quiconque revendique une victoire sur le resurfacing. C'est celui qui manque d'habitude.

La version courte

Enregistrer n'est pas cassé. L'intention ne manque pas. Les gens appuient sur ce marque-page en toute sincérité, des dizaines de fois par semaine.

Ce qui manque, c'est que le bouton Enregistrer a été construit et que le chemin du retour ne l'a jamais été. Là-dessus, le consensus existe. Le travail utile est en aval du diagnostic, dans les décisions sans gloire : à quelle fréquence tu as le droit d'interrompre quelqu'un au sujet de sa propre bibliothèque, sur quel ton tu le fais, et lesquelles des solutions qui sonnent évidentes aggravent discrètement le problème.

Notre résumé de ces décisions, pour ce qu'il vaut à la prochaine personne qui construira ça : fais remonter l'ancien sans commentaire, ne prélève jamais de taxe au moment d'enregistrer, et répare la recherche au lieu de bâtir des dossiers par-dessus une recherche qui ne marche pas.

Frequently asked questions (2026)

Pourquoi ne pas simplement rappeler aux gens tout ce qu'ils ont enregistré ?+

Parce que le rappel entre en concurrence avec un fil algorithmique infini, et qu'il perd. Plus important encore, le mode d'échec est asymétrique : une relance ignorée ne te coûte pas rien, elle entraîne l'utilisateur à balayer tes notifications par réflexe. C'est pour ça que l'écart par défaut entre nos relances aux inactifs est de 21 jours plutôt que le rythme hebdomadaire plus courant.

Le resurfacing, ça veut dire que l'app décide de ce que je vois, comme un fil ?+

Pas au sens du classement. La rangée dans l'app sélectionne sur l'âge (enregistrements de plus de 14 jours qui ne sont pas déjà dans la rangée des récents) et mélange légèrement pour la variété. Aucun modèle optimisé sur l'engagement ne décide lequel de tes enregistrements mérite ton attention. Le but est de compenser le biais de récence à l'intérieur de ta propre bibliothèque, pas de construire une surface algorithmique de plus.

La recherche sémantique ne suffit-elle pas à elle seule ? Pourquoi relancer ?+

La recherche n'aide que ceux qui se souviennent qu'ils ont quelque chose à chercher. Le Save-Then-Forget Loop signifie que l'acte d'enregistrer crée lui-même le sentiment que la chose est traitée, si bien que l'intention d'aller regarder ne se forme jamais. La recherche répare la récupération. Le resurfacing répare l'intention manquante. Ce sont deux moitiés différentes du même problème.

Qu'est-ce qui vous ferait changer d'avis sur le suivi de progression ?+

La preuve que le compteur se lit comme un accomplissement et non comme une dette pour cette utilisatrice précise. Cela supposerait probablement de le présenter comme un décompte ascendant de ce à quoi tu es revenu, sans dénominateur et sans la moindre mention du reste non vu. De la formulation « 6 sur 20 », on continuerait d'attendre l'effet inverse, parce que ce 20 grandit chaque fois que l'utilisatrice fait exactement ce que le produit attend d'elle.