Tree testing is a method for evaluating how easy it is to find (ie the findability of) content on a website. It’s also known as ‘reverse card sorting’ or ‘card-based classification’.
Tree testing focuses exclusively on category labels. It’s a very pure form of evaluation that tests the menu structure - in isolation from other interface design elements, content or navigational aids. It's a useful method to use as a follow-up to card-sorting.
Tree-testing exercises can be moderated or unmoderated.
Running moderated tree-testing exercises provides qualitative feedback from users and an insight into the “whys” behind their decisions. In a moderated session users are encouraged to think aloud which can provide a deeper and better understanding of their ways of thinking.
Unmoderated (remote) tree-testing exercises provide quantitative results, typically drawn from a larger pool of participants.
Tree testing is usually conducted at an early stage in the design process. It can help validate the effectiveness of the proposed organisation, structuring and labeling of a site. It helps analysis of where a user would expect to find the information they're looking for, what improvements to a site can be made, based on the observed behaviour.
Before starting to prepare a tree-testing exercise, define the objectives of the test.
Define the elements of information architecture to test and improve the whole website or just a part of it, a section or perhaps just one level.
Defining clearly who are the intended users of your website/section helps ensure appropriate participants. Define the right tasks for them to perform as part of the test. Recruit up to 50 participants for an unmoderated test.
During a tree test, take the following two points into consideration:
1) the tree, also called the architectural menu
2) the tasks, or instructions participants need to complete
In order to define the tree, have a complete list of the main content categories and their subcategories (up to the 3rd, 4th or 5th level of the architecture). Even if only testing a specific section of the tree or a specific level, don't exclude the other sections or levels. Include the complete tree in your test, so test participants are not biased towards any particular section from the outset.
The tasks participants are asked to complete are just as important as the tree itself. Decide which categories and labels to test. For each category label, or sub-category label to be tested, define the appropriate task or instruction participants should perform, ie to find something specific within that category.
When defining the tasks or scenarios, phrase the task carefully. Instructions should avoid terms that give away the answers (ie avoid using terms that feature within a label, for example). Avoid potentially misleading details.
When defining tasks:
The data from a tree test illustrate the various paths that users take to get to specific information or content. The results will also help in assessing:
The number of attempts taken by users to complete a task can indicate which items are difficult to find.
Any personal data that is processed as part of any task relating to the development of the European Commission's web presence must be done so in compliance with Regulation (EU) 2018/1725 of the European Parliament and of the Council of 23 October 2018.
See data protection for more info.
If you require further assistance, please contact:
Europa Web Communication
The Europa Web Guide is the official rulebook for the European Commission's web presence, covering editorial, legal, technical, visual and contractual aspects.
All European Commission web sites must observe the rules and guidelines it contains.
Web practitioners are invited to observe its contents and keep abreast of updates. Read more.