<?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>レイアウト - デザペディア</title>
	<atom:link href="https://www.ds-pedia.com/tag/%E3%83%AC%E3%82%A4%E3%82%A2%E3%82%A6%E3%83%88/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.ds-pedia.com</link>
	<description>デザイナーやクリエイターのための情報メディアサイト</description>
	<lastBuildDate>Sat, 19 Sep 2026 15:18:27 +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>レイアウト - デザペディア</title>
	<link>https://www.ds-pedia.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<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[アクセシビリティ]]></category>
		<category><![CDATA[Figma]]></category>
		<category><![CDATA[UI]]></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>
	</channel>
</rss>
