Tree Testing beantwortet eine Frage, die für B2B Websites selten systematisch geprüft wird: Finden Nutzer die gesuchten Inhalte tatsächlich über die bestehende Navigation?
Gerade im B2B Kontext, wo Websites häufig komplexe Leistungsportfolios, mehrstufige Produktkategorien und unterschiedliche Zielgruppen (Einkauf, Fachabteilung, Management) unter einen Hut bringen müssen, laufen Struktur und Nutzererwartung schnell auseinander. Im laufenden Betrieb fällt dieser blinde Fleck selten auf. Für Verantwortliche wirkt sich diese Lücke jedoch direkt auf Conversion-Raten und Lead-Qualität aus. Hier liefert Tree Testing eine belastbare Entscheidungsgrundlage, bevor Strukturänderungen teuer in Design und Entwicklung überführt werden.
Das Wichtigste in Kürze
Was ist Tree Testing?
Ein Testverfahren, bei dem Testpersonen anhand einer reinen Text-Hierarchie prüfen, ob sie Inhalte über die Navigation einer Website finden. Getestet wird ausschließlich die Struktur, ganz ohne Design, Farben oder Layout.
Warum reicht Webanalyse nicht aus?
Weil klassische Tools zwar zeigen, dass Nutzer eine Seite verlassen, aber nicht, warum sie die gesuchte Information über die Navigation nicht gefunden haben. Tree Testing schließt genau diese Erklärungslücke.
Welchen Nutzen hat Tree Testing für B2B Websites?
Der Test objektiviert Strukturentscheidungen vor einem Relaunch. Er zeigt, ob eine geplante oder bestehende Navigation von der Zielgruppe intuitiv bedient werden kann, und ersetzt interne Annahmen durch belastbare Nutzerdaten.
Wann lohnt sich der Test?
Besonders vor dem Launch einer neuen Website, bei der Überarbeitung einer bestehenden Navigation mit erkennbaren Schwachstellen sowie zur Absicherung von Relaunch-Projekten.
Die typischen Stolperfallen von B2B Websites
In der Praxis scheitern komplexe B2B Websites meist an einer dieser drei Navigations-Fallen:
1. Interne Logik statt Nutzerperspektive
Menüs orientieren sich häufig an der internen Abteilungsstruktur eines Unternehmens statt an den tatsächlichen Bedürfnissen der Website-Besucher. Nutzer verstehen die zugrunde liegende Logik nicht und sind unsicher, ob sie sich überhaupt im richtigen Bereich befinden.
2. Überladene Navigation
Zu viele Menüpunkte auf oberster Ebene und tiefe Dropdown-Verschachtelungen erzeugen Orientierungslosigkeit und überfordern Nutzer, statt Orientierung zu geben.
3. Kaufrelevante Inhalte zu tief versteckt
Case Studies, Referenzen und Preisinformationen sind bei vielen B2B Websites mehrere Klicks tief vergraben. Genau diese Inhalte sind jedoch für die Kaufentscheidung häufig ausschlaggebend. Wenn sie nicht auffindbar sind, bricht der Entscheidungsprozess vorzeitig ab.
Das Ergebnis dieser Strukturfehler: Potenzielle Kunden wandern frustriert ab, lange bevor sie ein Kontaktformular überhaupt erreichen.
Warum ist eine nutzerzentrierte Navigationsstruktur strategisch relevant?
Die Navigationsstruktur einer Website ist kein reines UX- oder IT-Thema. Sie wirkt sich direkt auf marketingrelevante Kennzahlen aus:
- Höhere Conversion-Rate: Nutzer finden schneller zum Ziel, das reduziert Abbrüche im Entscheidungsprozess und sorgt für eine reibungslose User Journey.
- Bessere Kundenbindung: Zufriedene Nutzer kommen zurück und empfehlen die Website eher weiter.
- Reduktion der Support-Kosten: Können Nutzer Informationen eigenständig über die Navigation finden, sinkt tendenziell die Zahl der Rückfragen bei Vertrieb und Kundenservice.
- Bessere SEO-Sichtbarkeit: Eine flache, logische Struktur erleichtert Suchmaschinen-Crawlern die inhaltliche Zuordnung von Seiten und unterstützt eine sinnvolle interne Verlinkung. Beides gilt als etablierter Rankingfaktor.
- Risikominimierung: Datenbasierte Entscheidungen ersetzen interne Annahmen. Die Validierung vor der Entwicklung spart spätere, kostenintensive Iterationen.
Was ist Tree Testing?
Website Usability und Conversion Rate sind keine getrennten Themen. Jede Usability-Barriere ist potenziell ein Webanalyse-Tools erfassen zwar, dass Nutzer eine Seite verlassen, nicht jedoch, warum sie die gesuchte Information über die Navigation nicht gefunden haben. Genau diese Erklärungslücke schließt Tree Testing: Die Methode prüft, wie gut Nutzer Inhalte anhand der reinen Navigationsstruktur einer Website finden, ganz ohne visuelle Ablenkung durch Design, Farben oder Layout. Getestet wird ausschließlich die hierarchische Baumstruktur (Tree) der Inhalte, dargestellt als reine Textliste.
Testpersonen sehen dabei ausschließlich eine Liste mit Menüpunkten und Unterpunkten, vergleichbar mit einem Inhaltsverzeichnis. Zu einer gestellten Aufgabe klicken sie sich durch diese Liste, so wie sie es auch im echten Website-Menü tun würden.
So deckt diese Methode des Usability Testings strukturelle Probleme in der Informationsarchitektur frühzeitig auf und ermöglicht Optimierungen, bevor Ressourcen in Design und Entwicklung fließen.
Wann lohnt sich Tree Testing?
Tree Testing kommt in der Praxis in drei zentralen Situationen zum Einsatz:
1. Neue Website vor dem Launch validieren:
Bevor eine neu entwickelte Struktur in Design und Entwicklung überführt wird.
2. Bestehende Navigation verbessern und Schwachstellen beseitigen:
Etwa wenn eine steigende Nutzung der internen Suche oder hohe Absprungraten auf eine unzureichende Struktur hindeuten.
3. Relaunch-Projekte absichern:
Um zu verhindern, dass eine neue Struktur bestehende Probleme lediglich verlagert, statt sie zu lösen.
Die entscheidende Frage ist dabei immer: Lässt sich die Struktur wirklich intuitiv bedienen, oder basiert sie lediglich auf internen Annahmen? Steht dabei die Entscheidung zwischen mehreren plausiblen Navigationsstrukturen im Raum, lässt sich ein Tree Test auch als direkter Vergleich zweier Varianten anlegen.
Wie läuft ein Tree Testing ab?
1. Struktur abbilden
Die zu testende Navigation wird als reine Text-Hierarchie dargestellt. Wichtig: Die vollständige, realistische Struktur sollte abgebildet werden, nicht nur ein Ausschnitt. Sollen zwei Navigationsstrukturen gegeneinander getestet werden, wird jede Variante als eigener Baum abgebildet und mit derselben Zielgruppe parallel geprüft.
2. Aufgaben definieren
Konkrete, realistische Aufgaben bilden die Grundlage des Tests. Wichtig ist dabei eine Regel: Die Aufgabe darf das gesuchte Wort aus der Navigation niemals vorwegnehmen (das sogenannte „Priming“). Sonst prüfen Sie lediglich, ob die Testpersonen Wörter abgleichen können, aber nicht, ob Ihre Struktur intuitiv ist.
Ein einfaches Beispiel macht den Unterschied deutlich. Angenommen, der reale Menüpunkt auf Ihrer Website heißt „Support“:
- Falsch (Priming): „Wo kontaktieren Sie unseren Support?“ – Die Testpersonen scannen die Menüliste jetzt nach genau diesem Wort.
- Richtig (Szenario): „Ihre Software zeigt eine Fehlermeldung an und Sie benötigen schnelle Hilfe. Wo klicken Sie?“
Bei der zweiten Variante zwingen Sie den Nutzer nachzudenken, hinter welchem Begriff er die Lösung für sein Problem vermutet (ob das nun „Support“, „Service“ oder „Kontakt“ ist). Genau das liefert die wertvollen Insights für Ihre Navigationsstruktur.
3. Test durchführen
Die Zielgruppe löst die Aufgaben innerhalb der Baumstruktur, in der Regel unmoderiert und remote über spezialisierte UX-Testing-Tools. Unmoderiert bedeutet: Testpersonen bearbeiten die Aufgaben eigenständig, ohne Begleitung durch einen Moderator, meist von ihrem eigenen Arbeitsplatz aus. Ein Testdurchlauf dauert pro Teilnehmer üblicherweise 5 bis 10 Minuten, abhängig von der Anzahl der gestellten Aufgaben. Empfohlen werden in der Praxis nicht mehr als 5 bis 10 Aufgaben pro Test.
Wie viele Teilnehmer sind nötig?
Für belastbare, quantitativ auswertbare Ergebnisse gilt eine Stichprobengröße von etwa 50 Teilnehmern pro getesteter Struktur als gängiger Richtwert. Für ein erstes, eher exploratives Stimmungsbild reichen häufig auch kleinere Gruppen von 10 bis 15 Testpersonen, allerdings mit entsprechend geringerer statistischer Aussagekraft.
Entscheidend ist in beiden Fällen, dass die Testpersonen tatsächlich der Zielgruppe der Website entsprechen, im B2B Kontext etwa Entscheider aus Fachabteilungen, technische Ansprechpartner oder Einkäufer. Die Rekrutierung ist dabei anspruchsvoller als bei breiten Consumer-Panels, da Fachexpertise oder eine bestimmte berufliche Rolle Voraussetzung für aussagekräftige Ergebnisse sind.
4. Analyse und Optimierung
Die Metriken werden ausgewertet und in konkrete Handlungsempfehlungen überführt.
Zentrale Metriken und was sie aufdecken
| Metrik | Aussage | Insight |
| First Click | Analysiert, wohin Nutzer als Erstes klicken | Falscher erster Klick → Menübezeichnung ist nicht eindeutig |
| Success Rate | Gibt an, ob Nutzer das Ziel erfolgreich erreichen | Niedrige Erfolgsrate → Kategorien sind unklar oder missverständlich |
| Directness | Misst, ob Nutzer den direkten, vorgesehenen Pfad wählen | Viele Umwege → Navigation ist nicht intuitiv |
| Backtracking / Pfad-Analyse | Beobachtet, ob Nutzer zurückgehen oder andere Pfade wählen | Viele Rücksprünge → Nutzer verirren sich, Navigation ist schwer nachvollziehbar |
| Time on Task | Zeigt, wie lange Nutzer benötigen, um das Ziel zu erreichen | Lange Bearbeitungszeit → Struktur ist überladen, komplex oder unübersichtlich |
Der entscheidende Vorteil dieser Kennzahlen: Sie zeigen nicht nur, ob eine Struktur funktioniert, sondern auch, an welcher konkreten Stelle sie scheitert. Besonders aufschlussreich ist dabei die gemeinsame Betrachtung von First Click und Success Rate: Ein falscher erster Klick zeigt bereits, an welcher Menübezeichnung die Verwirrung beginnt, selbst wenn die Erfolgsrate insgesamt noch akzeptabel erscheint.
Beispiel: Wie ein Tree Testing strukturelle Schwächen sichtbar macht
Ein B2B Softwareanbieter testet vor einem Relaunch die geplante Navigation. Die Aufgabe lautet: „Sie möchten herausfinden, was die Software kostet. Wo klicken Sie?“
Das Unternehmen hat Preisinformationen bewusst in der Navigation unter Kontakt und Angebot anfordern angesiedelt. Dies ist eine übliche Entscheidung im B2B Vertrieb, da Preise oft von individuellen Faktoren abhängen und nicht offen gelistet werden sollen.
Das Tree Testing zeigt jedoch ein anderes Bild. 68 Prozent der Testpersonen klicken beim ersten Schritt nicht auf Kontakt, sondern auf Produkte. Dort, wo sie die Software selbst vermuten, erwarten sie intuitiv auch Informationen zum Preis. Erst nachdem sie dort nichts Passendes finden, wechseln einige über Umwege zurück zur Kategorie Kontakt, andere brechen die Suche ab.
Nur 32 Prozent wählen direkt den vom Unternehmen vorgesehenen Pfad. Ein Großteil der Nutzer erreicht das Ziel nur über Umwege oder gar nicht. Die Erfolgsquote fällt entsprechend niedrig aus. Damit bestätigt sich, was sich bereits im ersten Klick andeutete: Die Erwartung der Nutzer, Preisinformationen dort zu finden, wo auch das Produkt beschrieben wird, deckt sich nicht mit der internen Logik des Unternehmens, Preisanfragen zentral über den Kontaktbereich zu bündeln.
Aus diesem Ergebnis lässt sich eine klare Handlungsempfehlung ableiten: Preisinformationen oder ein Hinweis auf die Preisanfrage sollten auch im Bereich der Produktseiten auffindbar sein, statt ausschließlich über den Kontaktbereich zugänglich zu sein.
Mit welchen Tools wird ein Tree Testing durchgeführt?
Für die technische Umsetzung von Tree Testings haben sich in der Praxis spezialisierte UX-Plattformen etabliert. Tools wie beispielsweise Uxtweak, Maze oder Treejack übernehmen dabei die strukturierte Darstellung des Navigationsbaums und das genaue Erfassen der Nutzerklicks.
Die eigentliche Herausforderung, gerade bei komplexen B2B Portfolios, liegt jedoch nicht in der eingesetzten Software, sondern an drei anderen Stellen: der methodisch sauberen Aufgabenformulierung, der Rekrutierung der exakt passenden Fach-Zielgruppe und der korrekten fachlichen Interpretation der Klickpfade. Ohne diese Vor- und Nachbereitung liefern Analyse-Tools lediglich reine Rohdaten, aus denen sich keine belastbaren Entscheidungen für eine neue Navigationsstruktur ableiten lassen.
Tree Testing im Methodenvergleich
Wie grenzt sich Tree Testing von anderen UX-Methoden ab? Ein kurzer Blick auf Card Sorting und Heatmaps/Session Recordings schafft Klarheit:
Tree Testing vs. Card Sorting
| Methode | Fragestellung | Zeitpunkt im Prozess |
| Card Sorting | Wie würden Nutzer Inhalte gruppieren und benennen? | Vor der Strukturentwicklung |
| Tree Testing | Funktioniert eine (bestehende oder entworfene) Struktur? | Nach der Strukturentwicklung, vor der Umsetzung |
In der Praxis ergänzen sich beide Methoden: Card Sorting liefert Hypothesen für eine sinnvolle Struktur, Tree Testing validiert diese Hypothesen mit einer neuen Nutzergruppe. Eine Struktur, die im Card Sorting entstanden ist, sollte also nicht ungeprüft live gehen.
Tree Testing vs. Heatmaps und Session Recordings
Anders als Card Sorting sind diese Methoden keine vorgelagerte, sondern eine alternative Analyseform. Beide liefern Verhaltensdaten, unterscheiden sich aber grundlegend in Aussagekraft und Einsatzbereich:
| Tree Testing | Heatmaps und Session Recordings |
| Klare, definierte Aufgaben (z. B. „Wo würdest du Produkt X suchen?“) | Klicks oft explorativ oder zufällig, keine definierten Aufgaben |
| Fokus auf Navigationsstruktur ohne Design-Einflüsse | Fokus auf fertige Seiten; Design beeinflusst Klickverhalten |
| Eindeutige quantitative Erfolgsmetriken: Erfolgsraten, Fehlpfade, Backtracking, Zeit bis zur Lösung | Zeigt nur Klickhäufigkeiten und Scrollverhalten, keine Erfolgsmetriken |
| Offenes Feedback zu Entscheidungslogik, Unsicherheiten, Erwartungen | Primär quantitative Daten; Beweggründe der Nutzer nicht sichtbar |
| Gezielte Rekrutierung relevanter Testpersonen möglich (Branche, Rolle, Tätigkeitsfeld) | Unklar, wer klickt – relevante Zielgruppe oder zufällige Besucher? |
Heatmaps und Session Recordings sind wertvoll, um das Verhalten auf einer bestehenden, fertigen Website zu beobachten. Tree Testing hingegen erlaubt eine gezielte, kontrollierte Prüfung der reinen Struktur, unabhängig davon, ob diese bereits live ist oder erst konzipiert wird.
Fazit: Tree Testing als datenbasierter Realitätscheck für die B2B Navigation
Tree Testing schließt eine methodische Lücke, die klassische Webanalyse nicht abdecken kann: die gezielte Überprüfung, ob eine Navigationsstruktur aus Nutzersicht funktioniert, unabhängig von Design und Content. Das Beispiel zur Preisinformation zeigt, wie stark eine aus unternehmensinterner Sicht schlüssige Entscheidung von den tatsächlichen Nutzererwartungen abweichen kann. Es macht deutlich, wie wichtig es ist, diese Diskrepanz vor dem Relaunch zu erkennen.
Wer die Verantwortung für Leadgenerierung und Content-Performance trägt, benötigt verlässliche Daten für strukturelle Entscheidungen. Basieren neue Navigationskonzepte lediglich auf internen Annahmen, drohen spürbare Streuverluste beim Traffic und ineffiziente Marketingausgaben. Tree Testing minimiert genau dieses Risiko durch objektives Nutzerfeedback. Um diese Sicherheit zu maximieren, sollte die Methode jedoch nicht als einmaliges Projekt betrachtet werden. Wenn Sie Menüpunkte oder Kategorien nach einem ersten Test anpassen, bestätigt eine zweite Testrunde, ob die vorgenommenen Änderungen auch wirklich den gewünschten Erfolg bringen.
Ihre Navigationsstruktur im professionellen Test
Wenn Sie prüfen möchten, wie gut Ihre eigene Website-Navigation und Nutzerführung insgesamt funktioniert, unterstützt Sie unser Website Usability Test mit einer methodisch fundierten Analyse.
