Fachportale buendeln Wissen fuer spezialisierte Berufsgruppen. Ingenieure, Techniker, Juristen oder Softwareentwickler nutzen diese Plattformen nicht zur Unterhaltung. Sie suchen praezise Antworten auf eng umgrenzte operative Fragen. Die Struktur eines Portals entscheidet darueber, ob ein Anwender eine technische Zeichnung, ein Urteil oder eine Schnittstellendokumentation in wenigen Sekunden findet oder die Suche frustriert abbricht.

Eine tragfaehige Informationsarchitektur basiert auf einer nuechternen Analyse des Bestands und des Nutzerverhaltens. Sie reduziert die Komplexitaet grosser Datenmengen auf ein handhabbares Mass. Die Gliederung bildet nicht interne Unternehmensstrukturen ab, sondern folgt den mentalen Modellen der Fachanwender. Dieses Dokument beschreibt die systematische Konstruktion einer solchen Arbeitsumgebung.

Bestandsaufnahme vorhandener Dokumente und Daten

Zu Beginn steht die Erfassung des realen Bestands. Viele Fachportale wachsen ueber Jahre ohne zentrale Steuerung. Veraltete PDF-Dateien liegen neben aktuellen API-Spezifikationen. Tabellenblaetter existieren in mehreren Versionen auf verteilten Servern. Ein belastbares Portal verlangt einen vollstaendigen Ueberblick ueber jedes einzelne Objekt.

Fuer das Inhaltsaudit empfiehlt sich ein tabellarisches Verzeichnis. Jedes Dokument erhaelt eine eindeutige Kennung. Das Verzeichnis erfasst den Dateityp, das Datum der letzten Aktualisierung, den fachlichen Eigentuemer und das aktuelle Zugriffsvolumen. Fachportale umfassen haeufig zwischen 1200 und 45000 Inhaltsobjekte. Das Audit trennt aktive Inhalte von historischen Zustaenden. Nicht mehr gueltige Normen oder veraltete Handbuecher wandern in ein dediziertes Archiv oder werden geloescht.

Die qualitative Bewertung erfolgt anhand konkreter Kriterien. Das Fachteam prueft die fachliche Richtigkeit und die Vollstaendigkeit der Metadaten. Ein Dokument ohne Titel, ohne Datum und ohne Verfasser verliert im Portal seinen Wert. Es kann ueber Suchfilter nicht praezise angesteuert werden.

Nach der Erfassung folgt die Aggregation nach Inhaltsformaten. Strukturierte Daten aus Datenbanken benoetigen andere Darstellungsformen als Flasstexte oder Schaltplaene. Diese Trennung bildet das Fundament fuer das spaetere Datenmodell des Portals.

Kriterien fuer logische Hauptkategorien

Hauptkategorien fuehren Anwender auf die oberste Ebene des Fachwissens. Sie muessen ueberschaubar bleiben. Die kognitive Psychologie zeigt, dass Anwender mehr als sieben bis acht parallele Optionen auf einer Ebene nur noch verzoegert verarbeiten. Fachportale arbeiten optimal mit fuenf bis sieben Hauptkategorien.

Die wichtigste Eigenschaft dieser Kategorien ist ihre gegenseitige Ausschiesslichkeit. Ein Dokument darf logisch nur in genau eine primaere Hauptkategorie gehoeren. Wenn ein Schaltplan sowohl unter Konstruktion als auch unter Dokumentation abgelegt werden koennte, entsteht Verwirrung. Der Anwender muss raten, welcher Pfad schneller zum Ziel fuehrt.

Drei Modellierungsansaetze stehen zur Auswahl:

• Objektorientiert: Die Struktur folgt physischen oder digitalen Bauteilen, Komponenten oder Produkten. Dieser Ansatz eignet sich fuer Ersatzteilkataloge und Konstruktionshandbuecher.
• Aufgabenorientiert: Die Struktur orientiert sich an Arbeitsschritten wie Inbetriebnahme, Wartung, Kalibrierung oder Fehlerdiagnose. Dies dient Service- und Montageportalen.
• Themenorientiert: Die Einteilung erfolgt nach Wissensgebieten wie Werkstoffkunde, Elektrotechnik oder Umweltrecht. Dies passt zu wissenschaftlichen und regulatorischen Portalen.

Mischformen innerhalb einer Navigationsebene sind fehleranfaellig. Wer auf der ersten Ebene die Kategorien Pumpen, Diagnose und Normen parallel anbietet, vermengt Objekte, Aufgaben und Querschnittsthemen. Anwender verlieren dadurch die raeumliche Orientierung im System.

Die Hierarchietiefe bleibt flach. Ein Anwender sollte mit maximal drei Klicks die gewuenschte Detailansicht erreichen. Tiefere Hierarchien verbergen Inhalte und erhoehen die Abbruchquote. Wenn Unterkategorien weniger als fuenf Dokumente enthalten, werden sie mit uebergeordneten Ebenen zusammengelegt.

Suchmuster technischer Anwender analysieren

Technische Anwender navigieren selten linear. Sie nutzen Fachportale zweckgebunden und unter Zeitdruck. Die Auswertung interner Suchprotokolle deckt auf, wie diese Zielgruppe wirklich denkt. Suchanfragen in Fachportalen unterscheiden sich grundlegend von allgemeinen Web-Recherchen.

Fachanwender geben selten vollstaendige Saetze ein. Sie nutzen spezifische Identifikatoren. Dazu zaehlen DIN-Normen, ISO-Kennungen, Teilenummern, Fehlermeldungscodes wie ERR-4021 oder exakte chemische Bezeichnungen. Erkennt das Suchsystem diese Muster nicht, gilt das gesamte Portal aus Nutzersicht als defekt.

Fuer die Analyse der Suchmuster werden Logdaten ueber einen Zeitraum von mindestens 90 Tagen ausgewertet. Folgende Parameter liefern verwertbare Erkenntnisse:

• Null-Treffer-Suchen: Begriffe, die haeufig eingegeben werden, aber keine Resultate liefern. Hier fehlen entweder Inhalte oder notwendige Synonyme in den Metadaten.
• Suchmodifikationen: Begriffe, die Anwender direkt nach einer ersten Suche eingeben. Sie zeigen, dass der erste Treffersatz unzureichend war.
• Klickpositionen: Werden Treffer erst ab Position acht angeklickt, stimmt die Relevanzgewichtung der Suchmaschine nicht.
• Filterkombinationen: Zeigt an, welche Facetten (z. B. Baujahr, Werkstoff, Sprache) in der Praxis zusammen genutzt werden.

Ein Teil der Anwender weiss exakt, was er sucht. Diese Gruppe benoetigt ein maechtiges Suchfeld mit Autosuggestion fuer Fachbegriffe. Der andere Teil moechte Optionen vergleichen oder das Einsatzgebiet einer Komponente pruefen. Diese Gruppe benoetigt facettierte Filter entlang der linken Bildschirmseite. Beide Zugaenge muessen denselben Datenbestand nutzen.

Die Facettenstruktur spiegelt die Attribute aus der Bestandsaufnahme wider. Typische Facetten fuer Industrieanwendungen sind Betriebsspannung, Druckbereich, Schnittstellenprotokoll und Schutzklasse. Facetten muessen dynamisch reagieren: Enthaelt eine Kategorie keine Produkte mit der Schutzklasse IP68, darf dieser Filterwert nicht anklickbar sein oder muss die Trefferzahl null anzeigen.

Taxonomien gegen redundante Eintraege absichern

Eine Taxonomie ist das kontrollierte Vokabular eines Portals. Sie legt fest, welche Begriffe offiziell zulaessig sind. Ohne kontrolliertes Vokabular entstehen Dubletten. Ein Redakteur verwendet den Begriff Leitungsschutzschalter, ein zweiter schreibt Sicherungsautomat, ein dritter waehlt die Abkuerzung LS-Schalter. Finde ein Anwender nur einen Teil dieser Dokumente, entstehen teure Planungsfehler.

Die Taxonomie verknuepft Vorzugsbegriffe mit Synonymen. Der Vorzugsbegriff lautet beispielsweise Leitungsschutzschalter. Sucht ein Anwender nach Sicherungsautomat, fuehrt das System ihn ohne Umweg zum Vorzugsbegriff. Ein standardisiertes Synset loest die sprachliche Varianz auf.

Redundanzen entstehen auch durch unklare Hierarchien. Eine Polyhierarchie, bei der ein Begriff mehrere Elternknoten besitzt, sollte sparsam eingesetzt werden. Wenn die Hochdruckpumpe sowohl unter Hydraulikaggregate als auch unter Foerdertechnik eingehaengt wird, erschwert dies die Auswertung von Klickpfaden. Redaktionelle Regeln muessen festlegen, wann eine Mehrfachzuordnung zulaessig ist.

Ein Redaktionsleitfaden sichert die Qualitaet dauerhaft. Neue Begriffe duerfen nicht ad hoc von einzelnen Autoren angelegt werden. Ein Terminologie-Ausschuss prueft monatlich vorgeschlagene Neuzugaenge. Dies verhindert, dass innerhalb von zwei Jahren Hunderte ungenutzte Schlagworte entstehen. Standardnormen wie die DIN-ISO 25964 fuer Thesauri liefern hierfuer das theoretische Geruest.

Validierung der Struktur durch Nutzertests

Die logischste Architektur nutzt nichts, wenn sie von den realen Anwendern nicht verstanden wird. Eine Validierung muss vor der technischen Umsetzung im CMS oder Portal-Framework stattfinden. Spaetere Korrekturen an Datenbankstrukturen und Navigationsmenues kosten ein Vielfaches gegenueber fruehen Konzeptanpassungen.

Die bewaehrteste Methode zur Pruefung von Informationsarchitekturen ist das sogenannte Tree-Testing. Die Navigation wird dabei auf eine reine Text-Baumstruktur ohne Design, Farben oder visuelle Fuehrungselemente reduziert. Den Testpersonen werden konkrete Fachaufgaben gestellt. Ein Beispiel: Sie suchen das Kalibrierzertifikat fuer einen Drucksensor des Typs P-10 aus dem Jahr 2021. Wo erwarten Sie dieses Dokument?

Die Probanden navigieren durch den reinen Textbaum und waehlen den Knoten aus, an dem sie die Information vermuten. Waehrend des Tests zeichnet ein Werkzeug drei zentrale Messwerte auf:

• Erfolgsquote: Der prozentuale Anteil der Nutzer, die den korrekten Zielknoten finden. Ein Wert ab 78% gilt im technischen Umfeld als akzeptabel. Liegt der Wert unter 60%, ist die Pfadfuehrung grundlegend falsch.
• Direktheit: Zeigt an, ob Nutzer ohne Zurueckklicken direkt zum Ziel kamen. Eine Direktheit von unter 65% signalisiert irrefuehrende Kategorietitel.
• Benoetigte Zeit: Die Zeit bis zur finalen Auswahl. Grosse zeitliche Ausreisser weisen auf Uneindeutigkeit zwischen zwei parallel existierenden Kategorien hin.

Zusaetzlich zum Tree-Testing klaert ein Closed Card Sorting offene Zuordnungsfragen. Die Probanden erhalten 40 bis 60 vorgegebene Inhaltskarten und muessen diese den bereits definierten Hauptkategorien zuweisen. Bleiben bestimmte Karten regelmaessig uebrig oder werden von 30% der Tester einer unerwarteten Kategorie zugeordnet, muss die Benennung der Kategorie nachgeschaerft werden.

Fuer statistisch belastbare Aussagen genuegen im Fachexpertenbereich Tests mit 15 bis 20 Teilnehmern. Fachspezifische Denkweisen sind homogener als die von Konsumenten im Endkundeng Geschaeft. Wenn vier von fuenf Konstrukteuren denselben Navigationsfehler machen, liegt das Problem fast immer in der Namensgebung der Kategorie.

Haeufige Fehler bei der Strukturierung

Bei der Erstellung von Fachportalen wiederholen sich bestimmte Fehlentscheidungen. Sie fuehren dazu, dass gut gepflegte Inhalte fuer die Zielgruppe unsichtbar bleiben. Diese Fehler muessen aktiv vermieden werden.

• Spiegelung des Organigramms: Inhalte werden nach Abteilungen sortiert, zum Beispiel Entwicklung, Qualitaetssicherung und Kundendienst. Externe Anwender wissen jedoch nicht, welche interne Abteilung fuer ein bestimmtes Dokument zustaendig ist. Sie suchen nach Gegenstaenden oder Aufgaben.
• Kategorie "Sonstiges": Auffangkategorien fuer uneindeutige Dokumente wachsen erfahrungsgemaess am schnellsten. Sie werden zum Sammelbecken fuer unzureichend indexierte Inhalte und verlieren jeglichen Orientierungswert.
• Ausschliessliche Volltextsuche ohne Metadaten: Wer sich nur auf Algorithmen verlaesst, scheitert an Tippfehlern, gescannten PDF-Dokumenten und Fachtermini mit wechselnden Bedeutungen. Metadaten sind fuer praezise Filterungen unverzichtbar.
• Zu tiefe Navigationshierarchien: Das Verschachteln von mehr als vier Ebenen fuehrt dazu, dass Nutzer auf mobilen Geraeten oder kleineren Bildschirmen die Orientierung im Navigationsbaum vollstaendig verlieren.
• Interne Fachsprache und Kuerzel: Unzulaenglich dokumentierte interne Projektkuerzel als Kategorienamen schliessen neue Mitarbeiter oder externe Partner von der Nutzung aus.

Die Einhaltung dieser Ausschlusspunkte schuetzt das Projektteam vor langwierigen Umstrukturierungen nach dem Rollout.

Naechste Schritte fuer die Umsetzung

Der Aufbau einer Informationsarchitektur folgt einem klaren, linearen Ablaufplan. Er bindet Fachabteilungen und IT-Spezialisten an festen Punkten ein.

1. Projektteam besetzen: Ein Informationsarchitekt, mindestens zwei Fachexperten aus der Zielgruppe und ein Verantwortlicher fuer das Datenmanagement bilden das Kernteam.
2. Bestandsinventur durchfuehren: Alle vorhandenen Datenquellen, Netzlaufwerke und Datenbanken erfassen. Dubletten markieren und aussortieren.
3. Metadatenschema finalisieren: Fuenf bis maximal zehn Pflichtattribute fuer jedes Dokument festlegen. Das kontrollierte Vokabular schriftlich fixieren.
4. Strukturentwurf erarbeiten: Hauptkategorien und maximal zwei Unterebenen auf dem Papier definieren. Die drei wichtigsten Filterkriterien bestimmen.
5. Tree-Testing aufsetzen: Zehn Kernaufgaben formulieren und die Textstruktur mit mindestens 15 realen Anwendern digital testen.
6. Ergebnisse einarbeiten: Unklare Knoten aufloesen, Kategorienamen auf Basis der Fehlerraten anpassen.
7. CMS-Konfiguration und Migration: Das validierte Kategoriemodell in das Zielsystem uebertragen und die Bestandsdaten ueberfuehren.

Fuer die rechtssichere Klassifizierung von Dokumenten, insbesondere im Bereich technischer Normen, Gefahrenhinweise oder regulatorischer Vorschriften, sollte vor dem Go-Live immer eine Pruefung durch die zustaendige Fachabteilung oder einen spezialisierten Juristen erfolgen.