「ナビゲーションのデザインが悪いのか、構造が悪いのか？」——この問いに答えられるか。
ユーザビリティテストで「目的のページにたどり着けない」という問題が見つかった。原因は何か？ボタンの色が目立たないのか、ラベルがわかりにくいのか、そもそも階層構造が間違っているのか。UIデザインと情報構造を切り分けないと、正しい改善はできない。
ツリーテストはUIを排除して構造だけをテストする。テキストだけの階層ツリーで、ユーザーが目的の情報を見つけられるかを検証する。構造の問題か、UIの問題かを切り分けられる。
1. 手法の定義
サイトやアプリの階層構造（ツリー）だけを提示し、ユーザーが目的の情報を見つけられるかを検証する手法。
ビジュアルデザイン、アイコン、検索機能を排除し、純粋にナビゲーション構造の有効性を評価する。カードソートで発見した構造を検証するために使うことが多い。
2. いつ使うか
適している場面
- ナビゲーション構造の検証: カードソート後の確認
- リニューアル前後の比較: 新旧構造の優劣を判断
- ラベル（名前）の評価: カテゴリ名が直感的か
- UIと構造の問題を切り分けたい: 構造だけをテスト
向いていない場面
- 構造を発見したい: → カードソート
- UIデザインを評価したい: → ユーザビリティテスト
- 「なぜ」を知りたい: ツリーテストだけでは理由はわからない
3. 設計判断の核
ツリーテストは「構造の問題」と「UIの問題」を切り分ける手法である。
よくある誤解
ユーザビリティテストで問題が見つかったら、デザインを改善すればいい。
実際
ナビゲーションの問題は、UIデザインの問題と構造の問題が混在している。ボタンを大きくしても、そもそもカテゴリの分け方が間違っていれば改善しない。ツリーテストで構造を検証し、ユーザビリティテストでUIを検証する——この切り分けが重要。
設計判断の基準
- 「構造とUIを切り分けているか？」→ 両方混ぜて評価しない
- 「タスクは具体的か？」→ 「連絡先を見つけて」ではなく「カスタマーサポートの電話番号を見つけて」
- 「成功率だけでなく経路も見ているか？」→ どこで迷ったかが重要
4. 調査タイプ
| 軸 | 内容 |
|---|---|
| データ | 定量（成功率、時間）＋定性（経路分析） |
| 対象 | 行動（ナビゲーション行動） |
| サンプル | 50〜100人（少人数では成功率が安定せず、誤った判断につながる） |
| 実施フェーズ | Define / Design |
手法のポジション
深さ（Why）
↑
カードソート（発見）
↑
ツリーテスト ← ここ（構造を検証）
↑
ユーザビリティテスト（UI含めて検証）
→ 規模（How many）
ツリーテストはカードソートとユーザビリティテストの間に位置する。発見した構造を、UIを作る前に検証できる。
補足: ツリーテストで得られるのは「行動（ナビゲート）」の結果。ツリーテスト単体では「なぜそのカテゴリを選んだか」はわからない。フォローアップの質問やインタビューで補完する。
5. 実施プロセス
1. 調査設計
- ツリーの作成: テストする階層構造を定義
- タスクの設計: ユーザーに探してもらう情報（5〜10タスク）
- ツールの選択: Optimal Workshop、Treejack、UserZoom等
タスク設計のポイント
良いタスク
- 「カスタマーサポートの電話番号を見つけてください」
- 「30日間の返品ポリシーを確認してください」
- 「新製品のプレスリリースを見つけてください」
避けるべきタスク
- 「連絡先を見つけてください」→ 曖昧すぎる
- 「ヘルプ > サポート > 電話を見つけてください」→ 答えを含んでいる
2. 参加者募集
- 対象ユーザー: 製品/サービスのターゲットユーザー
- 人数目安: 50〜100人（統計的に信頼できる結果）
- リモート実施: ツールを使えば大規模に実施可能
3. 調査実施
実施の流れ
- タスクを提示（「○○を見つけてください」）
- ユーザーがツリーを辿る（テキストのみ、UIなし）
- 最終的な回答を選択
- 次のタスクへ
計測する指標
- 成功率: 正しい場所にたどり着いた割合
- 直接成功率: 迷わず一直線にたどり着いた割合
- 所要時間: タスク完了までの時間
- 経路: どのカテゴリを経由したか
4. 分析
- タスク別成功率: どのタスクが難しいか
- ファーストクリック分析: 最初にどこをクリックしたか
- 経路分析: どこで迷ったか、間違った選択をしたか
- ラベルの評価: 誤解されやすいカテゴリ名
代表的な指標
| 指標 | 説明 | 目安 |
|---|---|---|
| 成功率 | 正解にたどり着いた割合 | 70%以上を目指す |
| 直接成功率 | 迷わず正解した割合 | 50%以上を目指す |
| ファーストクリック正解率 | 最初のクリックが正しい割合 | 最初が正しければ成功率が高い |
| 平均所要時間 | タスク完了までの秒数 | 短いほど良い |
6. 実務チェックリスト
最低ライン（Must - これがないと失敗）
理想ライン（Better - プロの品質）
7. 関連リンク
関連するUXリサーチ手法
- カードソート — 構造を発見する
- ユーザビリティテスト — UI含めて検証する
- ファーストクリックテスト — 最初の行動を検証
関連するUX心理
関連する用語
まとめ
ツリーテストは「構造の問題」と「UIの問題」を切り分ける手法である。ビジュアルを排除し、純粋に階層構造の有効性を検証する。ツリーテストは「構造の検証」であり、「原因の理解」は他手法で補完する。カードソートで構造を発見し、ツリーテストで検証し、ユーザビリティテストでUI含めて確認する——これが情報設計の基本サイクルだ。
