Ein Weltenbau-Wiki in Notion aufbauen, das nützlich bleibt

Deine Welt in Notion begann als eine einzige Seite namens „Welt“. Sechs Monate später enthält sie vierzig verschachtelte Seiten, drei davon heißen „Sonstiges“, und du kannst nicht sagen, wer das Schleusentor kontrolliert, von dem deine Handlung abhängt, ohne die Hälfte davon zu öffnen. Notion hat nichts falsch gemacht. Ein Seitenbaum weiß nur einfach nicht, dass eine Figur zu einer Fraktion gehört oder an einem Ort lebt.

Dieser Leitfaden baut ein kleines Wiki rund um genau diese Verbindungen auf. Er stützt sich auf das Hilfecenter von Notion, Stand 11. Oktober 2026, nicht auf einen Praxistest, und der Aufbau ist ein redaktioneller Vorschlag. Das durchgehende Beispiel ist Saltmere, eine erfundene Marschenstadt, in der zwei Fraktionen um die Tore streiten, die das Meer von ihren Salzpfannen fernhalten.

Beginne mit drei Datenbanken statt mit einem Seitenbaum#

In Notion ist eine Datenbank eine Sammlung von Seiten. Jedes Element, das du hinzufügst, ist eine vollständige Seite, auf der du schreiben kannst, und Properties (Eigenschaften) versehen es mit Angaben wie Daten, Status und Links (Einführung in Datenbanken). Genau diese Form braucht ein Welt-Wiki: Der Eintrag zu Odile Sarr kann eine lange Vorgeschichte enthalten und trotzdem in einem filterbaren Feld angeben, welcher Fraktion sie dient.

Lege drei ganzseitige Datenbanken an: Figuren, Orte und Fraktionen. Ganzseitige Datenbanken stehen wie jede andere Seite in der Seitenleiste; Inline-Datenbanken liegen innerhalb einer anderen Seite und zeigen ihre Bedienelemente erst, wenn du mit der Maus darüberfährst (Einführung in Datenbanken). Saltmere beginnt mit sieben Einträgen:

• Figuren: Odile Sarr, eine Schleusenwärterin; Casimir Lusk, Agent der Salzhändler.
• Orte: Saltmere, die Lower Pans, Gate Nine.
• Fraktionen: die Tide Wardens, die Brine Guild.

Warte mit einer vierten Datenbank. Religionen, Magieregeln oder Ereignisse können gewöhnliche Seiten bleiben, bis du mehrere davon hast und sie sortieren oder filtern willst.

Gib jeder Datenbank wenige Properties, nach denen du filterst#

Eine Property hat ihren Platz verdient, wenn du nach ihr filterst, sortierst oder gruppierst. Zu den Typen in Notion gehören Text, Number, Select, Multi-select, Status, Date, Relation und Rollup; Select wählt eine Option aus einer Liste, Multi-select eine oder mehrere (Datenbank-Properties). Alles andere gehört in den Text der Seite.

Kanon leistet die meiste Arbeit. „Casimir könnte Odiles Halbbruder sein“ bleibt Offen, bis eine Szene es klärt, und ein einziger Filter zeigt alle offenen Fragen auf einmal. Füllen sich Einträge mit leeren Feldern, kann das Menü „Customize page“ (Seite anpassen) eine Property ausblenden, solange sie leer ist (Einführung in Datenbanken).

Verbinde die Datenbanken mit beidseitigen Relationen#

Eine Relation verknüpft Elemente in verschiedenen Datenbanken. Relationen sind standardmäßig einseitig. Wenn du eine anlegst, kannst du aber „Show on [database name]“ aktivieren; das ergänzt in der anderen Datenbank eine passende Property, sodass Änderungen in beide Richtungen wirken (Relationen und Rollups). Fügst du Odile auf ihrer Seite den Tide Wardens hinzu, erscheint sie ohne weiteren Schritt unter den Mitgliedern der Wardens.

Zwei Einstellungen passen gut zum Weltenbau. Eine Relation lässt sich auf eine einzige Seite begrenzen, was zu „Wohnort“ passt, wenn jede Figur nur einen festen Wohnsitz hat. Eine Datenbank kann sich außerdem auf sich selbst beziehen: Eine Relation „Rivalen“ in Figuren verknüpft Casimir und Odile, und wenn die beidseitige Relation ausgeschaltet ist, funktioniert eine einzige Property in beide Richtungen (Relationen und Rollups).

Lass die Relation die Tatsache tragen. Nennt der erste Absatz Odile „eine Warden“, während ihre Property „Fraktion“ später Brine Guild angibt, hast du zwei Antworten und keine Möglichkeit zu erkennen, welche aktuell ist. Der Leitfaden zum Obsidian-Notizbuch plädiert ebenfalls dafür, jeder Tatsache ein einziges Zuhause zu geben.

Beantworte mit Rollups Fragen, die du wirklich stellst#

Ein Rollup liest eine Property über eine Relation aus und rechnet damit. Zu den Optionen gehören Show original, Show unique values und mehrere Zählarten, bei Zahlen außerdem Sum, Min und Max (Relationen und Rollups). Füge eines nur hinzu, wenn es eine Frage beantwortet, die du dir immer wieder stellst.

In Saltmere haben sich zwei ihren Platz verdient:

1. Welche Fraktionen haben hier Leute? Wenn du „Wohnort“ anlegst, nenne die Gegen-Property in Orte „Personen hier“. Ein Rollup auf „Personen hier“, das die eindeutigen Werte ihrer Fraktion zeigt, verrät dir, dass sich in Gate Nine sowohl Wardens als auch Guild aufhalten. Genau deshalb ist das Tor so wichtig.
2. Wie viele namentlich bekannte Mitglieder hat jede Fraktion? In Fraktionen zeigt ein Rollup mit Count all auf „Mitglieder“, dass die Brine Guild nur eines hat. Ein Hinweis, dass sie vor Kapitel sieben ein zweites Gesicht braucht.

Das Hilfecenter dokumentiert zwei Grenzen: Ein Rollup lässt sich nicht erneut aufrollen, und ein Rollup lässt sich nur sortieren, wenn es eine Zahl ausgibt. Hat deine Welt einen eigenen Kalender, ist eine Number-Property für das Jahr womöglich besser als eine Date-Property, weil Min und Max mit Zahlen funktionieren. Was dieses Jahresfeld festhalten sollte, behandelt der Leitfaden zur Zeitleiste.

Baue eine Startseite aus verknüpften Ansichten#

Auf der Startseite beginnt jede Arbeitssitzung. Statt Listen dorthin zu kopieren, fügst du verknüpfte Ansichten deiner Datenbanken ein. Ansichten, Filter, Sortierungen und Gruppierungen, die du in einer verknüpften Ansicht änderst, lassen die Ansichten der Originaldatenbank unberührt, während Änderungen an Seiten und Properties im Original ankommen (Datenquellen und verknüpfte Datenbanken).

Die Startseite von Saltmere enthält drei:

• Offene Fragen: Figuren, gefiltert auf Kanon ist Offen.
• Wer ist wo: Figuren als Board, gruppiert nach Wohnort.
• Kapitel sieben: Orte, gefiltert auf Gate Nine und die Lower Pans.

Jede Ansicht behält ihre eigenen Einstellungen, und ein Filter lässt sich für alle speichern oder nur für dich behalten (Ansichten, Filter, Sortierungen und Gruppen). Das Layout Calendar ordnet Elemente nach einer Date-Property an; eine Welt ohne Daten aus der echten Welt hat davon also womöglich wenig.

Bevor du eine neue Funktion hinzufügst, ordne sie der Frage zu, die sie beantwortet:

Lege eine Datenbankvorlage an, sobald sich eine Seitenform wiederholt#

Schreib die ersten drei Figurenseiten von Hand. Sobald du weißt, welche Überschriften du ausfüllst, machst du daraus eine Vorlage: Öffne das Dropdown neben New, wähle + New template und lege dann Property-Werte und Seiteninhalt fest. Eine Vorlage kann jede Art von Inhalt enthalten und ist nur in der Datenbank verfügbar, in der du sie erstellt hast (Datenbankvorlagen).

Eine Figurenvorlage für Saltmere könnte Kanon auf Offen setzen und vier Überschriften enthalten:

Was die Figur will
Was sie fürchtet
Was sie weiß und andere nicht
Nutzen für die Geschichte

Lass Relations-Properties in der Vorlage leer. Die Hilfe von Notion warnt: Eine ausgefüllte Relation sorgt dafür, dass jede aus der Vorlage erstellte Seite mit derselben bestehenden Seite verknüpft ist. Jede neue Figur würde also stillschweigend den Tide Wardens beitreten. Welche Fragen eine eigene Überschrift verdienen, schlägt der Leitfaden zu Figuren vor.

Verfolge eine Änderung durch Saltmere#

Im dritten Entwurf entscheidest du, dass sich die Brine Guild vor dem Sturm die Kontrolle über Gate Nine erkauft hat. Zieh die Änderung durch:

1. Ändere bei Gate Nine den Wert von „Kontrolliert von“: Brine Guild statt Tide Wardens. Die Relation ist beidseitig, also aktualisiert sich auch die Seite der Guild.
2. Öffne die Backlinks von Gate Nine. Notion erzeugt jedes Mal einen Backlink, wenn du eine Seite per @ erwähnst, und zeigt Backlinks unter ihrem Titel oder bei einer Datenbankseite zwischen den Properties (Links und Backlinks). Eine Szenennotiz mit dem Satz „@Gate Nine ist der Stolz der Wardens“ ist jetzt falsch.
3. Durchsuche den Arbeitsbereich nach Formulierungen wie „Tor der Wardens“. Reiner Text, der die Seite nie erwähnt hat, hinterlässt keinen Backlink.
4. Prüfe Odile. Bewacht sie noch ein Tor, das ihre Fraktion nicht mehr kontrolliert, setz die Frage auf Offen, statt Szenen aus dem Gedächtnis zu flicken.

Schritt zwei funktioniert nur, wenn du Orte per @ erwähnst, statt ihre Namen einzutippen. Gewöhn dir das auf der ersten Seite an, nicht auf der vierzigsten.

Behebe die Fehler, durch die ein Notion-Wiki veraltet#

Passe das Wiki an Projekt und Beteiligte an#

Ein Roman. Drei Datenbanken und eine Startseite reichen meist aus. Ergänze Lore oder Ereignisse erst dann als vierte Datenbank, wenn du ein Dutzend Einträge dieser Art hast.

Eine Serie. Ergänze eine Datenbank Bücher und in Figuren eine Relation „Kommt vor in“; ein Rollup mit Count all zeigt dann, wer mehr als ein Buch getragen hat. Was eine Serienreferenz festhalten muss, behandelt der Leitfaden zur Serienbibel.

Schreiben ohne Verbindung. Offline funktioniert Notion in den Desktop- und Mobil-Apps, nicht im Browser. Du markierst Seiten als „Available offline“ (offline verfügbar); ihre Unterseiten werden nicht automatisch heruntergeladen, und eine Datenbank bringt nur die ersten 50 Zeilen ihrer ersten Ansicht mit (Seiten offline nutzen). Setz die Ansicht, die du am häufigsten brauchst, an die erste Stelle.

Mitschreibende oder eine Spielgruppe. Zu den Berechtigungsstufen gehören Can edit content, womit jemand in einer Datenbank Seiten und Property-Werte anlegen und bearbeiten kann, ohne ihre Struktur zu ändern, und Can view, das nur Lesen erlaubt. Gäste brauchen ein eigenes Notion-Konto (Freigaben und Berechtigungen). Lock database hindert andere daran, Properties und Optionswerte zu ändern (Einführung in Datenbanken). Eine gefilterte verknüpfte Ansicht ist kein Schutz der Privatsphäre: Sie folgt der Zugriffsstufe der Originaldatenbank, und man braucht Zugriff auf diese Datenbank, um die Ansicht überhaupt zu sehen. Halte Spoiler auf Seiten, die deine Spieler nicht öffnen können.

Eine Kopie behalten. Der Versionsverlauf stellt frühere Fassungen einer Seite wieder her, wie weit er zurückreicht, hängt aber von deinem Tarif ab (Inhalte löschen und wiederherstellen). Du kannst Seiten außerdem als HTML, PDF oder Markdown exportieren, Datenbanken als CSV (Inhalte exportieren). Exportiere das Wiki ab und zu und öffne die Dateien, um zu sehen, was erhalten geblieben ist.