Informationsarchitektur: die Seitenstruktur, die Besucher zur Entscheidung führt

1. Kartieren Sie Nutzeraufgaben, bevor Sie Seiten auflisten

Der Ausgangspunkt der Informationsarchitektur ist nicht das bestehende Menü, sondern die Aufgaben, die Nutzerinnen und Nutzer erledigen wollen. Auf einer Dienstleistungswebsite sind das etwa: das Problem einordnen, Lösungsansätze vergleichen, die eigene Eignung prüfen, Belege sehen, den Kostenrahmen verstehen und ein Gespräch anstoßen. Im E-Commerce stehen andere Aufgaben im Vordergrund: ein Produkt finden, filtern, die Kompatibilität prüfen, die Lieferung verstehen und kaufen. Bestätigen Sie diese Aufgaben mit Nutzerinterviews, der Website-Suche, Supportanfragen, Analytics-Pfaden und den Fragen aus dem Vertrieb.

Halten Sie für jede Aufgabe fest, welches Vorwissen vorhanden ist, welche Entscheidungsfrage ansteht, welche Belege nötig sind und welcher nächste Schritt akzeptabel ist. Nicht jeder startet auf der Startseite: Der Einstieg kann über eine Suchmaschine auf einem ausführlichen Ratgeber liegen, über eine Kampagne auf einer Produktseite oder über einen geteilten Link auf einer Referenzseite. Jede wichtige Seite muss deshalb ihren eigenen Kontext aufbauen, ihre Kategorie erkennbar machen und sowohl zurück als auch nach vorn einen sinnvollen Weg anbieten.

Nehmen Sie das Geschäftsziel in die Aufgabenkarte auf, lassen Sie es diese aber nicht dominieren. Wenn jemand schnell erkennt, dass Ihr Angebot nicht passt, ist auch das ein gelungenes Erlebnis: Es erspart ein überflüssiges Formular und ein überflüssiges Vertriebsgespräch.

2. Entwickeln Sie Inhaltsmodell und Hierarchie gemeinsam

Ein Inhaltsmodell beschreibt Seiten nicht nur als Titel, sondern als wiederverwendbare Felder und Beziehungen. Wenn Zielgruppe, gelöstes Problem, Prozessschritte, Belege, verwandte Ratgeber und CTA einer Leistung jeweils eigene Felder sind, lassen sich Seiten konsistent erzeugen. Dieselbe Information wird aus einer Quelle gepflegt statt kopiert. Das Modell ist die Bedeutungsebene hinter der Designvorlage, und die CMS-Oberfläche sollte diese Entscheidungen sichtbar machen.

Die Hierarchie verläuft vom Allgemeinen zum Speziellen, muss aber nicht die Abteilungsstruktur des Unternehmens nachbilden. Benennen Sie Hauptkategorien mit Begriffen, die Ihre Zielgruppe kennt, und halten Sie gleichrangige Kategorien auf einer vergleichbaren Abstraktionsebene. Wenn „Lösungen“, „Unternehmen“, „Blog“ und ein einzelner Produktname auf derselben Ebene stehen, ist die Auswahllogik nicht mehr erkennbar. Kartenreihenfolge, Breadcrumb und lokale Navigation müssen dieselbe Systematik stützen.

3. Übersetzen Sie Labels in eine Sprache, die Nutzer vorhersehen können

Ein Menülabel muss nicht nur kurz, sondern vor allem unterscheidbar sein. „Lösungen“, „Plattform“ oder „Ressourcen“ sagen für sich genommen oft nicht, was dahintersteckt. Prüfen Sie die Begriffe Ihrer Zielgruppe mit Card Sorting und Tree Testing. Selbst wenn ein Begriff intern korrekt ist: Sortieren Nutzer ihn in eine andere Kategorie ein, brauchen Sie ein erklärendes Unterlabel oder einen anderen Namen. Kreative Mikrotexte dürfen der Vorhersehbarkeit in der Navigation nicht im Weg stehen.

Die Schreibempfehlungen des W3C für barrierefreie Websites raten dazu, zusammengehörige Absätze unter kurzen Überschriften zu gruppieren und die Gliederung des Inhalts über diese Überschriften sichtbar zu machen. Überschriftenebenen dienen der tatsächlichen Struktur und nicht der Wahl einer Schriftgröße. Auch Linktexte sollten das Ziel beschreiben, statt nur „hier klicken“ zu lauten. So erschließt sich die Logik einer Seite sowohl Menschen mit assistiven Technologien als auch Besuchern, die schnell überfliegen.W3C Web Accessibility Initiative — Schreibtipps für barrierefreie Websites

Die globale Navigation muss nicht jede Möglichkeit abbilden. Halten Sie häufige und wichtige Wege sichtbar und überlassen Sie nachrangige Verweise den Kategorieseiten, der lokalen Navigation und der Suche. Behalten Sie die Informationspriorität auch mobil bei und stapeln Sie das Desktop-Mega-Menü nicht unverändert auf den schmalen Bildschirm.

4. Hypothetisches Szenario: vom Abteilungsmenü zu Entscheidungswegen

Dieses Beispiel ist hypothetisch und weder ein realer Kundenfall noch die Behauptung einer Conversion-Steigerung. Stellen Sie sich eine Website für Unternehmenstechnologie vor, deren Hauptmenü „Beratung“, „Engineering“, „Betrieb“, „Ressourcen“ und „Unternehmen“ enthält. Nutzerinterviews zeigen, dass Besucher den Unterschied zwischen diesen Abteilungen nicht kennen. Sie kommen mit Anliegen wie „Altsystem erneuern“, „Sicherheit bewerten“ und „dauerhafte Unterstützung erhalten“. Auch in Analytics wandern viele Personen zwischen den Abteilungsseiten hin und her.

Eingangsdaten: zwölf Nutzeraufgaben, ein Bestand von 86 Seiten, die häufigsten internen Suchanfragen, die Eignungsfragen des Vertriebs und Aufzeichnungen der mobilen Navigation. Überlegung: Drei Abteilungen beschreiben ähnliche Leistungen in unterschiedlicher Sprache. Die Aufgaben bündeln sich zu drei Lösungswegen mit den Namen „Transformation planen“, „Neues Produkt entwickeln“ und „System betreiben“. Die Fachabteilungen bleiben auf der Detailebene der Leistungen und verschwinden aus der obersten Auswahlebene. Belege, Ablauf und verwandte Ratgeber hängen über ein gemeinsames Inhaltsmodell an jedem Weg.

Entscheidung: Die neue Architektur wird zuerst in einem Prototyp mit Card Sorting und Tree Testing geprüft, und die beiden problematischsten Wege werden klickbar, bevor die gesamte Website umgesetzt wird. Alte URLs werden über eine Zuordnungstabelle mit neuen Zielen verbunden, und Seiten ohne echte Entsprechung landen nicht automatisch auf der Startseite. Bewertet wird der Erfolg nicht an einer angenommenen Steigerung, sondern an Aufgabenerfüllung, falschen Wegentscheidungen, Rücksprüngen und dem Kontext qualifizierter Formularanfragen.

5. Gestalten Sie Entscheidungsreihenfolge und CTA innerhalb der Seite

Auch bei korrekter Sitemap kann der Ablauf innerhalb einer Seite die Entscheidung zerstören. Der erste Abschnitt erklärt, für wen die Seite welches Ergebnis liefert. Danach folgen Problemkontext, Optionen oder Ansatz, Umfang, Ablauf, Belege, Grenzen und der nächste Schritt. Diese Reihenfolge muss nicht bei jeder Leistung identisch sein, doch ein Formular zu verlangen, bevor die nötigen Belege vorliegen, erzeugt eine Vertrauenslücke. Bieten Sie Nebenwege für unterschiedliche Entscheidungsphasen an: Ratgeber lesen, Anforderungen vergleichen, Beispiel ansehen.

Ein CTA-Label sollte Handlung und Ergebnis zugleich benennen. „Projektumfang teilen“ statt „Senden“ oder „Umsetzungsschritte ansehen“ statt „Mehr erfahren“ verringert Unsicherheit. Erklären Sie vor dem Formular, wie lange es dauert, mit wem gesprochen wird, welche Angaben gebraucht werden und was danach passiert. Für Conversion gestalten Sie Vorhersehbarkeit, keine Überraschung.

Stapeln Sie interne Links nicht als SEO-Kasten ans Seitenende. Verlinken Sie den passenden Vergleich oder Beleg genau in dem Absatz, in dem die neue Frage entsteht. Das Linkziel sollte die Entscheidung voranbringen, statt dieselbe Information zu wiederholen.

6. Prüfen Sie die Architektur mit echten Aufgaben

Card Sorting zeigt, wie Menschen Begriffe gruppieren. Tree Testing misst ohne visuelles Design, ob sie den richtigen Weg finden. Usability-Tests bewerten Label, Inhalt und Interaktion gemeinsam. Jede Methode beantwortet eine andere Frage. Die Meinung von fünf Personen ist kein mathematischer Beleg für einen ganzen Markt, kann wiederkehrende Orientierungsprobleme aber früh sichtbar machen. Wählen Sie Teilnehmende nach den tatsächlichen Zielrollen und Aufgaben aus.

Schauen Sie in der laufenden Messung nicht nur auf CTA-Klicks. Suchbegriffe auf der Website, Suchen ohne Ergebnis, wiederholtes Öffnen des Menüs, Breadcrumb-Nutzung, Rücksprünge in die Kategorie, falsch gewählte Formulare und Supportanfragen sind architektonische Signale. Wahren Sie Einwilligung und Datenminimierung, denn jede Mausbewegung aufzuzeichnen ist selten nötig. Erklären Sie quantitative Muster mit kurzen Interviews und Supportprotokollen.

Legen Sie vor jeder Änderung eine Aufgabenbasislinie an. Veröffentlichen Sie die neue Architektur in Etappen und prüfen Sie die kritischsten Aufgaben erneut. Notieren Sie parallele Einflüsse wie eine Markenkampagne oder eine Preisänderung und schreiben Sie einen Conversion-Unterschied nicht allein dem Menü zu.

7. Stufenweise Umsetzung, Checkliste und Grenzen

Erfassen Sie in der Analysephase die Aufgaben und die vorhandenen Inhalte. In der Modellierung definieren Sie Seitenrollen, Taxonomie und Beziehungen. Zur Validierung nutzen Sie Card Sorting, Tree Testing und Prototypen. Beim Umzug wandern URL-Zuordnung, Weiterleitungen, Breadcrumb, Suche, Analytics und inhaltliche Verantwortlichkeiten gemeinsam mit. Im Betrieb führen Sie jede Anfrage nach einer neuen Seite durch eine architektonische Prüfung; sonst kehrt die alte Unordnung binnen weniger Monate zurück.

Grenzen und Fehlerbilder: Eine gute Informationsarchitektur behebt für sich genommen weder ein schwaches Angebot noch dünne Belege oder eine langsame Website. Das Ziel, alles in drei Klicks erreichbar zu machen, kann Tiefe kosten, denn entscheidend ist nicht die Zahl der Klicks, sondern ob der Weg verständlich und arm an Unsicherheit ist. Nutzerforschung nur mit eigenen Mitarbeitenden konserviert den internen Jargon. Beim Verschlanken eines Menüs können barrierefreie Alternativwege verloren gehen. Große URL-Änderungen ohne Inhalts- und SEO-Migrationsplan kosten Auffindbarkeit.

• Die wichtigsten Nutzeraufgaben sind mit echten Interviews und Verhaltensdaten belegt.
• Seitenrollen und Inhaltsfelder sind so definiert, dass Wiederholungen abnehmen.
• Kategorie- und Menülabels haben das Tree Testing in der Sprache der Nutzer bestanden.
• Jede wichtige Seite liefert als eigenständiger Einstieg genug Kontext.
• Überschriftenebenen, Bereiche und Linktexte transportieren die Bedeutung.
• Der CTA sagt klar, was nach der Handlung passiert.
• URL-Umzug, Weiterleitungen und Messplan stehen vor dem Launch bereit.