タグアーカイブ ウェブデザイン

CSS border-shapeプロパティの全容、装飾が形状に追従する新機能

CSS border-shapeプロパティの全容、装飾が形状に追従する新機能

shape() と corner-shape の復習

shape() と corner-shape の復習

border-shape を理解するには、まず土台となる shape() 関数と corner-shape プロパティを押さえておくとスムーズだ。いずれも CSS で形状を扱うための新しい道具であり、特に shape() は 2026 年に Baseline(主要ブラウザで広く使える状態)に到達したばかりである。

shape() 関数の基本

shape() は SVG のパス構文を CSS に取り込む関数だ。clip-path や offset-path の値として使う。従来の path() に比べて CSS ネイティブな記述ができ、直感的に複雑な図形を定義できる。たとえばハート形、星形、波線など、従来は polygon() などで苦労していた形状も、少ないコードで表現可能になった。

CSS-Tricks の記事では、shape() に関する全4回のシリーズ解説と、SVG パスを shape() に変換するオンラインコンバーターも公開されている。これにより、既存の SVG 図形を CSS 形状として手軽に流用できるようになった。

corner-shape プロパティの概要

corner-shape は要素の角の形状を変えるプロパティだ。border-radius と組み合わせて使う。値には round(丸)、scoop(えぐり)、bevel(面取り)、notch(切り欠き)、squircle(超楕円)といったキーワードを指定する。squircle は iOS のアイコンなどで見られる、丸みを帯びつつ四角さも残した独特の曲線だ。

corner-shape は単なる角の整形にとどまらず、三角形や菱形、六角形といった CSS のみの図形作成にも使える。何より重要なのは、角を変形させても border や box-shadow がその形状に追従することだ。これこそが border-shape の布石となる考え方である。

border-shape の基礎:clip-path との違い

border-shape の基礎:clip-path との違い

border-shape の構文と基本動作

border-shape は要素の形状を定義するが、clip-path とは根本的な動作が異なる。clip-path は要素を「切り抜く」(クリッピング)。その結果、border や box-shadow などの装飾も一緒に切り取られ、形状に沿わない。一方、border-shape は要素を「変形させる」(シェイピング)。装飾は新しい形状に沿って描画される。

構文は clip-path とほぼ同じで、shape()、polygon()、circle()、inset() などを受け取る。さらに、2つの値を指定する「フィルモード」も用意されている。最初の値が外側の境界、2番目の値が内側の境界となり、その間を border で塗りつぶす動きだ。

/* 1 値のストロークモード:border が形状をなぞる */
.shape {
  border: 8px solid #1976d2;
  border-shape: shape("M ...");
}

/* 2 値のフィルモード:境界の間を border で塗る */
.cutout {
  border: 12px solid #e74c3c;
  border-shape: inset(0) shape("M ...");
}

装飾が追従する仕組みを図で見る

clip-path 使用時(Before)
border は四角い枠のまま
border-shape 使用時(After)
border が形状に沿う

このデモは概念を視覚化したイメージだ。実際の border-shape は Chrome で確認できる。clip-path と異なり、星形の頂点やくぼみにぴったり沿った border が手軽に得られる。

border-shape のもう一つの利点は、border-radius を考慮する必要がない点だ。要素が丸められた矩形でなくなれば、角丸の概念自体が不要になる。代わりに形状そのもので角の挙動を制御できる。

ボーダーだけの形状を作る(Border-Only Shapes)

ボーダーだけの形状を作る(Border-Only Shapes)

border-shape のわかりやすいユースケースが「輪郭だけの形状」だ。要素の背景を透明にし、border だけを設定するだけで、ハートや星、花、波線といったアウトライン図形を CSS のみで描ける。

.border-only {
  background: transparent;
  border: 8px solid #e74c3c;
  border-shape: shape("..."); /* ハート形などのパス */
}
輪郭だけのハート
border-shape を使用し、背景は透明、border だけで描画
星形のボーダー

この例も概念のイメージである。実際の border-shape なら、頂点や曲線がより精密に再現される。従来は複数の疑似要素や複雑な box-shadow の重ね合わせが必要だった表現を、数行の CSS で実現できるのが大きな魅力だ。

切り抜き形状とレイアウトの応用

切り抜き形状とレイアウトの応用

2つの形状値で作る切り抜き

border-shape に inset(0) と任意の形状を組み合わせると、矩形の内側に図形の穴が開いたような「切り抜き」デザインが作れる。これはフィルモードと呼ばれ、外側形状と内側形状の差分を border の領域として塗りつぶす。

.cutout {
  border: 12px solid #1976d2;
  border-shape: inset(0) circle();
}
矩形に内包された円形の切り抜き
外側の矩形と内側の円の間が border 領域(青色の枠部分)

上図は border-shape のフィルモードを静的に再現したものだ。実際には、border-color や border-width を変えるだけで、動的に切り抜き形状の装飾を調整できる。

ハートや星を使った複合形状

円だけでなく、shape() で定義したハートや星形を内側形状に指定すれば、さらに凝ったデザインが可能だ。たとえば、矩形のカードの中にハート形の窓が空いたような装飾、ポリゴン型のフレームに星形が浮かぶ背景など、CSS だけで容易に作れるようになる。

はみ出し装飾と部分装飾

はみ出し装飾と部分装飾

border-shape は要素の境界を超えて装飾を拡張することもできる。形状を要素の外側に大きく取れば、背景が画面幅いっぱいに広がるブレイクアウト効果を border の太さだけで演出できるのだ。

.breakout {
  border: 40px solid #ff9800;
  border-shape: inset(0 -100vw) circle(0);
}
はみ出し背景のイメージ
中央のコンテンツはそのまま
左右にはみ出したオレンジの領域が border で表現される

border-shape では border を画面外まで伸ばせるため、従来の CSS グリッドの「ブレイクアウト」テクニックよりはるかに直感的に、セクションの背景を拡張できる。

テキストに寄り添う部分装飾

shape() 関数の緻密なパス指定と組み合わせれば、テキストの特定の単語にだけ下線を引く、見出しの左端にのみ斜めの背景を付ける、といった部分装飾も可能になる。border-shape は要素全体を変形しつつ、装飾の範囲を自由にコントロールできるため、デザインの表現力が格段に向上する。

部分装飾の例
見出しテキストの ここだけ に下線
左に三角の背景
border-shape と shape() を使えば、このような装飾を要素に一体化させられる。

アニメーションと次の一手

アニメーションと次の一手

border-shape はアニメーションもサポートしている。形状を動的に変えたり、border-width を操作したりすることで、多彩なインタラクションを追加できる。

3コマで見る形状アニメーション

以下のデモは、ホバーで円が星形に変化するアニメーションを静的に示したものだ。実際には約 0.5 〜 1.5 秒かけて連続的に変化する。

t=0%(初期状態)
t=50%(遷移中)
t=100%(終了状態)

この変化を border-shape 上で行えば、border や影も一緒に変形するため、よりリッチなエフェクトが可能になる。他にも、border-width を 0 から太くすることで、ホバー時に形状が浮かび上がるリビール効果も実装できる。

実践的なテクニック集

CSS-Tricks の記事では、以下のような応用例も紹介されていた。

  • ナビゲーションメニューで、手描き風の下線がホバーアイテムにスライドする
  • コンテンツボックスの周囲を電気が走るようなフレームで囲む(タッチデバイスでも安全)
  • border のみで構成されたローディングスピナー
  • ドラッグ可能な円をつなぐ曲線が、距離に応じて伸び縮みする

いずれもこれまでは JavaScript や SVG を駆使しなければ実現が難しかった表現だ。border-shape と shape() を習得すれば、CSS だけで多くの装飾を完結できるようになる。

この記事のポイント

  • border-shape は要素の形状を変えつつ、border や box-shadow を形状に追従させるプロパティ
  • clip-path と違い、装飾が失われず、輪郭だけの形状や複雑なフレームが容易に作れる
  • 2値指定のフィルモードで切り抜き効果、形状を広げてブレイクアウト背景も実現可能
  • アニメーションや部分装飾にも対応し、CSS 表現の幅を大きく広げる
  • 2026年7月現在 Chrome のみの先行実装だが、今後の標準化と普及に注目
UXリサーチに認知的多様性を。課題発見率が1.8倍に向上した実証実験の全容

UXリサーチに認知的多様性を。課題発見率が1.8倍に向上した実証実験の全容

Webサイトの使いやすさは、すべてのユーザーにとって重要な要素だ。Smashing Magazineで公開された2026年の研究は、UXリサーチにおける決定的な盲点を浮き彫りにした。認知障がいを持つ参加者をテストに加えることで、一般的な参加者の1.8倍にあたるユーザビリティ課題と改善提案が得られたのだ。

認知障がいは記憶や集中、学習といった情報処理に影響を与える機能障がいの総称であり、アメリカでは人口の約14%に相当する最も一般的な障がいだ。Yale大学の調査でも、その割合は急速に増加している。そして誰もが加齢とともに、多かれ少なかれ認知的な衰えを経験する。このデータは、サイト制作者が長期的に無視できない数字である。

認知インクルーシブなリサーチが示した圧倒的な数値

認知インクルーシブなリサーチが示した圧倒的な数値

Fable社の研究者がカリフォルニア大学アーバイン校と共同で実施した研究では、3つの異なるWebサイトを対象に30件のユーザーインタビューが行われた。参加者は「記憶・集中・学習に困難を感じるか」という設問を基に、認知障がい群と一般群に分けられた。

テスト対象には、AIプロトタイピングツールで生成されたレシピサイト、書店サイト、美容院サイトが用意された。単純な構造のものから、意図的に複雑な予約フローを備えたものまで、現実のWebサイトに近いグラデーションで設計されている。

一般的な参加者(Gen Pop)
113
発見されたユーザビリティ課題
54
改善提案の数
認知的多様性を含めた参加者(Cognitive)
197
発見されたユーザビリティ課題(約1.8倍)
93
改善提案の数(約1.8倍)
※3つのテストサイト全体の合計値。AUS(Accessible Usability Scale)による定量評価も併用された。

この結果は、特定の業界やサイト種別に限ったものではない。単純なレシピサイトでも、認知参加者は平均3.4個多くの課題を発見した。複雑な予約システムを持つ美容院サイトでは、平均7個もの追加課題が浮上している。課題のカテゴリ別で見ても、コンテンツ、ボタン・リンクの機能性、アイコン・視覚要素、メディアの4領域で認知参加者の指摘が一般参加者を大きく上回った。

Smashing Magazineの記事では、Fable社の研究者が「認知参加者から得られるフィードバックは、単に障がい対応を超えて、すべてのユーザーの認知的負荷を下げる本質的な改善に直結する」と結論づけている。これはWordPressサイトの管理画面やフロントエンドの設計思想にも通じる重要な視点だ。

なぜWordPressサイト運用者がこの知見を重視すべきなのか

高齢化社会とユーザー層の変化

アメリカ国勢調査局の予測によれば、65歳以上の人口比率は現在の17%から2060年までに25%に達する見込みだ。これは4人に1人が高齢者になる社会を意味する。加齢に伴う認知機能の低下は、誰しもが経験するライフステージの変化であり、将来的にユーザーの大多数が多かれ少なかれ「認知的負荷に敏感なユーザー」になるということだ。

WordPressサイトを運用する企業や個人事業主にとって、今のうちから認知負荷の少ない設計を取り入れることは、単なるアクセシビリティ対応ではなく、市場適合性を維持するための先行投資になる。高齢者だけでなく、情報過多の環境で育ったZ世代、育児や仕事で常に注意散漫な多忙層にも、この種の配慮は届く。

「使えない」から「買わない」への直結

今回の研究で最も示唆的だったのは、美容院サイトのCrown & Combで発生した現象だ。このサイトは意図的に複雑な予約フローを持ち、「ブライダルパッケージを見つける」というタスクを極端に困難に設計していた。ここで認知参加者が指摘した「予約日選択がフローの後半にある」「支払い方法が不明確」「類似名称のサービスが区別できない」といった問題は、一般参加者も潜在的に感じていた障壁だった。

しかし一般参加者は「なんとなく進めてしまう」のに対し、認知参加者は明確に「離脱」または「強い不満の表明」という行動を示した。この差は、実店舗でいえば「不満を言わずに去る客」と「不満を口にしてから去る客」の違いに近い。不満を言わない客の方が多いからといって、その体験が良好だったわけではない。

EC機能を持つWordPressサイトであれば、チェックアウトフローの曖昧さはそのまま収益機会の損失につながる。認知参加者のフィードバックは、その損失リスクを可視化する早期警告システムとして機能する。

認知的負荷を下げる3つの具体的アプローチ

認知的負荷を下げる3つの具体的アプローチ

1. コンテンツの出典と文脈を明確化する

研究では、レシピサイトで「情報の出典が明示されていれば信頼度が上がる」という指摘が複数あった。ブログ記事の見出しに十分な文脈がないケースも「何についての記事か判断できない」と指摘されている。WordPressのブログ運営において、この問題は特に顕著だ。

具体的には、記事タイトルだけで内容の全体像が推測できるか、引用やデータの出典がリンクとして明示されているか、という2点を定期的に監査するだけで、認知負荷は大きく下がる。プラグイン「Yoast SEO」や「Rank Math」の可読性分析も、この観点で活用できる。

Before(認知的負荷が高い)
「最新のプロテイン事情」というタイトルのみ
読者はクリック前に内容を推測できない。見出しが抽象的で、本文に入っても文脈の把握に時間がかかる。
After(認知的負荷が低い)
「2026年 植物性プロテイン完全比較。成分データと管理栄養士の見解」
タイトルに「年次」「比較対象」「専門家の関与」が盛り込まれ、読者は内容を予測しやすい。本文の冒頭で出典リンクも明示。

2. ボタンとナビゲーションの「予測可能性」を高める

書店サイトのTurning Pagesでは、「Add to book bag」ボタンの挙動が予測できないという指摘が相次いだ。クリック後のフィードバックがない、カートに入ったかどうかの確認が困難、といった問題だ。認知参加者は「サイトの反応が予測できないと、自信を持って操作できなくなる」と報告している。

WordPressのWooCommerceを例にとれば、「カートに追加」ボタンの押下後に視覚的フィードバック(カートアイコンのバッジ更新、簡易通知の表示)があるかどうかは、売上に直結する。また、ナビゲーションメニューの項目名が抽象的で、クリック後の遷移先が予測できない場合も同様の障壁となる。「サービス」より「Web制作の料金プラン」、「お問い合わせ」より「3分で完了する見積もり依頼」のように、具体性が認知負荷を下げる。

3. レイアウトと視覚要素の整理

レシピサイトのStrong Snacksでは、記事本文の途中にレシピカードが挿入されるレイアウトが「読書の流れを妨げる」と指摘された。また、連続的なアニメーションや広告が「内容に集中できない原因」として挙げられている。これらはWCAG(Web Content Accessibility Guidelines / ウェブコンテンツアクセシビリティガイドライン)の認知アクセシビリティに関する補足ガイダンスでも、回避すべきパターンとして明記されている。

WordPressテーマのカスタマイズでは、サイドバーと本文エリアの役割分担を明確にし、自動再生するスライダーやアニメーションには必ず一時停止機能を付ける。Gutenbergのブロックパターンを使う場合も、情報量の多いカラムレイアウトより、縦方向のシングルカラムを優先したほうが、認知負荷は低くなる。

認知インクルーシブなリサーチを始めるための現実的な手法

認知インクルーシブなリサーチを始めるための現実的な手法

大規模なユーザーテストが難しいWordPressサイト運営者でも、小さな一歩から始めることはできる。研究チームが推奨するのは「タスク完了率だけでなく、主観的な負荷を尋ねる」というアプローチだ。具体的には、以下の3つの質問を既存のアンケートや簡易テストに追加するだけでも、認知負荷の検出感度が上がる。

  • 「この操作のあと、どのくらい疲れを感じましたか(1〜5の5段階)」
  • 「作業中、気が散る要素はありましたか(自由記述)」
  • 「もう一度同じことをするとしたら、どの部分を省略したいですか(自由記述)」

研究では、ベルメディアのUXマネージャーが「認知ユーザーとの2回のセッションは、得られる洞察の量からすると200回分に感じる」とコメントしている。これは大げさな表現ではない。認知障がいを持つユーザーは、情報を取捨選択するフィルターが相対的に弱いため、サイトの問題点をありのままに報告する傾向がある。結果として、短時間で濃密なフィードバックが得られる。

昨今のアクセシビリティ対応の文脈では、スクリーンリーダーやキーボード操作といった物理的アクセスが注目されがちだ。もちろんそれらも重要だが、Smashing Magazineの記事が強調するのは、認知的アクセシビリティのほうが「すべてのアクセシビリティ対応への入り口として機能する」という点だ。認知的負荷、明瞭さ、予測可能性にまず焦点を当てることで、その後の支援技術対応の基盤が整うという順序の提案である。

この記事のポイント

  • 認知障がいを持つユーザーをUXリサーチに含めることで、一般的な参加者の約1.8倍の課題を発見できた実証データがSmashing Magazineで公開された
  • 加齢による認知機能低下は全ユーザーに共通する未来の課題であり、今のうちから設計に取り入れることが長期的なサイト価値を高める
  • WordPressサイト運営者は「コンテンツの出典明示」「ボタン挙動の予測可能性」「レイアウトの整理」の3点から着手できる
  • リサーチ手法として、タスク完了の有無だけでなく「操作後の疲労感」を尋ねることで、認知負荷の問題を可視化しやすくなる