Tana : structurer ses notes avec les supertags et les champs

Dans Tana Outliner, un supertag donne une structure commune à des nœuds : une tâche, une source ou un projet peut recevoir ses propres champs. Cette approche peut vous convenir si vous voulez retrouver des objets selon leur type et leurs valeurs. Elle demande de choisir des champs utiles et de les renseigner correctement.

Ce guide documentaire concerne Tana Outliner et ses supertags, avec des sources consultées le 2 octobre 2026. L’exemple est fictif ; il n’a pas été exécuté dans un compte Tana. Pour situer ce choix, consultez notre guide des logiciels PKM.

Sommaire 7 sections

1. Le supertag décrit un type d’objet
2. Exemple fictif : des sources utiles à une présentation
3. Créer un supertag et compléter ses champs
4. Construire une recherche et vérifier ses résultats
5. Exporter le contenu avant une migration
6. IA et automatisations : vérifier ce qui a changé
7. Quand Tana est-il une piste utile ?

Le supertag décrit un type d’objet

La documentation officielle des supertags décrit un nœud transformé en objet avec un modèle de champs. Les nœuds portant le même supertag forment une collection que vous pouvez rechercher, filtrer et afficher en tableau. Un champ décrit une caractéristique ; il ne prouve pas que sa valeur est exacte.

Pour commencer, choisissez un type qui revient dans votre travail. Un supertag Source peut recevoir un lien et une date de consultation. Un supertag Projet peut recevoir un résultat attendu et un état. Les champs sont une aide à la lecture, pas une obligation de modéliser toutes les informations.

Exemple fictif : des sources utiles à une présentation

Préparez un petit ensemble séparé de votre travail : un projet et trois sources. Vous cherchez à retrouver les sources à relire, puis à rejoindre la décision de la présentation. Voici une proposition de structure :

Type	Champs proposés	Rôle dans l’exemple
Projet	Résultat, état	Présentation à relire
Source	URL, consultée le, état, projet	Entretien ou document à examiner
Décision	Choix, motif, source, projet	Angle retenu après validation

Ce tableau propose une organisation ; il ne décrit pas des objets créés ni une relation déjà configurée. Dans votre essai, vérifiez que le champ Projet renvoie au bon nœud et que la source reste accessible depuis la décision. Gardez le nombre de champs assez petit pour pouvoir relire chaque valeur.

Créer un supertag et compléter ses champs

Le parcours officiel utilise # dans un nœud pour rechercher ou créer un supertag. Sa configuration permet de définir les champs du modèle et certaines valeurs par défaut. Une valeur par défaut décrit le point de départ choisi ; elle ne représente pas une vérification automatique du contenu.

1. Choisissez le type Source dans un espace d’essai.
2. Ajoutez les champs nécessaires au parcours que vous voulez vérifier.
3. Appliquez ce type à trois nœuds fictifs.
4. Renseignez une valeur différente pour leur état.
5. Examinez si la vue permet de comprendre les différences sans ouvrir chaque nœud.

Si vous modifiez le modèle, regardez séparément les objets existants et ceux créés ensuite. Vérifiez ce qui est réellement ajouté ou conservé. Un changement de structure ne devrait pas transformer une source non relue en source validée par le seul ajout d’un état par défaut.

Construire une recherche et vérifier ses résultats

La documentation des search nodes décrit des requêtes construisant une liste de nœuds selon des conditions. Les résultats sont des références : les modifier change le nœud original. Les recherches s’exécutent à leur expansion, plutôt que de tourner en permanence lorsque le nœud est replié.

Pour l’exemple, cherchez les nœuds de type Source dont l’état est « à relire ». Ajoutez un nœud témoin portant un autre état et vérifiez qu’il n’apparaît pas. Si le champ est absent ou vide, examinez sa prise en compte dans votre requête. Le simple fait de voir des lignes dans une table ne valide pas le filtre.

Gardez aussi une référence directe au projet et à sa décision actuelle. La vue filtrée facilite la consultation, mais elle ne remplace pas ce point d’entrée. Si vous ne savez plus pourquoi une ligne apparaît, ouvrez la requête et relisez ses conditions.

Exporter le contenu avant une migration

Le guide officiel d’export distingue les exports d’espace, les téléchargements de nœuds et les commandes de copie. Il présente notamment Markdown pour une sortie lisible et JSON pour davantage de structure. Choisissez selon ce que vous souhaitez récupérer ; un export lisible ne prouve pas la reconstruction de toutes les fonctions.

Sur votre petit corpus, contrôlez le texte, les champs, les références et les médias dont vous avez besoin. Ouvrez la sortie dans l’outil destinataire. Si l’objectif est une restauration, vérifiez aussi le parcours de reprise dans un espace séparé. Nous n’avons pas effectué ces opérations pour cet article.

IA et automatisations : vérifier ce qui a changé

Un champ renseigné par une IA peut contenir une proposition plausible et fausse. Gardez la source d’origine, relisez les valeurs et distinguez les suggestions des choix validés. Avant d’automatiser un classement, définissez le résultat attendu et le moyen de revenir sur une erreur.

Pour des informations sensibles ou partagées, examinez l’offre utilisée, les droits, les conditions de stockage et les fonctions d’IA activées. Cette page explique un mécanisme de structuration ; elle ne démontre pas la confidentialité d’un compte ni la fiabilité d’une automatisation.

Quand Tana est-il une piste utile ?

Tana mérite un essai si plusieurs types d’objets reviennent dans vos notes et si des champs permettent de les retrouver. Si vous rédigez surtout des textes linéaires, le modèle peut demander plus de réglages que votre usage n’en réclame. Commencez par une collection, puis décidez selon la reprise réelle du travail.

Comparez Roam Research et Logseq pour d’autres usages par blocs, Notion pour un autre parcours de bases, RemNote pour les cartes de révision, ou Joplin et Obsidian comme logiciel PKM pour d’autres formes de notes.

Chez Optimike, une structure est utile lorsqu’elle rend la source, le rôle du contenu et la référence actuelle compréhensibles. Le nombre de champs ou de connexions ne suffit pas à le montrer. Gardez l’arbitrage humain visible et essayez de retrouver une décision avant d’ajouter un nouveau modèle.