So führen Sie ein aufgabenbasiertes Audit der Informationsarchitektur durch

Prüfen Sie zuerst repräsentative Nutzeraufgaben und alle plausiblen Wege zu ihrem Ergebnis – erst danach Menüs oder einen neuen Sitemap-Entwurf. Ein überfülltes Hauptmenü, hohe Ausstiege und Beschwerden über schlechte Auffindbarkeit sind wichtige Signale, erklären die Ursache aber noch nicht. Das Problem kann bei fehlendem Inhalt, einem missverständlichen Label, einer unpassenden Gruppierung, einem schwachen Querverweis, unbrauchbaren Suchresultaten oder einem schwer bedienbaren Element liegen. Ein aufgabenbasiertes Audit hält diese Möglichkeiten auseinander und schafft damit eine belastbare Grundlage für begrenzte Reparaturen, eine Migration oder einen Redesignentscheid.

Welche Entscheidung soll das Audit vorbereiten?

Das Audit soll eine klar benannte, begrenzte Entscheidung vorbereiten: etwa eine Sektion reparieren, Labels ändern, eine Migration absichern oder prüfen, ob ein breiteres Redesign tatsächlich gerechtfertigt ist. Informationsarchitektur umfasst Organisation, Labels und Navigation und soll Menschen dabei unterstützen, Informationen zu finden, ihren Standort und ihre Möglichkeiten zu verstehen sowie Aufgaben abzuschliessen. Das Audit untersucht deshalb das bestehende Routensystem rund um ausgewählte Aufgaben. Es ist weder ein allgemeiner Qualitätscheck noch bereits der Entwurf einer neuen Struktur.

Legen Sie vor der Inspektion fest, für welche Zielgruppen, Ziele und Ausgangssituationen die Aussage gelten soll. Dokumentieren Sie relevante Seitentypen, Geräte, Sprachversionen, Berechtigungen und Journey-Zustände, sofern diese die verfügbaren Wege verändern. Eine Route kann im öffentlichen Bereich funktionieren und nach dem Login fehlen; ein Label kann in einer Schweizer Sprachversion klar und in einer anderen missverständlich sein. Befunde gelten für die geprüften Kontexte, nicht für eine abstrakte Durchschnittsperson oder automatisch für die gesamte Website.

• Bekannte Fakten: vorhandene Inhalte, Funktionen, Berechtigungen und dokumentierte Betriebsbedingungen.
• Beobachtetes Verhalten: tatsächlich gewählte Wege, Rücksprünge, Hilfebedarf, Fehler und Abschlüsse.
• Expert Review: nachvollziehbar begründete Inspektionsbefunde, die noch kein beobachtetes Nutzerproblem darstellen.
• Hypothesen: vermutete Ursachen oder Lösungen, die erst durch passende Evidenz geprüft werden müssen.

Grenzen Sie benachbarte Prüfungen ausdrücklich ab. Ein Content-Inventar erfasst Bestände und Zustände, ein technisches SEO-Audit untersucht die technische Auffindbarkeit für Suchmaschinen, und eine Barrierefreiheitsprüfung bewertet Konformität nach ihrem eigenen Verfahren. Das aufgabenbasierte IA-Audit kann bei einzelnen Routen Überschriften, Labels, Reihenfolge und alternative Zugänge berücksichtigen, ersetzt diese Spezialprüfungen jedoch nicht. Diese Abgrenzung verhindert, dass ein begrenzter Befund als Beweis für eine mangelhafte Gesamtarchitektur oder vollständige Konformität ausgegeben wird.

Wie entsteht ein repräsentativer Aufgabensatz aus Evidenz?

Ein repräsentativer Aufgabensatz entsteht aus belegten Nutzerzielen, nicht aus der bestehenden Navigation oder einer Liste interner Abteilungen. Formulieren Sie jede Aufgabe als erkennbares Ergebnis, ohne das Ziel-Label oder den mutmasslich richtigen Weg vorwegzunehmen. Eine belastbare Aufgabe hält fest, was Menschen erreichen wollen, wie sie heute vorgehen, welche Probleme auftreten und welches Ergebnis sie benötigen. So prüfen Sie, ob die Architektur ein Ziel unterstützt, statt lediglich zu bestätigen, dass bekannte Menübegriffe angeklickt werden können.

Ziehen Sie Kandidaten aus Interviews, Beobachtungen, früheren Studien, Analytics, internen Suchprotokollen, Supportanfragen, Feedback und Mitarbeitenden mit direktem Nutzerkontakt. Analytics, Ausstiege und Suchanfragen können auf eine interessante Stelle hinweisen, beweisen aber allein weder Absicht noch Ursache oder passende Strukturmassnahme. Aussagen von Stakeholdern und Experten bleiben klar bezeichnete Hypothesen, bis Nutzerevidenz sie stützt. Eine dokumentierte Digital.gov-Studie ging ähnlich vor: Sie leitete realistische Szenarien aus früherer Forschung ab und prüfte ihre Abdeckung vor dem Test.

• Aufgabe als gewünschtes Ergebnis in verständlicher Nutzersprache.
• Betroffene Zielgruppe, Auslöser und realistische Ausgangskontexte.
• Erfolgreiches Ergebnis sowie der dafür nötige Inhalt, Zustand oder Abschluss.
• Herkunft und Stärke der Evidenz, einschliesslich offener Unsicherheiten.
• Bedeutung der Aufgabe: häufig, folgenreich, schwierig oder für eine unterversorgte Gruppe relevant.

Nehmen Sie nicht nur häufige oder leicht messbare Aufgaben auf. Eine seltenere Aufgabe kann für eine betroffene Zielgruppe besonders folgenreich sein; eine häufige Aufgabe kann bereits problemlos funktionieren. Balance entsteht, wenn Häufigkeit, Konsequenz, Schwierigkeit und bislang schlecht unterstützte Bedürfnisse sichtbar nebeneinanderstehen. Die verwendeten Autoritäten nennen keine universelle Anzahl Aufgaben oder Teilnehmende. Der Umfang muss vielmehr zur anstehenden Entscheidung, zur Vielfalt der relevanten Kontexte, zum Risiko eines Fehlentscheids und zur benötigten Evidenzstärke passen.

Was gehört in das Aufgaben-Routen-Arbeitsblatt?

Das Arbeitsblatt soll jede belegte Aufgabe durchgehend mit ihrem Ergebnis, den plausiblen Routen, sichtbaren Hinweisen, Beobachtungen, der Diagnose und dem Retest verbinden. Erfassen Sie neben dem vorgesehenen Ziel mehrere realistische Starts: etwa eine externe Einstiegsseite, eine Sektionsseite, einen geschützten Bereich oder die interne Suche. Damit vermeiden Sie die stillschweigende Annahme, jede Journey beginne auf der Homepage oder ein einziger erfolgreicher Pfad genüge in jedem Kontext.

Kartieren Sie Browse-Wege, kontextuelle Links und Suchwege bis zum benötigten Inhalt oder zur abgeschlossenen Aktion. Notieren Sie an jedem Entscheidungspunkt den sichtbaren Hinweis, die dadurch erzeugte Erwartung, das tatsächlich erreichte Ziel und eine mögliche Erholung nach einer falschen Wahl. WCAG 2.2, Erfolgskriterium «Mehrere Wege», verlangt für Seiten innerhalb einer Seitenmenge mehr als einen Auffindungsweg, ausser die Seite ist Ergebnis oder Schritt eines Prozesses. Genannte Techniken umfassen verwandte Links, Sitemap, Suche und umfassende Navigation.

Ein aufgabenbasiertes IA-Audit fragt nicht, ob die Sitemap ordentlich aussieht, sondern ob Menschen ein benötigtes Ergebnis über realistische Wege erreichen können.

WebChorus Editorial Team

Verwenden Sie denselben Datensatz von der Inspektion bis zum Retest. Sonst löst sich eine Empfehlung leicht von ihrem Ursprung: Ein beobachteter Irrweg wird zu einer allgemeinen Navigationskritik, eine vermutete Ursache erscheint plötzlich als Fakt, oder eine Strukturidee erhält keine überprüfbare Erfolgserwartung. Das fortgeführte Arbeitsblatt hält fest, welche Evidenz eine Diagnose stützt, welche Einschränkungen gelten, wer die Änderung verantwortet und welcher Ablauf nach der Umsetzung erneut beobachtet werden muss.

Wie prüfen Sie die vollständige Route statt nur einzelne Menüs?

Prüfen Sie jede materielle Route vom realistischen Einstieg bis zum benötigten Inhalt oder Abschluss, einschliesslich der Möglichkeiten zur Orientierung und Erholung. Dazu gehören externe Landingpages, globale und lokale Navigation, Hubs oder Indizes, Gruppierungen, Überschriften, Breadcrumbs, Querverweise, interne Suche und das eigentliche Ziel. Fragen Sie an jedem Punkt, welches Versprechen ein Hinweis abgibt, ob das Ziel dieses Versprechen erfüllt und ob nach einer unproduktiven Wahl ein verständlicher nächster Schritt sichtbar bleibt.

Bewerten Sie Labels im jeweiligen Kontext. Microsoft empfiehlt, Navigation an Nutzerperspektiven, häufigen Aufgaben und mentalen Modellen auszurichten und Labels korrekt, vertraut, knapp, scanbar und unterscheidbar zu gestalten. Kürze allein ist kein Qualitätsmerkmal: Ein kurzer interner Fachbegriff kann schlechter verständlich sein als eine längere, vertraute Formulierung. WCAG 2.2, Erfolgskriterium «Überschriften und Labels», verlangt zudem, dass vorhandene Überschriften und Labels ihr Thema oder ihren Zweck beschreiben. Diese Prüfung betrifft die Genauigkeit des sichtbaren Versprechens.

• Orientierung: Ist erkennbar, wo man sich befindet, welche Ebene erreicht ist und welche Optionen folgen?
• Konsistenz: Bleiben wiederkehrende Mechanismen, Begriffe und Funktionen über relevante Seiten und Zustände vorhersehbar?
• Erholung: Gibt es nach einem falschen Ziel einen verständlichen Rückweg oder einen passenden Querverweis?
• Vollständigkeit: Enthält das Ziel den notwendigen Inhalt, Zustand oder nächsten Handlungsschritt?
• Kontextwechsel: Verändern Gerät, Sprache, Berechtigung oder Journey-Zustand die verfügbare Route wesentlich?

WCAG 2.2, Erfolgskriterium «Konsistente Navigation», betrifft die konsistente relative Reihenfolge wiederkehrender Navigationsmechanismen, sofern die nutzende Person keine Änderung auslöst; lokale oder sekundäre Navigation bleibt zulässig. Prüfen Sie deshalb keine starre Gleichheit, sondern die Vorhersehbarkeit wiederkehrender Elemente. Auch die Nutzung der internen Suche ist für sich allein kein Navigationsfehler. Suche kann ein bevorzugter Alternativweg sein. Erst Suchanpassungen, Ergebnisrelevanz, Zielvertrauen und tatsächlicher Abschluss zeigen, ob Suche, Navigation oder ein anderer Routenteil Unterstützung benötigt.

Welche Forschungsmethode klärt welchen unsicheren Pfad?

Wählen Sie die Methode nach der konkreten Unsicherheit, nicht nach Gewohnheit oder verfügbarer Software. Expert Reviews und vorhandene Verhaltensdaten helfen, wahrscheinliche Defekte und prüfenswerte Aufgaben zu finden; ein inspiziertes Problem ist jedoch noch kein beobachtetes Nutzerverhalten. Formulieren Sie vor der Studie, welcher Entscheid durch das Ergebnis möglich werden soll. So vermeiden Sie, dass ein Card Sort eine vollständige Navigation bestätigen soll oder ein Tree Test Aussagen über Bedienelemente macht, die im Test gar nicht dargestellt werden.

• Card Sorting: wenn unklar ist, wie Menschen Inhalte erwartungsgemäss gruppieren oder Kategorien benennen. Beim offenen Verfahren bilden und benennen Teilnehmende ihre Gruppen selbst.
• Tree Testing: wenn Hierarchie und Labels isoliert geprüft werden sollen. Das Verfahren zeigt Zielauffindbarkeit und verwirrende Kategorien, bildet aber grosse Teile der gerenderten Oberfläche nicht ab.
• Aufgabenbasierter Usability-Test: wenn Navigation, Seitenhinweise, Bedienelemente, Querverweise, Suche, Erholung oder der tatsächliche Abschluss gemeinsam untersucht werden müssen.
• Expert Review: wenn wahrscheinliche Schwachstellen für eine nachfolgende Validierung lokalisiert und sauber als Inspektionsbefunde dokumentiert werden sollen.

NIST beschreibt Usability-Tests mit repräsentativen Nutzenden, die repräsentative Aufgaben bearbeiten. Mögliche Daten sind Abschluss, Fehler, Zeit, qualitative Kommentare und Zufriedenheit; für ein IA-Audit können zusätzlich Hilfe, Irrwege, Rücksprünge, Suchanpassungen und Zielvertrauen relevant sein. Wählen Sie nur Beobachtungen, die den anstehenden Entscheid beantworten. Ein einzelner universeller Kennzahlensatz ist nicht vorgegeben. Besonders wertvoll sind auch Erklärungen: Abweichende Pfade können mehrdeutige Gruppen oder Labels sichtbar machen, selbst wenn einzelne Teilnehmende schliesslich das richtige Ziel erreichen.

Wie werden Befunde zu begrenzten Änderungen – oder zu einem begründeten Redesign?

Klassifizieren Sie zuerst den tatsächlichen Fehler und wählen Sie danach die kleinste Änderung, welche die Evidenz stützt. Nicht jedes Symptom ist ein Navigationsproblem: Fehlender Inhalt braucht eine andere Lösung als ein unklarer Begriff, eine unpassende Gruppierung oder ein technisch schwer bedienbares Element. Eine präzise Diagnose hält die Empfehlung überprüfbar und verhindert, dass ein lokaler Defekt automatisch zum Argument für eine neue Sitemap, eine Migration oder ein vollständiges Redesign wird.

• Abdeckung oder Einstieg: Inhalt, Funktion, Zustand oder plausibler Zugang fehlt.
• Label oder Gruppierung: Hinweis und Ziel passen nicht zusammen, oder Kategorien überlappen unerwartet.
• Orientierung oder Querverweis: Standort, nächste Option, Erholung oder Verbindung am Bedarfspunkt fehlt.
• Suche oder Konsistenz: Ergebnisse sind unpassend, oder wiederkehrende Mechanismen ändern Name, Reihenfolge oder Verhalten.
• Interaktion: Die Struktur ist plausibel, doch das gerenderte Element verhindert oder erschwert die Nutzung.

Priorisieren Sie mit sichtbaren Eingaben: Bedeutung der Aufgabe, betroffene Zielgruppen, beobachtete Häufigkeit des Fehlers, Konsequenz, Evidenzstärke und Abhängigkeiten der Behebung. Verbergen Sie diese Urteile nicht in einem universellen gewichteten IA-Gesamtscore. Je nach Diagnose kann die kleinste sinnvolle Massnahme eine Inhaltskorrektur, ein neues Label, ein gezielter Querverweis, eine Gruppierungsänderung, Suchoptimierung oder eine Restrukturierung der betroffenen Sektion sein. Halten Sie Unsicherheit offen, wenn die Evidenz nur eine Hypothese stützt.

Beenden Sie das Audit mit einem Retestentscheid, nicht standardmässig mit einer neuen Sitemap. Prüfen Sie die betroffenen Aufgaben, Routen und relevanten Kontexte nach der Änderung erneut und beobachten Sie die zum Entscheid passenden Daten. Ein breites Redesign ist erst gut begründet, wenn wichtige Fehler wiederholt auftreten, durch beobachtete Evidenz gestützt sind, strukturell statt lokal wirken und sich nicht vernünftig mit begrenzten Änderungen beheben lassen. Übersteigt das Studiendesign die interne Erfahrung, sollten Informationsarchitektur oder UX Research entsprechend fachkundig begleitet werden.

Werden bei der Routenprüfung Fragen zur Barrierefreiheit sichtbar, braucht es die dafür vorgesehene fachkundige Konformitätsbewertung. Die hier berücksichtigten WCAG-Kriterien zu mehreren Wegen, beschreibenden Überschriften und Labels sowie konsistenter Navigation decken jeweils nur einen begrenzten Gegenstand ab. Ihre Prüfung innerhalb eines IA-Audits belegt keine vollständige Barrierefreiheitskonformität der Website. Diese saubere Grenze schützt vor einer zu weitreichenden Freigabe und sorgt dafür, dass strukturelle, interaktive und barrierefreiheitsbezogene Befunde an die richtige Verantwortung gelangen.