2026/01/05 20:51
タホアイコンを正当化するのは難しいです。
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
Summary
Apple の次世代 macOS Tahoe（2025）では、すべてのメニュー項目にアイコンが追加されました。多くのユーザーはこれを「不快で気が散る、読みづらい、混乱した、散らかった、わかりにくい、そして苛立たしい」と感じています。アイコンは機能を素早く見つけるために設計されていますが、Tahoe の実装ではすべてにアイコンを付与することで差別化が失われ、使いやすさが低下しています。
記事で指摘された主な問題点は次のとおりです：
- 一貫性の欠如 – 同じコマンドでもアプリ間で異なるアイコンが使用される（例： “Cut”、 “Open”、 “Save”）ため、学習を助ける一貫性が破綻します。
- 「New」の五十の色合い – 類似した操作に対して極端に異なるアイコンが付与され、さらに “Show completed”、 “Import”、 “Updates” などの別々の機能が同じアイコンを再利用することで混乱が生まれます。
- 小さく読めないアイコン – 24 × 24 ピクセル（≈12 ピクセル四方）の Retina アイコンは細部が識別しづらく、ベクターフォントのアイコンはこのサイズでぼやけ、ピクセルグリッドとずれます。
- 比喩の不一致 – “Select all” のテキストボックスやブックマーク用の本など、ユーザーを誤解させるアイコンがあり、HIG が推奨する「アイコンに文字を入れない」方針に反します。
- 対称性の問題 – Undo/Redo や Open/Close など逆方向の操作は、しばしば共通の比喩が欠けており、認知負荷を増大させます。
- システム UI 要素の再利用 – メニューアイコンは頻繁にウィンドウコントロールや矢印を借用し、アプリケーションの操作と OS レベルの制御との境界が曖昧になります。
これらの失敗は、Apple の長年の Human Interface Guidelines（HIG）と相反します。HIG は一貫したアイコン表現、明確な比喩、適切なサイズ設定、および文字を避けることを重視しています。記事は、このようなデザイン選択がユーザーの苛立ちを増大させ、新しい Mac ユーザーの採用を遅らせ、HIG 原則に沿った再設計への要望を呼び起こす可能性があると警告しています。対処されないままであれば、学習時間やエラー率の増加、開発者がカスタムアイコンを作成する必要性、Apple の直感的デザインに関する評判の低下というリスクが生じ、最終的にはオペレーティングシステム市場での競争優位性に影響を与える可能性があります。
本文
以下は、1992 年に公開された Macintosh Human Interface Guidelines（HIG）を読んで得たインスピレーションと、その後の macOS Tahoe に対する批判的な解説です。
文章全体の長さや構成はできるだけ保ちつつ、自然で丁寧な日本語に翻訳しました。
2025 年へタイムスリップ ― macOS Tahoe の登場
Apple は macOS Tahoe をリリースし、その主な特徴として「すべてのメニュー項目に不快・邪魔で読みにくいアイコンを追加する」ことを掲げました（これは作者ではなく Apple の言葉です）。
Sequoia → Tahoe
これは悪い。だが、何故そんなに悪いのでしょうか？ それを深掘りしてみましょう。
免責事項：スクリーンショットは macOS 26.1 と 26.2 の混合で、システムにプリインストールされている Apple 製品のみに限定しています。設定は一切変更していません。
アイコンは「区別」を助けるもの
アイコンの主な機能は、「探しているものをより早く見つけられるようにする」ことです。
すべてにアイコンを付けると、逆に「何も目立たなくなる」ため、全く誤った選択です。同様に、色付きの黒白アイコンは清潔に見えますが、探しやすさには貢献しません。
Microsoft はこの点をよく知っていました
「Save」「Share」を適切なバリエーションで見ると、どれだけ速く見つけられるかがわかります。さらに色付きの方がテキストとの区別も明確で、より高速です。
私は個人的にもこれらのアイコンは扱いにくく、カラー設計をしないと美しくならないと感じます。しかし原則として「簡単に使える」ことが重要です。
アプリ間での一貫性
アイコンを機能させるためには、一貫性が不可欠です。
例えば「Cut」のコマンドに付随するアイコンを見たら、次回は同じアイコンを探します。
Tahoe の問題：『New』の50種類
一目で分かりやすくまとめてみました。
- 操作が異なるもの（スマートフォルダ作成 vs. ジャーナルエントリ作成）もありますが、ほとんどは同じです。
- Open / Save / Close / Find/Filter / Delete / Minimize など、OS の基本機能はすべてのアプリで同一に見えるべきです。
同じアプリ内での一貫性
ツールバーにもアイコンが使われます。メニューから呼び出される操作と同様に、同じアイコンを使用することが望ましいです。
これは実装も簡単で、同じ画面内で頻繁に利用します。
例：
- Preview と Photos ではズーム用のシンボルが一致していません。
- Maps やその他アプリはズームに異なる記号を使っています。
アイコン再利用の禁句
同じアイコンを別々の操作で使用することは大きな失敗です。
「New」を意味するアイコンを学んだ後、他のアプリで Copy・Paste・Show Completed の隣に同じアイコンが出てくると混乱します。
メニュー内でも同一アイコンが並列して登場すると、誰も助けになりません。
最悪例：Photos アプリ
ユニークなアイコンを 1 つずつ作る担当者は「アイデアが尽きた」のでしょう。
理解できる話ですが、受け入れられるレベルではありません。
ニュアンスの過剰さ
アイコンを見ると、少しだけ実装差異（矢印の角度など）を許容します。しかし Apple のアイコンはその違いが大きく、線幅・角度・塗りつぶしがバラバラで解釈が難しくなります。
詳細描写
アイコンは遠距離からでも一目で認識できるように設計されるべきです。
小さなディテールは「見た目を良くする」目的のみに留め、機能的には頼れません。
Tahoe のアイコンは 12 × 12 ピクセル（Retina 24 × 24）に収まっており、詳細描写には不適切です。
ピクセルグリッド
スペースが限られると、1 ピクセルの差も意味があります。Apple はビットマップではなくベクターフォントを採用しましたが、その結果線はピクセルグリッドに沿わず、ぼやけた印象になっています。
アイコンは「メタファー」であるべき
アイコンはコマンドの意味をユーザーに示すために存在します。
一般的なオブジェクトや広く使われている記号（例：ゴミ箱＝削除）を利用すべきです。
Apple が誤ったメタファー（例：テキストブロックで Select All を表現）を採用したときは、アイコンを省略する方が賢明でした。
対称的なアクション
逆の操作（Undo / Redo、Open / Close など）に対して別々のメタファーを使うとユーザーは混乱します。
適切な箇所では同一メタファーを再利用し、認知負荷を減らすべきです。
アイコン内のテキスト
HIG ではアイコンに文字を含めないことが推奨されています。しかし Tahoe は完全にテキスト化されたアイコンや、文字と非文字を混在させたアイコンを採用しており、ラベルとシンボルの境界が曖昧です。
システム要素を再利用したアイコン
ウィンドウコントロールやカーソルなど、システム UI の要素をそのままアイコンに取り込むことは誤りです。Apple は矢印やショートカットのアイコンでこれを行い、さらに混乱を招きました。
スキャンを妨げるアイコン
アイコンがないと、上から下へメニューをスキャンしながら最初の文字だけを読んで済みます。
Tahoe では一部にアイコンがあり、一部は無いため整列が崩れます。またチェックマークやアイコンの有無が揃わず、スキャンが難しくなります。
HIG はまだ有効か？
1992 年の Human Interface Guidelines（HIG）は、人間の知覚は変わっていないため依然として有効です。
黒白表示に関する原則は時代遅れかもしれませんが、コアな原則は今も通用します。
結論
Apple が「すべてのメニュー項目にアイコンを付ける」試みは、実際には 非現実的 です。
良いメタファーが不足し、前提自体が疑問視されます。もし可能だったとしても、Apple は一貫性とデザイン品質で失敗しています。
この記事はアイコン設計の典型的なミスを指摘し、それらを回避するための手助けになることを目的としています。
何十年にわたる知見が無視・破棄されるのを見るのは残念ですが、今では Apple より優れたデザインを作るのもそれほど難しくありません。
Happy New Year!
付録
- Jim Nielsen の記事 を読むと同様のポイントが多く見つかります。
- Safari → File メニューは 26.0 以降、アイコン数が 4 から 18 に増加しています。
Kevin、Ryan、Nicki にドラフトを読んでいただいたことに感謝します。