Eine Wissensdatenbank ohne bewusste Struktur ist eine Sammlung von Artikeln, kein Dokumentationssystem. Leser können einzelne Artikel durch die Suche finden, aber sie können nicht kohärent navigieren, kein Verständnis aufbauen oder entdecken, wonach sie nicht suchen müssen. Struktur ist das, was Inhalte zu einer Ressource macht – für menschliche Leser und zunehmend auch für die Suchmaschinen und KI-Systeme, die sie crawlen und zitieren.
Dieser Artikel behandelt, wie man eine Wissensdatenbank plant und organisiert, damit sie den Lesern gut dient – nicht nur beim Start, sondern auch beim Wachsen.
Beginnen Sie mit den Zielen der Leser, nicht mit Produktfunktionen
Der häufigste Strukturfehler besteht darin, eine Wissensdatenbank darum zu organisieren, wie das Produkt aufgebaut ist, anstatt darum, was die Leser eigentlich erreichen wollen. Ein Navigationsmenü, das die interne Architektur des Produkts widerspiegelt, ergibt für das Team, das es entwickelt hat, vollkommen Sinn. Das ergibt für sonst selten Sinn.
Beginnen Sie stattdessen mit einer Liste von Zielen der Leser. Was sind die zehn, zwanzig oder fünfzig Dinge, die Leser am häufigsten erreichen müssen? Gruppiere diese Ziele in Clustern. Diese Cluster bilden das Fundament deiner Navigationsstruktur.
Zum Beispiel gibt es statt eines oberen Bereichs namens "Einstellungen", der alle Konfigurationsoptionen enthält, vielleicht Abschnitte wie "Einstieg", "Verwaltung Ihrer Inhalte" und "Zugriff steuern" – jeder von ihnen greift zwar auf Einstellungen zurück, organisiert sie aber nach dem, was die Leser tun wollen.
Die drei Strukturebenen
Eine gut strukturierte Wissensdatenbank besteht aus drei Organisationsebenen, die zusammenarbeiten.
Navigationsstruktur
Die Navigationsstruktur ist die oberste Organisation – die Kategorien und Unterkategorien, die die Leser zum Durchstöbern und Orientieren nutzen. Es sollte die mentalen Modelle der Leser widerspiegeln, nicht die Produktarchitektur. Teste deine Navigationsstruktur mit echten Lesern, bevor du dich darauf festlegst: Wenn sie nicht vorhersagen können, wo sie etwas finden, muss die Struktur überdacht werden.
Halte die obere Ebene flach. Fünf bis acht Top-Level-Kategorien sind für die meisten Wissensdatenbanken ein brauchbarer Bereich. Mehr noch, und die Leser sind schon vor kognitiver Überlastung konfrontiert, bevor sie überhaupt angefangen haben. Weniger als fünf könnten bedeuten, dass Kategorien zu breit gefasst sind, um nützlich zu sein.
Diese Spanne gilt pro Produktoberfläche, nicht als absolute Obergrenze. Eine Plattform mit mehreren unterschiedlichen Produkten benötigt vernünftigerweise fünf bis acht Top-Level-Kategorien pro Produkt, wobei ein höherstufiger Switcher oder eine Landungsstruktur sie verbindet – anstatt alles in eine oberflächliche Liste zu pressen.
Artikel-Struktur
Jeder Artikel hat seine eigene interne Struktur. Diese Struktur sollte dem Inhaltstyp entsprechen: Anleitungen haben nummerierte Schritte, Nachschlagewerke konsistente Tabellenstrukturen, konzeptionelle Artikel haben logische Prosaabschnitte. Leser entwickeln Mustererkennung – wenn jede Anleitung strukturell gleich aussieht, können sie jede Anleitung navigieren, ohne das Layout neu lernen zu müssen.
Verwenden Sie Überschriften, um in jedem Artikel eine übersichtliche Struktur zu erstellen. Die meisten Leser lesen die Dokumentation nicht linear – sie scannen nach dem für sie relevanten Abschnitt und lesen von dort aus. Ein Artikel ohne Überschriften zwingt jeden Leser, jedes Mal von vorne anzufangen.
Konsistente, beschreibende Überschriften sind auch für Systeme relevant, die nicht menschlich sind. Suchmaschinen verwenden Überschriften, um zu verstehen, was eine Seite abdeckt, und KI-Assistenten verlassen sich darauf, um den spezifischen Abschnitt zu isolieren, der eine Frage beantwortet, anstatt einen ganzen Artikel wahllos zusammenzufassen.
Vernetzungsstruktur
Einzelne Artikel existieren nicht isoliert. Ein Leser, der gerade eine Aufgabe abgeschlossen hat, muss möglicherweise wissen, was als Nächstes zu tun ist. Ein Konzept kann davon abhängen, ein anderes Konzept zuerst zu verstehen. Crosslinks – wenn sie bewusst eingesetzt werden – führen die Leser durch einen logischen Weg, ohne eine einzige lineare Lesereihenfolge zu erzwingen.
Kreuzverknüpfen, wenn ein Leser wahrscheinlich den verlinkten Artikel als nächstes benötigt oder wenn ein im aktuellen Artikel verwendeter Begriff an anderer Stelle ausführlich erklärt wird. Verlinken Sie nicht um der Verknüpfung wegen – übermäßiges Verlinken lenkt ab und macht es schwer zu unterscheiden, welche Links wichtig sind.
Crosslinks bilden auch das interne Linkdiagramm, das Suchmaschinen nutzen, um zu verstehen, welche Seiten in Ihrer Wissensdatenbank am wichtigsten sind und die KI-Systeme nutzen, um zwischen verwandten Informationen bei der Zusammenstellung einer Antwort zu navigieren. Ein gut verlinkter Artikel ist sowohl für einen Menschen als auch für eine Maschine leichter in den Kontext zu setzen.
Umgang mit Inhalten, die an mehr als einen Ort gehören
Einige Artikel dienen tatsächlich mehr als einem Leserziel. Ein Artikel über Berechtigungen könnte zum Beispiel für jemanden in "Starting Start" und jemanden in "Zugriff kontrollieren" relevant sein. Wenn es nicht gelöst wird, führt das entweder zu duplizierten Inhalten (die aus dem Takt geraten) oder zu einer willkürlichen einzigen Platzierung, die die Hälfte deiner Leser nicht finden wird.
Die allgemeine Regel: Ein Artikel gehört genau zu einer Kategorie – seinem Hauptzweck – und ist mit allen anderen Kategorien verknüpft, die Leser vernünftigerweise suchen könnten. Duplizieren Sie den Inhalt nicht selbst. Wenn Sie feststellen, dass dieselben Informationen dupliziert werden müssen, um zwei Kategorien gut zu bedienen, ist das ein Signal, dass die Informationen in einen gemeinsamen Artikel aufgeteilt werden sollten, auf den beide Kategorien verlinken.
Struktur und Auffindbarkeit: SEO, AEO und GEO
Struktur ist nicht nur ein Navigationsproblem – sie beeinflusst direkt, ob Inhalte überhaupt gefunden werden können, sowohl von Menschen als auch von Maschinen.
- Suchmaschinen (SEO) nutzen Ihre Navigationshierarchie, URL-Struktur und interne Links, um zu verstehen, wie Seiten zueinander stehen und wie viel Gewicht sie jeder beimessen sollten.
- Answer-Engines (AEO) bevorzugen Seiten mit einem klaren, einzigen Zweck und einer direkt formulierten Antwort – genau das ist genau das, was das Prinzip "ein Thema pro Artikel" (unten) natürlich hervorbringt.
- Generative KI-Systeme (GEO) basieren auf konsistenter Struktur und Querverlinkung, um den richtigen Artikel zu finden und ihn korrekt mit benachbarten Themen zu verknüpfen, anstatt zwei ähnliche Artikel zusammenzuführen oder zu verwechseln.
Eine Wissensbasis, die gut strukturiert für menschliche Navigation ist, ist in den meisten Aspekten bereits gut strukturiert für diese Systeme. Der Punkt, an dem sich das unterscheiden kann, ist die URL- und Slug-Struktur: URLs stabil, beschreibend und mit dem Thema des Artikels in Einklang bringen und Weiterleitungen einsetzen, sobald ein Artikel umbenannt oder verschoben wird. Fehlerhafte oder umgeleitete Links ohne Ziel beeinträchtigen sowohl das Lesererlebnis als auch die Vertrauensfähigkeit eines Crawlers oder KI-Systems, dem Rest Ihrer Seite zu vertrauen.
Öffentliche vs. private Wissensdatenbankstruktur
Die richtige Struktur hängt auch davon ab, für wen die Wissensdatenbank gedacht ist.
- Öffentliche Wissensdatenbanken müssen eine breite, unvorhersehbare Bandbreite an Zielen und Einstiegspunkten der Leser aufnehmen – einschließlich Leser, die direkt von einer Suchmaschine oder einem KI-Assistenten zu einem Artikel kommen, ohne vorherigen Navigationskontext. Die Struktur muss hier auch funktionieren, wenn die Navigation selbst komplett übersprungen wird, weshalb Crosslinking und eigenständige Artikel wichtiger sind.
- Private (interne) Wissensbasen dienen typischerweise einem engeren, vorhersehbareren Zielsatz und können oft eine flachere, weniger redundante Struktur verwenden, da das Publikum mehr Kontext teilt. Die Bedenken der Auffindbarkeit verschieben sich von öffentlichen Suchmaschinen zu interner Suche und, falls zutreffend, zu internen KI-Assistenten – dieselben Prinzipien von klaren Überschriften und konsistenter Struktur gelten weiterhin, nur ohne die SEO/AEO-Schicht.
- Wissensbasen für ein gemischtes Publikum – üblich, wenn öffentliche und authentifizierte Inhalte im selben System liegen – sollten die Grenze zwischen beiden visuell und strukturell klar machen, damit ein Leser (oder Crawler) nicht von öffentlicher Dokumentation in Inhalte stolpert, die einen internen Kontext voraussetzen, oder umgekehrt.
Tiefe versus Breite
Jede Wissensdatenbank steht vor einer strukturellen Spannung zwischen Tiefe und Breite: Sollte man viele kurze Artikel zu engen Themen haben oder weniger lange Artikel, die mehr Themen abdecken?
Keines der Extreme funktioniert gut. Sehr kurze Artikel fragmentieren Informationen, sodass die Leser ständig navigieren müssen, nur um eine Aufgabe zu erfüllen. Sehr lange Artikel sind intern schwer zu navigieren und schwer aktuell zu halten.
Eine nützliche Heuristik: Jeder Artikel sollte genau ein Thema behandeln – das Thema, das sein Titel impliziert. Wenn der Titel eines Artikels "Nutzer verwalten" lautet, sollte alles in diesem Artikel relevant für die Benutzerverwaltung sein. Wenn Sie einen Abschnitt schreiben, der in einen anderen Artikel gehört, verschieben Sie ihn.
Als grobe Orientierung funktionieren die meisten Anleitungen und konzeptionellen Artikel gut zwischen 400 und 1.200 Wörtern. Nachschlagewerke können aus Notwendigkeit länger sein. Fehlerbehebungsartikel sind meist kürzer und konzentrieren sich auf spezifische Symptome.
Wachstumsplanung
Eine gut strukturierte Wissensdatenbank zum Start wird schlecht strukturiert, wenn kein Wachstum geplant ist. Neue Artikel, die ohne Heimat hinzugefügt werden, schaffen verwaiste Inhalte. Neue Funktionen, die ohne klare Kategorie behandelt werden, erzeugen Navigationsunklarheit.
Bauen Sie ein wenig vorwärtsorientierte Struktur in Ihr ursprüngliches Design ein. Wenn Sie ein Produkt dokumentieren, das im nächsten Jahr drei neue Hauptfunktionen haben wird, lassen Sie jetzt Raum für diese in Ihrer Navigation. Es ist einfacher, eine leere Kategorie zu befüllen, als eine vollständige umzustrukturieren.
Legen Sie einen regelmäßigen Überprüfungsrhythmus ein – vierteljährlich ist für die meisten Wissensdatenbanken geeignet –, um die Navigationsstruktur zu überprüfen und Artikel zu identifizieren, die verwaist, redundant oder veraltet sind. Fügen Sie defekte und umgeleitete Links in dieses Audit ein; strukturelle Veränderungen, die tote Links hinterlassen, untergraben stillschweigend sowohl das Vertrauen der Leser als auch die Entdeckungsbarkeit im Laufe der Zeit.
Ein praktischer Planungsprozess
Bevor Sie einen einzelnen Artikel schreiben, befolgen Sie diese sechs Schritte.
- Listen Sie Ihre Leserziele auf. Schreiben Sie jede Aufgabe auf, die ein Leser mit Ihrer Wissensdatenbank erledigen muss. Nicht filtern – erfassen Sie alles.
- Gruppiere die Ziele. Gruppiert die Ziele zusammen. Diese Cluster werden zu Ihren obersten Kategorien.
- Nennen Sie die Kategorien. Schreiben Sie Kategorienamen aus der Perspektive des Lesers. Namen sollten beschreiben, was der Leser dort finden wird, nicht das, was das Produktteam diesen Bereich nennt.
- Kartiere deine bestehenden Inhalte. Wenn Sie mit bestehenden Artikeln arbeiten, ordnen Sie jedem einzelnen eine Kategorie in Ihrer neuen Struktur zu. Artikel, die nirgendwo hingehören, müssen möglicherweise überarbeitet oder zurückgezogen werden. Wenn ein Artikel an mehr als einen Ort zu gehören scheint, entscheiden Sie sich für seine Hauptkategorie und planen Sie die Querverlinkungen zu den anderen.
- Teste die Struktur mit echten Lesern. Gib vor der Verpflichtung einigen Lesern eine Aufgabe und achte darauf, wo sie in der vorgeschlagenen Navigation danach suchen. Wenn sie nicht vorhersagen können, wo etwas wohnt, überarbeite sie, bevor du baust.
- Identifizieren Sie die Lücken. Die Ziele auf Ihrer Liste, die nicht durch bestehende Inhalte abgedeckt werden, sind Ihr Schreibrückstand.
Dieser Prozess dauert ein oder zwei Tage für eine mittelgroße Wissensbasis. Die Zeit hier spart später Wochen der Umstrukturierung.