Tutoriel OBSIDIAN en français: choisir le bon titre et nom de fichier

Choisir un titre de note cohérent avec le nom du fichier est présenté comme un point clé pour éviter des incohérences qui compliquent la recherche et cassent les liens internes. Dans Obsidian, chaque note est un fichier texte stocké localement (dans un dossier sur le disque dur), avec une extension “.md”. Cette approche donne deux garanties pratiques : les données restent sous contrôle (pas de dépendance à un réseau) et les fichiers restent lisibles/éditables par n’importe quel logiciel de texte, même si Obsidian disparaissait.

Sur le plan opérationnel, la règle de base est simple : le titre affiché dans la note devrait correspondre au nom du fichier. L’exemple “document 1” illustre le mécanisme : le fichier “document 1.md” contient ensuite un titre mis en forme (niveau 1) dans le contenu. Si le titre dans la note et le nom du fichier divergent, la recherche et la navigation peuvent devenir moins fiables, car le système de fichiers et l’affichage ne reflètent plus la même “identité” de la note.

Quand un titre change, Obsidian peut aussi mettre à jour automatiquement les liens internes. L’option “toujours mettre à jour les liens” est recommandée : sans cette mise à jour, un lien créé vers une note peut ne plus pointer correctement après renommage. L’interface signale alors le nombre de liens concernés, ce qui permet de vérifier l’impact avant de laisser le système évoluer.

La vidéo insiste ensuite sur l’organisation : au lieu de laisser toutes les notes au même endroit, il est possible de choisir le dossier de destination lors de la création. Par exemple, des notes peuvent être automatiquement rangées dans un dossier “inbox” (ou un autre dossier dédié), ce qui facilite la structuration du “réseau de savoir”.

Pour automatiser la cohérence entre nom de fichier et titre, un plugin est introduit : “File name heading” (installé puis activé). Une fois en place, modifier le titre met à jour le nom du fichier, et inversement. Le tutoriel précise toutefois une particularité : le plugin s’appuie sur la première ligne comme titre. Si des métadonnées (alias) ou des blocs de “metadata” sont placés avant le titre, le plugin peut croire qu’il n’y a pas de titre et en recréer un, créant une dissociation.

La solution consiste à ajuster le paramètre du plugin “nombre de lignes à checker” (par exemple 10) pour qu’il détecte le titre même s’il n’est pas strictement en toute première ligne. Si les alias sont nombreux, il faut éviter de dépasser cette fenêtre de détection. Une alternative plus radicale est de désactiver le plugin, ou de l’exclure note par note via une commande “ignore” (pour que le plugin ne modifie pas certaines notes).

Enfin, plusieurs conventions de nommage sont proposées pour améliorer la recherche : préfixer des notes de lecture par “Auteur — Titre” (ou des formats similaires pour audio/vidéo), et regrouper des personnes dans un dossier dédié (ex. “personnes”) afin de créer des liens plus simples. Le tutoriel compare aussi les options de liens “chemin relatif” (plus court, souvent préféré) et “chemin absolu” (plus explicite mais plus lourd), en notant que le choix influence surtout les liens créés à partir de ce moment-là. L’ensemble vise un objectif : un système de notes stable, cohérent et facile à retrouver, sans perdre la maîtrise des fichiers.