Informationsarchitektur: Struktur für den Nutzer, Google, ChatGPT, Claude, Gemini & Co

Informationsarchitektur ist die Strukturierung, Organisation und Benennung von Inhalten in einem digitalen Angebot. Sie legt fest, welche Inhalte zusammengehören, wie sie heißen und über welche Wege Nutzer sie erreichen. Ziel sind Auffindbarkeit und Verständlichkeit, für Menschen und für Maschinen.

Eine Sitemap listet Seiten. Die Informationsarchitektur ist das Modell dahinter: Seitentypen, Kategorien, Beziehungen und Benennungen. Die Sitemap ist eines ihrer Ergebnisse.

Entlang der Fragen ihrer Nutzer. Jede Ebene beantwortet eine Frage und führt zur nächsten. Wiederkehrende Inhalte folgen festen Seitentypen, damit Struktur auch bei Wachstum erhalten bleibt.

Als Baumdiagramm mit Seitentypen und Hierarchieebenen, ergänzt um Wireframes für die wichtigsten Seitentypen und User Flows für die wichtigsten Wege. Diese drei Darstellungen zusammen ergeben ein Konzeptdokument, mit dem Redaktion, Design und Entwicklung arbeiten können.

Generative Systeme zerlegen Dokumente in Passagen, lösen Entitäten auf und gewichten, was unabhängige Quellen sagen. Klare Struktur, eindeutige Benennungen, strukturierte Daten und konsistente Angaben außerhalb der eigenen Website erhöhen die Wahrscheinlichkeit, als Quelle zitiert zu werden.

Ja. Die meisten Projekte beginnen im Bestand. Struktur, Verlinkung, Technik und Dokumentaufbau lassen sich schrittweise verbessern, ohne die Website neu zu bauen.

Der Aufwand hängt an der Zahl der Seitentypen, am Umfang des Bestands, an Sprachen, Märkten und Standorten sowie daran, ob eine bestehende Website geordnet oder eine neue konzipiert wird. Im Erstgespräch wird der Rahmen anhand dieser Größen geschätzt.

Auf Agenturseite Strukturkonzeption, Redaktion, Technik und Offsite. Auf Unternehmensseite die Verantwortlichen für Website, Marketing und, wo vorhanden, Vertrieb. Ohne Vertriebswissen fehlen die Fragen, die Interessenten tatsächlich stellen.

In der Regel als Baumdiagramm: Die Startseite steht oben, darunter die Hauptbereiche, darunter die Seitentypen mit ihren Unterseiten. Querverbindungen aus Taxonomien werden als zusätzliche Linien oder als eigene Matrix dargestellt. Ergänzt wird das Diagramm um eine Tabelle je Seitentyp mit Zweck, Pflichtelementen und Zielgruppe.

Sie ist das Modell, nach dem alle Inhalte dieser Website geordnet, benannt und verknüpft sind. Dazu gehören die Hierarchie der Bereiche, die Seitentypen, die Taxonomien, die Navigationsbereiche, die URL-Struktur und die Regeln der internen Verlinkung.

Hauptnavigation im Kopfbereich, Mega-Menü für große Bereiche, Seitennavigation für tiefe Strukturen, Fußnavigation für Service- und Rechtsseiten, Breadcrumb für die Orientierung in der Hierarchie und Facettennavigation für Filter in Katalogen und Shops. Welche Form passt, entscheidet die Tiefe der Struktur.

Die Informationsarchitektur ist das logische Fundament: Sie legt fest, was zusammengehört und wie es heißt. Die Navigation ist die Oberfläche darauf: Sie macht Teile dieses Fundaments sichtbar und bedienbar. Eine Website kann mehrere Navigationen haben, aber nur eine Informationsarchitektur.

Kategorien ordnen Inhalte hierarchisch in einen Baum, jeder Inhalt hat genau einen Platz. Taxonomien ordnen quer dazu nach Merkmalen wie Branche, Anwendungsfall oder Region, ein Inhalt kann mehrere Merkmale tragen. Große Websites brauchen beides: den Baum für die Orientierung, die Merkmale für das Wiederfinden.

So tief wie nötig, so flach wie möglich. Wichtige Inhalte sollten von der Startseite aus in wenigen Klicks erreichbar sein. Entscheidend ist, ob jede Ebene eine eigene Frage beantwortet. Ebenen, die nur weiterleiten, gehören entfernt.

Im UX-Design ist die Informationsarchitektur der Schritt vor Wireframe und Gestaltung. Sie klärt, welche Inhalte es gibt, wie Nutzer sie suchen und über welche Wege sie dorthin gelangen. Erst danach entstehen Seitenentwürfe, weil sonst Layouts für Inhalte gebaut werden, die niemand sucht.

Ja, mit anderen Schwerpunkten. In Apps zählt die Tiefe der Hierarchie stärker, weil der Bildschirm kleiner ist und Navigation Platz kostet. In Intranets tritt die interne Suche an die Stelle der Suchmaschine, und Berechtigungen bestimmen mit, wer welche Struktur überhaupt sieht.

Beim Card Sorting gruppieren Nutzer Inhalte auf Karten nach eigenem Verständnis und benennen die Gruppen. Das Ergebnis benennt, welche Ordnung Menschen erwarten und welche Begriffe sie dafür verwenden. Es ersetzt die Annahme, dass die interne Sicht des Unternehmens auch die Sicht der Zielgruppe ist.

Tree Testing prüft eine entworfene Struktur, bevor sie gebaut wird. Nutzer bekommen eine Aufgabe und navigieren nur durch die Textstruktur, ohne Design. Gemessen wird, ob sie ankommen, wie direkt und wo sie abbiegen. Damit lassen sich Fehler korrigieren, solange die Korrektur nichts kostet.

Ein Content-Audit erfasst alle bestehenden Inhalte mit Kennzahlen: Rankings, Klicks, Alter, Aktualität, Dubletten, interne Links. Daraus entsteht die Entscheidung je Inhalt, ob er bleibt, überarbeitet, zusammengeführt oder entfernt wird. Jede Strukturarbeit im Bestand beginnt damit.

Über drei Wege: Die Struktur bestimmt, welche Seite für welches Thema zuständig ist und verhindert, dass mehrere Seiten um dasselbe Keyword konkurrieren. Die interne Verlinkung verteilt Relevanz auf die Seiten mit Geschäftswert. Und eine flache, logische Hierarchie sorgt dafür, dass Suchmaschinen alle Inhalte erreichen und einordnen können.

Strukturierte Daten nach Schema.org machen aus Seiteninhalten maschinenlesbare Aussagen: Welche Organisation, welche Leistung, welcher Standort, welche Frage mit welcher Antwort. Sie verbinden Entitäten und erhöhen die Wahrscheinlichkeit, dass Suchmaschinen und KI-Systeme Inhalte korrekt zuordnen statt zu raten.

Die llms.txt ist eine Datei im Wurzelverzeichnis, die KI-Systemen die maßgeblichen Inhalte einer Website benennt. Sie ist bislang kein verabschiedeter Standard und mit geringem Aufwand umzusetzen. Sinnvoll wird sie in Verbindung mit einer Faktenseite, auf der die Kerndaten eines Unternehmens zusammengefasst sind.

Erfahrungsgemäß zehn bis dreißig. Weniger führt dazu, dass unterschiedliche Inhalte in dieselbe Form gepresst werden. Mehr führt dazu, dass niemand die Formen mehr pflegen kann. Entscheidend ist, dass jeder Seitentyp eine eigene Aufgabe hat und sich von den anderen unterscheidet.

Jede Sprachfassung bekommt dieselbe Struktur, aber eigene Inhalte und eigene Nachfrage. Übersetzte Strukturen scheitern dort, wo in einem Markt anders gesucht wird als im anderen. Technisch verbinden hreflang-Angaben die Fassungen, inhaltlich entscheidet die Nachfrageanalyse je Markt über Abweichungen.

Über einen eigenen Seitentyp für Standorte mit einheitlichem Aufbau und standortspezifischem Inhalt. Entscheidend ist, dass jede Standortseite eigene Substanz trägt und mit den Einträgen in Verzeichnissen und Kartendiensten übereinstimmt.

Jede entfallende URL bekommt eine Weiterleitung auf die inhaltlich nächstliegende neue Adresse. Vor dem Umbau wird eine vollständige Liste der bestehenden URLs mit ihren Rankings erfasst, danach wird geprüft, ob Rankings und Klicks an den neuen Adressen ankommen.

Für den Bestand ein Crawler, für die Nachfrage Keyword- und Prompt-Daten, für Rankings und Sichtbarkeit die üblichen Monitoring-Werkzeuge, für Nutzerprüfungen Card-Sorting- und Tree-Testing-Software, für die Darstellung ein Diagramm- oder Whiteboard-Werkzeug. Die Dokumente am Ende sind Tabellen und Diagramme.

Das hängt an Bestandsgröße, Zahl der Sprachen und Standorte und daran, wie schnell Entscheidungen fallen. Audit, Benchmark und Nachfrageanalyse laufen parallel, der Entwurf folgt danach, die Umsetzung läuft schrittweise und priorisiert. Ein belastbarer Zeitrahmen entsteht nach dem Audit.

An Rankings und Klicks je Seitentyp, an der Sichtbarkeit in KI-Antworten, an der Zahl der Seiten, die überhaupt Einstiege erzeugen, an Absprüngen auf den wichtigsten Wegen und an Anfragen je Einstiegsseite. Gemessen wird gegen den Stand vor dem Umbau.