<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>UI - デザペディア</title>
	<atom:link href="https://www.ds-pedia.com/tag/ui/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ds-pedia.com</link>
	<description>デザイナーやクリエイターのための情報メディアサイト</description>
	<lastBuildDate>Sun, 27 Sep 2026 10:11:35 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.3</generator>

<image>
	<url>https://www.ds-pedia.com/wp-content/uploads/2026/07/cropped-favicon@2x-32x32.png</url>
	<title>UI - デザペディア</title>
	<link>https://www.ds-pedia.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>入力フォームUI設計の4原則｜離脱を防ぐラベル・エラーUX</title>
		<link>https://www.ds-pedia.com/2026/09/20/form-ui-design-guide/</link>
					<comments>https://www.ds-pedia.com/2026/09/20/form-ui-design-guide/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Sun, 20 Sep 2026 06:14:12 +0000</pubDate>
				<category><![CDATA[デザインナレッジ]]></category>
		<category><![CDATA[UX・心理学]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[アクセシビリティ]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[UX]]></category>
		<category><![CDATA[フォーム]]></category>
		<category><![CDATA[バリデーション]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2477</guid>

					<description><![CDATA[<p>入力フォームUIで離脱率を下げるには、ラベルの常時表示・フォーカスアウト時のバリデーション・フィールド直下のエラーメッセージ設計が鍵です。UIデザイナーが現場で実践するフォームUXの基本ルールをまとめました。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/20/form-ui-design-guide/">入力フォームUI設計の4原則｜離脱を防ぐラベル・エラーUX</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>


<div class="target-audience"><div class="target-audience__title">この記事はこんな方に向けて書いています</div><ul class="target-audience__list"><li class="target-audience__item">入力フォームでの離脱率が高く、どこを改善すればいいか分からない</li><li class="target-audience__item">プレースホルダーとラベルの使い分けや、バリデーションのタイミングに迷っている</li><li class="target-audience__item">モバイルでのフォームUXを改善したいが、具体的な実装ルールが知りたい</li></ul></div>



<p class="wp-block-paragraph">フォームの完了率を大きく左右するのは、機能要件ではなく細かいUI設計です。<br>自分がデザインレビューをする中でも、「ラベルがない」「エラーのタイミングがおかしい」という指摘はフォーム設計でとくに多いと感じます。<br>この記事では、現場ですぐに使えるフォームUXの基本ルールを4つの切り口で整理しました。</p>


<div class="c-quick-answer"><div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">入力フォームUIで離脱率を下げるには？</span></div><p class="c-quick-answer__text"><br />
ラベルを常時表示する・フォーカスアウト時にバリデーションを行う・エラーはフィールドの直下に配置する・モバイルでは適切なキーボードを指定する、の4点が基本設計の柱です。<strong>プレースホルダーをラベル代わりに使うことと、送信ボタン押下時のみにエラーを出す設計の2点が、離脱率を高める主な原因</strong>となります。<br /></p></div>



<h2 class="wp-block-heading">プレースホルダーをラベル代わりに使ってはいけない理由</h2>



<p class="wp-block-paragraph">フォーム設計でよく見るミスのひとつが、入力欄の外にラベルを置かず、プレースホルダー（入力欄内の薄いテキスト）だけで項目名を伝えようとするパターンです。<br>見た目がすっきりするように見えますが、UXの観点では複数の問題が生じます。</p>



<p class="wp-block-paragraph">NN/g（Nielsen Norman Group）の調査でも、ラベルを入力欄の上部に常時表示する「top-aligned label」が、完了時間の短縮とエラー率の低下において最も効果的だと報告されています。</p>



<p class="wp-block-paragraph"><strong>プレースホルダーのみにした場合の問題点は3つあります。</strong></p>



<p class="wp-block-paragraph">まず、入力を始めるとプレースホルダーが消えてしまうため、「今何を入力しているのか」が分からなくなります。<br>特に「姓」「名」が並ぶ項目や、複数欄が縦に並ぶ長いフォームでは、入力途中に項目名を確認したくなった際にカーソルを抜かなければなりません。</p>



<p class="wp-block-paragraph">次に、「空欄」と「入力例が表示されている状態」の区別がつきにくくなります。<br>薄いグレーのテキストを「まだ何も入力されていないフィールド」と「例が書かれているフィールド」として即座に判断するのは、ユーザーに余分な認知コストがかかります。</p>



<p class="wp-block-paragraph">最後に、エラーが発生した際の修正が難しくなります。<br>「半角英数字で入力してください」などのヒントがプレースホルダーに書いてあると、文字を打った瞬間にそのヒントが消えてしまい、どう直せばいいかが分からなくなります。</p>



<p class="wp-block-paragraph"><strong>正しい設計は、ラベルを入力欄の上部に独立して配置し、常に表示し続けることです。</strong><br>プレースホルダーはあくまで補助として、「YYYY/MM/DD」や「例：yamada@email.com」のようなフォーマットヒントに限定して使いましょう。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-106.jpg" alt="【入力フォームUI】ラベル配置のNG例とOK例の対比図解" /></figure>



<h2 class="wp-block-heading">バリデーションのタイミング設計</h2>



<p class="wp-block-paragraph">バリデーション（入力値の検証）をいつ行うかは、フォームUXの体験を大きく変えます。<br>主に3つのパターンがあり、それぞれ適切な使い場面が異なります。</p>



<figure class="wp-block-table"><table><thead><tr><th>タイミング</th><th>説明</th><th>推奨度</th></tr></thead><tbody><tr><td><strong>送信ボタン押下時のみ</strong></td><td>フォーム全体を入力し終えてから一括でエラーを出す</td><td>✕ 非推奨</td></tr><tr><td><strong>入力中リアルタイム（onChange）</strong></td><td>キー入力のたびにリアルタイムで検証する</td><td>△ 限定的に使用</td></tr><tr><td><strong>フォーカスアウト時（onBlur）</strong></td><td>入力欄からカーソルが離れた瞬間に検証する</td><td>◎ 推奨</td></tr></tbody></table></figure>



<p class="wp-block-paragraph"><strong>基本はフォーカスアウト（blur）時の検証を選ぶのがおすすめです。</strong><br>ユーザーがその項目への入力を「終えた」というタイミングでのみエラーを表示するため、入力の途中で急かされる感覚がありません。</p>



<p class="wp-block-paragraph">「送信時のみ」を選ぶと、全項目を入力し終えて初めて複数のエラーが一斉に表示されます。<br>どこを直せばよいかを一から探し直す必要があり、完了までの手間が大幅に増えます。</p>



<p class="wp-block-paragraph">「入力中リアルタイム」は、使い方を誤るとユーザーが入力し終える前にエラーが出てしまい、必要以上にストレスを与えます。<br>例外として、<strong>一度エラーが出たフィールドは、修正中のリアルタイム判定に切り替える</strong>のが適切です。<br>ユーザーが修正の途中で「今どこまで直せたか」を確認しながら入力できるようになり、正しく入力できた瞬間にエラーが解除されます。</p>



<p class="wp-block-paragraph">パスワードの強度メーターも、入力中のリアルタイム判定が正当なユースケースです。<br>セキュリティ要件への気づきをサポートする目的であり、エラーではなくフィードバックとして機能しています。</p>



<h2 class="wp-block-heading">エラーメッセージの書き方と配置ルール</h2>



<p class="wp-block-paragraph">エラーが発生した際の表示方法は、修正のしやすさに直結します。</p>



<p class="wp-block-paragraph"><strong>配置の鉄則は「エラーが発生したフィールドの直下」です。</strong><br>フォームの上部や下部にまとめて表示するパターンを見ることがありますが、ユーザーは「どのフィールドがエラーなのか」を探しながらスクロールしなければならず、修正の手間が増えます。<br>フィールドとエラーメッセージが視覚的に近いほど、ユーザーの目の動きが減り修正しやすくなります。</p>



<p class="wp-block-paragraph"><strong>文言は「何が間違いか」ではなく「どうすれば直るか」を伝えます。</strong></p>



<p class="wp-block-paragraph">よくあるNGとOKの対比を整理しました。</p>



<figure class="wp-block-table"><table><thead><tr><th>NG（何が間違いか）</th><th>OK（どう直せばよいか）</th></tr></thead><tbody><tr><td>「エラーです」</td><td>「メールアドレスを入力してください」</td></tr><tr><td>「無効な値です」</td><td>「半角英数字で8文字以上入力してください」</td></tr><tr><td>「必須項目です」</td><td>「お名前（姓）を入力してください」</td></tr></tbody></table></figure>



<p class="wp-block-paragraph"><strong>色だけに頼らない設計も重要です。</strong><br>赤いボーダーや赤いテキストはエラーの視覚的なサインとして機能しますが、色覚多様性のあるユーザーには色の区別が難しい場合があります。<br>赤いボーダー＋エラーアイコン（!マーク）＋テキストメッセージの3点をセットで使うことで、色に頼らない設計が実現できます。</p>



<p class="wp-block-paragraph">また、<strong>エラーが出ても入力済みの内容は保持する</strong>のは基本ルールです（※セキュリティ上再入力を求めるパスワード項目などを除く）。<br>せっかく入力した一般項目がリセットされてしまうフォームは、ユーザーの大きな離脱要因となります。</p>



<p class="wp-block-paragraph">アクセシビリティの観点では、<code>aria-invalid=&quot;true&quot;</code> をエラー状態のフィールドに付与し、エラー文言要素に <code>role=&quot;alert&quot;</code> や <code>aria-describedby</code> を紐付けることで、スクリーンリーダーへの対応ができます。<br>フォーム設計の際には実装チームとともに確認しておきたいポイントです。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-115.jpg" alt="【フォームUI】エラー表示のNG例とOK例の対比図解" /></figure>



<h2 class="wp-block-heading">モバイルで使い勝手を上げるキーボード指定</h2>



<p class="wp-block-paragraph">スマートフォンでフォームを入力する際、適切なキーボードが自動で起動するかどうかで入力体験が大きく変わります。<br>HTMLの <code>type</code> 属性や <code>inputmode</code> 属性を正しく設定することで、ユーザーに必要なキーボードを自動的に表示できます。</p>



<figure class="wp-block-table"><table><thead><tr><th>入力内容</th><th>推奨設定</th><th>表示されるキーボード</th></tr></thead><tbody><tr><td>電話番号</td><td><code>type=&quot;tel&quot;</code></td><td>テンキー（数字専用）</td></tr><tr><td>メールアドレス</td><td><code>type=&quot;email&quot;</code></td><td>@や.が入力しやすい配列</td></tr><tr><td>数字のみ（郵便番号・PIN等）</td><td><code>type=&quot;text&quot; inputmode=&quot;numeric&quot;</code></td><td>テンキー</td></tr><tr><td>テキスト</td><td><code>type=&quot;text&quot;</code></td><td>標準キーボード</td></tr></tbody></table></figure>



<p class="wp-block-paragraph"><strong><code>type=&quot;number&quot;</code> を安易に使うのは避けましょう。</strong><br>数値入力欄だからといって <code>type=&quot;number&quot;</code> を使うと、ブラウザが数値の増減ボタン（スピナー）を表示したり、指数表記の「e」が入力できてしまったりします。<br>郵便番号や電話番号、カード番号など「数字しか入力させたくない」フィールドには、<code>type=&quot;text&quot;</code> に <code>inputmode=&quot;numeric&quot;</code> を組み合わせるのが適切です。</p>



<p class="wp-block-paragraph">実際の現場でも、<code>type</code> 属性の指定を忘れたまま実装が進んでiOSで全角数字が入力されてしまうトラブルを経験したことがあります。<br>設計の段階でFigmaの注釈（Annotation）やSpec資料にキーボードタイプを明記しておくと、実装時のミスを防ぎやすくなります。</p>



<p class="wp-block-paragraph">デザイン側でできることとして、Figmaコンポーネントのプロパティや説明欄に「<code>inputmode=&quot;numeric&quot;</code>」のように属性を記載しておくと、開発チームへの引き渡し時に漏れが出にくくなります。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-105.jpg" alt="【フォームUI】モバイルキーボード指定の比較図解" /></figure>



<h2 class="wp-block-heading">フォームUXの5つのチェックリスト</h2>



<p class="wp-block-paragraph">設計が終わったタイミングで、以下の5点を確認しておきましょう。</p>



<ul class="wp-block-list">
<li><strong>ラベルは常時表示されているか</strong>（プレースホルダーのみでラベルを代替していないか）</li>


<li><strong>バリデーションはフォーカスアウト時に動作するか</strong>（送信時のみ・入力中リアルタイムの乱用はないか）</li>


<li><strong>エラーはフィールドの直下に表示されているか</strong>（フォームの上部・下部にまとめて表示していないか）</li>


<li><strong>エラーメッセージは「どう直せばよいか」まで書かれているか</strong>（「エラーです」で終わっていないか）</li>


<li><strong>モバイルで適切なキーボードが起動するか</strong>（<code>type</code> / <code>inputmode</code> の指定漏れはないか）</li>
</ul>



<p class="wp-block-paragraph">フォームは一見シンプルな画面に見えますが、ユーザーが実際に情報を入力して送信するという「最も重要なインタラクション」が発生するUIです。<br>この5点を押さえるだけで、完了率が変わる実感があります。</p>



<p class="wp-block-paragraph">フォームを通過するユーザーのバリデーション設計については、マイクロインタラクションの考え方とも密接に関係しています。<br>フィードバックの設計に興味がある方は、あわせてこちらも参考になります。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/16/%e3%83%9e%e3%82%a4%e3%82%af%e3%83%ad%e3%82%a4%e3%83%b3%e3%82%bf%e3%83%a9%e3%82%af%e3%82%b7%e3%83%a7%e3%83%b3%e8%a8%ad%e8%a8%88%e5%85%a5%e9%96%80%ef%bd%9c4%e3%81%a4%e3%81%ae%e6%a7%8b%e6%88%90%e8%a6%81/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/eyecatch_balanced_v2-1024x572.jpg" alt="マイクロインタラクション設計入門｜4つの構成要素と200msルール" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">マイクロインタラクション設計入門｜4つの構成要素と200msルール</div>
                <div class="blogcard_excerpt">トリガー・ルール・フィードバック・ループの4要素と200msルールを中心に、UIフィードバック設計の基本をまとめました。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<p class="wp-block-paragraph">また、フォームのエラー状態や送信完了状態など、コンポーネントの「状態（States）」を設計段階で考慮しておくことも重要です。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/15/button-design-ux-guide/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/clean_v1-1024x572.jpg" alt="ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準</div>
                <div class="blogcard_excerpt">ボタンの優先度設計・44ptのタップ領域基準・Disabled状態の扱い方まで、フォームと合わせて確認したいボタンUIの基本設計ルール。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">まとめ：フォームUXは細部の仕様定義で決まる</h2>



<p class="wp-block-paragraph">フォームのUI設計は見た目以上に「状態変化」と「仕様の詰め」が体験を左右します。<br>ラベルの常時表示、フォーカスアウト時のバリデーション、解決策を示すエラーメッセージ、モバイルのキーボード指定など、どれも設計段階でFigmaや仕様書に一言添えるだけで実装の手戻りを大きく防げます。</p>



<p class="wp-block-paragraph">まずは次回のフォーム設計やデザインレビューで、今回のチェックリストを活用してみてください。</p><p>The post <a href="https://www.ds-pedia.com/2026/09/20/form-ui-design-guide/">入力フォームUI設計の4原則｜離脱を防ぐラベル・エラーUX</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/20/form-ui-design-guide/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>カード型UIの設計ルール｜枠線・影・余白の使い分けと情報整理術</title>
		<link>https://www.ds-pedia.com/2026/09/20/card-ui-design-guide/</link>
					<comments>https://www.ds-pedia.com/2026/09/20/card-ui-design-guide/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Sat, 19 Sep 2026 15:18:27 +0000</pubDate>
				<category><![CDATA[デザインナレッジ]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[Figma]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[カード]]></category>
		<category><![CDATA[レイアウト]]></category>
		<category><![CDATA[アクセシビリティ]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2365</guid>

					<description><![CDATA[<p>カード型UIの設計ルールと情報整理のコツを現役デザイナーが解説。枠線・影・背景色・余白の境界線4パターンの使い分けから、詰め込みすぎを防ぐ視覚階層、クリック領域のアクセシビリティまで具体的に整理します。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/20/card-ui-design-guide/">カード型UIの設計ルール｜枠線・影・余白の使い分けと情報整理術</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>


<div class="target-audience"><div class="target-audience__title">この記事はこんな方に向けて書いています</div><ul class="target-audience__list"><li class="target-audience__item">カードUIを作ると画面全体がごちゃついて野暮ったく見えてしまう方</li><li class="target-audience__item">枠線・ドロップシャドウ・余白のどれで境界を作るべきか迷っている方</li><li class="target-audience__item">クリック領域のアクセシビリティや破綻しないレイアウト設計を整理したい方</li></ul></div>



<p class="wp-block-paragraph">Webサイトやアプリの画面を作っていると、必ずと言っていいほど登場するのがカード型UIです。<br>複数の情報を1つのブロックにまとめられるため、非常に便利で扱いやすいコンポーネントですよね。</p>



<p class="wp-block-paragraph">しかし、いざ作ってみると「なぜか画面全体が重苦しい」「要素を詰め込みすぎて何を見ていいか分からない」と悩むことも少なくありません。<br>自分自身もデザインを始めた当初は、見やすさを求めて枠線と影を両方重ねてしまい、画面を野暮ったくしてしまった経験がありました。</p>



<p class="wp-block-paragraph">今回は、実務で迷いがちな<strong>カード型UIの設計ルール</strong>と、情報の詰め込みすぎを防ぐレイアウトの基本を整理してお伝えします。</p>



<h2 class="wp-block-heading">そもそもカード型UIの役割とは？（リストUIとの違いと認知の区切り）</h2>


<div class="c-quick-answer"><div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">カード型UIの本質的な役割とは？</span></div><p class="c-quick-answer__text"><br />
カード型UIの役割は、<strong>異なる種類の情報（画像・タイトル・メタ情報・アクション）を1つの独立したコンテンツ単位としてグルーピングし、認知の負荷を下げること</strong>です。<br />
情報を詰め込む箱ではなく、「ひと目でコンテンツの塊を判別させるための視覚的な境界線」として機能します。<br /></p></div>



<p class="wp-block-paragraph">UIデザインにおけるカードとは、現実世界の「名刺」や「トランプ」のように、それ単体で意味が完結する情報のまとまりを指します。<br>ユーザーは画面を一目見ただけで「ここからここまでが1つの情報だ」と直感的に把握できるため、<strong>認知の負荷を大幅に軽減できる</strong>のが大きな特徴です。</p>



<h3 class="wp-block-heading">カードUIが適している3つの場面</h3>



<p class="wp-block-paragraph">カードUIを採用すべき代表的なシチュエーションは、以下の3点です。</p>



<ul class="wp-block-list">
<li><strong>画像とテキストをセットで見せたい場合</strong>（ECサイトの商品一覧、ブログ記事一覧、ポートフォリオなど）</li>


<li><strong>カードごとに完結したアクションがある場合</strong>（予約カードの「確定する」、タスクカードの「完了」など）</li>


<li><strong>異なるデバイス幅に柔軟に対応させたい場合</strong>（PCでは3カラム、スマホでは1カラムに並び替えるグリッド設計）</li>
</ul>



<h3 class="wp-block-heading">カードUI vs リストUIの使い分け</h3>



<p class="wp-block-paragraph">一方で、すべての情報をカードにすれば良いわけではありません。<br>カードUIは1つの情報あたりの専有面積が大きくなるため、<strong>一覧性や比較のしやすさ</strong>という点ではシンプルなリストUIに劣る場合があります。</p>



<p class="wp-block-paragraph">両者の視覚的な特徴と使い分けの基準を整理したのが、以下の図解です。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-93.jpg" alt="【比較】カード型UI vs リスト型UIの使い分け" /></figure>



<figure class="wp-block-table"><table><thead><tr><th>比較項目</th><th>カード型UI</th><th>リスト型UI</th></tr></thead><tbody><tr><td><strong>主な用途</strong></td><td>探索型ブラウジング（写真・ビジュアル重視）</td><td>検索・高速比較（タイトル・日付・数値重視）</td></tr><tr><td><strong>視覚的情報量</strong></td><td>高い（アイキャッチやボタンを含む）</td><td>低い〜中程度（テキスト主体）</td></tr><tr><td><strong>画面の専有面積</strong></td><td>大きい（1画面に3〜6件程度）</td><td>小さい（1画面に10件以上表示可能）</td></tr><tr><td><strong>ユーザーの行動</strong></td><td>じっくり眺めて直感的に選ぶ</td><td>上から下へ素早くスキャンして探す</td></tr><tr><td><strong>代表例</strong></td><td>EC商品一覧、SNSフィード、ダッシュボード</td><td>メールの受信トレイ、設定項目、検索結果一覧</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">例えば、受信トレイやファイル一覧のような「目的の項目を素早く探したい画面」に大きなカードを並べてしまうと、スクロールの手間が増えてユーザーにストレスを与えてしまいます。<br><strong>「ビジュアルで引きつけて選ばせたいならカード、素早く見比べて探させたいならリスト」</strong>という使い分けが、最初の判断基準になります。</p>



<h2 class="wp-block-heading">枠線・影・背景色・余白｜カードの境界線を作る4つのアプローチ</h2>



<p class="wp-block-paragraph">カードUIを設計する際、最もデザイナーを悩ませるのが「境界線をどう表現するか」という点です。<br>境界線の作り方には大きく分けて<strong>4つのアプローチ</strong>があり、それぞれ視覚的な重みや適したシーンが異なります。</p>



<p class="wp-block-paragraph">各アプローチの見た目と推奨ユースケースをまとめた全体像がこちらです。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-105.jpg" alt="【4つのアプローチ】カードの境界線を作る手法比較" /></figure>



<h3 class="wp-block-heading">1. 枠線（ボーダー）：境界を最も厳格に区切る</h3>



<p class="wp-block-paragraph">枠線は、カードの輪郭をはっきりと定義する最も直接的なアプローチです。<br>フォームの入力欄やダッシュボードの数値パネルなど、情報の境界線を厳格に区切りたい場面に適しています。</p>



<p class="wp-block-paragraph">枠線を使う際の実務的なポイントは、<strong>線の太さと濃さを最小限に抑えること</strong>です。<br>濃いグレーや太い線を引いてしまうと、線自体の主張が強くなりすぎて中のコンテンツ（テキストや画像）を邪魔してしまいます。<br>背景色に対してわずかにコントラストがつく無彩色（実務の目安として1pxの薄いグレー）を選び、控えめに佇ませるのが上品に仕上げるコツです。</p>



<h3 class="wp-block-heading">2. 影（ドロップシャドウ）：階層とクリック可能性を示す</h3>



<p class="wp-block-paragraph">ドロップシャドウは、カードを背景からふわりと浮き上がらせることで、画面内の「Z軸（奥行き・階層）」を表現する手法です。<br>人間は浮いている要素に対して「触れる」「押せる」というアフォーダンス（操作の手がかり）を感じるため、<strong>クリッカブルなカードに最適</strong>です。</p>



<p class="wp-block-paragraph">影を設計する際は、真っ黒で硬い影を落とすのではなく、<strong>拡散（Blur）を広めにとった透明度の低い影</strong>を重ねるのが現在のモダンUIの標準です。<br>また、ホバー時に影の広がりやY軸オフセットをわずかに変化させることで、心地よいフィードバックを生み出すことができます。</p>



<h3 class="wp-block-heading">3. サーフェス背景色（面のコントラスト）：軽快でモダンな境界</h3>



<p class="wp-block-paragraph">枠線も影も使わず、背景色との面差だけで境界を作る手法です。<br>例えば、ページ全体の背景色を淡いペールブルーやライトグレーにし、カード自体の背景を真っ白（#ffffff）に設定することで、自然な浮き上がりを作ります。</p>



<p class="wp-block-paragraph">このアプローチは装飾線や影のノイズが一切ないため、<strong>画面全体を非常にすっきりとクリーンに見せられる</strong>のが最大のメリットです。<br>情報量の多いダッシュボードや、現代的なWebサービスのUIで広く採用されています。</p>



<h3 class="wp-block-heading">4. 余白のみ（近接のグルーピング）：引き算の美学</h3>



<p class="wp-block-paragraph">ゲシュタルト心理学の「近接の法則」を利用し、線も影も使わずに<strong>適切なホワイトスペース（余白）だけでコンテンツの塊を認識させる</strong>徹底した引き算のアプローチです。<br>カード同士の間隔をしっかり空けることで、装飾に頼らずとも情報のグループが自然と視界に入ってきます。</p>



<p class="wp-block-paragraph">ミニマルで洗練された印象を与えられますが、余白のバランス設計が甘いと「バラバラのテキストが散らばっているだけ」に見えてしまうため、後述する余白比率の厳格な管理が必要です。</p>



<h3 class="wp-block-heading">境界線アプローチの使い分け早見表</h3>



<figure class="wp-block-table"><table><thead><tr><th>アプローチ</th><th>視覚的な重み</th><th>推奨されるユースケース</th><th>設計時の注意点</th></tr></thead><tbody><tr><td><strong>枠線（ボーダー）</strong></td><td>中</td><td>フォームパネル、ダッシュボード、白背景画面</td><td>濃い色を避け、ごく薄い無彩色で組む</td></tr><tr><td><strong>影（シャドウ）</strong></td><td>高</td><td>クリッカブルな記事カード、商品カード</td><td>影を濃くしすぎず、光源と拡散を自然にする</td></tr><tr><td><strong>サーフェス背景色</strong></td><td>低〜中</td><td>モダンSaaS、アプリダッシュボード</td><td>ページ背景とカード背景の明度差を確保する</td></tr><tr><td><strong>余白のみ</strong></td><td>最小</td><td>ミニマルなポートフォリオ、メディア一覧</td><td>近接の法則を意識し、外側余白を広めに取る</td></tr></tbody></table></figure>



<p class="wp-block-paragraph">実務でよくある失敗が、<strong>「枠線と濃い影の両方を適用してしまう」</strong>パターンです。<br>線と影が喧嘩して画面がごちゃつく原因になるため、基本は「枠線主体」「影主体」「面差主体」のいずれか1つを主役に選び、引き算で設計することを心がけてみてください。</p>



<h2 class="wp-block-heading">情報の詰め込みすぎを防ぐ！カード内レイアウトの視覚階層ルール</h2>



<p class="wp-block-paragraph">カードUIがダサく見えたり使いづらくなったりする最大の原因は、<strong>1枚のカードの中に情報を詰め込みすぎること</strong>です。<br>日付、カテゴリタグ、著者アイコン、お気に入りボタン、要約文、シェアボタン……と要素を足していくと、カード自体が「小さなWebサイト」のように複雑化してしまいます。</p>



<p class="wp-block-paragraph">カード内の視覚階層と余白のバランスをまとめた基本モデルがこちらです。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-95.jpg" alt="【視覚階層と余白比率】カード内レイアウトの設計ルール" /></figure>



<p class="wp-block-paragraph">カード内のレイアウトを美しく保つためには、以下の3つの原則を意識します。</p>



<h3 class="wp-block-heading">原則1：1カード1メッセージに絞る</h3>



<p class="wp-block-paragraph">カードの主目的は「詳細画面への導線」や「1つの明確な意思決定」です。<br>カード単体で完結させようとせず、<strong>ユーザーが次に進むために本当に必要な情報だけを厳選する</strong>必要があります。</p>



<p class="wp-block-paragraph">例えばブログカードであれば、「魅力的なアイキャッチ」「クリックしたくなる見出し」「カテゴリ」の3つがあれば十分です。<br>長文の要約や複数のSNSシェアボタンは、詳細ページに入ってから見せれば問題ありません。</p>



<h3 class="wp-block-heading">原則2：上から下へ流れる視覚階層（Visual Hierarchy）</h3>



<p class="wp-block-paragraph">カード内の要素は、ユーザーの視線が上から下へ自然に流れるように配置します。</p>



<ul class="wp-block-list">
<li><strong>① アイキャッチ画像</strong>: 最上部で視線をキャッチし、コンテキストを一瞬で伝えます。</li>


<li><strong>② カテゴリタグ</strong>: 情報のジャンルを素早く定義します。</li>


<li><strong>③ タイトル / 見出し</strong>: 最も太く濃い文字で主メッセージを伝えます。</li>


<li><strong>④ 補助テキスト / 抜粋</strong>: 必要最小限の補足情報を2〜3行でスマートにまとめます。</li>


<li><strong>⑤ フッターアクション</strong>: 日付やPrimaryボタンなど、意思決定のアクションを促します。</li>
</ul>



<p class="wp-block-paragraph">視線の流れがジグザグに行ったり来たりしないよう、<strong>「見る ➔ 読む ➔ 判断する」</strong>という自然な認知プロセスに沿って縦方向に整列させることが大切です。</p>



<h3 class="wp-block-heading">原則3：外側余白 ≧ 内側余白 ＞ 要素間余白の距離感ルール</h3>



<p class="wp-block-paragraph">カードUIの洗練度を決定づけるのが、余白（Spacing）の相対的な比率です。<br>美しいカードコンポーネントを観察すると、必ず以下の不等式が成り立っています。</p>



<blockquote class="wp-block-quote is-layout-flow wp-block-quote-is-layout-flow"><p><strong>外側の余白（カード同士の間隔） ≧ 内側の余白（Padding） ＞ 要素間の余白（Gap）</strong></p></blockquote>



<ul class="wp-block-list">
<li><strong>カード同士の間隔（Margin / Grid Gap）</strong>: 最も広く取り、カード同士が独立した塊であることを示します（目安: 24px〜32px）。</li>


<li><strong>カードの内側余白（Card Padding）</strong>: コンテンツが枠線にぶつからないよう、十分な呼吸空間を確保します（目安: 16px〜24px）。</li>


<li><strong>内部の要素間隔（Internal Gap）</strong>: タイトルと本文の間など、関連する要素同士はキュッと近づけて近接感を保ちます（目安: 8px〜12px）。</li>
</ul>



<p class="wp-block-paragraph">この距離感のメリハリが崩れ、内部の要素間隔とカード外側の間隔が同じになってしまうと、どこからどこまでが1つのグループなのかが脳内で即座に判別できなくなります。<br><strong>「関連するものは近づけ、別グループは離す」</strong>というゲシュタルトの近接を意識するだけで、ぐっと整った印象に仕上がります。</p>



<h2 class="wp-block-heading">全体クリック vs 個別リンク｜アクセシビリティを損なわない実装パターン</h2>



<p class="wp-block-paragraph">カードUIの実装において、デザイナーとエンジニアの間で最も議論になりやすいのが<strong>「クリッカブル領域（タップ範囲）の設計」</strong>です。</p>



<p class="wp-block-paragraph">ユーザー視点では「カードのどこを押しても詳細ページへ飛べる」のが最も操作しやすく、スマホでの操作性（Fittsの法則）にも優れています。<br>しかし、単純にカード全体を <code>&lt;a&gt;</code> タグで囲んでしまうと、アクセシビリティやHTML仕様の面で重大な問題が発生します。</p>



<h3 class="wp-block-heading">カード全体をaタグで囲む2つの落とし穴</h3>



<ul class="wp-block-list">
<li><strong>スクリーンリーダーでの全文章読み上げ問題</strong>:<br>カード全体がリンクになっていると、画像Altから本文まですべてが1つの長大なリンクテキストとして読み上げられます。<br>音声読み上げを利用するユーザーにとって、何のリンクかを判断する大きな負担になります。</li>


<li><strong>インタラクティブ要素のネスト（リンク内リンク）の禁止</strong>:<br>カード内に「お気に入りボタン」や「タグ」が含まれる場合、<code>&lt;a&gt;</code> タグの中に別の <code>&lt;a&gt;</code> や <code>&lt;button&gt;</code> を入れることはHTMLの仕様違反です。<br>スマートフォン等でタップした際に意図しないリンクが発火し、誤タップの原因になります。</li>
</ul>



<h3 class="wp-block-heading">解決策：擬似要素（Stretch Link）を活用した設計</h3>



<p class="wp-block-paragraph">この問題を美しく解決する実務的なベストプラクティスが、<strong>CSSの擬似要素を使った「Stretch Link（ストレッチリンク）」パターン</strong>です。</p>



<p class="wp-block-paragraph">Bootstrap等でも標準化されているこの手法では、カード内で最も重要な要素である「タイトルのリンク（<code>&lt;h3&gt;&lt;a href=&quot;...&quot;&gt;タイトル&lt;/a&gt;&lt;/h3&gt;</code>）」の <code>::after</code> 擬似要素を <code>position: absolute; inset: 0;</code> でカード全体に広げます。</p>



<pre class="wp-block-code"><code>/* カード本体を相対配置 */
.ui-card {
  position: relative;
}

/* タイトルリンクの擬似要素をカード全面に拡張 */
.ui-card__title a::after {
  content: &quot;&quot;;
  position: absolute;
  inset: 0;
  z-index: 1;
}

/* カード内の個別ボタンやタグは前面に配置して独立操作を保証 */
.ui-card__favorite-btn,
.ui-card__tag {
  position: relative;
  z-index: 2;
}</code></pre>



<p class="wp-block-paragraph">この設計にすることで、以下のメリットが同時に得られます。</p>



<ul class="wp-block-list">
<li><strong>セマンティクスとアクセシビリティの保持</strong>: スクリーンリーダーはタイトルのみを簡潔なリンクとして読み上げます。</li>


<li><strong>カード全面のクリック性</strong>: ユーザーはカードのどこをタップしても詳細ページへ遷移できます。</li>


<li><strong>個別アクションの共存</strong>: お気に入りボタンやタグは <code>z-index: 2</code> で前面に出ているため、カード全体の遷移を発火させずに単独でクリックできます。</li>
</ul>



<p class="wp-block-paragraph">デザイナー側でもこの構造を理解しておき、「カード全体をクリック可能にしつつ、お気に入りボタンは独立して押せる仕様にする」といったエンジニアとの共通言語を持っておくことが、手戻りのないスムーズな実装につながります。</p>



<h2 class="wp-block-heading">Figmaオートレイアウトでのカードコンポーネント設計手順</h2>



<p class="wp-block-paragraph">最後に、Figmaで実際にカードコンポーネントを組む際の手順と、破綻しないオートレイアウト（Auto Layout）の組み方を整理します。</p>



<h3 class="wp-block-heading">1. 3層のネスト構造で組む</h3>



<p class="wp-block-paragraph">カードコンポーネントは、1つのフレームに全要素を平坦に並べるのではなく、<strong>意味のある3つの階層に分けてネスト</strong>します。</p>



<ul class="wp-block-list">
<li><strong>最外枠コンテナ（Card Root）</strong>: 縦方向のオートレイアウト。角丸（目安: 12px〜16px）、クリップコンテンツ、背景色、枠線または影を設定。Paddingは上下左右均等。<br>&#8211; <strong>画像フレーム（Image Container）</strong>: 幅 Fill、高さ Fixed（アスペクト比16:9等）。画像をFillで配置。<br>&#8211; <strong>コンテンツフレーム（Body Container）</strong>: 縦方向のオートレイアウト。幅 Fill、高さ Hug。タイトル、タグ、本文をまとめる。<br>&#8211; <strong>フッターフレーム（Footer Container）</strong>: 横方向のオートレイアウト。幅 Fill、高さ Hug。日付やアクションボタンを両端揃え（Space Between）で配置。</li>
</ul>



<h3 class="wp-block-heading">2. リサイズ挙動は「幅 Fill / 高さ Hug」が基本</h3>



<p class="wp-block-paragraph">カードをレスポンシブに伸ばしたりグリッドで並べたりする際、最も重要なのがリサイズ挙動の設定です。</p>



<ul class="wp-block-list">
<li><strong>横方向（Width）</strong>: カード内部のすべてのテキストやコンテナを <strong><code>Fill container</code></strong> に設定します。これにより、親のグリッド幅が変化してもテキストが自動で折り返され、枠外にはみ出しません。</li>


<li><strong>縦方向（Height）</strong>: 最外枠およびコンテンツコンテナを <strong><code>Hug contents</code></strong> に設定します。テキストが2行や3行に増えた場合でも、カード全体の高さがコンテンツ量に応じて自然に伸び縮みします。</li>
</ul>



<h3 class="wp-block-heading">3. テキストの行数制限（Truncate）のルールを決めておく</h3>



<p class="wp-block-paragraph">実務の運用でよくあるのが、「タイトルが長すぎてカードの高さがバラバラになり、グリッドの並びがガタつく」という問題です。</p>



<p class="wp-block-paragraph">デザインシステムの段階で、「タイトルは最大2行まで表示し、超える場合は3点リーダー（<code>...</code>）で省略する」「抜粋文はPCで3行、スマホで非表示」といった<strong>テキストの行数制限ルール</strong>をチームで決めておきましょう。<br>Figmaのテキストプロパティで <code>Truncate text</code>（省略表示）と最大行数を設定しておくと、モックアップ作成時にも実データに近い自然な検証が行えます。</p>



<h2 class="wp-block-heading">次のステップ：あわせて深掘りしたい知見</h2>



<p class="wp-block-paragraph">カード型UIのレイアウトやコンポーネント設計をさらに極めたい方は、以下の関連記事もぜひ参考にしてみてください。</p>



<p class="wp-block-paragraph">カード型レイアウトの発展形として、昨今のWebで広く活用されているのがBento UIです。<br>四角形のカードを美しく敷き詰めるグリッド設計の基本を整理していますので、ぜひあわせてご覧ください。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/06/07/bento-grid-ui-basics-and-examples/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/thumbnail_bento_grid-1024x572.jpg" alt="Bentoグリッド（Bento UI）とは？参考サイト事例とFigmaでの作り方" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">Bentoグリッド（Bento UI）とは？参考サイト事例とFigmaでの作り方</div>
                <div class="blogcard_excerpt">AppleやMicrosoftが採用して話題のBentoグリッド（Bento UI）。カードを美しく敷き詰めるグリッド設計の基本とFigmaでの作成手順を整理して解説します。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<p class="wp-block-paragraph">カード内の余白崩れを防ぎ、コンテンツ量に応じて自動伸縮させるにはAuto Layoutの理解が欠かせません。<br>PaddingやGapの具体的な数値設定から崩れないネスト手順まで詳しく解説しています。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/05/figma-auto-layout-guide/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-24-1024x572.jpg" alt="Figmaオートレイアウト完全ガイド！崩れないネストと余白設計" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">Figmaオートレイアウト完全ガイド！崩れないネストと余白設計</div>
                <div class="blogcard_excerpt">Figmaオートレイアウトの基本と崩れないネスト設計を解説。Padding・Gapの設定からHug・Fillの使い分けまで、実務でのコンポーネント構築手順を網羅。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<p class="wp-block-paragraph">カード内に配置するPrimaryボタンや補助アクションの優先度設計に迷った際は、こちらの記事が役立ちます。<br>Apple HIG準拠の44ptタップ領域の確保や、ユーザーが迷わない視覚的ヒエラルキーの作り方を整理しています。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/15/button-design-ux-guide/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/clean_v1-1024x572.jpg" alt="ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準</div>
                <div class="blogcard_excerpt">ボタンの視覚的優先度（Primary / Secondary / Tertiary）の決め方と、Apple HIG準拠の44ptタップ領域の設計基準を解説。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">まとめ：境界線の引き算と適切な視覚階層が使いやすいカードUIを作る</h2>



<p class="wp-block-paragraph">カード型UIは、一見するとシンプルな四角形の組み合わせに見えますが、枠線や影の選び方、情報の引き算、そしてクリック領域のアクセシビリティなど、細部への配慮によって使い心地が大きく変わるコンポーネントです。</p>



<p class="wp-block-paragraph">「情報を詰め込む箱」ではなく「ユーザーの思考を助ける認知の区切り」としてカードを捉え直すことで、画面全体の秩序と一覧性が高まります。<br>実務の画面設計において、境界線の足し算を見直し、目的に合った適切なアプローチを選定してみてください。</p><p>The post <a href="https://www.ds-pedia.com/2026/09/20/card-ui-design-guide/">カード型UIの設計ルール｜枠線・影・余白の使い分けと情報整理術</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/20/card-ui-design-guide/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>クレイモーフィズムとは？Figmaの立体シャドウ設定と実務での使いどころ</title>
		<link>https://www.ds-pedia.com/2026/09/19/claymorphism-ui-design-guide/</link>
					<comments>https://www.ds-pedia.com/2026/09/19/claymorphism-ui-design-guide/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Sat, 19 Sep 2026 14:33:33 +0000</pubDate>
				<category><![CDATA[デザイントレンド]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[Figma]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[トレンド]]></category>
		<category><![CDATA[クレイモーフィズム]]></category>
		<category><![CDATA[シャドウ]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2371</guid>

					<description><![CDATA[<p>粘土のようにぷっくりとした柔らかい立体感を持つ「クレイモーフィズム（Claymorphism）」。ニューモフィズムとの違いから、Figmaでのインナーシャドウ設定手順、アクセシビリティを損なわない実務での使いどころまで解説します。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/19/claymorphism-ui-design-guide/">クレイモーフィズムとは？Figmaの立体シャドウ設定と実務での使いどころ</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>


<div class="target-audience"><div class="target-audience__title">この記事はこんな方に向けて書いています</div><ul class="target-audience__list"><li class="target-audience__item">クレイモーフィズムの特徴やニューモフィズムとの違いを知りたい方</li><li class="target-audience__item">3Dソフトを使わずにFigmaで柔らかい立体感を作る設定を学びたい方</li><li class="target-audience__item">画面がおもちゃっぽくならずアクセシビリティを守る実務の使いどころを知りたい方</li></ul></div>



<p class="wp-block-paragraph">画面上のボタンやカードを眺めていて、どこか平坦すぎて押した時の手応えが物足りなく感じる場面は少なくありません。<br>近年、洗練されたフラットデザインが標準となった一方で、ユーザーが直感的に「触ってみたい」と感じる触感的なアフォーダンス（操作の手がかり）を取り戻す試みが広がっています。</p>



<p class="wp-block-paragraph">その代表例として注目を集めたのが、まるで粘土（Clay）をこねて作ったかのような、柔らかくぷっくりとした立体感を持つ「クレイモーフィズム（Claymorphism）」です。<br>一過性の流行として語られることもありますが、適切に活用すれば、アクセシビリティを維持したまま画面に親しみやすさと視覚的な魅力を与える有力なアプローチになります。</p>



<h2 class="wp-block-heading">1. クレイモーフィズム（Claymorphism）とは？ニューモフィズムの弱点を克服した進化形</h2>


<div class="c-quick-answer"><div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">クレイモーフィズム（Claymorphism）とは？</span></div><p class="c-quick-answer__text"><br />
クレイモーフィズムとは、大きな角丸と<strong>2つの内側シャドウ（インナーシャドウ）</strong>、柔らかな外側シャドウを組み合わせ、粘土のような「ぷっくりとした立体感」を作るUIデザイン手法です。背景色と要素色が同一である必要があったニューモフィズムと異なり、独立した色と十分なコントラストを確保できるのが最大の特徴です。<br /></p></div>



<p class="wp-block-paragraph">クレイモーフィズムは、デザインエージェンシーHYPE4の創業者であるMichał Malewicz（ミハウ・マレヴィッチ）氏によって、2021年末から2022年にかけて提唱・命名されました。<br>粘土（Clay）やおもちゃのプラスチックのように、空気を含んで膨らんだような「Inflated 3D」の質感を、3Dモデリングツールを使わずにCSSやFigmaのシャドウ効果だけで再現できる点が大きな反響を呼びました。</p>



<p class="wp-block-paragraph">このスタイルが登場した背景には、UIデザインにおける質感の歴史的な変遷があります。<br>物理世界のリアルなテクスチャを忠実に模倣したスキューモーフィズムから、余分な装飾を省いたフラットデザインへと移行した結果、画面の均質化が進みました。</p>



<p class="wp-block-paragraph">その後、2020年頃に「ニューモフィズム（Neumorphism）」が大きな話題を集めました。<br>背景から要素が滑らかに押し出されたような美しいエンボス表現でしたが、実務現場ではほとんど定着しませんでした。</p>



<p class="wp-block-paragraph">ニューモフィズムが定着しなかった決定的な理由は、<strong>「要素の色と背景色が完全に同一でなければ成立しない」という構造的制約</strong>にありました。<br>要素の輪郭を淡い光と影だけで表現するため、コントラスト比が極めて低く、視覚特性に関わらずボタンの境界すら判別しづらいというアクセシビリティ上の重大な欠陥を抱えていたのです。</p>



<p class="wp-block-paragraph">一方のクレイモーフィズムは、この弱点を解消しました。<br>要素自体が背景から完全に独立した塗りの色を持ち、背景の上にふわりと浮遊している構造をとるため、背景がどんな色であっても要素の境界をはっきりと識別できます。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-89.jpg" alt="UI質感の系譜：スキューモーフィズム・ニューモフィズム・クレイモーフィズムの比較" /></figure>



<h3 class="wp-block-heading">質感表現の進化の系譜</h3>



<figure class="wp-block-table"><table><thead><tr><th>スタイル名</th><th>登場時期</th><th>主な表現手法</th><th>実務上の課題・評価</th></tr></thead><tbody><tr><td><strong>スキューモーフィズム</strong></td><td>〜2012年</td><td>革、金属、リアルな光沢やテクスチャの忠実な模倣</td><td>制作工数が重く、マルチデバイス展開での破綻が起きやすい</td></tr><tr><td><strong>フラットデザイン</strong></td><td>2013年〜</td><td>陰影を排除したベタ塗りと純粋な幾何学シェイプ</td><td>効率的だが均質化しやすく、押せる要素の手がかり（アフォーダンス）が弱まる</td></tr><tr><td><strong>ニューモフィズム</strong></td><td>2020年</td><td>背景と同色の単色エンボス・押し出し表現</td><td>コントラスト比が不足し、WCAG基準を満たせず実務不採用に</td></tr><tr><td><strong>クレイモーフィズム</strong></td><td>2022年〜</td><td>独立した色 ＋ 2重インナーシャドウ ＋ ドロップシャドウ</td><td>背景を選ばずコントラストを確保可能。触感フィードバックの定番パーツへ定着</td></tr></tbody></table></figure>



<h2 class="wp-block-heading">2. クレイモーフィズムを構成する「3つの視覚要素」</h2>



<p class="wp-block-paragraph">クレイモーフィズム特有の柔らかく愛らしい立体感は、特別な3Dグラフィックによるものではありません。<br>平面のベクターシェイプに対し、<strong>3つの視覚的なパラメータを精密に重ね合わせること</strong>で生み出されています。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-102.jpg" alt="クレイモーフィズムを構成する3大エフェクト構造：角丸・2重インナーシャドウ・ドロップシャドウ" /></figure>



<h3 class="wp-block-heading">要素1：親しみやすさを生む「大きめの角丸（Border Radius）」</h3>



<p class="wp-block-paragraph">1つ目の要素は、コンポーネントの外形を定義する大きめの角丸です。<br>一般的なUIコンポーネントでは角丸が8px〜12px程度に設定されることが多いですが、クレイモーフィズムでは24px〜40px、あるいは完全なカプセル型（ピル型）を採用します。</p>



<p class="wp-block-paragraph">尖った角をなくし、有機的なカーブを持たせることで、粘土を手で丸めたような柔らかい手触りを想起させます。<br>この丸みが、後述する内側シャドウのグラデーションと滑らかに馴染む土台となります。</p>



<h3 class="wp-block-heading">要素2：内側から膨らませる「2つのインナーシャドウ」</h3>



<p class="wp-block-paragraph">クレイモーフィズムの立体感の核心を担うのが、2つの異なる内側シャドウ（インナーシャドウ）の重ねがけです。<br>1つのシェイプに対し、「光源側の光（ハイライト）」と「影側の深み（シェード）」を同時に描画します。</p>



<p class="wp-block-paragraph">左上から光が当たっている想定の場合、左上側のインナーシャドウには<strong>半透明のホワイト</strong>を配置し、風船の表面が光を受けて白く光っているようなハイライトを作ります。<br>同時に、右下側のインナーシャドウには<strong>ベースカラーの明度を落とした濃い色</strong>を配置し、内側へ落ち込む柔らかな陰影を落とします。</p>



<p class="wp-block-paragraph">この「光と影の内側への挟み込み」によって、平面の板だった長方形が、空気を含んで外側へぷっくりと膨らんだような錯覚を人間の視覚に与えることができます。</p>



<h3 class="wp-block-heading">要素3：背景から浮かせる「柔らかな外側ドロップシャドウ」</h3>



<p class="wp-block-paragraph">最後の要素が、要素全体を背景から持ち上げる外側のドロップシャドウです。<br>ここで硬く濃い影を落としてしまうと、レトロなネオブルータリズムのような無骨な印象になってしまいます。</p>



<p class="wp-block-paragraph">クレイモーフィズムでは、Y軸のオフセットを適度に離し（12px〜16px程度）、ブラー（ぼかし）を広め（24px〜32px程度）に取った淡い影を使用します。<br>要素が机の上や画面の奥からふわりと数ミリ浮き上がっているような距離感を演出し、背景との境界をクリーンに分離します。</p>



<h2 class="wp-block-heading">3. Figmaで作るクレイモーフィズムの手順｜立体シャドウの設定例</h2>



<p class="wp-block-paragraph">ここからは、実際にFigma上でクレイモーフィズムのボタンやカードを作成する具体的な手順を解説します。<br>Blenderなどの3Dソフトウェアを開く必要はなく、Figmaの「Effects」パネルだけで完結します。</p>



<h3 class="wp-block-heading">STEP 1：ベースシェイプとベースカラーの選定</h3>



<p class="wp-block-paragraph">まずは長方形（Rectangle）またはフレームを配置し、角丸（Corner radius）を広めに設定します。<br>たとえば、幅240px・高さ80pxのボタンであれば、角丸を28px〜32px程度に設定するとバランスが取れます。</p>



<p class="wp-block-paragraph">ベースカラー（Fill）には、完全な無彩色（白や黒）よりも、<strong>適度に彩度を含んだパステルカラーや明るいトーン（ペールブルー、ソフトミント、やさしいパープル等）</strong>を選ぶのがおすすめです。<br>無彩色よりも色味のあるサーフェスの方が、インナーシャドウの色の重なりが美しく反映されやすくなります。</p>



<h3 class="wp-block-heading">STEP 2：内側シャドウ1（左上の光ハイライト）</h3>



<p class="wp-block-paragraph">Figmaの「Effects」パネルから「+」を押し、「Inner Shadow」を選択します。<br>左上からの光源を表現するため、X軸とY軸にマイナスの数値を設定し、色を純白にします。</p>



<ul class="wp-block-list">
<li><strong>Effect Type</strong>: Inner Shadow</li>


<li><strong>X</strong>: -6px</li>


<li><strong>Y</strong>: -6px</li>


<li><strong>Blur</strong>: 16px</li>


<li><strong>Color</strong>: #FFFFFF（不透明度 50%〜60%）</li>
</ul>



<p class="wp-block-paragraph">これにより、左上のエッジに沿ってふわりとした白い光のリムが形成されます。</p>



<h3 class="wp-block-heading">STEP 3：内側シャドウ2（右下の暗い陰影）</h3>



<p class="wp-block-paragraph">続いて、もう1つ「Inner Shadow」を追加します。<br>今度は右下に影を落とし、要素のボリューム感を強調します。</p>



<p class="wp-block-paragraph">ここで黒（#000000）を使ってしまうと、影の部分が濁って汚く見えてしまいます。<br>ベースカラーの色相（Hue）を維持したまま、<strong>明度（Lightness）を下げて彩度を少し高めた同系色の濃色</strong>を指定するのが、美しい立体感を保つ重要なコツです。</p>



<ul class="wp-block-list">
<li><strong>Effect Type</strong>: Inner Shadow</li>


<li><strong>X</strong>: 6px</li>


<li><strong>Y</strong>: 6px</li>


<li><strong>Blur</strong>: 16px</li>


<li><strong>Color</strong>: ベースカラーの同系濃色（不透明度 20%〜30%）</li>
</ul>



<p class="wp-block-paragraph">この2つのインナーシャドウが合わさった瞬間、平面だった矩形が急激に立体的なふくらみを持ち始めます。</p>



<h3 class="wp-block-heading">STEP 4：外側ドロップシャドウ（ふんわりとした浮遊感）</h3>



<p class="wp-block-paragraph">仕上げに「Drop Shadow」を追加し、要素を背景から浮かび上がらせます。</p>



<ul class="wp-block-list">
<li><strong>Effect Type</strong>: Drop Shadow</li>


<li><strong>X</strong>: 0px</li>


<li><strong>Y</strong>: 16px</li>


<li><strong>Blur</strong>: 28px</li>


<li><strong>Color</strong>: #0F172A等のダークトーン（不透明度 10%〜12%）</li>
</ul>



<p class="wp-block-paragraph">必要に応じて、近くに落ちる小さなシャドウ（Y: 4px, Blur: 8px, 不透明度 5%）を重ねて2重ドロップシャドウにすると、より自然な設置感が得られます。<br>完成した一連のエフェクトは、Figmaの「Effect Styles」として登録しておくと、チーム内や他コンポーネントへスムーズに適用できます。</p>



<h3 class="wp-block-heading">CSSでの実装コード（box-shadow多重指定）</h3>



<p class="wp-block-paragraph">Web実装においても、CSSの <code>box-shadow</code> プロパティにカンマ区切りで複数のシャドウを記述するだけで、全く同じ質感を軽量に再現できます。</p>



<pre class="wp-block-code"><code>.clay-button {
  background-color: #7C98FD;
  border-radius: 28px;
  border: none;
  /* 左上ハイライト, 右下シャドウ, 外側浮遊シャドウ */
  box-shadow: 
    inset -6px -6px 16px rgba(255, 255, 255, 0.55),
    inset 6px 6px 16px rgba(43, 62, 145, 0.25),
    0 16px 28px rgba(15, 23, 42, 0.12);
  color: #FFFFFF;
  font-weight: 700;
  padding: 16px 36px;
  transition: transform 0.2s ease, box-shadow 0.2s ease;
}

.clay-button:active {
  transform: translateY(2px);
  box-shadow: 
    inset -3px -3px 8px rgba(255, 255, 255, 0.55),
    inset 3px 3px 8px rgba(43, 62, 145, 0.25),
    0 8px 14px rgba(15, 23, 42, 0.10);
}</code></pre>



<p class="wp-block-paragraph">押し込み時（<code>:active</code>）にシャドウのオフセット量を半分に減らし、要素をわずかに下へ移動させることで、リアルな「ぷにっ」とした沈み込み感を演出できます。</p>



<h2 class="wp-block-heading">4. クレイモーフィズムはもう古い？実務で失敗しない使いどころと3つの注意点</h2>



<p class="wp-block-paragraph">検索サジェストにも現れる通り、「クレイモーフィズムは一過性の流行で、もう古いのではないか？」という疑問を持つデザイナーは少なくありません。<br>この疑問に対する結論は、<strong>「画面全体をおもちゃのように埋め尽くす使い方は下火になったが、触覚アクセントとしての質感技法は定番として定着した」</strong>という点にあります。</p>



<p class="wp-block-paragraph">2022年の流行初期には、画面のヘッダー、入力フィールド、すべてのカードやアイコンをクレイ風にしてしまう過剰なデザイン事例が散見されました。<br>自分自身も現場で試作した際、画面中のあらゆるコンポーネントにインナーシャドウを適用してしまい、全体が重苦しく、ユーザーがどのボタンを押すべきか視線が散らばってしまった経験があります。</p>



<p class="wp-block-paragraph">実務でクレイモーフィズムを洗練されたUIとして機能させるためには、以下の3つの運用ルールが不可欠です。</p>



<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-91.jpg" alt="クレイモーフィズムの使いどころ判定：全画面乱用NG vs 1画面1〜2箇所のアクセント適用" /></figure>



<h3 class="wp-block-heading">ルール1：1画面に1〜2箇所に絞る「アクセント適用原則」</h3>



<p class="wp-block-paragraph">UIの基本骨格は、クリーンで視覚負荷の少ないフラットデザインやモダンなカードUIで構成します。<br>その上で、「ユーザーに最も押してほしいメインCTAボタン」や「達成を祝うバッジカード」など、<strong>視線を集中させたい最優先要素にだけ限定してクレイモーフィズムを適用</strong>します。</p>



<p class="wp-block-paragraph">画面全体がフラットだからこそ、部分的な立体感が際立ち、洗練された印象と強いクリック誘引力を両立できます。</p>



<h3 class="wp-block-heading">ルール2：実務で高い成果を生む「4つのユースケース」</h3>



<p class="wp-block-paragraph">クレイモーフィズムの柔らかい質感は、特定の文脈においてユーザー体験を大きく高めます。</p>



<ol class="wp-block-list">
<li><strong>オンボーディングとウェルカム画面</strong>：新規登録直後の緊張感をほぐし、親しみやすく温かい第一印象を与えます。</li>


<li><strong>ゲーミフィケーションと達成フィードバック</strong>：学習アプリやフィットネスアプリのように、レッスン完了時の連続記録バッジやコイン獲得表示に立体感を与えることで、達成感と所有感を刺激します。</li>


<li><strong>子ども向け・教育・ヘルスケアサービス</strong>：無機質なデジタル画面に不安を感じやすい層に対し、安心感と親近感を提供できます。</li>


<li><strong>トグルスイッチやフローティングアクションボタン（FAB）</strong>：触った時の反応が期待されるスイッチ類に弾力を持たせることで、直感的な操作アフォーダンスを補強できます。</li>
</ol>



<h3 class="wp-block-heading">ルール3：WCAGコントラスト比と文字可読性の厳守</h3>



<p class="wp-block-paragraph">立体的なカードの上に文字を載せる場合、インナーシャドウのグラデーションが文字の背景にかかることで、コントラスト比が局所的に低下するリスクがあります。<br>WCAG（Web Content Accessibility Guidelines）のコントラスト基準（通常テキストで4.5:1以上）を常に下回らないよう、テキストの配置エリアを十分に確保してください。</p>



<p class="wp-block-paragraph">また、カードが立体感を持っている分、その上に乗せるタイポグラフィは装飾を抑えたシンプルなジオメトリック・サンセリフを選び、文字色には引き締まったダークネイビーやチャコールグレーを用いることで、子供っぽさを抑えた大人のモダンUIへ仕上げることができます。</p>



<h2 class="wp-block-heading">5. 混同しやすい「3D押し出し」との違いと、本物のクレイモーフィズムが動く実在Webサイト事例</h2>



<p class="wp-block-paragraph">クレイモーフィズムを実務で検討する際、多くのデザイナーやネット記事で混同されがちなのが、Duolingoなどに代表される「立体的なボタン表現」との違いです。</p>



<h3 class="wp-block-heading">「3D押し出し（ソリッドボタン）」と「クレイモーフィズム」の決定的な違い</h3>



<p class="wp-block-paragraph">語学学習アプリのDuolingoなどで使われている有名な「押したくなるボタン」は、一見すると親しみやすい立体感を持っていますが、技術的・構造的にはクレイモーフィズムではありません。</p>



<ul class="wp-block-list">
<li><strong>Duolingo等の3D押し出し（ソリッド立体）</strong>：<br>平面の矩形の底面に濃い色（<code>border-bottom</code> または <code>box-shadow: 0 4px 0 ...</code>）を敷き、物理的な厚み（押し出し段差）を表現する手法です。表面自体はフラットなベタ塗りであり、内側シャドウは一切使われていません。</li>


<li><strong>クレイモーフィズム（Inflated 3D）</strong>：<br>要素の内側（inset）に光（ハイライト）と影（シェード）を落とし、まるで風船や粘土のように「空気を含んでふっくらと膨らんだ曲面」を表現する手法です。</li>
</ul>



<p class="wp-block-paragraph">Duolingoのような大規模サービスがクレイモーフィズムではなく3D押し出しを採用している理由は、情報密度の高さと描画負荷の低さ、そしてどのような画面サイズでもボタンの境界がシャープに保たれる実用性を重視しているためです。</p>



<h3 class="wp-block-heading">本物のクレイモーフィズムが動く実在Webサイト事例</h3>



<p class="wp-block-paragraph">純粋なクレイモーフィズム（2重インナーシャドウ＋ドロップシャドウ）が、Webサイト上でどのように実装・レンダリングされているかを体感できる実在のサイトを2つ紹介します。</p>



<h4 class="wp-block-heading">1. <a href="https://claylo.netlify.app/" target="_blank" rel="noopener noreferrer">Claylo（クレイロ ライブデモ）</a></h4>



<p class="wp-block-paragraph">海外のデザインスタジオSetproductが開発した、サイト全体がクレイモーフィズムで構築されたランディングページのライブデモです。</p>



<ul class="wp-block-list">
<li><strong>見どころ</strong>:<br>ヘッダーのピル型ナビゲーション、中央のCTAボタン、右側のダッシュボードカード、グラフバーに至るまで、すべての構成要素が純粋なHTML/CSSの多重シャドウ（<code>box-shadow: inset ...</code>）で組まれています。</li>


<li><strong>実務での学び</strong>:<br>ブラウザのデベロッパーツール（検証ツール）を開くことで、各パーツに指定されたインナーシャドウのぼかし量（Blur）や透明度、ホバー時の挙動をリアルタイムに確認できます。</li>
</ul>



<h4 class="wp-block-heading">2. <a href="https://codeadrian.github.io/clay.css/" target="_blank" rel="noopener noreferrer">clay.css 公式デモサイト</a></h4>



<p class="wp-block-paragraph">『Smashing Magazine』でクレイモーフィズムのCSS実装手法を体系化したAdrian Bece氏による、専用CSSライブラリの公式デモページです。</p>



<ul class="wp-block-list">
<li><strong>見どころ</strong>:<br>赤いベースカードの上に白いテキストカードとぷっくり膨らんだボタンが重なり合う、ミニマルなクレイ表現の原点を体験できます。</li>


<li><strong>実務での学び</strong>:<br>CSS変数（Custom Properties）を用いてインナーシャドウの深さや色相を柔軟にコントロールする設計になっており、自社プロダクトのCSS設計にクレイ質感を取り入れる際の直接的な参考になります。</li>
</ul>



<h2 class="wp-block-heading">6. 次のステップ：あわせて深掘りしたい質感・立体感トレンド</h2>



<p class="wp-block-paragraph">UIデザインにおける質感表現は、クレイモーフィズムの登場以降も多様な広がりを見せています。<br>目指すプロダクトの世界観やターゲット層に合わせて、近接するトレンド表現もあわせてチェックしておくと、デザインの引き出しがさらに広がります。</p>



<p class="wp-block-paragraph">物理的な弾力とアニメーション連動をさらに追求した手法として、近年注目を集めているのが「Squishy UI（ぷにぷにUI）」です。<br>ボタンの押し心地やハプティクス（振動）の連動に関心がある方は、ぜひこちらの詳細解説も参考にしてみてください。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/07/13/squishy-ui-design-trend/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/07/eyecatch-1024x572.jpg" alt="Squishy UIとは？触って気持ちいいぷにぷにUIの特徴と作り方" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">Squishy UIとは？触って気持ちいいぷにぷにUIの特徴と作り方</div>
                <div class="blogcard_excerpt">画面上の要素にあえて物理的な質量と弾力を持たせるデザイン手法「Squishy UI」。心地よさを生む仕組みと実務への取り入れ方を解説します。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<p class="wp-block-paragraph">また、未来的なサイバー感や透明感、光のグラデーションを取り入れた「Y3Kデザイン」や、逆方向にソリッドな太枠と硬い影で個性を主張する「ネオブルータリズム」など、質感の振り幅を持っておくことで、クライアント提案の幅が広がります。</p>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/06/07/y3k-design-trend-futuristic-ui/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/y3k_eyecatch-1-1024x572.jpg" alt="Y3Kデザインとは？Y2Kとの違い・質感の特徴とUIへの取り入れ方" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">Y3Kデザインとは？Y2Kとの違い・質感の特徴とUIへの取り入れ方</div>
                <div class="blogcard_excerpt">未来的なサイバー感や透明感、有機的な質感を特徴とするY3Kデザイン。Y2Kとの違いやUIへの落とし込み方を解説します。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



    <div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/19/neobrutalism-web-design-guide/" target="_blank" rel="noopener noreferrer">
            <div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-102-1024x572.jpg" alt="ネオブルータリズムとは？UIでダサく見せない配色・影の設計ルール5選" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
            <div class="blogcard_content">
                <div class="blogcard_title">ネオブルータリズムとは？UIでダサく見せない配色・影の設計ルール5選</div>
                <div class="blogcard_excerpt">黒い太枠と硬いオフセットシャドウが特徴のネオブルータリズム。昭和の枠線のように野暮ったく見せないための配色・余白設計ルールを解説します。</div>
            </div>
            <div class="clear"></div>
        </a>
    </div>



<h2 class="wp-block-heading">終わりに</h2>



<p class="wp-block-paragraph">クレイモーフィズムは、単なる一時的な見た目の流行にとどまらず、「フラットすぎる画面にいかにして心地よい触感を宿らせるか」というUIデザイナーの探求から生まれた必然的なアプローチです。<br>3Dソフトを立ち上げなくても、Figmaのインナーシャドウとドロップシャドウを丁寧に重ねるだけで、直感的に触りたくなるコンポーネントを形にできます。</p>



<p class="wp-block-paragraph">普段のフラットな画面設計に、ほんの少しの温かみと触覚フィードバックを添える手段として、日々のUI制作の中で活用してみてください。</p>



<h2 class="wp-block-heading">参考リンク</h2>



<ul class="wp-block-list">
<li><a href="https://hype4.academy/" target="_blank" rel="noopener noreferrer">HYPE4 Academy</a>：Michał Malewicz氏によるクレイモーフィズムの提唱・解説ポータル</li>


<li><a href="https://www.smashingmagazine.com/" target="_blank" rel="noopener noreferrer">Smashing Magazine</a>：Webデザインにおける質感・モーフィズム動向レポート</li>


<li><a href="https://claylo.netlify.app/" target="_blank" rel="noopener noreferrer">Claylo Demo</a>：純粋なCSSクレイモーフィズムで構築されたWebサイトのライブデモ</li>


<li><a href="https://github.com/codeAdrian/clay.css" target="_blank" rel="noopener noreferrer">clay.css (GitHub)</a>：Adrian Bece氏によるクレイモーフィズムCSSマイクロユーティリティ</li>
</ul><p>The post <a href="https://www.ds-pedia.com/2026/09/19/claymorphism-ui-design-guide/">クレイモーフィズムとは？Figmaの立体シャドウ設定と実務での使いどころ</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/19/claymorphism-ui-design-guide/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>ネオブルータリズムとは？UIでダサく見せない配色・影の設計ルール5選</title>
		<link>https://www.ds-pedia.com/2026/09/19/neobrutalism-web-design-guide/</link>
					<comments>https://www.ds-pedia.com/2026/09/19/neobrutalism-web-design-guide/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Sat, 19 Sep 2026 06:21:19 +0000</pubDate>
				<category><![CDATA[デザイントレンド]]></category>
		<category><![CDATA[pickup]]></category>
		<category><![CDATA[配色]]></category>
		<category><![CDATA[Webデザイン]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[ネオブルータリズム]]></category>
		<category><![CDATA[トレンド]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2347</guid>

					<description><![CDATA[<p>注目を集めるネオブルータリズム（Neo-Brutalism）のWeb/UI設計ガイド。太枠と硬い影がダサくなる原因を解剖し、破綻しない5つの設計ルール（枠線の統一、ぼかしゼロの影、60-30-10の配色、余白設計）とFigmaでの実践手順を解説します。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/19/neobrutalism-web-design-guide/">ネオブルータリズムとは？UIでダサく見せない配色・影の設計ルール5選</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>
<div class="target-audience">
<div class="target-audience__title">この記事はこんな方に向けて書いています</div>
<ul class="target-audience__list">
<li class="target-audience__item">ネオブルータリズムの特徴や現代UIでの設計ルールを知りたい方</li>
<li class="target-audience__item">黒い太枠や影を取り入れたものの野暮ったく見えて困っている方</li>
<li class="target-audience__item">Figmaで破綻しないスタイルを作り、実務で適切に活用したい方</li>
</ul>
</div>
<p class="wp-block-paragraph">整然としたミニマルデザインが定着した一方で、<strong>「どのWebサイトも同じように見えてしまう」</strong>という課題を感じる場面が増えています。<br />差別化を図るひとつのアプローチとして、太い枠線やビビッドな配色が目を引く<strong>ネオブルータリズム</strong>を取り入れる事例を、個人的にも目にする機会が増えてきた印象です。</p>
<p class="wp-block-paragraph">しかし、単にパーツの周りに黒い枠線を引いただけでは、<strong>昭和の古いWebページのような野暮ったい印象</strong>に陥りがちです。<br />ネオブルータリズムを洗練されたモダンUIに昇華させるには、計算された余白や影の角度、配色の規律が欠かせません。</p>
<div class="c-quick-answer">
<div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">ネオブルータリズム（Neo-Brutalism）の定義と洗練させる要点とは？</span></div>
<p class="c-quick-answer__text">
ネオブルータリズムとは、1950年代の粗削りな建築様式に着想を得たWebブルータリズムに、現代の優れた操作性（UX）とポップな配色を融合させたUIスタイルです。<strong>「統一されたソリッドブラック枠」「ぼかしゼロのオフセットシャドウ」「60-30-10の配色比率」「通常より一段広い余白」</strong>を意識して揃えることで、視覚的なインパクトと実用性を両立できます。</p>
</div>
<h2 class="wp-block-heading">1. ネオブルータリズム（Neo-Brutalism）とは？建築思想から現代UIへの進化</h2>
<h3 class="wp-block-heading">1-1. 本家ブルータリズムとネオブルータリズムの違い</h3>
<p class="wp-block-paragraph">ネオブルータリズムのルーツは、1950年代に生まれた建築様式<strong>「ブルータリズム（Brutalism）」</strong>にあります。<br />フランス語の「ベトン・ブリュット（生のコンクリート）」を語源とし、装飾を排除して素材のありのままの質感や構造をむき出しにする思想でした。</p>
<p class="wp-block-paragraph">この思想は1990年代から2000年代にかけて、初期のインターネット空間において<strong>「Webブルータリズム」</strong>として現れました。<br />スタイルシートを適用しない生HTMLやプレーンテキスト、意図的な崩しなど、あえて使いやすさを無視した実験的な表現が多く見られました。</p>
<p class="wp-block-paragraph">一方、現代の<strong>「ネオブルータリズム（Neo-Brutalism）」</strong>は、かつての荒削りな質感を受け継ぎながらも、<strong>現代の使いやすさ（UX）やアクセシビリティを損なわないよう洗練させた進化形</strong>です。<br />※一部では「ネオブュータリズム」と表記されるケースもありますが、デザイン用語としてはネオブルータリズムが正確な呼称です。</p>
<p class="wp-block-paragraph"></p>
<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/brutalism-vs-neobrutalism.jpg" alt="【ブルータリズム vs ネオブルータリズムの違い】反デザインの生HTMLから現代の実用UIへの進化" class="wp-image-2355" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/brutalism-vs-neobrutalism.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/brutalism-vs-neobrutalism-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/brutalism-vs-neobrutalism-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/brutalism-vs-neobrutalism-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /></figure>
<p></p>
<figure class="wp-block-table">
<table>
<thead>
<tr>
<th>項目</th>
<th>建築のブルータリズム（1950s）</th>
<th>初期のWebブルータリズム（1990s〜）</th>
<th>現代のネオブルータリズム（現在）</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>主な思想</strong></td>
<td>装飾の排除・コンクリート素材の露出</td>
<td>反デザイン・画一化への反発</td>
<td>個性の主張と実用的なUXの両立</td>
</tr>
<tr>
<td><strong>装飾の特徴</strong></td>
<td>幾何学的で重厚なコンクリート構造</td>
<td>生HTML・未加工のテキスト配置</td>
<td>太い黒枠・ぼかしゼロの硬い影</td>
</tr>
<tr>
<td><strong>操作性・UX</strong></td>
<td>巨大な物理構造の機能性重視</td>
<td>可読性や使いやすさをあえて無視</td>
<td>高い可読性と押しやすいクリック領域</td>
</tr>
<tr>
<td><strong>代表的な配色</strong></td>
<td>グレー・無彩色のモノトーン</td>
<td>白黒・標準リンクの青と紫</td>
<td>ペーパー地と高彩度のポップカラー</td>
</tr>
</tbody>
</table>
</figure>
<h3 class="wp-block-heading">1-2. なぜ今、ネオブルータリズムが注目されているのか？</h3>
<p class="wp-block-paragraph">近年、ネオブルータリズムが大きな支持を集めている背景には、<strong>「過度に整いすぎたミニマリズムへの飽き」</strong>があります。<br />フラットデザインやグラスモーフィズムが普及した結果、清潔感はあるものの、どのプロダクトも似通った無難な印象を与えるようになりました。</p>
<p class="wp-block-paragraph">そこに強烈なインパクトをもたらしたのが、デジタルコンテンツ販売プラットフォーム<strong>Gumroad（ガムロード）</strong>の大胆なリブランディングでした。<br />鮮明な太枠とビビッドな配色、ぼかしのない影を組み合わせた画面は、クリエイターエコノミーの熱量と見事に合致し、世界中のデザイナーに衝撃を与えました。</p>
<p class="wp-block-paragraph">さらにデザインツール大手のFigmaも、キャンペーンサイトや各種コミュニティ施策において<strong>ネオブルータリズムの要素を積極的に採用</strong>しています。<br />情報の境界線をはっきりと示しつつ、どこか親しみやすいレトロフューチャーな質感を生み出せる点が、先進的なテック企業で選ばれる理由です。</p>
<h2 class="wp-block-heading">2. 「単に黒い太枠をつけただけ」がダサくなる3つの原因</h2>
<p class="wp-block-paragraph">ネオブルータリズムの流行を見て、とりあえず黒い太枠や原色を取り入れたものの、<strong>「なぜか素人が作ったような野暮ったいデザインになってしまう」</strong>と悩むケースは少なくありません。<br />魅力的な作例とダサく見えてしまうUIの間には、決定的な構造上の違いが存在します。</p>
<p class="wp-block-paragraph"></p>
<figure class="wp-block-image size-large"><img decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-75.jpg" alt="【ネオブルータリズムのNG vs OK比較】窮屈な太枠と洗練されたモダンUIの対比" class="wp-image-2345" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-75.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-75-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-75-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-75-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /></figure>
<p></p>
<h3 class="wp-block-heading">2-1. 原因1：内側余白（Padding）の不足による窮屈さ</h3>
<p class="wp-block-paragraph">ネオブルータリズムを取り入れようとして最も多い失敗が、<strong>コンポーネントの内側余白が狭すぎること</strong>です。<br />太い黒枠は、通常の境界線（1pxの薄いグレー線）に比べて<strong>はるかに強い視覚的な重み（質量）</strong>を持っています。</p>
<p class="wp-block-paragraph">通常のUIと同じ感覚で内側余白を設定してしまうと、文字やアイコンが太枠に押し込められたように見えてしまいます。<br />その結果、モダンな抜け感が消え去り、<strong>昭和時代の印刷物や古いHTMLテーブルのような窮屈さ</strong>が強調されてしまいます。</p>
<h3 class="wp-block-heading">2-2. 原因2：彩度100%の原色同士が画面内で衝突している</h3>
<p class="wp-block-paragraph">2つ目の原因は、<strong>画面全体に派手な原色を無秩序に散りばめてしまうこと</strong>です。<br />ネオブルータリズムの作例で見かける蛍光イエローやシアン、ピンクを一度に画面へ配置すると、重大な視線誘導の崩壊を招きます。</p>
<p class="wp-block-paragraph">有彩色の主張が強すぎると、ユーザーは何を最初に見ればよいのか判断できなくなり、<strong>視界全体がチカチカして強い疲労感</strong>を与えてしまいます。<br />すべてを強調しようとした画面は、結果として何も強調されていない画面と同じになり、本来押してほしいボタンが埋もれてしまいます。</p>
<h3 class="wp-block-heading">2-3. 原因3：影（オフセットシャドウ）の向きと距離の不一致</h3>
<p class="wp-block-paragraph">3つ目の原因は、<strong>カードやボタンごとに落ちている影の向きや距離がバラバラになっていること</strong>です。<br />一般的なぼかしのある柔らかいドロップシャドウであれば、多少のズレがあっても自然な奥行きとして馴染みます。</p>
<p class="wp-block-paragraph">しかし、ネオブルータリズムで用いる<strong>「ぼかしゼロの硬い影（Hard Shadow）」</strong>は、境界線がシャープなため光源の矛盾が瞬時に目立ちます。<br />あるカードは右下に影が落ち、別のボタンは真下に落ちているといった状態になると、画面全体の整合性が一瞬で損なわれます。</p>
<h2 class="wp-block-heading">3. 洗練されたネオブルータリズムに仕上げる「5つの設計ルール」</h2>
<p class="wp-block-paragraph">ネオブルータリズムを現代のプロダクトとして成立させるためには、<strong>感覚的なデザインではなく「明確な数値基準」</strong>を設けることが不可欠です。<br />ここでは、破綻を防ぎながら洗練された質感を生み出すための5つの基本ルールを解説します。</p>
<p class="wp-block-paragraph"></p>
<figure class="wp-block-image size-large"><img decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/neobrutalism-design-rules.jpg" alt="【ネオブルータリズムの5大設計原則】枠線・影・配色・タイポグラフィ・余白の仕様まとめ" class="wp-image-2348" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/neobrutalism-design-rules.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/neobrutalism-design-rules-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/neobrutalism-design-rules-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/neobrutalism-design-rules-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /></figure>
<p></p>
<h3 class="wp-block-heading">3-1. ルール1：枠線の太さをプロダクト全体で統一し、角丸ポリシーを固定する</h3>
<p class="wp-block-paragraph">画面をスタイリッシュに引き締める第一の基準は、<strong>画面全体の枠線の太さをソリッドブラックで統一すること</strong>です。<br />WebやUIの実務では、線が埋もれず主張しすぎない目安として<strong>2px〜3px程度</strong>が採用されるケースが多く見られます。太さが画面内でバラバラになると一気に雑然とした印象を与えるため、主要パーツの線幅は厳格に揃えます。</p>
<p class="wp-block-paragraph">また、枠線と同じくらい重要なのが<strong>角丸（Corner Radius）のポリシーを1つに固定すること</strong>です。<br />完全な直角にして硬派な建築美を強調するか、あえて小さな角丸をつけて親しみやすいポップさを出すか、プロダクト全体で統一します。</p>
<pre class="wp-block-code"><code>/* 直角スタイルのカード枠線 */
.brutal-card-sharp {
  border: 3px solid #000000;
  border-radius: 0px;
}

/* ポップスタイルのカード枠線 */
.brutal-card-rounded {
  border: 3px solid #000000;
  border-radius: 12px;
}</code></pre>
<h3 class="wp-block-heading">3-2. ルール2：ぼかしゼロのオフセットシャドウで光源を統一する</h3>
<p class="wp-block-paragraph">ネオブルータリズムの立体感を象徴するのが、<strong>ぼかし（Blur）を一切入れないオフセットシャドウ</strong>です。<br />一般的な設定例としては、<strong>横方向・縦方向にそれぞれ4px程度オフセットさせ、ぼかしを0px</strong>にするソリッドブラック指定がよく使われます。</p>
<p class="wp-block-paragraph">すべてのコンポーネントで「左上から光が当たり、右下へ一定の距離だけずれた影が落ちる」という物理法則を揃えます。<br />これにより、切り絵をペタペタと貼り合わせたような心地よい立体感が画面全体に宿ります。</p>
<pre class="wp-block-code"><code>/* 基準となるネオブルータリズムのオフセットシャドウ */
.brutal-shadow {
  box-shadow: 4px 4px 0px #000000;
}

/* ホバー時にさらに浮き上がる強調シャドウ */
.brutal-shadow:hover {
  transform: translate(-2px, -2px);
  box-shadow: 6px 6px 0px #000000;
}</code></pre>
<h3 class="wp-block-heading">3-3. ルール3：60-30-10の法則で組む「ペーパー地 × アクセント」配色</h3>
<p class="wp-block-paragraph">画面の散らかりを防ぐ鍵は、<strong>配色の面積比率を厳密にコントロールすること</strong>です。<br />背景に完全な純白（<code>#FFFFFF</code>）を使うと黒枠のコントラストが強すぎて目が痛くなるため、ベースには淡いクリーム系のペーパーカラーを採用します。</p>
<p class="wp-block-paragraph">配色の黄金比率として知られる<strong>「60-30-10の法則」</strong>をネオブルータリズムに応用すると、以下のようなバランスになります。<br />アクセントカラーは複数の色を混ぜず、1〜2色に厳選して<strong>最も重要なCTAボタンやバッジだけにピンポイントで使用</strong>します。</p>
<ul class="wp-block-list">
<li><strong>ベースカラー（60%）</strong>: 生成り色や淡いペーパーカラー（<code>#FDFBF7</code>、<code>#F5F5ED</code> など）</li>
<li><strong>サブカラー（30%）</strong>: カード背景の白（<code>#FFFFFF</code>）や枠線・文字の黒（<code>#000000</code>）</li>
<li><strong>アクセントカラー（10%）</strong>: 鮮やかなイエロー（<code>#FFE600</code>）やライム、パープルなどの高彩度色</li>
</ul>
<p class="wp-block-paragraph">UIにおける配色のバランスや有彩色・無彩色の使い分けについては、こちらの記事でも詳しく解説しています。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/12/ui-color-rule-60-30-10/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-51-1024x572.jpg" alt="【60-30-10の法則】アクセントカラーの使いすぎを防ぐUI配色の黄金比率" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">【60-30-10の法則】アクセントカラーの使いすぎを防ぐUI配色の黄金比率</div>
<div class="blogcard_excerpt">UIデザインで「色が多すぎて散らかる」「どこを目立たせればいいか迷う」悩みを解消する60-30-10の配色黄金ルールを解説します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h3 class="wp-block-heading">3-4. ルール4：ジャンプ率を高めた幾何学的タイポグラフィ</h3>
<p class="wp-block-paragraph">ネオブルータリズムの太い枠線に負けないためには、<strong>フォントの太さとジャンプ率（見出しと本文のサイズ比率）</strong>を大胆に設定します。<br />見出しには骨太なジオメトリック・サンセリフ（InterのBlackやPlus Jakarta Sans、Dela Gothic Oneなど）を選定し、圧倒的な存在感を持たせます。</p>
<p class="wp-block-paragraph">さらに、補足テキストやステータスラベルの一部に<strong>等幅フォント（Monospace）</strong>を組み合わせると、開発者ツールのような知的で無骨なスパイスが加わります。<br />本文のフォントサイズが16pxであれば、大見出しは40〜48px以上に設定し、一目で階層が分かるコントラストを作ります。</p>
<h3 class="wp-block-heading">3-5. ルール5：太枠の圧迫感を逃がす「通常より一段広い余白」</h3>
<p class="wp-block-paragraph">太枠の圧迫感を解消する決定打が、<strong>通常UIの1.3〜1.5倍程度を目安に広げた贅沢な余白設計</strong>です。<br />自分自身、初めてネオブルータリズムでカードを組んだときは、文字が黒枠に触れそうなほど窮屈になって失敗しました。</p>
<p class="wp-block-paragraph">通常のカードUIで内側パディングを設定している場合、ネオブルータリズムでは<strong>思い切って一段階広く余白を取る（例: 16pxなら24px程度へ拡大）</strong>ことが推奨されます。<br />周囲の余白を十分に確保することで、太い線が「邪魔な枠」から「要素を際立たせるフレーム」へと役割を変え、洗練された開放感が生まれます。</p>
<h2 class="wp-block-heading">4. Figmaで組むネオブルータリズムUIの実践ステップ</h2>
<h3 class="wp-block-heading">4-1. Auto LayoutとStroke（線の位置）の初期設定</h3>
<p class="wp-block-paragraph">Figmaでネオブルータリズムのコンポーネントを作成する際は、<strong>Auto Layoutのプロパティ設定</strong>から始めます。<br />新しいフレームを作成し、Auto Layoutを適用した上で、以下の数値を割り当てます。</p>
<ul class="wp-block-list">
<li><strong>Padding（内側余白）</strong>: 左右28px / 上下20px（ボタンなら左右24px / 上下14px）</li>
<li><strong>Gap（要素間余白）</strong>: 16px</li>
<li><strong>Stroke（線）</strong>: 太さ <code>3px</code>、カラー <code>#000000</code>、位置は必ず <strong><code>Inside</code></strong> に指定</li>
</ul>
<p class="wp-block-paragraph">線の位置を <code>Outside</code> や <code>Center</code> にしてしまうと、Auto Layoutのバウンディングボックスの外側に線がはみ出し、隣り合う要素との位置合わせがずれる原因になります。<br />常に <code>Inside</code> を指定しておくことで、CSSの <code>box-sizing: border-box;</code> と一致した破綻のない実装連携が可能になります。</p>
<h3 class="wp-block-heading">4-2. Drop Shadow効果のスタイル登録</h3>
<p class="wp-block-paragraph">次に、要素に硬い影を付加します。<br />Figmaの右側パネルにある「Effects」から「Drop Shadow」を追加し、<strong>設定アイコンをクリックしてぼかし（Blur）を0</strong>にします。</p>
<ul class="wp-block-list">
<li><strong>X（水平方向）</strong>: <code>4</code></li>
<li><strong>Y（垂直方向）</strong>: <code>4</code></li>
<li><strong>Blur（ぼかし）</strong>: <code>0</code></li>
<li><strong>Spread（拡大）</strong>: <code>0</code></li>
<li><strong>Color</strong>: <code>#000000</code>、不透明度 <code>100%</code></li>
</ul>
<p class="wp-block-paragraph">この設定をエフェクトスタイル（またはFigma Variables）に「Elevation/Hard-4px」として保存しておけば、チーム全体で統一した影を即座に呼び出せます。</p>
<h3 class="wp-block-heading">4-3. ホバー・アクティブ時の押し込みインタラクション設計</h3>
<p class="wp-block-paragraph">ネオブルータリズムの真骨頂は、ボタンを押したときの<strong>「物理的な押し込み感（Click/Press）」</strong>です。<br />Figmaのコンポーネントバリアントを使って、3つの状態（Default, Hover, Active）を作成します。</p>
<p class="wp-block-paragraph"></p>
<figure class="wp-block-image size-large"><img decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-77.jpg" alt="【ボタンの3状態押し込みインタラクション】Default・Hover・Activeの座標変化と影の仕様" class="wp-image-2346" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-77.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-77-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-77-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-77-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /></figure>
<p></p>
<p class="wp-block-paragraph">ボタンを押した瞬間に<strong>「影が消え、影のオフセット量と同じ距離だけボタン本体が右下へ移動する」</strong>ように数値を設計します（影が4pxなら移動量も4px）。<br />これにより、まるで本物のプラスチック製スイッチを指先でカチッと押し込んだような、小気味よいフィードバックが完成します。</p>
<figure class="wp-block-table">
<table>
<thead>
<tr>
<th>状態（State）</th>
<th>X位置 / Y位置の移動</th>
<th>Drop Shadowの指定</th>
<th>視覚的な変化</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>Default（初期）</strong></td>
<td>移動なし（X:0, Y:0）</td>
<td>X: 4px, Y: 4px, Blur: 0</td>
<td>盤面から4px浮き上がっている状態</td>
</tr>
<tr>
<td><strong>Hover（マウス乗せ）</strong></td>
<td>左上へ2px移動（X:-2, Y:-2）</td>
<td>X: 6px, Y: 6px, Blur: 0</td>
<td>さらに手前へ浮き上がり、誘目性を高める</td>
</tr>
<tr>
<td><strong>Active（押下時）</strong></td>
<td>右下へ4px移動（X:+4, Y:+4）</td>
<td>なし（または X:0, Y:0）</td>
<td>影が消えてボタンが完全に沈み込む</td>
</tr>
</tbody>
</table>
</figure>
<p class="wp-block-paragraph">ボタンのサイズ基準やタップ領域のアクセシビリティについては、こちらのガイド記事もあわせて参考にしてください。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/15/button-design-ux-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/clean_v1-1024x572.jpg" alt="ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準</div>
<div class="blogcard_excerpt">UIボタンの優先度設計から44ptのタップ領域基準、ホバー・アクティブ等の状態管理までを体系的にまとめた実践ガイドです。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">5. ネオブルータリズムの適正判断｜どこに使い、どこで避けるべきか？</h2>
<h3 class="wp-block-heading">5-1. 効果的なプロダクトと領域</h3>
<p class="wp-block-paragraph">ネオブルータリズムは強烈な個性を放つため、<strong>ブランドの世界観や差別化が成果に直結する領域</strong>で絶大な効果を発揮します。<br />以下のようなシーンでは、退屈な競合サービスを一歩リードする強力な武器になります。</p>
<ul class="wp-block-list">
<li><strong>クリエイターエコノミー・クリエイティブ系SaaS</strong>: Gumroadのように、自由で実験的な空気感を好むユーザー層に強く刺さります。</li>
<li><strong>ポートフォリオサイト</strong>: デザイナー自身の個性や遊び心をアピールし、採用担当者の記憶に強く残せます。</li>
<li><strong>開発者向けツール・テック系コミュニティ</strong>: 無骨な等幅フォントや構造むき出しのスタイルが、エンジニア文化と親和性を持ちます。</li>
<li><strong>イベントLP・キャンペーンサイト</strong>: タイムライン上でスクロールするユーザーの手を止め、高いクリック率を生み出します。</li>
</ul>
<h3 class="wp-block-heading">5-2. 避けるべきプロダクトと領域</h3>
<p class="wp-block-paragraph">一方で、ネオブルータリズムの強いコントラストやポップさは、<strong>「心理的な安心感」や「極端な情報密度」が最優先されるサービス</strong>には適していません。<br />デザインシステムによってはアクセント程度に導入されるケースもありますが、基本的には無彩色を中心とした落ち着いた設計が推奨されます。</p>
<ul class="wp-block-list">
<li><strong>金融・証券・保険サービス</strong>: ユーザーが自分のお金を預ける場面では、実験的な楽しさよりも「堅実さ」と「絶対的な信頼」が求められます。</li>
<li><strong>医療・ヘルスケアアプリ</strong>: 不安を抱えた患者や高齢者が利用するため、強い黒枠や原色は刺激が強すぎて不快感を与えるリスクがあります。</li>
<li><strong>高密度なBtoBデータテーブル・業務基幹システム</strong>: 1画面に数百行のデータを凝縮して表示する画面では、太い枠線と硬い影が視覚的ノイズになり、業務効率を低下させます。</li>
</ul>
<p class="wp-block-paragraph">プロダクトの目的やユーザー心理を冷静に見極め、<strong>「機能性を損なわない範囲でどこまで崩せるか」</strong>を判断することが大切です。</p>
<h2 class="wp-block-heading">6. 優れた活用事例とインスピレーション</h2>
<h3 class="wp-block-heading">6-1. FigmaのプロモーションUIとコミュニティ</h3>
<p class="wp-block-paragraph">UIデザイナーにとって最も身近で見覚えがある代表例が、デザインツール大手の<a href="https://www.figma.com/" target="_blank" rel="noopener noreferrer">Figma</a>です。<br />Figmaは、年次カンファレンス「Config」の特設サイトや公式ブログ、コミュニティページなどのマーケティング領域において、ネオブルータリズムの要素を巧みに取り入れています。</p>
<p class="wp-block-paragraph">ツール本体のキャンバスやエディタ画面は、作業の邪魔にならないよう極めてクリーンなミニマルUIを貫く一方で、<strong>イベントやプロモーションの場では太い黒枠や鮮やかなカラー、硬い影を大胆に活用</strong>してブランドの熱気と遊び心を伝えています。<br />このように、「作業ツール本体」と「マーケティング・コミュニティ領域」でトーンを意図的に切り分けるアプローチは、実務で自社プロダクトにネオブルータリズムを取り入れる際にも大いに参考になります。</p>
<h3 class="wp-block-heading">6-2. Gumroad（ガムロード）</h3>
<p class="wp-block-paragraph">ネオブルータリズムを現代の代表的UIスタイルとして世界に定着させた原点とも言えるのが、クリエイター向け決済プラットフォームの<a href="https://gumroad.com/" target="_blank" rel="noopener noreferrer">Gumroad</a>です。<br />創業者のSahil Lavingia氏が公開した公式アナウンス「<a href="https://sahil.gumroad.com/p/introducing-the-new-gumroad" target="_blank" rel="noopener noreferrer">Introducing the new Gumroad</a>」（2021年11月）を皮切りに、同社は従来の無難なSaaSデザインから、太い黒枠と硬い影、鮮やかなネオンカラーを前面に押し出した大胆なリブランディングを敢行しました。</p>
<p class="wp-block-paragraph">現在稼働している<a href="https://gumroad.com/" target="_blank" rel="noopener noreferrer">Gumroad公式サイト</a>でも、ボタンやカードの「ソリッドな黒枠」「ホバー時の押し込み移動（<code>translate</code>）と硬い影（<code>shadow</code>）」の実装を直接体験できます。<br />単なる奇抜さにとどまらず、<strong>購入フローやダッシュボードの数値確認は極めてスムーズに行えるよう情報設計</strong>が徹底されており、「個性的でありながら、決済時の迷いを生じさせない」という実用ネオブルータリズムの教科書的な成功事例です。</p>
<h2 class="wp-block-heading">次のステップ：あわせて深掘りしたい知見</h2>
<p class="wp-block-paragraph">ネオブルータリズムのように、既存の枠組みに囚われない独自の世界観を設計する上では、他のデザイントレンドや設計理論の知見も役立ちます。<br />現代のWeb/UIトレンドを多角的に把握するために、以下の記事もぜひあわせてご覧ください。</p>
<p class="wp-block-paragraph">設計図のような緻密な構造美を表現するブループリントデザインの設計手法については、こちらの記事で体系的にまとめています。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/07/09/blueprint-design-trend-2026/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/07/赤文字の削除-Google-Gemini.jpg" alt="【2026年最新】ブループリントデザイン（Blueprint Design）とは？設計図風UIの特徴・作り方と活用事例" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">【2026年最新】ブループリントデザイン（Blueprint Design）とは？設計図風UIの特徴・作り方と活用事例</div>
<div class="blogcard_excerpt">WebやUIで注目されるブループリントデザインの特徴、グリッド設計、配色パターン、実務での活用事例を徹底解説します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<p class="wp-block-paragraph">2000年代初頭のポップカルチャーを現代のUIへと再解釈するY2Kデザインの作り方については、こちらで詳しく紹介しています。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/06/07/y3k-design-trend-futuristic-ui/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/06/y3k_eyecatch-1-1024x572.jpg" alt="Y3Kデザインとは？Y2Kとの違い・質感の特徴とUIへの取り入れ方" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">Y3Kデザインとは？Y2Kとの違い・質感の特徴とUIへの取り入れ方</div>
<div class="blogcard_excerpt">「Y3Kデザインって何？」「Y2Kと何が違うの？」と気になっていませんか？西暦3000年の近未来を表現するY3Kの特徴（リキッドメタル・ゼリー・ネオサイバー）から、Figmaでの作り方、UIデザインで破綻しない上品な取り入れ方まで現役デザイナーが解説します。</div>
</p></div>
<p>        </a>
    </div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">7. まとめ：秩序ある設計原則がネオブルータリズムの実用性を支える</h2>
<p class="wp-block-paragraph">ネオブルータリズムは、一見すると直感的でラフなスタイルに見えますが、その実態は<strong>「緻密な余白計算と徹底した配色のコントロール」</strong>によって支えられています。<br />単に奇抜さを狙うのではなく、統一された太枠、光源の揃った硬い影、そして十分な内側余白を確保することで、視覚的なインパクトと高い操作性を両立できます。</p>
<p class="wp-block-paragraph">まずはプロトタイプやサイドプロジェクトのボタン1つから、ぼかしゼロの影とシンプルな黒枠を取り入れ、プロダクトの世界観に合わせた最適なバランスを検証してみてください。</p><p>The post <a href="https://www.ds-pedia.com/2026/09/19/neobrutalism-web-design-guide/">ネオブルータリズムとは？UIでダサく見せない配色・影の設計ルール5選</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/19/neobrutalism-web-design-guide/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>エンプティステートUI設計ガイド｜離脱を防ぐ3パターンと3つの構成要素</title>
		<link>https://www.ds-pedia.com/2026/09/17/empty-state-ui-design-guide/</link>
					<comments>https://www.ds-pedia.com/2026/09/17/empty-state-ui-design-guide/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Thu, 17 Sep 2026 10:48:39 +0000</pubDate>
				<category><![CDATA[デザインナレッジ]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[状態設計]]></category>
		<category><![CDATA[Figma]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[UX]]></category>
		<category><![CDATA[エンプティステート]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2310</guid>

					<description><![CDATA[<p>初回登録やお気に入り一覧、検索結果0件の画面でユーザーの離脱を防ぐエンプティステートのUI設計ガイド。3大パターンの使い分けから、イラスト・説明文・CTAボタンの3大構成要素、混同しやすいError Stateとの違いまで実践的に解説します。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/17/empty-state-ui-design-guide/">エンプティステートUI設計ガイド｜離脱を防ぐ3パターンと3つの構成要素</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>
<div class="target-audience">
<div class="target-audience__title">この記事はこんな方に向けて書いています</div>
<ul class="target-audience__list">
<li class="target-audience__item">初回登録や検索結果0件の画面をどう作ればよいか迷っている方</li>
<li class="target-audience__item">エンプティステートの3大パターンと適切な画面構成を知りたい方</li>
<li class="target-audience__item">ユーザーの離脱を防ぎ、次のアクションへ自然に促す導線を設計したい方</li>
</ul>
</div>
<p class="wp-block-paragraph">Figmaで画面を設計するとき、ダミーデータが綺麗に入った<strong>「理想的な画面」ばかりを作り込んでしまう</strong>ことはありませんか？<br />自分も以前は、整ったカードやリストが並ぶ完成状態ばかりを熱心に作っていました。</p>
<p class="wp-block-paragraph">しかし実際のプロダクトでは、ユーザーが最初に目にするのは<strong>データが1件も入っていない初期画面</strong>です。<br />ここでユーザーが迷ってしまうと、操作を諦めてそのまま離脱してしまう大きな要因になります。</p>
<div class="c-quick-answer">
<div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">エンプティステートの基本と離脱を防ぐ3大要素とは？</span></div>
<p class="c-quick-answer__text">
エンプティステートとは、画面上に表示すべきデータが未登録、または取得できない状態を指します。<strong>「状況を伝えるグラフィック」「前向きな説明テキスト」「次の行動を促すCTAボタン」</strong>の3要素を揃えることで、ユーザーの不安を解消し、スムーズな操作継続を案内できます。</p>
</div>
<h2 class="wp-block-heading">1. なぜ「何もない画面」でユーザーは離脱してしまうのか？</h2>
<h3 class="wp-block-heading">1-1. 理想状態（Ideal State）ばかりを作り込む落とし穴</h3>
<p class="wp-block-paragraph">UIデザインの実務では、どうしても情報が満たされた<strong>「理想状態（Ideal State）」</strong>から作業を進めがちです。<br />魅力的なサムネイル画像や整ったテキストを配置したアートボードは、見栄えも良く完成度が高く見えます。</p>
<p class="wp-block-paragraph">しかし、ユーザーが新しくアプリを使い始めた瞬間は、登録したタスクもブックマークも<strong>何ひとつ存在しない状態</strong>です。<br />画面上に何も表示されない初期状態を考慮していないと、開発フェーズで画面が真っ白なままリリースされてしまいます。</p>
<p class="wp-block-paragraph">自分も以前、ステージング環境の実機を触って初めて<strong>「最初は何もない状態だった」</strong>と気づき、慌てて追加設計した経験があります。<br />デザインツール上の見た目だけでなく、データが存在しない初期段階の体験まで設計することが大切です。</p>
<h3 class="wp-block-heading">1-2. 「データがありません」が引き起こす3つの不安</h3>
<p class="wp-block-paragraph">エンプティステートで最も避けるべきなのは、画面中央に<strong>「データがありません」とだけ書かれたテキスト</strong>を置くことです。<br />このような素っ気ない表示は、ユーザーにいくつかの心理的負担を与えてしまいます。</p>
<p class="wp-block-paragraph">第一に、<strong>システムの通信障害や不具合</strong>が起きたのではないかという誤解を招きます。<br />第二に、自分が直前の操作を間違えてしまったのではないかという<strong>操作への不安</strong>を与えてしまいます。<br />そして第三に、次に何をすれば画面が進むのかが分からず、<strong>操作を諦めて離脱</strong>してしまいます。</p>
<p class="wp-block-paragraph">何もない画面は、単なる空白ではなく<strong>「ユーザーが次に取るべき操作へ誘導する画面」</strong>として設計する必要があります。<br />画面の状態を体系的に捉える考え方については、こちらの記事でも詳しく整理しています。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/12/modal-bottom-sheet-drawer-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/modal-bottom-sheet-eyecatch-1024x572.jpg" alt="モーダル・ボトムシートの使い分け基準｜スマホで失敗しないUI選定ルール" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">モーダル・ボトムシートの使い分け基準｜スマホで失敗しないUI選定ルール</div>
<div class="blogcard_excerpt">スマホUIでモーダル、ボトムシート（ハーフモーダル）、ドロワー、画面遷移のどれを使うべきか迷っていませんか？操作の不可逆性と情報量の2軸で整理したUI選定マトリクスや、親指操作・キーボード干渉を防ぐ実装の黄金律を現役デザイナーが詳しく解説します。</div>
</p></div>
<p>        </a>
    </div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">2. 押さえておきたいエンプティステートの3大パターン</h2>
<p class="wp-block-paragraph">エンプティステートが発生する状況は、大きく<strong>3つの基本パターン</strong>に分類できます。<br />それぞれの文脈によって<strong>ユーザーの心理や求める情報が異なる</strong>ため、適切なアプローチを選ぶことが重要です。</p>
<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-89.jpg" alt="エンプティステートの3大パターン（初回利用・タスク完了・検索結果ゼロ）の特徴とUI画面モックアップ比較" /></figure>
<h3 class="wp-block-heading">2-1. パターン1：初回利用時（First Use / Onboarding）</h3>
<p class="wp-block-paragraph">アカウントを作成した直後や、特定の機能を初めて開いたときに表示される<strong>初期登録前の状態</strong>です。<br />プロジェクト一覧、作成したドキュメント、お気に入りリストなどが該当します。</p>
<p class="wp-block-paragraph">このパターンの主な目的は、機能の価値を端的に伝え、ユーザーに<strong>「最初の一歩」を踏み出してもらうこと</strong>です。<br />単に「項目がありません」と伝えるのではなく、作成すると何ができるのかを説明し、明確な作成ボタンを配置します。</p>
<p class="wp-block-paragraph">NotionやSlackなどの優れたプロダクトでは、初回画面に<strong>テンプレートの選択肢や作成ガイド</strong>を表示しています。<br />何もない初期画面を前にユーザーが迷ってしまわないよう、最初のアクションを後押しする設計が有効です。</p>
<h3 class="wp-block-heading">2-2. パターン2：タスク完了・消去後（User Cleared / Inbox Zero）</h3>
<p class="wp-block-paragraph">ユーザーがすべての未処理タスクを片付けたときや、通知をすべて確認したときに表示される<strong>処理完了の状態</strong>です。<br />メールアプリの「受信トレイ（Inbox Zero）」や、タスク管理ツールの「今日のタスク」などが典型例です。</p>
<p class="wp-block-paragraph">この状態におけるユーザーの心理は、初回利用時とは異なり<strong>「やりきった達成感」や「安堵感」</strong>があります。<br />そのため、エラーや未登録のような表現ではなく、前向きな達成感を伝える演出が適しています。</p>
<p class="wp-block-paragraph">「すべてのタスクが完了しました」といった<strong>前向きな完了メッセージ</strong>を表示します。<br />必要に応じて、新しいタスクの追加や、過去の履歴を確認できる控えめな導線を添えておくと親切です。</p>
<h3 class="wp-block-heading">2-3. パターン3：検索・フィルター結果ゼロ（No Results）</h3>
<p class="wp-block-paragraph">ユーザーがキーワード検索を実行したり、絞り込みフィルターを適用したりした結果、<strong>一致するデータが0件（検索結果0件）だった状態</strong>です。<br />ECサイトの商品一覧や、管理画面のデータ検索などで頻繁に発生します。</p>
<p class="wp-block-paragraph">検索結果ゼロの画面で最も重要なのは、ユーザーを<strong>「行き止まり（Dead End）」に追い込まないこと</strong>です。<br />「一致する商品はありません」で終わらせてしまうと、ユーザーはその場で探索を終了してしまいます。</p>
<p class="wp-block-paragraph">検索条件をワンタップで解除できる<strong>「フィルターをクリアする」ボタン</strong>を用意することが基本です。<br />さらに、入力キーワードの表記揺れへの対策や、人気の検索キーワード、おすすめ商品を提示すると、離脱を防ぎやすくなります。</p>
<h3 class="wp-block-heading">2-4. 【重要】混同しやすい「Error State（エラー状態）」との境界線</h3>
<p class="wp-block-paragraph">UI設計の実務において、エンプティステートと最も混同されやすいのが<strong>通信障害や権限不足などのエラー状態（Error State）</strong>です。<br />一部の解説ではエラーをエンプティの一種として扱うこともありますが、UI Stackの設計体系において<strong>両者は全く異なる状態</strong>として明確に区別されます。</p>
<p class="wp-block-paragraph">エンプティステートは「画面に表示すべきデータが未登録、または合致しない状態」であり、システム自体は正常に動作しています。<br />一方でエラー状態は「通信の切断や権限不足によって、データの取得・処理そのものが中断された障害」です。</p>
<p class="wp-block-paragraph">ユーザーの心理も「最初の一歩を踏み出したい」「探索をやり直したい」という能動的な感情から、「何が起きたのか分からない」「不具合ではないか」という<strong>不安や戸惑い</strong>へと大きく変化します。<br />そのため、案内すべき画面要素も全く異なります。</p>
<p class="wp-block-paragraph">エラー画面では前向きな新規作成CTAではなく、<strong>客観的な原因の案内と、再読み込み（リトライ）や権限申請などの復旧導線</strong>を最優先で配置する必要があります。<br />「データが存在しないこと」と「データの取得に失敗したこと」を混同せず、別の画面ステートとして切り分けて設計することが重要です。</p>
<figure class="wp-block-table">
<table>
<thead>
<tr>
<th>パターン</th>
<th>主な発生状況</th>
<th>ユーザーの心理状態</th>
<th>主な設計目的</th>
<th>推奨される画面要素</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>初回利用時</strong></td>
<td>アカウント作成直後、新機能の初回閲覧</td>
<td>期待と手探り感、何をすればいいか不明</td>
<td>機能の価値理解と最初のアクション促進</td>
<td>価値を伝えるイラスト、作成CTA、テンプレート候補</td>
</tr>
<tr>
<td><strong>タスク完了後</strong></td>
<td>全タスク消化、通知の全既読（Inbox Zero）</td>
<td>達成感、安堵感、ひと段落ついた気分</td>
<td>達成感の肯定、次の行動の任意提示</td>
<td>前向きな完了メッセージ、履歴確認リンク、新規作成</td>
</tr>
<tr>
<td><strong>検索結果ゼロ</strong></td>
<td>絞り込み過多、一致するキーワードなし</td>
<td>失望感、やり直しの手間に対する億劫さ</td>
<td>探索の継続支援、行き止まりの回避</td>
<td>条件クリアボタン、表記揺れ候補、おすすめワード</td>
</tr>
<tr>
<td><strong>（参考）エラー状態</strong></td>
<td>通信切断、サーバー障害、権限不足</td>
<td>不安、混乱、システムへの不信感</td>
<td>原因の客観的説明とスムーズな復旧支援</td>
<td>わかりやすい原因文、再試行ボタン、権限申請導線</td>
</tr>
</tbody>
</table>
</figure>
<h2 class="wp-block-heading">3. 離脱を防ぐエンプティステート「3つの基本構成要素」</h2>
<p class="wp-block-paragraph">エンプティステートを機能的な画面にするためには、<strong>視覚的な階層と情報の整理</strong>が必要です。<br />優れたエンプティ画面は、基本的に以下の3つの要素で構成されています。</p>
<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-76.jpg" alt="エンプティステートを構成する3大要素（イラスト・テキスト・CTAボタン）の画面設計レイアウト" /></figure>
<h3 class="wp-block-heading">3-1. ① 状況を伝える視覚要素（グラフィック・アイコン）</h3>
<p class="wp-block-paragraph">画面の中央上部に配置するイラストやアイコンは、<strong>画面の状況を直感的に把握させる役割</strong>を持ちます。<br />ユーザーがパッと見た瞬間に「ここは検索結果の画面だな」「タスクの一覧だな」と文脈を認識させます。</p>
<p class="wp-block-paragraph">注意したいのは、複雑すぎるグラフィックや<strong>過剰に大げさな表現を避けること</strong>です。<br />悲しげな表情のキャラクターや警告を連想させる赤いマークは、ユーザーに失敗感を与えてしまいます。</p>
<p class="wp-block-paragraph">プロダクトのトンマナに合った、<strong>シンプルで清潔感のある2Dグラフィック</strong>や淡いトーンのアイコンを採用します。<br />主役はあくまでユーザーのアクションであるため、視覚要素が主張しすぎないバランスを意識します。</p>
<h3 class="wp-block-heading">3-2. ② 前向きで明快なテキスト（見出し＋説明文）</h3>
<p class="wp-block-paragraph">視覚要素のすぐ下には、何が起きているかを端的に伝える<strong>「見出し（タイトル）」と詳細を補足する「説明文」</strong>を配置します。<br />文字情報を2層に分けることで、ユーザーは素早く要点を理解できます。</p>
<p class="wp-block-paragraph">見出しは短く、<strong>事実を前向きに表現すること</strong>がポイントです（例:「最初のプロジェクトを作成しましょう」）。<br />説明文では、なぜその状態なのか、どうすれば解決するのかを1〜2文で具体的に案内します。</p>
<p class="wp-block-paragraph">「右上のボタン、または下のボタンから追加できます」のように、<strong>物理的な操作位置を補足する</strong>のも効果的です。<br />ユーザーが次に取るべき行動を迷わずイメージできるよう、平易な言葉で記述します。</p>
<h3 class="wp-block-heading">3-3. ③ 次のアクションへ導くCTAボタン（Primary &#038; Secondary導線）</h3>
<p class="wp-block-paragraph">エンプティステートで最も重要な要素が、<strong>次の行動へ直接案内するCTAボタン</strong>です。<br />説明文を読んだユーザーが、その場で迷わず操作を実行できるように配置します。</p>
<p class="wp-block-paragraph">初回利用画面であれば「新規作成」、検索結果ゼロであれば<strong>「フィルターをリセット」が主要アクション</strong>になります。<br />ボタンの文言も「OK」や「送信」のような曖昧なものではなく、「最初のタスクを作成」のように具体的に書きます。</p>
<p class="wp-block-paragraph">必要に応じて、補助的なアクション（例:「テンプレートを見る」）を<strong>控えめなSecondaryボタン</strong>として配置します。<br />操作の優先度を保つためのボタン設計については、こちらのガイドでも詳しく解説しています。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/15/button-design-ux-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/clean_v1-1024x572.jpg" alt="ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準</div>
<div class="blogcard_excerpt">画面内の視線誘導と主要アクションを迷わせないボタンの優先度設計（Primary/Secondary）や、タップしやすい44pt基準の具体的なルールを解説します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">4. 実務で失敗しないための設計ルールと注意点</h2>
<p class="wp-block-paragraph">エンプティステートを実装するにあたって、<strong>現場で起こりがちな落とし穴と対策</strong>をまとめます。<br />画面設計の初期段階からこれらを考慮しておくことで、手戻りのない画面を作ることができます。</p>
<h3 class="wp-block-heading">4-1. イラストが巨大すぎてCTAが画面外に押し出される問題</h3>
<p class="wp-block-paragraph">PC画面向けにデザインしたエンプティ画面をそのままスマートフォン画面に移植した際、<strong>レイアウト崩れが発生しやすい</strong>です。<br />イラストを大きく配置しすぎた結果、肝心のCTAボタンがファーストビューから見切れてしまいます。</p>
<p class="wp-block-paragraph">スマートフォンなどの縦長画面では、<strong>イラストの縦幅をコンパクトに抑えること</strong>が必須です。<br />画面全体の高さに対して、イラスト・見出し・説明文・CTAボタンが1画面に収まるよう余白を計算します。</p>
<p class="wp-block-paragraph">場合によっては、モバイル端末ではイラストを非表示にし、<strong>アイコンとテキスト主体の構成に切り替える判断</strong>も有効です。<br />画面サイズに依存せず、常に最も重要なCTAボタンがユーザーの視界に入る状態を維持します。</p>
<h3 class="wp-block-heading">4-2. ユーザーを責めるような文言を避ける</h3>
<p class="wp-block-paragraph">テキストを作成する際は、ユーザー側に落ち度があるかのような<strong>否定的な言葉遣いを徹底して排除</strong>します。<br />「入力が間違っています」「検索条件が無効です」といった表現は、ユーザーに不快感を与えてしまいます。</p>
<p class="wp-block-paragraph">常にシステム側の客観的な視点と、<strong>前向きな案内を意識すること</strong>が大切です。<br />「入力内容をご確認ください」「キーワードのスペルを変えてお試しください」のように、次の操作への助言に言い換えます。</p>
<p class="wp-block-paragraph">丁寧すぎる堅苦しい敬語よりも、<strong>直感的に意味を理解できる簡潔なトーン</strong>を心がけます。<br />表現を少し見直すだけでも、ユーザーの操作ストレスを大幅に軽減できます。</p>
<h3 class="wp-block-heading">4-3. 迷ったときのエンプティステート設計判定フロー</h3>
<p class="wp-block-paragraph">新しい画面を設計する際、どのエンプティパターンを適用すべきか迷ったときは、<strong>以下の手順で整理</strong>します。</p>
<ol class="wp-block-list">
<li><strong>データが空である原因は何か？</strong><br />&#8211; ユーザーがまだ何も作っていない → <strong>パターン1（初回利用）</strong>：作成ボタンと価値説明を配置。<br />&#8211; ユーザー自身がすべて処理し終えた → <strong>パターン2（タスク完了）</strong>：達成メッセージと次の一手を提示。<br />&#8211; 絞り込み条件に一致しなかった → <strong>パターン3（検索ゼロ）</strong>：フィルター解除と検索補助を配置。<br />&#8211; 通信や権限の問題である → <strong>【対象外】Error State（エラー状態）</strong>：データ空画面ではなくエラー画面として再試行導線を配置。</li>
</ol>
<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-78.jpg" alt="迷ったときのエンプティステート設計判定フローチャート（発生原因から導く最適なCTAと画面要素）" /></figure>
<p class="wp-block-paragraph">ワイヤーフレーム作成の段階からこれらの状態を仕様として盛り込んでおくことで、<strong>エンジニア連携もスムーズ</strong>になります。<br />ワイヤーフレームの組み立て手順については、こちらの記事もあわせて参考にしてみてください。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/05/wireframe-creation-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-27-1024x572.jpg" alt="初心者向け！ワイヤーフレームの作り方完全ガイド｜要件整理からFigma手順まで" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">初心者向け！ワイヤーフレームの作り方完全ガイド｜要件整理からFigma手順まで</div>
<div class="blogcard_excerpt">要件定義から情報設計、Figmaでの具体的なコンポーネント配置まで、手戻りを防ぐワイヤーフレームの制作フローを実践的に整理します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">5. まとめ：初期状態の考慮がプロダクトの離脱を防ぐ</h2>
<p class="wp-block-paragraph">エンプティステートは、単なる<strong>「データがないときの予備画面」</strong>ではありません。<br />ユーザーが新しくプロダクトに触れ、次に何をすべきかを迷わず判断するための重要な画面仕様です。</p>
<ol class="wp-block-list">
<li><strong>初回利用時</strong>：機能の価値を伝え、最初の一歩を踏み出す作成CTAを用意する</li>
<li><strong>タスク完了後</strong>：達成感を肯定し、次の行動を任意で選べる控えめな導線を添える</li>
<li><strong>検索結果ゼロ</strong>：条件クリアボタンや代替キーワードを提示し、行き止まりを回避する</li>
</ol>
<p class="wp-block-paragraph">これら3大パターンと「イラスト・テキスト・CTAボタン」の3大要素を押さえ、さらに通信障害などのエラー状態（Error State）と明確に切り分けておくことで、<strong>実装時の手戻りを防ぎ、ユーザーのスムーズな継続利用</strong>を支援できます。</p>
<h2 class="wp-block-heading">終わりに</h2>
<p class="wp-block-paragraph">何もない初期状態の設計は、ダミーデータが揃った理想画面のデザインに比べて見落とされがちです。<br />しかし、仕様策定やワイヤーフレームの段階からエンプティステートを組み込んでおくことで、開発連携が格段にスムーズになり、リリース後の離脱も防ぐことができます。</p>
<p class="wp-block-paragraph">今回整理した判定フローや画面構成のポイントを、日々のUI設計の実務にぜひ役立ててみてください。</p>
<h2 class="wp-block-heading">参考リンク</h2>
<ul class="wp-block-list">
<li><a href="https://www.nngroup.com/articles/empty-state-interface-design/" target="_blank" rel="noopener noreferrer">Nielsen Norman Group: Empty State Interface Design</a></li>
<li><a href="https://m3.material.io/" target="_blank" rel="noopener noreferrer">Material Design: Empty states guidelines</a></li>
</ul><p>The post <a href="https://www.ds-pedia.com/2026/09/17/empty-state-ui-design-guide/">エンプティステートUI設計ガイド｜離脱を防ぐ3パターンと3つの構成要素</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/17/empty-state-ui-design-guide/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>UIアクセシビリティ基礎｜コントラスト比4.5:1とデザイン性の両立ルール</title>
		<link>https://www.ds-pedia.com/2026/09/17/ui%e3%82%a2%e3%82%af%e3%82%bb%e3%82%b7%e3%83%93%e3%83%aa%e3%83%86%e3%82%a3%e5%9f%ba%e7%a4%8e%ef%bd%9c%e3%82%b3%e3%83%b3%e3%83%88%e3%83%a9%e3%82%b9%e3%83%88%e6%af%944-51%e3%81%a8%e3%83%87%e3%82%b6/</link>
					<comments>https://www.ds-pedia.com/2026/09/17/ui%e3%82%a2%e3%82%af%e3%82%bb%e3%82%b7%e3%83%93%e3%83%aa%e3%83%86%e3%82%a3%e5%9f%ba%e7%a4%8e%ef%bd%9c%e3%82%b3%e3%83%b3%e3%83%88%e3%83%a9%e3%82%b9%e3%83%88%e6%af%944-51%e3%81%a8%e3%83%87%e3%82%b6/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Thu, 17 Sep 2026 03:29:25 +0000</pubDate>
				<category><![CDATA[デザインナレッジ]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[配色]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[WCAG]]></category>
		<category><![CDATA[コントラスト比]]></category>
		<category><![CDATA[アクセシビリティ]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2120</guid>

					<description><![CDATA[<p>こんにちは！UIデザイナーのYunyです。 この記事はこんな方に向けて書いています コントラスト比4.5:1を守ろうとすると、画面が真っ黒で野暮ったくなって困っている方 WCAG 2.2でUIデザイナーが最低限押さえるべ &#8230; </p>
<p class="link-more"><a href="https://www.ds-pedia.com/2026/09/17/ui%e3%82%a2%e3%82%af%e3%82%bb%e3%82%b7%e3%83%93%e3%83%aa%e3%83%86%e3%82%a3%e5%9f%ba%e7%a4%8e%ef%bd%9c%e3%82%b3%e3%83%b3%e3%83%88%e3%83%a9%e3%82%b9%e3%83%88%e6%af%944-51%e3%81%a8%e3%83%87%e3%82%b6/" class="more-link">続きを読む<span class="screen-reader-text"> "UIアクセシビリティ基礎｜コントラスト比4.5:1とデザイン性の両立ルール"</span></a></p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/17/ui%e3%82%a2%e3%82%af%e3%82%bb%e3%82%b7%e3%83%93%e3%83%aa%e3%83%86%e3%82%a3%e5%9f%ba%e7%a4%8e%ef%bd%9c%e3%82%b3%e3%83%b3%e3%83%88%e3%83%a9%e3%82%b9%e3%83%88%e6%af%944-51%e3%81%a8%e3%83%87%e3%82%b6/">UIアクセシビリティ基礎｜コントラスト比4.5:1とデザイン性の両立ルール</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>
<div class="target-audience">
<div class="target-audience__title">この記事はこんな方に向けて書いています</div>
<ul class="target-audience__list">
<li class="target-audience__item">コントラスト比4.5:1を守ろうとすると、画面が真っ黒で野暮ったくなって困っている方</li>
<li class="target-audience__item">WCAG 2.2でUIデザイナーが最低限押さえるべき数値基準をシンプルに整理したい方</li>
<li class="target-audience__item">視認性と美しさを両立させ、手戻りのないUX/UIデザインをチームで実現したい方</li>
</ul>
</div>
<p class="wp-block-paragraph">Webサイトやアプリのアクセシビリティ対応を進める際、避けて通れないのが<strong>「コントラスト比4.5:1」という基準</strong>です。<br />しかし、基準を守るために文字や線を濃くしていった結果、画面全体の抜け感や洗練さが失われ、デザインが重たくなってしまった経験を持つ方も少なくありません。</p>
<p class="wp-block-paragraph">アクセシビリティの確保は、見た目の美しさを諦めるトレードオフではありません。<br />タイポグラフィのサイズや太さ、無彩色の明度調整を論理的に使い分けることで、<strong>高い視認性と洗練されたビジュアルは十分に両立できます。</strong></p>
<p class="wp-block-paragraph">今回は、現場のUIデザイナーが最低限知っておくべき<strong>WCAG 2.2の必須基準</strong>と、デザイン性を損なわずに視認性を高める<strong>5つの実践配色テクニック</strong>を整理しました。<br />日々の制作で迷った際の客観的な判断基準として、ぜひ参考にしてみてください。</p>
<div class="c-quick-answer">
<div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">コントラスト比4.5:1を守りながら洗練されたUIを作るには？</span></div>
<p class="c-quick-answer__text">
純黒（#000000）を避けて<strong>わずかに青みを含んだスレートネイビー（#0F172A等）</strong>を採用し、見出しや重要ラベルは太字（19px以上）にして<strong>大きなテキストの3:1基準</strong>を活用します。さらにボタンや入力欄などのUIコンポーネント境界は<strong>非テキスト基準（3:1）</strong>で十分であることを正しく把握し、余白とタイポグラフィのジャンプ率でメリハリをつけることが成功の鍵です。</p>
</div>
<h2 class="wp-block-heading">1. なぜ「アクセシビリティ対応」でデザインが野暮ったくなるのか？現場の3大悩み</h2>
<p class="wp-block-paragraph">アクセシビリティを意識し始めたデザイナーが最初に行き詰まりやすいのが、<strong>「配色の重たさ」と「情報のメリハリの消失」</strong>です。<br />現場の実務で直面しやすい3つの課題から、デザインが崩れてしまう原因を整理します。</p>
<h3 class="wp-block-heading">薄いグレーを濃くしたら、画面全体が重たく暗くなった</h3>
<p class="wp-block-paragraph">自分自身も過去の実務で、デザインに抜け感を出すために淡いグレー文字を配置したところ、コントラスト不足を指摘された経験があります。<br />その指摘を受けて機械的に文字色を純黒（#000000）に置き換えた結果、<strong>画面全体が極めて重たく、野暮ったい印象</strong>になってしまいました。</p>
<p class="wp-block-paragraph">真っ白な背景の上に純黒の文字を置くと、コントラスト比が「21:1」と極端に高くなり、長文を読むユーザーの目に強い視覚的疲労を与えます。<br /><strong>「コントラストを確保する＝文字を真っ黒にする」という短絡的な調整</strong>が、画面の洗練さを損なう最大の原因です。</p>
<h3 class="wp-block-heading">すべての要素に4.5:1を求めてしまい、情報のメリハリが消える</h3>
<p class="wp-block-paragraph">本文テキストだけでなく、補足情報、枠線、入力欄の境界、背景色に至るまで、すべてのパーツに「4.5:1」を適用しようとすると破綻します。<br />画面内のあらゆる要素が強い主張を持ち始めるため、<strong>有彩色や濃いグレーの面積が過剰になり、ユーザーの視線誘導が失われます。</strong></p>
<p class="wp-block-paragraph">すべてが強調された画面は、何も強調されていない画面と同じ状態に陥ってしまいます。<br />その結果、ユーザーが真っ先に押すべき<strong>主要アクション（Primaryボタン等）が埋もれ</strong>、デザイナーが意図した操作が行われない画面になってしまいます。</p>
<h3 class="wp-block-heading">フォーカスリング（青い外枠）を消してしまい、実装時に指摘される</h3>
<p class="wp-block-paragraph">キーボード操作時に要素の周囲へ表示される青い枠線（フォーカスインジケータ）を、見た目の邪魔だからと <code>outline: none;</code> で非表示にしてしまうケースです。<br />これを行うと、キーボードやスクリーンリーダーで操作するユーザーが<strong>「今どこを選択しているのか」を完全に把握できなくなります。</strong></p>
<p class="wp-block-paragraph">エンジニアから指摘を受けて慌ててブラウザ標準の枠線を戻すと、デザインの世界観と衝突してしまいます。<br />フォーカスリングは消すのではなく、<strong>プロダクトのトーンに合わせた美しいスタイルとして最初からデザインしておくこと</strong>が求められます。</p>
<h2 class="wp-block-heading">2. UIデザイナーが最低限知っておくべきWCAG 2.2の必須基準</h2>
<p class="wp-block-paragraph">Webコンテンツのアクセシビリティ標準である「WCAG（Web Content Accessibility Guidelines）2.2」には多くの達成基準が存在します。<br />しかし、UIデザイナーがビジュアル設計の段階で厳密に意識すべき項目は、<strong>以下の4点に絞られます。</strong></p>
<figure class="wp-block-image size-full"><img decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-52.jpg" alt="【WCAG 2.2 コントラスト基準】通常テキスト4.5:1・大きなテキスト3:1・UI境界3:1の比較" class="wp-image-2110" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-52.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-52-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-52-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-52-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /><figcaption class="wp-element-caption">UI要素別の最小コントラスト比基準（通常テキスト4.5:1 / 大きなテキスト3.0:1 / UI境界3.0:1）</figcaption></figure>
<h3 class="wp-block-heading">コントラスト比の基本：通常テキスト「4.5:1」と大きなテキスト「3:1」の境界</h3>
<p class="wp-block-paragraph">WCAG 2.2のレベルAAにおいて、テキストと背景のコントラスト比には<strong>2つの明確な基準値</strong>が設定されています。<br />本文や小さなラベルには「4.5:1以上」が求められますが、見出しなどの大きな文字には緩和基準が存在します。</p>
<ul class="wp-block-list">
<li><strong>通常テキスト（4.5:1以上）</strong><br />本文や注釈、標準的なUIラベル（18pt / 約24px未満、太字なら14pt / 約18.66px未満）に求められる基準値です。</li>
<li><strong>大きなテキスト（3:1以上）</strong><br />見出しや大きな数値（18pt / 約24px以上、または太字14pt / 約18.66px以上）に適用される緩和基準値です。</li>
</ul>
<p class="wp-block-paragraph">見出しや重要ラベルを「太字19px以上」にするだけで、求められるコントラスト比のハードルは4.5:1から3:1へと大幅に下がります。<br /><strong>この境界線を把握しておくことが、デザインの抜け感を維持するための重要な基礎知識</strong>となります。</p>
<h3 class="wp-block-heading">非テキストコントラスト（1.4.11）：ボタン・入力欄・アイコンの境界は「3:1」でOK</h3>
<p class="wp-block-paragraph">WCAG 2.1以降で追加された「非テキストのコントラスト（達成基準 1.4.11）」により、UIコンポーネントの境界やアイコンの視認性基準が明文化されました。<br />ここで重要なのは、<strong>ボタンの輪郭やフォームの境界線、意味を持つアイコンに求められるのは「3:1以上」であり、4.5:1ではない</strong>という点です。</p>
<p class="wp-block-paragraph">ボタンの背景色とページの背景色のコントラスト比は、3:1をクリアしていれば十分に要件を満たします。<br />入力フォームのボーダーラインなどに無理に4.5:1を求めず、<strong>3:1基準に留めることで、画面をすっきりとクリーンに保つ</strong>ことができます。</p>
<h3 class="wp-block-heading">ターゲットサイズ（2.5.8）：最小24×24pxとスマホ実務の44pt基準</h3>
<p class="wp-block-paragraph">WCAG 2.2で新たにAA基準として追加されたのが「ターゲットサイズ（最小）（達成基準 2.5.8）」です。<br />Web上のタップ・クリック可能なすべての要素に対して、<strong>「最小24×24 CSSピクセル」の操作可能領域を確保すること</strong>が義務付けられました。</p>
<p class="wp-block-paragraph">ただし、この24pxはあくまでWeb標準（WCAG 2.2）としての最低ラインに過ぎません。<br />スマートフォン実務においては、Apple HIGが推奨する<strong>「44×44pt」やMaterial Designの「48×48dp」を目標値として確保すること</strong>が推奨ベースラインとなります。<br />視覚的なアイコンが小さくても、透明なタップエリアを余白（Padding）で広げる設計を意識します。</p>
<h3 class="wp-block-heading">フォーカスの可視性（2.4.11 / 2.4.13）：隠れない・消さない・視認できる輪郭</h3>
<p class="wp-block-paragraph">WCAG 2.2ではキーボードフォーカスの扱いがさらに厳密になりました。<br />固定ヘッダーやモーダルによって<strong>フォーカス要素が隠れてはならない基準（2.4.11）</strong>に加え、フォーカスリング自体の視認性（2.4.13）が重視されています。</p>
<p class="wp-block-paragraph">具体的には、<strong>フォーカスされた状態と通常状態の間で「3:1以上のコントラスト差」を持ち、2px以上の十分な太さを確保すること</strong>が推奨されます。<br />単なる1pxの薄い点線ではなく、はっきりと選択中であることが伝わる設計が必要です。</p>
<h3 class="wp-block-heading">【比較早見表】WCAG 2.2 レベルAAで求められるUI要素別コントラスト比一覧</h3>
<p class="wp-block-paragraph">各UI要素に求められるコントラスト基準を一覧表に整理しました。<br />実務で数値に迷った際の客観的なリファレンスとして活用してください。</p>
<figure class="wp-block-table">
<table class="has-fixed-layout">
<thead>
<tr>
<th>対象UI要素</th>
<th>WCAG達成基準</th>
<th>最小コントラスト比</th>
<th>判定条件・備考</th>
</tr>
</thead>
<tbody>
<tr>
<td><strong>通常テキスト・本文</strong></td>
<td>1.4.3 コントラスト（最低限）</td>
<td><strong>4.5:1</strong></td>
<td>24px未満（太字なら約18.66px未満）の全テキスト</td>
</tr>
<tr>
<td><strong>大きなテキスト・見出し</strong></td>
<td>1.4.3 コントラスト（最低限）</td>
<td><strong>3:1</strong></td>
<td>24px以上、または太字18.66px以上のテキスト</td>
</tr>
<tr>
<td><strong>UIコンポーネント境界</strong></td>
<td>1.4.11 非テキストのコントラスト</td>
<td><strong>3:1</strong></td>
<td>ボタン外枠、入力欄ボーダー、選択ボックスの境界</td>
</tr>
<tr>
<td><strong>意味を持つアイコン</strong></td>
<td>1.4.11 非テキストのコントラスト</td>
<td><strong>3:1</strong></td>
<td>単体で機能を示すアイコン（検索虫眼鏡、閉じるバツ等）</td>
</tr>
<tr>
<td><strong>フォーカスインジケータ</strong></td>
<td>2.4.13 フォーカスの外観 (AAA参考)</td>
<td><strong>3:1</strong></td>
<td>フォーカス時と非フォーカス時の状態変化の差</td>
</tr>
<tr>
<td><strong>タップターゲット領域</strong></td>
<td>2.5.8 ターゲットサイズ（最小）</td>
<td><strong>24×24px</strong></td>
<td>WCAG 2.2新設基準（スマホ実務推奨は44×44pt）</td>
</tr>
<tr>
<td><strong>装飾要素・非活性テキスト</strong></td>
<td>対象外（Exempt）</td>
<td>なし</td>
<td>意味を持たない装飾図形、Disabled状態のボタン等</td>
</tr>
</tbody>
</table>
</figure>
<h2 class="wp-block-heading">3. 美しさと視認性を両立させる5つの実践配色テクニック</h2>
<p class="wp-block-paragraph">基準値を理解した上で、次は「いかにデザイン性を保ちながら基準をクリアするか」という実践テクニックです。<br />現場のUX/UIデザインですぐに導入できる<strong>5つの実践アプローチ</strong>を解説します。</p>
<figure class="wp-block-image size-full"><img decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-74.jpg" alt="【5つの実践配色アプローチ】美しさと視認性を両立する配色テクニック（スレートネイビー・太字緩和・淡色背景ボタン・形状併用・余白付き外枠線）" class="wp-image-2216" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-74.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-74-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-74-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-74-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /><figcaption class="wp-element-caption">美しさと視認性を両立する5つの実践配色アプローチ（スレートネイビー・太字緩和・淡色背景ボタン・形状併用・余白付き外枠線）</figcaption></figure>
<h3 class="wp-block-heading">1. 純黒（#000000）を避け、スレートネイビー（濃紺グレー）を使う</h3>
<p class="wp-block-paragraph">白背景に対してテキストのコントラスト比を確保する際、最も効果的なのが「わずかに青みを含んだダークグレー（スレートネイビー）」の採用です。<br />Tailwind CSSなどで標準採用されている <code>Slate-900</code>（#0F172A）や <code>Slate-800</code>（#1E293B）は、白背景（#FFFFFF）に対して<strong>15:1〜18:1という極めて高いコントラスト比</strong>を持ちます。</p>
<pre class="wp-block-code"><code>/* 推奨するテキストカラーのベースライン */
--text-primary: #0f172a;   /* 本文・見出し（コントラスト比 約18:1 / WCAG AAA準拠） */
--text-secondary: #334155; /* サブテキスト（コントラスト比 約9.6:1 / WCAG AAA準拠） */
--text-muted: #475569;     /* 補足・注釈（コントラスト比 約6.2:1 / WCAG AA準拠） */</code></pre>
<p class="wp-block-paragraph">純黒（#000000）のような刺々しさがなく、画面全体に上品で知的なトーンを与えながら、アクセシビリティ基準を余裕を持って満たすことができます。<br />淡いグレー文字を使いたくなった際も、<strong>最低ランクの注釈カラーを <code>#475569</code> 付近に留めること</strong>で、4.5:1を下回るミスを防げます。</p>
<h3 class="wp-block-heading">2. フォントの太さ（ウェイト）とサイズを1段階上げて「3:1基準」を活用する</h3>
<p class="wp-block-paragraph">「どうしても少し明るいグレーを使って、軽やかなビジュアルを作りたい」という場面では、フォントの太さとサイズを調整します。<br />例えば、<code>#808080</code>（中間グレー）は白背景に対して「約4.0:1（3.95:1）」となり、通常テキストの4.5:1にはわずかに届きません。</p>
<p class="wp-block-paragraph">しかし、文字サイズを「19pxの太字（Bold）」に変更すると、「大きなテキスト」の定義に該当するため、<strong>必要なコントラスト比が「3:1以上」へと緩和され、完全に合格ライン</strong>に入ります。<br />色を無理に濃くするのではなく、<strong>タイポグラフィのウェイトを1段階太くすること</strong>で、意図した配色バランスを崩さずに視認性を担保できます。</p>
<h3 class="wp-block-heading">3. 有彩色のボタンは「背景色との明度差」でコントラスト比を確保する</h3>
<p class="wp-block-paragraph">ブランドカラーのPrimaryボタンに白文字（#FFFFFF）を載せる際、ボタン自体の鮮やかさ（彩度）に惑わされてコントラスト不足に陥るケースが多発します。<br />例えば、明るいスカイブルー（#38BDF8）に白文字を載せると、コントラスト比は「約1.8:1」にしかなりません。</p>
<p class="wp-block-paragraph">有彩色ボタンの上に白文字を配置する場合は、知覚明度（Luminance）の低い<strong>濃いめのトーン（#2563EBや#1D4ED8など）を選ぶこと</strong>が必要です。<br />もし明るいブランドカラーを活かしたい場合は、<strong>淡い背景塗りに濃い有彩色テキストを載せる淡色背景ボタン（薄塗りボタン）</strong>へ切り替えるのが実務的な解決策です。</p>
<h3 class="wp-block-heading">4. 色だけに頼らない情報伝達（アイコン＋下線・テキストのハイブリッド設計）</h3>
<p class="wp-block-paragraph">WCAGの達成基準 1.4.1（色の使用）では、「色だけを唯一の視覚的手がかりにして情報を伝えてはならない」と定められています。<br />例えば、入力エラーを「枠線が赤くなっただけ」で表現すると、赤緑色覚のユーザーや強い日差しの下でスマホを見ているユーザーには判別できません。</p>
<ul class="wp-block-list">
<li><strong>エラー表示の工夫</strong><br />赤文字にするだけでなく、先頭に「警告アイコン（！）マーク」を配置し、エラー内容を言葉で明記する。</li>
<li><strong>本文リンクの工夫</strong><br />リンクテキストを青色にするだけでなく、下線（アンダーライン）を併用するか、ホバー時に下線を表示させる。</li>
<li><strong>グラフ・チャートの工夫</strong><br />棒グラフの系列を色分けするだけでなく、ストライプ柄などのパターンを併用するか、直接データラベルを印字する。</li>
</ul>
<p class="wp-block-paragraph">「色＋形状（テキスト・アイコン・線）」の組み合わせを徹底することで、配色に過剰な制約を課すことなく、<strong>誰にとっても直感的なUIが実現</strong>できます。<br />視覚情報に複数の手がかりを持たせるアプローチは、アクセシビリティだけでなく<strong>操作の迷いを減らすUX改善</strong>にも直結します。</p>
<h3 class="wp-block-heading">5. スタイリッシュなフォーカス枠（2pxの余白を空けた外枠線）の設計法</h3>
<p class="wp-block-paragraph">フォーカス状態を美しく表現するには、ブラウザデフォルトの枠線に頼らず、モダンなCSSを用いた二重枠構造をあらかじめスタイル定義しておきます。<br />要素の輪郭から「2pxのすき間（余白）」を空けてアウトラインを描画することで、<strong>ボタンの角丸や文字を隠さずに、洗練されたフォーカス状態</strong>を作ることができます。</p>
<pre class="wp-block-code"><code>/* 洗練されたフォーカス枠のCSS定義例 */
button:focus-visible,
a:focus-visible,
input:focus-visible {
  outline: 2px solid #2563eb;       /* ブランドカラーの2px実線 */
  outline-offset: 2px;             /* 要素と線の間に2pxの余白を確保 */
  box-shadow: 0 0 0 4px rgba(37, 99, 235, 0.15); /* 柔らかな外側グロー */
}</code></pre>
<p class="wp-block-paragraph">この指定をしておくと、マウス操作時のクリックでは無駄な枠線が出ず、<strong>キーボード操作時のみ美しく明瞭な外枠線が表示</strong>されます。<br />エンジニアとのすり合わせの際にも、このスタイルをコンポーネントライブラリへ標準登録しておくことで、<strong>実装時の手戻りを防ぐこと</strong>ができます。</p>
<figure class="wp-block-image size-full"><img decoding="async" width="2400" height="1350" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-55.jpg" alt="【判定フローチャート】迷ったときのコントラスト比＆文字スタイル判定フロー" class="wp-image-2112" srcset="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-55.jpg 2400w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-55-300x169.jpg 300w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-55-1024x576.jpg 1024w, https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-55-2000x1125.jpg 2000w" sizes="(max-width: 2400px) 100vw, 2400px" /><figcaption class="wp-element-caption">迷ったときのコントラスト比＆文字スタイル判定フロー</figcaption></figure>
<h2 class="wp-block-heading">4. Figmaで手戻りを防ぐ！無料アクセシビリティチェックプラグイン</h2>
<p class="wp-block-paragraph">デザインカンプが完成した後にまとめてアクセシビリティをチェックすると、修正箇所が膨大になり大幅な手戻りが発生します。<br />Figmaでの作業中にリアルタイムで検証できる、<strong>実務でおすすめのプラグインを3つ厳選</strong>しました。</p>
<h3 class="wp-block-heading">① Stark</h3>
<div class="blogcard ex">
        <a href="https://www.figma.com/community/plugin/732603254453395948" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.figma.com/community/thumbnail?resource_id=732603254453395948&#038;resource_type=plugin" alt="Stark | Figma Community" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">Stark | Figma Community</div>
<div class="blogcard_excerpt">コントラスト比の自動判定から色覚多様性シミュレーションまで、包括的なアクセシビリティ監査を行える定番プラグイン。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<p class="wp-block-paragraph">アクセシビリティ検証のデファクトスタンダードとして世界中で利用されているプラグインです。<br />選択したレイヤーのコントラスト比がWCAG AA/AAAに合格しているかを判定してくれるだけでなく、<strong>P型やD型などの色覚シミュレーション</strong>をFigma上で直接プレビューできます。<br />配色を決定する初期段階で一度起動し、<strong>色の見え方に問題がないか確認するフローを組むこと</strong>がおすすめです。</p>
<h3 class="wp-block-heading">② Contrast</h3>
<div class="blogcard ex">
        <a href="https://www.figma.com/community/plugin/733159460536249875/contrast" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.figma.com/community/thumbnail?resource_id=733159460536249875&#038;resource_type=plugin" alt="Contrast | Figma Community" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">Contrast | Figma Community</div>
<div class="blogcard_excerpt">選択した2つのレイヤーのコントラスト比をフローティングウィンドウで常時表示する超軽量チェックプラグイン。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<p class="wp-block-paragraph">Roman Nurik氏によって開発された、非常にシンプルかつ高速に動作するコントラストチェッカーです。<br />プラグインを起動したままキャンバス上のテキストや背景をクリックするだけで、<strong>フローティングウィンドウに現在のコントラスト比と合格判定が瞬時に表示</strong>されます。<br />カラーパレットを作成する際、<strong>数値をリアルタイムで確認しながらカラーピッカーを微調整したい場面</strong>で重宝します。</p>
<h3 class="wp-block-heading">③ A11y &#8211; Focus Order</h3>
<div class="blogcard ex">
        <a href="https://www.figma.com/community/plugin/731310036968334777/a11y-focus-order" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.figma.com/community/thumbnail?resource_id=731310036968334777&#038;resource_type=plugin" alt="A11y - Focus Order | Figma Community" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">A11y &#8211; Focus Order | Figma Community</div>
<div class="blogcard_excerpt">キーボード操作時のタブ移動順序（フォーカスオーダー）を画面上に番号バッジで可視化・共有できる設計プラグイン。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<p class="wp-block-paragraph">Microsoftが提供する、キーボードフォーカスの遷移順序を設計・ドキュメント化するためのプラグインです。<br />画面内の操作要素（ボタン、入力欄、リンク等）に対して、<strong>「Tabキーを押したときにどの順番でフォーカスが移動すべきか」を番号バッジとして配置</strong>できます。<br />エンジニアへの引き渡し時にフォーカス順序を可視化しておくことで、<strong>実装時の認識ズレを未然に防ぐこと</strong>ができます。</p>
<h2 class="wp-block-heading">5. 次のステップ：あわせて深掘りしたい知見</h2>
<p class="wp-block-paragraph">アクセシビリティの数値を守りつつ、画面全体の美しい調和を作るためには、配色比率やコンポーネントの優先度設計をセットで理解しておくことが効果的です。<br />実務の理解をさらに深めるための<strong>3つの関連記事</strong>をピックアップしました。</p>
<p class="wp-block-paragraph">画面の60%を占めるベースカラーと30%のメインカラーで視認性を保ち、アクセントカラーの使いすぎを防ぐ基本理論については、以下の記事で解説しています。<br />有彩色の面積を適切にコントロールすることで、<strong>コントラスト比を満たしながら軽やかな画面構成を作る手法</strong>が整理できます。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/12/ui-color-rule-60-30-10/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-51.jpg" alt="【60-30-10の法則】アクセントカラーの使いすぎを防ぐUI配色の黄金比率" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">【60-30-10の法則】アクセントカラーの使いすぎを防ぐUI配色の黄金比率</div>
<div class="blogcard_excerpt">UIデザインにおけるベース・メイン・アクセントの60-30-10比率と、有彩色の乱用を防ぐ実践的な配色設計ルールを解説します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<p class="wp-block-paragraph">ボタンパーツの視覚的優先度（Primary / Secondary / Tertiary）の使い分けや、スマートフォンで誤タップを防ぐ44pt基準については、こちらのガイドを参考にしてください。<br />本記事で解説した<strong>「非テキストコントラスト3:1」や「ターゲットサイズ」の具体的な落とし込み手順</strong>を網羅しています。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/15/button-design-ux-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/clean_v1.jpg" alt="ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">ボタンのUIデザイン設計ガイド｜Primary・Secondary優先度と44pt基準</div>
<div class="blogcard_excerpt">PrimaryやSecondaryの視覚的優先度から44ptのタップ領域、状態設計まで、迷わせないボタンUIの実務ルールを解説します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<p class="wp-block-paragraph">ライトモードとダークモードの両方でコントラスト比を両立させるカラートークンの運用手法については、以下のFigma変数ガイドで体系化しています。<br />背景色とテキスト色の組み合わせをトークン化し、<strong>テーマ切り替え時にも自動で視認性を担保する設計フロー</strong>が把握できます。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/06/dark-mode-ui-variables-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-40.jpg" alt="ダークモードは必要？3つの導入基準とFigma変数設計・便利プラグイン" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">ダークモードは必要？3つの導入基準とFigma変数設計・便利プラグイン</div>
<div class="blogcard_excerpt">ダークモードの必要性を見極める3つの判断基準と、Figma Variablesを活用した破綻しないカラートークン設計手順を解説します。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">参考リンク</h2>
<ul class="wp-block-list">
<li><a href="https://www.w3.org/TR/WCAG22/">W3C &#8211; Web Content Accessibility Guidelines (WCAG) 2.2</a></li>
<li><a href="https://www.digital.go.jp/resources/introduction-to-web-accessibility-guidebook">デジタル庁 &#8211; ウェブアクセシビリティ導入ガイドブック</a></li>
<li><a href="https://www.w3.org/WAI/WCAG22/Understanding/contrast-minimum.html">W3C &#8211; Understanding Success Criterion 1.4.3: Contrast (Minimum)</a></li>
<li><a href="https://www.w3.org/WAI/WCAG22/Understanding/non-text-contrast.html">W3C &#8211; Understanding Success Criterion 1.4.11: Non-text Contrast</a></li>
</ul>
<h2 class="wp-block-heading">終わりに</h2>
<p class="wp-block-paragraph">最後までお読みいただき、ありがとうございます！</p>
<p class="wp-block-paragraph">アクセシビリティへの配慮は、デザインの自由度を奪う制約ではなく、<strong>情報の優先度や階層構造を一段深く見直すための品質基準</strong>です。<br />純黒を避けたスレートネイビーの活用や、文字サイズに応じた基準値の使い分けを知っておくだけで、視認性と美しさは無理なく両立できます。</p>
<p class="wp-block-paragraph">まずは次回のFigma作業で、本文や見出しのカラーコードを一度チェックすることから始めてみてください。<br />これからも、<strong>誰にとっても心地よく使いやすいUX/UIデザイン</strong>を一緒に楽しんでいきましょう。<br />それでは、良いデザインライフを！</p><p>The post <a href="https://www.ds-pedia.com/2026/09/17/ui%e3%82%a2%e3%82%af%e3%82%bb%e3%82%b7%e3%83%93%e3%83%aa%e3%83%86%e3%82%a3%e5%9f%ba%e7%a4%8e%ef%bd%9c%e3%82%b3%e3%83%b3%e3%83%88%e3%83%a9%e3%82%b9%e3%83%88%e6%af%944-51%e3%81%a8%e3%83%87%e3%82%b6/">UIアクセシビリティ基礎｜コントラスト比4.5:1とデザイン性の両立ルール</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/17/ui%e3%82%a2%e3%82%af%e3%82%bb%e3%82%b7%e3%83%93%e3%83%aa%e3%83%86%e3%82%a3%e5%9f%ba%e7%a4%8e%ef%bd%9c%e3%82%b3%e3%83%b3%e3%83%88%e3%83%a9%e3%82%b9%e3%83%88%e6%af%944-51%e3%81%a8%e3%83%87%e3%82%b6/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</title>
		<link>https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/</link>
					<comments>https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/#respond</comments>
		
		<dc:creator><![CDATA[Yuny]]></dc:creator>
		<pubDate>Wed, 16 Sep 2026 16:13:21 +0000</pubDate>
				<category><![CDATA[UX・心理学]]></category>
		<category><![CDATA[記事]]></category>
		<category><![CDATA[デザインシステム]]></category>
		<category><![CDATA[UI]]></category>
		<category><![CDATA[UX]]></category>
		<category><![CDATA[認知心理学]]></category>
		<category><![CDATA[人間工学]]></category>
		<guid isPermaLink="false">https://www.ds-pedia.com/?p=2093</guid>

					<description><![CDATA[<p>UIデザインの意思決定を感覚論から論理的な設計へ変える認知心理学の法則5選（ヒック、フィッツ、ヤコブ、ミラー、フォン・レストルフ）を解説。選択肢の絞り込み、44ptタップ領域、情報のチャンキングなど、現場のFigma実務ですぐに使える設計基準を網羅します。</p>
<p>The post <a href="https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/">UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></description>
										<content:encoded><![CDATA[<p class="wp-block-paragraph">こんにちは！UIデザイナーのYunyです。</p>
<div class="target-audience">
<div class="target-audience__title">この記事はこんな方に向けて書いています</div>
<ul class="target-audience__list">
<li class="target-audience__item">デザインレビューで「なんとなく使いにくい」と言われた際、論理的な根拠で反論・説明したい方</li>
<li class="target-audience__item">ボタンのサイズや選択肢の数、ナビゲーション配置に客観的な設計基準を持たせたい方</li>
<li class="target-audience__item">認知心理学の基本法則を、実際のWeb・アプリUIやFigma実務でどう活かすか具体例を知りたい方</li>
</ul>
</div>
<p class="wp-block-paragraph">UIデザインの現場で「なぜその配置にしたのか」を問われた際、うまく言葉にできず困った経験がある方も多いと思います。<br />自分自身もデザインを始めたばかりの頃は、「見た目の収まりが良いから」といった<strong>感覚的な理由</strong>しか返せず、手戻りを繰り返すことがよくありました。</p>
<p class="wp-block-paragraph">画面の使いやすさは、デザイナー個人のセンスや勘ではなく、人間の脳が情報を処理する<strong>認知特性のルール</strong>で決まります。<br />この記事では、実務のUX/UI設計ですぐに役立つ<strong>代表的な5つの認知心理学の法則</strong>と、デザインレビューでそのまま使える具体的な言語化テクニックを詳しく共有します。</p>
<h2 class="wp-block-heading">なぜUIデザイナーに「認知心理学」が必要なのか？</h2>
<div class="c-quick-answer">
<div class="c-quick-answer__header"><span class="c-quick-answer__badge">クイックアンサー</span><span class="c-quick-answer__title">なぜUIデザインに認知心理学が不可欠なのか？</span></div>
<p class="c-quick-answer__text">
ユーザーは画面を「見た目の美しさ」ではなく<strong>「脳の省エネ（認知負荷の低さ）」</strong>で直感的に評価します。認知心理学の法則を設計基準に据えることで、感覚的な議論を排除し、誰もが迷わず操作できるUIを論理的に組み立てられます。</p>
</div>
<p class="wp-block-paragraph">ユーザーがWebサイトやアプリを操作するとき、画面上の情報を見つけ、理解し、行動を決定するまでに多くの<strong>脳のリソース（認知負荷）</strong>を消費しています。<br />操作に迷ったり戸惑ったりする原因の大半は、レイアウトの美しさではなく、人間の情報処理プロセスに対して<strong>不自然な負荷</strong>がかかっている点にあります。</p>
<p class="wp-block-paragraph">認知心理学の法則を設計の土台に据えると、デザインレビューの議論が「個人の好み」から「客観的な使いやすさの検証」へと大きく変わります。<br />チームのエンジニアやプロダクトマネージャーに対しても、<strong>科学的な根拠を持った提案</strong>ができるため、無駄な手戻りを防ぎながらスムーズな合意形成を図ることができます。</p>
<h2 class="wp-block-heading">1. ヒックの法則（Hick&#8217;s Law）｜選択肢の増えすぎを防ぎ、意思決定を加速させる</h2>
<p class="wp-block-paragraph">ヒックの法則とは、ユーザーが意思決定を下すまでの時間は、<strong>提示された選択肢の数と複雑さ</strong>に応じて対数関数的に増加するという心理学の基本法則です。<br />1952年に心理学者のウィリアム・エドマンド・ヒックとレイ・ハイマンによって定式化され、人間工学や情報設計の現場で広く活用されています。</p>
<p class="wp-block-paragraph">UI設計において選択肢を1つの画面に並べすぎると、ユーザーは何を選べばよいか分からなくなり、<strong>行動の停止や画面からの離脱</strong>を引き起こします。<br />たとえば、ドロップダウンメニューの中に数十個の項目が無秩序に並んでいたり、ヘッダーに10個以上のナビゲーションリンクが密集していたりする状態がこれに当たります。</p>
<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image01-62.jpg" alt="【ヒックの法則】選択肢の増えすぎと段階的開示（松竹梅の3択設計）の比較" /></figure>
<h3 class="wp-block-heading">実務での実践：松竹梅の3択設計と段階的開示</h3>
<p class="wp-block-paragraph">SaaSの料金プラン表や機能選択画面では、主要な選択肢を<strong>3つ程度（いわゆる松竹梅の構成）</strong>に絞り込むことが実務における標準的なアプローチです。<br />どうしても選択肢が多くなる場合は、最初からすべてを見せるのではなく、<strong>段階的開示（Progressive Disclosure）</strong>の手法を取り入れます。</p>
<p class="wp-block-paragraph">初期表示では最も利用頻度の高い主要項目だけを提示し、詳細な設定や高度なオプションはアコーディオンやモーダルで<strong>必要なときだけ展開</strong>させます。<br />実際にFigmaで画面を組む際も、初期状態の選択肢を3〜4個に制限するだけで、ユーザーテストでのタスク完了時間が大きく短縮されることを実感します。</p>
<p class="wp-block-paragraph">選択肢の絞り込みやあえて<strong>制約を設けるUX設計のアプローチ</strong>については、以下の記事でも詳しく解説しています。<br />現場での情報整理に迷ったときの指針として、ぜひ参考にしてみてください。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/06/29/design-harness/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-93-1024x572.jpg" alt="デザインハーネス入門｜AIのUI生成とレビュー停滞を解く4層構造【2026】" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">デザインハーネス入門｜AIのUI生成とレビュー停滞を解く4層構造【2026】</div>
<div class="blogcard_excerpt">無限の選択肢による疲弊を防ぎ、あえて制約を設けることでUXを高めるフレームワークを解説。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">2. フィッツの法則（Fitts&#8217;s Law）｜移動距離とターゲットサイズで誤操作をゼロにする</h2>
<p class="wp-block-paragraph">フィッツの法則とは、ある目標（ターゲット）に素早く到達して選択するまでの時間は、<strong>目標までの距離に比例し、目標の大きさに反比例する</strong>という法則です。<br />1954年に心理学者のポール・フィッツが提唱したもので、マウスカーソルの移動やスマートフォンのタップ操作における基本中の基本となる指標です。</p>
<p class="wp-block-paragraph">この法則から導き出されるのは、<strong>「頻繁に押すボタンは大きく、指やカーソルに近い場所に置くべき」</strong>という極めて明快な設計原則です。<br />逆に、画面の端にある小さな文字リンクや、親指が届きにくい位置にある重要なCTAボタンは、操作時間を無駄に長引かせ、誤タップの原因になります。</p>
<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image02-65.jpg" alt="【フィッツの法則】スマートフォンの親指操作ゾーンと44ptタップ領域の基準" /></figure>
<h3 class="wp-block-heading">実務での実践：親指操作ゾーン（Thumb Zone）と44pt基準</h3>
<p class="wp-block-paragraph">スマートフォンアプリの設計では、片手持ちの親指が自然に届く<strong>画面下部エリア（親指操作ゾーン）</strong>に主要アクションを配置するのがセオリーです。<br />購入ボタンや送信ボタンをページ最下部の固定ボトムバーに配置する設計は、まさに<strong>フィッツの法則に基づいた移動距離の最小化</strong>の実践例と言えます。</p>
<p class="wp-block-paragraph">また、Appleのヒューマンインターフェイスガイドライン（HIG）が定める<strong>「最小タップ可能領域44×44pt」</strong>のルールも、フィッツの法則に直結しています。<br />Figmaでボタンコンポーネントを設計する際は、見た目のアイコンが小さくても、オートレイアウトの余白を含めた<strong>ヒットエリアを確実に44pt以上確保</strong>することが不可欠です。</p>
<p class="wp-block-paragraph">タップ領域の具体的な数値基準や<strong>HIGの設計思想</strong>については、以下の記事で体系化しています。<br />モバイルUIの操作性を引き上げるための基本ルールとして、あわせて確認してみてください。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/04/13/apple-hig-design-system-philosophy/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/04/eyecatch_hig_comfort-1024x572.jpg" alt="Apple HIG実務ガイド｜タップ領域44pt・文字11pt基準とiOSの基本原則【2026】" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">Apple HIG実務ガイド｜タップ領域44pt・文字11pt基準とiOSの基本原則【2026】</div>
<div class="blogcard_excerpt">Appleが定める44ptタップ領域や文字サイズの論理的根拠と、iOS実務への落とし込み方を網羅。</div>
</p></div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">3. ヤコブの法則（Jakob&#8217;s Law）｜「既視感」を味方につけ、学習コストを最小化する</h2>
<p class="wp-block-paragraph">ヤコブの法則とは、ユーザーは他の無数のWebサイトやアプリで大半の時間を過ごしているため、<strong>あなたのサイトもそれらと同じように機能することを期待している</strong>という法則です。<br />ユーザビリティ研究の第一人者であるヤコブ・ニールセンが2000年に提唱したもので、Web標準やデザインシステムの重要性を端的に表しています。</p>
<p class="wp-block-paragraph">デザイナーが独自性や斬新さを求めすぎるあまり、一般的な操作ルールを逸脱してしまうと、ユーザーは<strong>強いストレスと学習コスト</strong>を強いられます。<br />たとえば、ヘッダー左上のロゴをクリックしてもトップに戻らない設計や、右上に置かれるはずの検索バーやカートアイコンがフッターの隅に隠れているような構成です。</p>
<h3 class="wp-block-heading">実務での実践：メンタルモデルの流用と独自性の住み分け</h3>
<p class="wp-block-paragraph">使いやすいUIを構築する近道は、ユーザーがすでに獲得している<strong>メンタルモデル（頭の中の操作イメージ）</strong>をそのまま流用することです。<br />ECサイトであれば「右上にカート」「画面下部に固定の購入ボタン」、メディアサイトであれば「左上にロゴ」「上部にグローバルナビゲーション」といった配置を素直に踏襲します。</p>
<p class="wp-block-paragraph">UIデザイナーがクリエイティビティを発揮すべき領域は、操作の基本構造ではなく、<strong>ブランドの世界観を伝えるビジュアルや丁寧なインタラクション</strong>です。<br />基本の導線ルールを業界標準にしっかりと揃えることで、ユーザーは使い方に悩むことなく、サービス本来の価値やコンテンツに集中できます。</p>
<h2 class="wp-block-heading">4. ミラーの法則（Miller&#8217;s Law）｜短期記憶の限界「マジックナンバー7」と情報のチャンキング</h2>
<p class="wp-block-paragraph">ミラーの法則とは、平均的な人間が一度に短期記憶（ワーキングメモリ）に保持できる情報の数は、<strong>「7加減2（5個から9個）」程度に限られている</strong>という心理学の基本法則です。<br />一般には<strong>「マジックナンバー7（マジカルナンバー7±2）」</strong>という呼び名でも広く親しまれており、1956年に認知心理学者のジョージ・ミラーが発表した論文に由来します。</p>
<p class="wp-block-paragraph">近年の認知心理学の研究では、複雑なUI環境においては保持できる数が<strong>さらに少ない「4±1個程度」</strong>とも言われています。<br />区切りのない数字の羅列や、整理されていない長大な箇条書きリストは、ユーザーの記憶のキャパシティをあっという間に圧迫してしまいます。</p>
<h3 class="wp-block-heading">実務での実践：情報のチャンキングとフォームのステップ分割</h3>
<p class="wp-block-paragraph">この記憶の負荷を軽減するための最も強力な手法が、複数の情報を意味のある塊にまとめる<strong>「チャンキング（Chunking）」</strong>です。<br />クレジットカード番号を4桁ずつハイフンで区切ったり、電話番号を市外局番ごとに分ける入力フォームの設計は、チャンキングの典型的な応用例です。</p>
<p class="wp-block-paragraph">また、20項目以上におよぶ会員登録やアンケートフォームを設計する際は、1画面にすべてを詰め込まず、<strong>3〜4ステップに分割して案内</strong>します。<br />Figma上でカード型UIをレイアウトする際も、1つのカード内に含める主要情報は3〜4要素以内に抑え、視覚的なグループを明確に分けることが大切です。</p>
<p class="wp-block-paragraph">実務で注意したいのは、画面上のUIは「記憶」ではなく「視覚認識」できるため、メニュー項目などを機械的に7個以下に制限する必要はない点です。<br />重要なのは数を無理に減らすことではなく、関連する項目同士を<strong>適切なチャンク（塊）に整理</strong>して、スキャンしやすい構造を作ることです。</p>
<h2 class="wp-block-heading">5. フォン・レストルフ効果（孤立効果）｜視覚的コントラストで最重要アクションを際立たせる</h2>
<p class="wp-block-paragraph">フォン・レストルフ効果（別名：孤立効果）とは、複数の似た要素が並んでいるとき、<strong>他と異なる視覚的特徴を持つ1つの要素が最も記憶に残り、注目を集める</strong>という効果です。<br />1933年に精神科医のヘドウィグ・フォン・レストルフによって発見され、CTAボタンの設計や価格表のレイアウトにおいて最も頻繁に活用される理論です。</p>
<p class="wp-block-paragraph">この効果をUIに応用する際の注意点は、画面内のあらゆる要素を目立たせようとして、<strong>有彩色や強いコントラストを多用しすぎないこと</strong>にあります。<br />すべてのボタンが同じ鮮やかなブルーで塗られている画面では、強調の効果が相殺され、結果としてユーザーはどこをタップすべきか迷ってしまいます。</p>
<figure class="wp-block-image size-large"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image03-65.jpg" alt="【フォン・レストルフ効果】全ボタン強調の失敗とPrimaryボタン単一塗りの視線誘導" /></figure>
<h3 class="wp-block-heading">実務での実践：Primaryボタンの孤立化と「おすすめ」バッジ</h3>
<p class="wp-block-paragraph">この効果を最大限に活かすためには、画面内で最優先してほしい操作（Primaryアクション）に対してのみ、<strong>明確な視覚的差異</strong>を与えます。<br />たとえば、主要な「購入する」「登録する」ボタンだけを鮮やかな塗りのボタンにし、キャンセルや戻るなどの副次的なボタンは枠線（Secondary）やテキストリンク（Tertiary）に抑えます。</p>
<p class="wp-block-paragraph">また、3つの料金プランが並ぶ比較表において、中央の推奨プランだけカードの枠線を太くし、上部に<strong>「人気No.1」といったバッジを付与する手法</strong>もフォン・レストルフ効果の実践です。<br />周囲を均一で控えめなトーンに整えておくことで、際立たせたい1点にユーザーの視線を自然かつ的確に誘導できます。</p>
<h2 class="wp-block-heading">実務で使える！デザインレビューを突破する「言語化フレーズ」早見表</h2>
<p class="wp-block-paragraph">認知心理学の知識は、実際の画面設計だけでなく、<strong>チーム内でのデザインレビューやクライアントへの提案</strong>において大きな力を発揮します。<br />感覚的な指摘を受けた際に、そのまま根拠として使える実践的な言語化フレーズを以下の表に整理しました。</p>
<figure class="wp-block-table">
<table>
<thead>
<tr>
<th>レビューで受ける主な指摘</th>
<th>根拠となる心理学法則</th>
<th>そのまま使える論理的な言語化フレーズ</th>
</tr>
</thead>
<tbody>
<tr>
<td>「選択肢が多くて迷いそう」</td>
<td>ヒックの法則</td>
<td>「初期表示を主要な3択に絞り、詳細設定は段階的開示（アコーディオン）で必要なときだけ展開させています。」</td>
</tr>
<tr>
<td>「スマホでボタンが押しにくい」</td>
<td>フィッツの法則</td>
<td>「親指が届きやすい画面下部の固定バーに配置し、タップ領域を44pt以上確保して指の移動時間を最小化しています。」</td>
</tr>
<tr>
<td>「他のサービスと似すぎている」</td>
<td>ヤコブの法則</td>
<td>「ユーザーが日常的に慣れ親しんでいるメンタルモデルを活用し、使い方に迷わせないよう基本配置を標準に合わせています。」</td>
</tr>
<tr>
<td>「情報がごちゃごちゃして見える」</td>
<td>ミラーの法則</td>
<td>「短期記憶の負荷を抑えるため、1ブロックあたり3〜4項目のチャンクに分割し、カード型で視覚的にグルーピングしています。」</td>
</tr>
<tr>
<td>「どれが最重要ボタンか分からない」</td>
<td>フォン・レストルフ効果</td>
<td>「Primaryボタンのみに鮮やかな塗りを適用し、孤立効果によってユーザーの視線を最優先アクションへ自然に誘導しています。」</td>
</tr>
</tbody>
</table>
</figure>
<p class="wp-block-paragraph">「なんとなく使いにくい」「自分の感覚と違う」といった主観的な指摘に対しても、<strong>心理学の法則に基づいた客観的な意図</strong>を返すことで、議論を建設的な方向へ進められます。<br />デザイナー自身が論理的な言葉を持つことは、デザインの品質を守り、チーム全員が納得して開発を進めるための確かな強みになります。</p>
<p class="wp-block-paragraph">デザインの意図をチームやクライアントに的確に伝え、合意形成をスムーズにするための<strong>言語化スキル</strong>については、こちらの記事でも詳しくまとめています。<br />レビューでの伝え方に課題を感じている方は、あわせて目を通してみてください。</p>
<div class="blogcard ex">
        <a href="https://www.ds-pedia.com/2026/09/20/progressive-disclosure-ux-guide/" target="_blank" rel="noopener noreferrer"></p>
<div class="blogcard_thumbnail"><img decoding="async" src="https://www.ds-pedia.com/wp-content/uploads/2026/09/image-123-1024x572.jpg" alt="段階的開示（プログレッシブディスクロージャー）入門｜情報過多を防ぐUI設計" loading="lazy" onerror="this.onerror=null;this.src='https://www.ds-pedia.com/wp-content/themes/inspiro-child/assets/images/no_image.png';" /></div>
<div class="blogcard_content">
<div class="blogcard_title">段階的開示（プログレッシブディスクロージャー）入門｜情報過多を防ぐUI設計</div>
<div class="blogcard_excerpt">UIの情報過多を防ぎ、シンプルさと多機能性を両立させる「プログレッシブディスクロージャー（段階的開示）」を解説。ヤコブ・ニールセン提唱の基本原則から実務の4大展開パターン、隠しすぎを防ぐ境界線ルールまで網羅します。</div>
</p></div>
<p>        </a>
    </div>
<div class="clear"></div>
<p>        </a>
    </div>
<h2 class="wp-block-heading">終わりに</h2>
<p class="wp-block-paragraph">最後までお読みいただき、ありがとうございます！</p>
<p class="wp-block-paragraph">UIデザインにおいて認知心理学の法則を学ぶことは、表現の幅を狭める制約ではなく、<strong>自信を持ってデザインを届けるための論理的な土台</strong>になります。<br />画面の向こう側にいるユーザーの脳や身体の仕組みに寄り添うことで、迷いのない心地よい操作体験を生み出すことができます。</p>
<p class="wp-block-paragraph">日々の制作の中で配置やサイズに迷ったときは、ぜひ今回紹介した<strong>5つの法則を振り返り</strong>、実務の設計に役立ててみてください。<br />これからも、論理的なUIデザインを一緒に楽しんでいきましょう。<br />それでは、良いデザインライフを！</p><p>The post <a href="https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/">UIデザインに効く認知心理学の法則5選｜ヒック・フィッツ・ヤコブの実務応用</a> first appeared on <a href="https://www.ds-pedia.com">デザペディア</a>.</p>]]></content:encoded>
					
					<wfw:commentRss>https://www.ds-pedia.com/2026/09/17/ui-cognitive-psychology-laws/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
