UIXHERO

アイコン設計 (Iconography)

アイコンは「言語の壁を越える道標」であると同時に、「意味が伝わらなければただのノイズ」になる両刃の剣です。直感的な機能理解を助けるためのアイコン設計原則です。

2026年2月17日
更新: 2026年8月27日
9
by Dengen Yosho(DGYS)
アイコン設計 (Iconography)

「このフロッピーディスクのマーク、何?」「星マークとハートマーク、どっちがお気に入り?」 作り手にとって自明なアイコンでも、ユーザーにとっては「謎の象形文字」になっていることが多々あります。意味の分からないアイコンが並んだ画面は、操作するたびに推測と記憶を強いられ、ユーザーを疲弊させます。 さらに、同じ画面内で「線の太さが違う」「角の丸みが違う」「塗りつぶしとが混在している」といった不揃いなアイコンは、システムの品質に対する信頼を無意識のうちに低下させます。

1. 原則の定義

アイコンは「装飾」ではなく「機能の視覚的な要約」であり、普遍的な認知(誰が見ても同じ意味に取れること)と、視覚的な一貫性(スタイルが揃っていること)を両立させるルール。

本質は「ユーザーのを下げること」です。アイコンの存在意義は、テキストを読むよりも早く機能を直感させることにあります。もしその推測に1秒以上かかるなら、そのアイコンは失敗しており、テキストラベルを併記するか、テキストのみにする方が優れています。

2. いつ使うか(適用場面)

特に重要になるケース

  • グローバル向けプロダクト: 言語の壁を超えて(多言語対応のコストを下げて)直感的な操作を提供したい時。
  • モバイルアプリやツールバー: 画面領域が限られており、長いテキストボタンを配置できない時。
  • スキャナビリティの向上: 設定画面などで、テキストの横に見出しとしてアイコンを添え、視覚的な検索速度を上げたい時。

トレードオフが起きる場面

  • 美しさ vs 伝わりやすさ: ブランドの個性を出した「ユニークで美しいアイコン」を作ろうとすると、その分「普遍的で誰もが知っている形」から離れ、意味が伝わりにくくなります。アイコンにおいて最優先すべきは、個性の表現ではなく「即座に意味が伝わること」です。

3. なぜ重要か(設計判断の核)

アイコンは「推測させる」ものではなく、「確信させる」ものでなければならない。

設計判断の基準

  • 「このアイコンの意味を、ユーザーは過去の経験から確実に知っているか?」→ 知らない可能性があるなら、テキストラベルを必ず添える。
  • 「これらのアイコンは同じファミリー(セット)に見えるか?」→ 線の太さ(ストローク)、サイズ、角の処理(丸か直角か)が完全に統一されているか。

優先順位の考え方

  • 1. 普遍性(認識しやすさ): 虫眼鏡=検索、家=ホームなど、既に社会で確立された意味・形状から逸脱しない。
  • 2. ラベルの併記: 例外を除き、テキストラベルを併記することで「謎解き」をなくす。
  • 3. 視覚的一貫性: UI全体のに合わせた太さや塗りつぶしのルールを適用する。

例外条件

  • 「ハンバーガー」や「閉じる(×)」など、テキストがなくても100%のユーザーが理解できる極めて普遍的なアイコン。

4. 具体の設計ルール(チェックリスト)

最低ライン(Must - これ守らないと危険)

ここをクリアしていないと、ユーザーが機能を見つけられず、迷子になるレベルです。

理想ライン(Better - できると強い/プロの品質)

UIの洗練度を劇的に上げ、「プロの仕事」を感じさせるための基準です。

5. UI例

ラベルがなくスタイルが不揃いで迷う画面と、ラベルがありスタイルが統一され確信を持って操作できる画面の違いです。

改善プロセス

  1. アイコンセットの決定: Phosphor Icons, Heroicons, Material Iconsなど、システム全体で1つの「高品質なアイコンファミリー」に統一し、自作と混ぜたり、異なるセットを混在させたりしない。
  2. 確信の付与(ラベリング): ユーザー全員が意味を知っていると確信できないアイコンには、必ず下に極小でも良いのでテキストラベルを置くか、Tooltipを設定する。
  3. 状態表現の組み込み: ナビゲーションの「アクティブ状態」を表現するために、Outline(非選択)とSolid(選択中)の使い分けルールをエンジニアと共有する。

この原則を実装で見る

この原則が実装でどう形になるかを、GUNJO の部品で確かめられます。

6. 関連リンク

7. まとめ

今日から直せる一手 実装されている画面に「テキストラベルのないアイコンだけのボタン」があれば、近くの人(開発者以外の人)に「これ、何を押すボタンに見える?」と聞いてみてください。一瞬(1秒以内)で正解が返ってこなければ、今すぐテキストラベルを追加しましょう。

チームに共有するなら一言 「アイコンはユーザーに『謎解き』をさせる場所ではない。美しいアイコンより、確実なラベルを。」

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年8月27日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

コンポーネントの視覚一貫性 (Component Consistency)

同じ役割を持つUIコンポーネントが、画面をまたいで異なる見た目・振る舞いをしていると、ユーザーは毎回「これは何だ?」と学習し直す羽目になる。コンポーネント単位で視覚的一貫性を担保するための原則です。

2026年2月17日
8

情報密度の最適化 (Information Density)

画面に載せる情報量は「多ければ多いほど良い」でも「少なければ少ないほど良い」でもない。ユーザーの目的と認知能力に合わせて最適な密度を設計する原則です。

2026年2月17日
11

モーションの品位 (Motion Quality)

アニメーションは「動けばいい」ではない。意味のない過剰な動きはユーザーの邪魔になり、遅すぎる動きは操作を妨げる。UIにおけるモーションを「機能」として設計するための原則。

2026年2月17日
8

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る