Website Struktur planen: Anleitung, Modelle und Beispiele aus der Praxis

Die Website Struktur ist der hierarchische Bauplan aller Seiten eines Auftritts, gezeichnet vor dem ersten Layout. Sie legt fest, welche Bereiche es gibt, was unter jedem Bereich hängt und auf welchem Weg ein Besucher von der Startseite zu der Seite kommt, wegen der er eigentlich gekommen ist.

Sie ist zugleich das billigste Dokument, das man ändern kann, und das teuerste, das man überspringt. Einen Bereich auf einem Whiteboard umzubenennen kostet dreißig Sekunden. Denselben Fehler ein halbes Jahr nach dem Launch zu finden kostet einen Umbau der Navigation, einen Redirect-Plan und ein paar Wochen unruhiger Rankings.

Dieser Leitfaden enthält das Verfahren: Definition, Abgrenzung zur Sitemap, Informationsarchitektur, drei Modelle mit Vergleichstabelle, sieben Schritte, Beispielbäume, eine Vorlage und den Test vor dem UX/UI Design.

Die Website Struktur beschreibt, wie die Seiten eines Auftritts geordnet und miteinander verbunden sind: oben die Startseite, darunter eine Handvoll Bereiche der ersten Ebene, darunter deren Unterbereiche und an den Enden der Äste die einzelnen Seiten. Sie legt drei Dinge fest, bevor die erste Gestaltungsentscheidung fällt: wie tief die Website geht, wie die Menüpunkte heißen und wie die URL-Pfade aussehen.

Mehrere Begriffe meinen im Alltag dasselbe: Websitestruktur, Seitenstruktur, Aufbau einer Website. Website Architektur klingt technischer. Informationsarchitektur ist der weitere Begriff, dem ein eigener Abschnitt weiter unten gehört.

Was eine Struktur nicht ist: keine Farben, keine Schriften, kein fertiger Text. Seitennamen und Eltern-Kind-Beziehungen, mehr nicht. Diese Armut ist Absicht, und genau sie erlaubt zehn Varianten an einem Vormittag.

Wer entscheidet? Selten eine Person allein. Entsteht die Struktur in einem einzigen Kopf, bildet sie das Organigramm des Unternehmens ab statt der Bedürfnisse der Besucher.

Drei Dokumente werden in fast jedem Briefing verwechselt, weil in allen dreien das Wort Karte oder Plan mitschwingt. Die Struktur dient dazu zu entscheiden, welche Seiten es überhaupt geben soll. Eine HTML-Sitemap orientiert Besucher auf einer bereits veröffentlichten Website. Eine XML-Sitemap sagt Suchmaschinen, welche URLs existieren und wann sie sich zuletzt geändert haben.

Die Verwechslung kostet Besprechungszeit. Wer eine Struktur bestellt und eine Datei sitemap.xml zurückbekommt, hat die Antwort auf eine andere Frage erhalten: Diese Datei zählt die URLs einer bereits gebauten Website auf und entscheidet gar nichts.

Laut dem SEO-Leitfaden von Google Search Central hilft es Google, thematisch ähnliche Seiten in Verzeichnissen zu gruppieren, weil sich so erkennen lässt, wie häufig sich die URLs eines Verzeichnisses ändern. Ihre Struktur ist damit eine Karte Ihrer Themen. Sie ordnet Seiten und erklärt nebenbei Ihre Prioritäten.

Danach wirkt die Tiefe wie ein Filter. Eine Seite auf der vierten Ebene mit einem einzigen Link aus einem Aufklappmenü wird seltener besucht als eine Bereichsseite, die von der Startseite verlinkt ist. Die interne Verlinkung folgt dem Baum, die Aufmerksamkeit der Crawler folgt der Verlinkung. Wer nach Website Struktur und SEO sucht, landet deshalb bei derselben Arbeit. Die Mechanik steht in unserem Leitfaden zu Website Architektur und Suchsichtbarkeit.

Auf der Conversion-Seite ist die Wirkung direkter. Wer Ihre Preisseite nicht findet, verhandelt nicht, sondern geht. Die Beschriftung der Bereiche wiegt oft schwerer als die Grafik. Unsere Best Practices für die Website-Navigation vertiefen den Punkt.

Eine ehrliche Einschränkung: Niemand kann Ihnen aus der Struktur allein einen Prozentwert versprechen. Sie setzt die Obergrenze Ihrer Ergebnisse, sie erzeugt sie nicht.

Informationsarchitektur ist die Disziplin, Inhalte so zu ordnen und zu benennen, dass Menschen sie finden. Die Website Struktur ist der Teil davon, den man als Baum zeichnen kann. Wer eine Informationsarchitektur erstellen will, entscheidet zusätzlich über Beschriftungen, über die interne Suche, über Filter und Facetten sowie über die Sprache, in der all das mit dem Besucher spricht.

Der Begriff trägt im Deutschen eine zweite Bedeutung: Informationsarchitekt ist auch ein Berufsbild, und ein Teil der Nachfrage kommt von Menschen, die sich über Ausbildung und Gehalt informieren. Sagen Sie im Kick-off, welche der beiden Sie meinen.

In der Praxis zerfällt die Arbeit in vier Fragen. Wie werden Inhalte gruppiert? Wie heißen die Gruppen? Wie findet jemand etwas ohne Menü? Und wie kommt man von einem Element zum nächsten? Der Seitenbaum beantwortet die erste und die zweite, Suche und Filter den Rest.

Eine kleine Unternehmensseite braucht deshalb keine getrennte Informationsarchitektur, ihr Baum ist die Architektur. Ein Katalog mit dreitausend Artikeln oder ein Kundenportal braucht beides. Was das für wachsende Projekte bedeutet, steht in unserem Text zur Website-Skalierbarkeit. Ein Angebot, das Informationsarchitektur als eigenen Posten führt, am Ende aber nur einen Menübaum liefert, verkauft ein Wort.

Eine Website Hierarchie ist die Eltern-Kind-Beziehung zwischen Seiten, gezählt in Ebenen. Die Startseite steht auf Ebene null, Bereiche der ersten Ebene stehen auf Ebene eins, ihre Unterseiten auf Ebene zwei. Hierarchisch ist eine Website dann, wenn diese Beziehungen konsistent genug bleiben, um sie als Baum zu zeichnen.

Das Vokabular kommt in jeder Besprechung vor, klären Sie es früh. Eine Elternseite enthält andere. Eine Kindseite hängt an genau einer Elternseite. Geschwisterseiten teilen sich dieselbe Elternseite. Tiefe zählt die Ebenen zwischen Startseite und einer bestimmten Seite. Breadcrumbs zeigen diesen Weg dem Besucher, meist über dem Inhalt.

Zwei Arten von Tiefe werden verwechselt. Die URL-Tiefe zählt die Segmente eines Pfades, die Klicktiefe zählt die Links ab Startseite. Eine Seite unter /dienstleistungen/web-portale/integrationen/ liegt drei Segmente tief und ist trotzdem einen Klick entfernt, wenn die Startseite darauf verlinkt. Crawler und Menschen reagieren auf die Klicktiefe, nur Menschen lesen die URL.

Die Regel, die eine Hierarchie benutzbar hält: Jede Seite hat genau einen Platz. Doppelte Ablage teilt die interne Verlinkung und verwirrt jeden, der später das Menü erklären soll.

Drei Modelle decken fast jede professionelle Website ab. Das hierarchische Modell legt Seiten in aufeinanderfolgenden Ebenen ab. Das flache Modell hängt fast alles einen Klick unter die Startseite. Das Hub-and-Spoke-Modell versammelt eine Gruppe von Seiten um eine zentrale Seite, die auf alle verlinkt. Entscheiden Sie nach dem Inhaltsvolumen, das Sie in zwei Jahren erwarten, nicht nach dem von heute.

Hierarchisch, auch Baum genannt. Der Standard für Unternehmensseiten und Kataloge. Es wächst durch neue Äste und scheitert daran, dass eine Seite auf Ebene vier landet, auf die kaum noch etwas verlinkt.

Flach. Alles innerhalb von ein oder zwei Klicks. Sinnvoll unterhalb von etwa zwanzig Seiten, und es scheitert, sobald das Menü überläuft.

Hub-and-Spoke. Eine Pillar-Seite und eine Gruppe verwandter Seiten, die alle auf sie zurückverlinken. Stark für Blogs und Ressourcenbereiche, schwach, wenn der Hub verwaist.

Zwei Sonderformen leben innerhalb einer größeren Hierarchie: Eine sequenzielle Struktur führt durch feste Schritte, eine Matrix filtert einen Katalog nach Preis, Marke oder Größe.

Das Verfahren läuft in sieben Schritten, in dieser Reihenfolge. Der übliche Fehler besteht darin, das Inventar zu überspringen und sofort den Baum zu zeichnen, wodurch die heutige Website samt ihrer Mängel weitergezeichnet wird. Rechnen Sie mit einem halben Tag für eine kleine Unternehmensseite und zwei bis drei Tagen ab fünfzig Seiten.

Schritt 1. Ziel und vorrangige Wege festlegen. Was soll ein Besucher tun, bevor er wieder geht? Ein Angebot anfordern, ein Dokument herunterladen, ein Konto anlegen. Zwei oder drei Wege reichen, und sie entscheiden, was auf Ebene eins gehört. Ein geschriebenes Website-Design-Briefing spart hier zwei Besprechungen.

Schritt 2. Inventar aufnehmen. Listen Sie jede lebende URL mit Titel, Typ, Hauptkeyword und Rolle. Bei einem Relaunch entscheidet dieser Schritt, was Sie behalten, zusammenführen oder löschen. Unser Leitfaden zum Website-Audit beschreibt die Erhebung.

Schritt 3. Echte Nachfrage sammeln. Drei kostenlose Quellen reichen: die Suchanfragen aus der Search Console, das Protokoll Ihrer internen Suche und die Fragen, die Ihr Vertrieb am Telefon hört.

Schritt 4. Mit Card Sorting gruppieren. Schreiben Sie jede Seite auf eine Karte und lassen Sie Nutzer Stapel bilden und benennen. Interne Kategorien überleben den Kontakt mit Außenstehenden selten.

Schritt 5. Bereiche in den Worten Ihrer Kunden benennen. Lösungen, Kompetenzen, Welten: Diese Etiketten sagen einem eiligen Besucher nichts. Schreiben Sie Leistungen, Preise, Referenzen.

Schritt 6. Tiefe und URLs festlegen. Aus dem Baum werden Pfade. Die URL-Empfehlungen von Google bevorzugen lesbare Wörter gegenüber numerischen Kennungen. Ein Pfad wie /dienstleistungen/web-portale/ spiegelt den Baum.

Schritt 7. Vor den Layouts prüfen. Ein Baumtest von dreißig Minuten spart drei Wochen Korrektur.

Schritt 4 und Schritt 5 finden zusammen statt. Gruppieren ohne Benennen erzeugt Stapel, die niemand in einem Menü ankündigen kann.

Drei Ebenen, drei Klicks, sieben Menüpunkte. Diese Zahlen kursieren seit zwanzig Jahren und werden weitergereicht, als wären sie Gesetze. Sie sind es nicht. Es sind Faustregeln, oft nützlich, und es zahlt sich aus zu wissen, welche davon auf etwas Festem steht, bevor Sie einem Kunden den zusätzlichen Menüpunkt verweigern.

In Flat vs. Deep Website Hierarchies vergleicht Kathryn Whitenton von der Nielsen Norman Group die beiden Extreme und kommt zu dem Schluss, dass es keine allgemeingültige Antwort gibt. Sie dokumentiert einen aufschlussreichen Fall: eine Klinik-Website, deren Kategorie für medizinische Leistungen 32 Bereiche auf einmal auflistete. Die Empfehlung daraus ist methodisch, nicht numerisch: Beobachten Sie Ihre eigenen Nutzer statt fremder Schwellenwerte.

Behalten Sie trotzdem drei Bezugspunkte samt Status. Drei Ebenen unter der Startseite sind eine Konvention des Fachs, keine technische Grenze. Fünf bis sieben Punkte im Hauptmenü stammen aus der Faustregel sieben plus minus zwei, die die Nielsen Norman Group nicht mehr als feste Obergrenze vertritt. Und oberhalb von rund dreißig sichtbaren Einträgen beginnt ein Menü laut dem Fall von 2013 zu drücken.

Eine Meinung gegen das meiste, was man liest: Die Tiefe ist selten das Problem. Eine gut ausgeschilderte vierte Ebene wird ohne Klage begangen. Eine zweite Ebene namens Welten stoppt jeden.

Hier stehen drei vollständige Bäume, geschrieben als eingerückte Listen statt als Bilder, damit Sie sie in zehn Sekunden in ein Dokument kopieren können. Sie entsprechen den drei Projektfamilien, nach denen am häufigsten gefragt wird. Tauschen Sie die Etiketten gegen die Ihrer Branche.

Unternehmensseite, 12 Seiten. Die übliche Form für einen Mittelständler oder eine Kanzlei.

• Startseite
• Leistungen
  • Landingpages
  • Unternehmenswebsite
  • Web-Portal
• Referenzen
  • Projekt 1
  • Projekt 2
• Über uns
  • Team
  • Karriere
• Blog
• Kontakt

Onlineshop. Die Tiefe steigt um eine Stufe, weil ein Katalog eine Ebene für Unterkategorien erzwingt.

• Startseite
• Shop
  • Kategorie
    • Unterkategorie
      • Produktseite
  • Neuheiten
• Kaufberatung
• Kundenservice
  • Versand und Rückgabe
  • Häufige Fragen
• Mein Konto
• Kontakt

Kundenportal. Zwei Bäume nebeneinander: ein öffentlicher Teil, der verkaufen muss, und ein eingeloggter Teil, der bedienen muss.

• Öffentlicher Bereich
  • Funktionen
  • Preise
  • Anmeldung
• Dashboard (nach dem Login)
  • Meine Projekte
  • Dokumente
  • Rechnungen
• Verwaltung
  • Nutzer und Rollen
  • Aktivitätsprotokoll
• Hilfe

Die Seitenzahl setzt das Budget. Auf unserer Preisseite deckt eine Landingpage eine bis fünf Seiten ab und beginnt bei €1.500, eine Unternehmenswebsite zehn bis dreißig Seiten ab €5.000, ein Web-Portal ab fünfzig Seiten und ab €9.000. Wer mitten im Projekt von zwölf auf vierzig Seiten wächst, wechselt die Preisklasse.

Eine Website Struktur zu visualisieren heißt zweierlei: den Baum zu zeichnen und die Entscheidungen dahinter aufzuschreiben. Der Baum klärt die Form. Eine Tabelle mit einer Zeile pro Seite klärt die Entscheidungen, weil sie Sie zwingt festzuhalten, wofür jede Seite da ist und ob sie den Umbau überlebt. Beides gehört in dasselbe Dokument.

Zum Zeichnen liefern GlooMaps und Octopus.do in wenigen Minuten einen exportierbaren Baum. Slickplan geht bei Zusammenarbeit und Export weiter. FigJam, Miro und Whimsical sind nicht spezialisiert, genügen aber, wenn im Workshop mehrere Personen sitzen.

Zum Inventarisieren durchsucht Screaming Frog eine bestehende Website und gibt alle URLs mit Titel und Tiefe aus. Die Google Search Console liefert kostenlos die indexierten Seiten. Prüfen Sie die Bedingungen der kostenlosen Tarife, sie ändern sich häufig.

Ganz ehrlich? Ein Whiteboard und eine Tabellenkalkulation schlagen jedes kostenpflichtige Werkzeug, wenn die Benennungsarbeit ernsthaft gemacht wird. Ein makelloser Baum aus einer professionellen Anwendung fällt im ersten Nutzertest durch, wenn niemand über die Etiketten gestritten hat.

Eine Struktur ist eine Entscheidung. Die Navigation ist der Teil davon, den ein Besucher tatsächlich erlebt. Das Hauptmenü trägt die Bereiche der ersten Ebene, Breadcrumbs zeigen die aktuelle Position in der Hierarchie, der Footer fängt alles Nachrangige auf, und eine Seitenleiste verdient ihren Platz in Dokumentationen und eingeloggten Bereichen, wo die Liste der Bereiche lang wird.

Die interne Verlinkung erledigt den Rest. Navigationslinks wiederholen sich auf jeder Seite und sollten auf Ihre wichtigsten Seiten zeigen. Kontextuelle Links stehen im Fließtext: Ein Link von einem Artikel über Struktur zu unseren UX/UI-Design-Leistungen sagt Suchmaschinen, dass die beiden Themen zusammengehören.

Planen Sie die Links zusammen mit dem Baum. Eine einfache Verlinkungsmatrix deckt verwaiste Seiten auf, bevor es sie überhaupt gibt.

Dieselbe Handvoll struktureller Probleme taucht immer wieder auf. Jedes einzelne begann als Entscheidung, die in einer Besprechung vernünftig wirkte, und wurde ein Jahr später teuer. Hier sind die sechs, die Rankings und Conversions am stärksten schaden, ungefähr in der Reihenfolge, in der sie einem begegnen.

1. Die Seiten vergraben, die Geld bringen. Liegt Ihre wertvollste Leistungsseite vier Klicks entfernt, ist sie für Besucher und Crawler nahezu unsichtbar.

2. Nach Abteilungen ordnen statt nach Aufgaben. Ihr Organigramm ist kein Menü. Besucher interessiert nicht, ob Support und Rechnungswesen verschiedene Teams sind.

3. Verwaiste Seiten stehen lassen. Eine verwaiste Seite hat keinen internen Link, der auf sie zeigt. Über eine XML-Sitemap wird sie vielleicht gefunden, aber sie erbt nichts.

4. Zwei Seiten dieselbe Suchanfrage verfolgen lassen. Eine Leistungsseite und ein Artikel, die beide auf Webdesign zielen, konkurrieren miteinander. Führen Sie sie zusammen oder trennen Sie den Intent.

5. Mega-Menüs, die alles auf einmal zeigen. Fünfzig Links beim Überfahren erzeugen Lähmung, und auf dem Telefon fällt derselbe Baum in ein Hamburger-Menü zusammen. Testen Sie auf einem echten Gerät. Das gehört zu den UX-Fehlern, die Conversions kosten.

6. Kein Platz für Wachstum. Wenn eine zusätzliche Leistungsseite den Umbau der Navigation erzwingt, war die Architektur von Anfang an zu starr.

Zwei Methoden genügen, und sie ergänzen einander. Card Sorting baut den Baum: Sie geben Karten aus, die Teilnehmer bilden Stapel und benennen sie. Der Baumtest prüft ihn: Sie zeigen den nackten Baum ohne Gestaltung und ohne Suchfeld und bitten die Teilnehmer, etwas Bestimmtes zu finden. Die erste Methode öffnet die Frage, die zweite schließt sie.

Laut Nielsen Norman Group (Samhita Tankala und Katie Sherwin, 2024) braucht ein qualitatives Card Sorting mindestens 15 Teilnehmer, um die Begründung hinter den Gruppierungen zu verstehen, und 30 bis 50 Teilnehmer, wenn die Ergebnisse auf eine größere Grundgesamtheit übertragbar sein sollen.

Ein Baumtest ist in einer Stunde vorbereitet. Schreiben Sie acht bis zehn Aufgaben, formuliert als Bedürfnis und nicht als Weg. Messen Sie je Aufgabe die Erfolgsquote, die Zeit bis zur richtigen Stelle und die Zahl der Wechsel.

Nehmen Sie 80 % Erfolgsquote je Aufgabe als Ziel und alles unter 70 % als Bereich, der umbenannt gehört. Beide Schwellen sind Arbeitskonventionen. Kein Normungsgremium veröffentlicht sie, und der vertretbare Wert hängt davon ab, wie schwer die Aufgaben ausgefallen sind.

Sehen Sie außerdem nach, welchen Bereich die Teilnehmer irrtümlich gewählt haben. Dort steht das Etikett, das Ihre Besucher erwartet hätten.

Nicht jede Website muss umgebaut werden, aber einige Signale sagen, dass die aktuelle Struktur zur Last geworden ist. Der organische Verkehr sinkt, obwohl Sie weiter veröffentlichen. Seiten, die konvertieren sollten, haben hohe Ausstiegsraten. Auffällig viele Besucher greifen zur internen Suche. Inhalte verteilen sich über Kategorien, die nicht mehr zueinander passen.

Wenn Sie umbauen, ist der Redirect-Plan die eigentliche Arbeit. Jede URL, die verschwindet, zeigt mit einer dauerhaften 301-Weiterleitung auf die nächstähnliche Seite, niemals auf die Startseite. Massenweiterleitungen auf die Startseite sind der klassische Fehler: schnell, auf dem Papier sauber und in der Wirkung ein verkleideter 404.

Bewahren Sie, was funktioniert. Bringen drei Seiten die Hälfte Ihres organischen Verkehrs, bleiben deren URLs stehen. Unser Leitfaden zur Redesign-Vorbereitung beschreibt die Reihenfolge, der Leitfaden zur Unternehmenswebsite den größeren Rahmen.

Rechnen Sie mit einem vorübergehenden Rückgang, während Suchmaschinen neu crawlen und Signale neu zuordnen.

Wenn Sie eine Sache mitnehmen, dann diese: Schreiben Sie Ihren Baum in reinem Text auf, geben Sie ihn zehn Personen, die nicht für Sie arbeiten, und starten Sie die Gestaltung Ihrer Website erst, wenn diese zehn darin etwas finden.