En bref
Une bible de série doit consigner ce que les livres publiés ont établi, pas tout ce que vous avez imaginé. Donnez une fiche à chaque personne, lieu, règle et terme, notez où chaque fait apparaît pour la première fois, et séparez ce que savent les lecteurs de ce que vous seul savez. Mettez-la à jour à des moments fixes, par exemple après un premier jet complet et après les dernières corrections. Un document unique convient à une série courte ; Obsidian convient aux auteurs qui veulent des fichiers Markdown locaux reliés entre eux et leur propre structure ; Yazar.io convient aux romanciers qui veulent des sections prêtes à l’emploi, des liens automatiques et une chronologie à côté d’un manuscrit dans Word ou Google Docs.
Vous rédigez le tome trois et devez savoir à quelle main Bastian a perdu deux doigts. Le tome un disait la gauche. Vos notes disent la droite. Le tome deux, vous le découvrez, disait aussi la droite, dans une seule phrase que vous aviez oublié avoir écrite. La question n’est plus de savoir ce qui est vrai, mais ce qu’on a déjà dit aux lecteurs.
La bible de série existe pour ce moment-là. Son rôle est plus restreint que celui d’un carnet de création de monde : consigner ce que les livres ont fixé noir sur blanc, plus assez de vos projets personnels pour que les tomes suivants ne les contredisent pas. Ce guide suit une trilogie inventée qui se déroule à Merrow, une cité de canaux, avec deux tomes publiés et un troisième en cours d’écriture.
Consigner ce qui est fixé, pas les idées#
Décidez d’abord de ce qui fait partie du canon. Une règle qui fonctionne : tout ce qui est imprimé est canon, et tout ce qui n’existe que dans vos notes est un projet que vous pouvez encore modifier. Quand les deux divergent, le livre l’emporte, sauf si vous le corrigez délibérément.
Ce qui y entre :
- Personnages : noms et orthographes, âges rattachés à une date, apparence décrite, blessures, relations, tics de langage.
- Lieux : noms, topographie sur laquelle le texte s’est appuyé, durées de trajet énoncées ou sous-entendues.
- Règles : le fonctionnement de la magie, de la technologie, du droit ou des coutumes, y compris chaque limite qu’une scène a exploitée.
- Termes : mots inventés, titres, majuscules, et l’orthographe du Chenal Étroit.
- Événements : datés par rapport à la série et reliés aux personnes concernées.
- Fils narratifs : amorces pas encore résolues, et l’endroit où chacune a été plantée.
Laissez de côté l’histoire que vous avez inventée sans jamais l’utiliser, sauf si un tome ultérieur risque d’y puiser. Rangez-la dans un fichier d’idées à part, pour que la bible reste une source fiable. Les noms méritent une attention particulière : comme l’explique le guide sur les noms de lieux, une fois imprimés, ils sont figés. Les décisions qui ne sont pas encore imprimées ont leur propre ordre dans les questions pour créer un monde.
Donner la même forme à chaque fiche#
Une fiche doit répondre aux questions que vous vous posez en pleine rédaction, toujours dans le même ordre. Une seule fiche par élément ; si un fait concerne deux fiches, rangez-le dans l’une et renvoyez-y depuis l’autre. Organisez la bible par type, et ajoutez une courte page par tome qui liste ce qu’il a établi, les fils qu’il a ouverts et fermés, et les choix d’orthographe arrêtés pendant sa correction.
Voici une fiche de personnage dans la bible de Merrow :
Bastian Rook
Rôle : oncle de Wren, contrebandier sur le Chenal Étroit
Dans le texte :
- A perdu deux doigts de la main gauche (Tome 1, chap. 4)
- Appelle Wren « Lockling » (Tome 1, chap. 2 ; Tome 2, chap. 9)
Les lecteurs savent : il faisait de la contrebande pour la Guilde des Lanternes (Tome 2, chap. 15)
Wren sait : pas encore
Auteur seulement : il sait que la magistrate Oriel est la tante de Wren
Fils ouverts : sa dette envers la Guilde (plantée Tome 2, chap. 21)
C’est la référence placée après chaque fait qui rend la bible utilisable. Sans elle, chaque doute vous oblige à relire des livres entiers.
Distinguer ce que savent les lecteurs de ce qui est vrai#
Pour chaque fait important, séparez trois couches : ce qui est vrai dans le monde, ce qu’on a dit ou montré aux lecteurs, et ce que sait chaque personnage. Un quatrième état aide pour les mystères : suggéré, quand les lecteurs ont des indices mais aucune confirmation.
| Fait | Lecteurs | Wren | Première apparition dans le texte |
|---|---|---|---|
| Oriel est la tante de Wren | Dit, dans un chapitre du point de vue d’Oriel | Non | Tome 2, chap. 18 |
| La Guilde a falsifié les registres des écluses | Suggéré | Soupçonne | Tome 1, chap. 20 |
| Le père de Pim est vivant | Rien | Non | Pas encore décidé |
La tension du tome trois repose sur ce tableau. Les lecteurs voient Wren faire confiance à Oriel en sachant ce qu’elle ignore ; oubliez dans quelle couche se trouve un fait, et vous gâchez une révélation ou vous la répétez comme une nouveauté. Notez aussi les détails mentionnés une seule fois, qui pourraient demander un léger rappel. Le guide de la chronologie traite la même distinction entre événements et connaissances à l’échelle d’un seul livre.
Mettre à jour à des moments fixes#
Tout mettre à jour en permanence transforme l’écriture en travail de secrétariat, et mettre à jour trop rarement laisse les erreurs s’accumuler. Des moments fixes fonctionnent mieux :
- Pendant la rédaction, tenez une courte liste « à vérifier » au lieu de vous interrompre pour modifier les fiches.
- Après un premier jet complet, ajoutez ce qui vient d’être fixé et fermez les fils résolus.
- Après les dernières corrections, alignez la bible sur le texte tel qu’il sera imprimé. Des retouches tardives peuvent changer des noms, des durées et des orthographes, et c’est la version imprimée qui fait foi.
- Avant le tome suivant, relisez les fils ouverts et la page du tome précédent, et décidez lesquels le nouveau livre doit reprendre.
Quand vous modifiez un fait déjà imprimé, notez le changement et sa raison, pour qu’un tome ultérieur ne ressuscite pas l’ancienne version.
Vérifier la continuité avant le tome trois#
Avant d’écrire le tome trois, l’auteur de Merrow consulte chaque fiche que le nouveau plan touche.
La main de Bastian. Le tome un dit la gauche ; le tome deux, au chapitre 12, évoque « sa main droite mutilée ». Les exemplaires déjà vendus ne peuvent pas être modifiés : l’auteur note donc les deux références, retient la gauche comme canon parce qu’elle est apparue en premier, et évite de préciser la main dans le tome trois.
L’âge de Pim. Pim a neuf ans dans le tome un. Le tome deux devait se dérouler trois ans plus tard, mais lui donne onze ans. Rien dans la bible n’impose trois ans, donc l’écart passe à deux, les événements datés sont décalés, et dans le tome trois, qui se passe un an après, Pim a douze ans.
Le Chenal Étroit. La page des termes indique « Chenal Étroit », mais le nouveau brouillon écrit sans cesse « Chenal-Étroit ». La bible le repère avant qu’un correcteur n’ait à le faire.
Le secret d’Oriel. Les lecteurs le connaissent depuis le tome deux ; Wren, non. Le plan prévoit qu’elle l’apprenne au chapitre 6, donc la ligne « Wren sait » ne change qu’une fois ce chapitre définitif, et non au moment où il est prévu.
Chaque vérification a demandé une simple consultation plutôt qu’une relecture, parce que chaque fait portait sa référence.
Comparer trois façons de tenir la bible#
Les habitudes ci-dessus comptent davantage que le logiciel, mais certains outils en facilitent une partie. Chacune de ces trois approches convient à un profil d’auteur différent.
Un document unique#
Un seul fichier Word ou Google Docs, avec un titre par fiche, est le plus rapide à mettre en route et le plus simple à envoyer à un éditeur. Sa faiblesse apparaît quand il grossit : les liens sont manuels, les faits se retrouvent copiés à plusieurs endroits, et la chronologie devient un tableau séparé que vous synchronisez à la main.
Des notes reliées dans Obsidian#
Obsidian enregistre les notes sous forme de fichiers Markdown en texte brut dans un coffre (vault), c’est-à-dire un dossier sur votre propre ordinateur (stockage). Chaque fiche devient une note reliée par [[Bastian Rook]], et renommer une note peut mettre à jour les liens qui pointent vers elle dans tout le coffre (liens internes). Le module Backlinks (rétroliens) liste les notes qui renvoient à la note active ainsi que les mentions non liées de son nom, ce qui constitue le cœur d’une vérification de continuité (rétroliens).
Les propriétés se prêtent bien à une bible : ce sont des champs stockés en YAML en haut d’une note, avec des types comme texte, liste, nombre et date (propriétés). Donnez à chaque note une propriété first_book, et une recherche comme [first_book:2] retrouve tout ce que le tome deux a introduit (recherche). Le module principal Templates (modèles) insère la structure de votre fiche dans la note active (modèles). Le guide du carnet Obsidian propose une petite configuration de départ.
Un espace de création de monde : Yazar.io#
Yazar.io est un espace de travail en ligne qui s’installe à côté d’un manuscrit tenu dans Word ou Google Docs, sans le remplacer. Ses sections couvrent d’emblée l’essentiel d’une bible, dont Personnages, Lieux, Organisations, Histoire du monde, Objets et Glossaire, plus un arbre généalogique en glisser-déposer. Tapez un nom et le lien se crée tout seul, ou tapez @ pour en choisir un ; chaque page dispose d’un panneau de rétroliens qui montre qui la mentionne (fonctionnalités). Pour la série d’un romancier, c’est un très bon choix qui demande peu de configuration.
Deux fonctions recoupent de près les habitudes décrites plus haut. Les modèles de champs par section permettent à chaque personnage de porter les mêmes champs « Première apparition » et « Ce que savent les lecteurs », avec des types comme texte, choix et relation ; modifier un modèle ne touche jamais les fiches existantes, donc arrêtez vos champs avant de saisir les personnages du tome un. Les événements de la Chronologie acceptent des dates en texte libre comme « Tome 2, printemps », se relient aux personnages et aux lieux concernés, et apparaissent sur leurs pages dans l’ordre chronologique : c’est là que se vérifie l’âge de Pim (nouveautés). Les notes passent par des statuts, d’Idée à Utilisée, ce qui en fait un endroit naturel pour les fils ouverts.
Connaissez les limites avant d’y transférer une série. La recherche rapide fonctionne à l’intérieur d’un seul livre : envisagez donc de garder toute la série dans un seul livre Yazar.io plutôt qu’un par tome. Il n’existe pas d’outil d’importation, si bien qu’une bible existante doit être ressaisie (FAQ sur l’usage hors ligne). L’offre gratuite permet 2 livres et 15 fiches modifiables par type d’entité dans chaque livre, ce que les personnages d’une série finiront par dépasser ; Glossaire, Chronologie, Notes et Citations sont illimités, et l’offre Pro supprime la limite de fiches (offres). Si les lecteurs veulent un compagnon de lecture, chaque livre peut publier un wiki en lecture seule avec les sections choisies, et les notes ne sont jamais partagées et la chronologie reste désactivée tant que vous ne la publiez pas (wiki, nouveautés) : gardez donc les spoilers dans les notes plutôt que dans les fiches.
| Tâche | Document unique | Obsidian | Yazar.io |
|---|---|---|---|
| Démarrer | Rien à configurer | Concevoir vos propres dossiers, modèles et propriétés | Sections prêtes à l’emploi ; ajoutez des modèles de champs |
| Trouver chaque mention d’un personnage | Rechercher dans le document | Rétroliens, y compris les mentions non liées | Panneau de rétroliens sur chaque page |
| Suivre ce que savent les lecteurs | Un titre ou un tableau que vous tenez à jour | Une propriété sur chaque note, interrogeable par la recherche | Un champ de modèle, ou une note avec un statut |
| Âges et dates | Un tableau tenu à la main | Une structure que vous construisez vous-même | Événements de la chronologie listés sur la page de chaque personnage |
| Partager avec les lecteurs | Envoyer ou exporter le fichier | Partager des copies des fichiers | Wiki en lecture seule gratuit ; les notes ne sont jamais incluses ; la Chronologie est désactivée, sauf si vous la publiez |
| Changer d’outil | C’est déjà un fichier | Ce sont déjà des fichiers Markdown | Export Markdown ou JSON |
Adapter la bible à la série#
- Un diptyque, ou un roman autonome avec une suite : un document qui suit la structure de fiche ci-dessus suffit souvent. Les références comptent plus que l’outil.
- Une trilogie et au-delà : les liens et les rétroliens commencent à rentabiliser leur mise en place, et les pages par tome comme le tableau des connaissances des lecteurs deviennent les parties que vous consultez le plus. C’est là qu’Obsidian ou Yazar.io trouve sa place.
- Une longue série, ou plusieurs points de vue : suivez les connaissances de chaque personnage point de vue et gardez une seule chronologie pour toute la série. Si un coauteur a besoin d’y accéder, décidez qui tient le canon ; Yazar.io ne permet pas l’édition partagée.
Pour une sélection plus large qui inclut World Anvil et Campfire, consultez les meilleurs outils de création de monde.
Les erreurs courantes dans une bible de série#
- Consigner des projets comme du canon. Une note sur ce qui pourrait arriver dans le tome quatre se lit comme un fait un an plus tard. Signalez clairement les projets, ou gardez-les dans le fichier d’idées.
- Des faits sans source. Un fait sans référence impose une relecture au premier doute. Ajoutez le tome et le chapitre au fur et à mesure.
- Un même fait dans plusieurs fiches. Les copies finissent par diverger. Donnez à chaque fait un seul emplacement et renvoyez-y.
- Une bible plus grosse que les livres. Si la tenir à jour prend plus de temps que d’écrire, réduisez-la à ce qu’un tome ultérieur pourrait contredire.
Sources
- Obsidian: How Obsidian stores data · 11 octobre 2026
- Obsidian: Internal links · 11 octobre 2026
- Obsidian: Backlinks · 11 octobre 2026
- Obsidian: Properties · 11 octobre 2026
- Obsidian: Search · 11 octobre 2026
- Obsidian: Templates · 11 octobre 2026
- Obsidian: Back up your Obsidian files · 11 octobre 2026
- Yazar.io: Features · 21 octobre 2026
- Yazar.io: Product updates · 21 octobre 2026
- Yazar.io: Plans and limits · 21 octobre 2026
- Yazar.io: Shareable wiki · 21 octobre 2026
- Yazar.io FAQ: Can I use Yazar.io offline? · 11 octobre 2026