画面サイズだけではなく、デバイスのユーザー設定に対してレスポンシブにできる新しいCSSのメディアクエリーが登場しています。スマートフォンやパソコンで、画面サイズに応じてレイアウトが変化する「レスポンシブ・ウェブ・デザイン」はほとんどのウェブサイトで実装されているでしょう。新しい世代のレスポンシブ手法は、画面サイズだけでなくユーザー設定に対して挙動やスタイルを変更させることができ、読みやすさや使いやすさの向上に役立ちます。

本記事では、ユーザー設定への追従を通じて読みやすさや使いやすさを高めるCSS実装を、事例とあわせて紹介します。

この記事で紹介すること

• ダークモード対応
• モーションの無効化設定
• OSやブラウザーの文字サイズ設定への対応

ダークモード対応

OSには外観モードの設定項目があります。Windows 10やmacOS、iOS、Androidのいずれもライトモードとダークモードの切り替え機能が提供されています。ライトモード・ダークモードに対応するにはCSSのメディアクエリーprefers-color-schemeを使います。文字サイズ変更やモーション軽減ほど直接的なアクセシビリティー対応ではありませんが、表示環境に合わせる補助的な配慮として役立ちます。

本サイトでは対応しているので、次のようにテーマが切り替わります。

次のコードはシンプルな例ですが、メディアクエリー側で配色を上書きすることでダークモードの色を指定できます。

<meta name="color-scheme" content="light dark" />

body {
  /* 白色の背景 */
  background-color: #f9f9f9;
  /* 黒色のテキスト */
  color: #333333;
}

/* ダークモードの対応 */
@media (prefers-color-scheme: dark) {
  body {
    /* 黒色の背景 */
    background-color: #333333;
    /* 白色のテキスト */
    color: #ffffff;
  }
}

最近はlight-dark()を使って、ライトモードとダークモードの色を1つの宣言で書くこともできます。使うには、あらかじめcolor-scheme: light dark;を指定しておきます。

:root {
  color-scheme: light dark;
}

body {
  background-color: light-dark(#f9f9f9, #333333);
  color: light-dark(#333333, #ffffff);
}

ライトモードとダークモードの両方のスタイルを指定するにあたり、いたる所にメディアクエリーを記述するのも大変でしょう。CSS変数と組み合わせるのが便利な手段としてよく知られています。ルートにCSS変数を定義しておき、prefers-color-schemeでCSS変数を上書きします。こうすれば一箇所で色を管理できるようになります。

:root {
  /* ベースの色（白色） */
  --color-bg: #f9f9f9;
  /* テキストの色（黒色） */
  --color-text: #333333;
}

/* ダークモードの対応 */
@media (prefers-color-scheme: dark) {
  :root {
    /* ベースの色（黒色） */
    --color-bg: #333333;
    /* テキストの色（白色） */
    --color-text: #ffffff;
  }
}

body {
  /* CSS変数: 背景の色 */
  background-color: var(--color-bg);
  /* CSS変数：テキストの色 */
  color: var(--color-text);
}

/* 応用して細かい配色を追加していく */

このダークモードはどのぐらい利用されているのでしょうか？ 私がTwitterで実施したアンケート（回答数693票）では約55%の方がダークモードを利用している結果になりました。

また記事『ダークモードの観察｜鈴木慎吾 / TSUMIKI INC.』でもダークモード使用率は約７割と紹介されています。

ダークモードの利点として、スクリーンによってはバッテリーの消費量が下がるといったレポートもあります（記事『Google confirms dark mode is a huge help for battery life on Android - The Verge』）。ダークモードの設定はユーザーがカジュアルに変更できる項目であり、本記事で紹介する技術のなかではニーズが大きい部類になるでしょう。

モーションの無効化設定

OSの設定でモーションを減らす機能が提供されています。モーションの設定は、WindowsやmacOS、iOSに存在します。

モーションを減らす設定は、CSSのprefers-reduced-motionをメディアクエリーで検知できます。本サイトではこれに対応しているので、次のようにモーションの有無が切り替わります。

CSSで適用する簡単な方法

簡単な使い方はワイルドカードを使いprefers-reduced-motionのメディアクエリーの中でCSSアニメーション（CSS TransitionsとCSS Animations）の時間をゼロに近い値を設定します。見落としがちですが、疑似要素にCSSアニメーションを利用している場合もあるので、疑似要素にも適用しています。少し乱暴なやり方のように思えますが、ウェブサイトにおけるCSSアニメーションを一括で無効化できます。

@media (prefers-reduced-motion: reduce) {
  *, *::before, *::after {
    transition-duration: 0.01ms !important;
    animation-duration: 0.01ms !important;
  }
}

JavaScript側でも制御する方法

ウェブサイトでモーションを実現できるのはCSSアニメーションだけではありません。ics.mediaではヒーロースペースでWebGLとcanvasタグによるモーショングラフィックスを配置しています。

WebGLはJavaScriptを使って制御しているため、OSのモーション設定を検知する必要があります。幸いにもJavaScriptにはCSSのメディアクエリーを調べるためのmatchMedia()メソッドが用意されています。ics.mediaではprefers-reduced-motionの値を監視し、その状態に応じてWebGL・Canvasのレンダリングを再生・停止しています。

const mediaQuery = window.matchMedia("(prefers-reduced-motion: reduce)");

mediaQuery.addEventListener("change", () => {
  // Canvasにレンダリング停止命令を行う
  const enabledMotion = !mediaQuery.matches;
  // 変更時の処理を適用
  // (省略)
});
const enabledMotion = !mediaQuery.matches;
// 初期化処理
// (省略)

利用者は多様であり、「ウェブに余計な表現は不要」といった意見をもつ方や、バッテリー消費量への影響を懸念する方、動きが苦手で目が疲れる方もいます。私たちICSはユーザーインタフェースの効果を最大化するためにインタラクションを大事にしていますが、モーションを必要としない方の意見も尊重しています。そのためOSでモーションを減らす設定をしている方には、モーションが再生されないように配慮しています。

※iOSとmacOSの設定項目は日本語では「視差効果を減らす」という名称になっています。しかし、英語OSでの名称は「Reduced Motion（動きを減らす）」とニュアンスが異なります。視差効果のみに限定した設定項目ではなく、本来は「OSのさまざまなモーションを減らす」役割の設定項目のようです（『Human Interface Guidelines - Apple Developer』より）。

※もうすこし内部処理を説明します。ics.mediaでのWebGLのレンダリング処理は、レイアウト計算などのメインスレッドに影響を与えないようにWeb Worker側で処理しています（オフスクリーンキャンバス）。matchMedia()メソッドはメインスレッド側でしか利用できないので、メインスレッド側で検知し、Web Worker側に連携することでレンダリング可否を制御しています。

テキストサイズ設定への対応

最後に紹介するのは、OSやブラウザーの文字サイズ設定に追従する方法です。記事公開当時の2022年はiOS Safari限定の説明でしたが、2026年3月時点ではChrome 146で<meta name="text-scale" content="scale" />が使えるようになりました。文字サイズにremやemを使っていれば、OSやブラウザーの文字サイズ設定を反映しやすくなります。

一方で、text-scaleは明示的に指定したページだけで有効になる機能です。未指定のページはlegacyとして扱われ、従来どおりの挙動になります。pxで固定した文字サイズは拡大されず、モバイルブラウザーの自動的な文字拡大やWindowsでのページ全体の拡大に頼る挙動も変わるため、小さな画面幅を含めて十分に検証してから利用しましょう。

Chromeではtext-scaleのmetaタグ

Chrome 146では、<meta name="text-scale" content="scale" />を指定すると、ページ全体の文字サイズの基準が、OSやブラウザーの文字サイズ設定に連動するようになりました。文字サイズにremやemを使っているページで使いやすい機能です。

<meta name="viewport" content="width=device-width, initial-scale=1" />
<meta name="text-scale" content="scale" />

iOS Safariではダイナミックタイプ

iOSには「ダイナミックタイプ」という機能が備わっています。iOSの設定で文字サイズを指定すると、アプリの文字サイズを一括で指定できます（対応アプリのみ）。設定アプリの［画面の表示と明るさ］→［テキストサイズを変更］から利用でき、スライダーで文字の大きさを7段階で設定できます。小さな文字が読みづらい方は文字サイズを大きくするでしょうし、一度にたくさんの情報を得たい方はフォントサイズを小さくするでしょう。

ics.mediaではこれにも対応しています。OSの設定でテキストサイズを最小にすると一行あたり23文字ほどになり、最大にすると一行あたり14文字になります。

しかし、iOSのダイナミックタイプを設定しても通常のウェブサイトでは文字サイズが変更されません。rem単位でスタイルシートを作成していても、です。ダイナミックタイプで設定したフォントサイズを適用するにはウェブサイト側のCSSをレスポンシブに対応させる必要があります。

実現するにはfontプロパティーに-apple-system-body値を指定します。ただし、-apple-system-bodyはフォントサイズのみを指定する値ではないので、注意が必要です。-apple-system-bodyを適用するとfont-familyがシステムフォント（San FranciscoとHiragino Sansの特殊な組み合わせ）に変わります。異なるフォントを指定したい場合はfont-familyを上書きする必要があります。

:root {
  /* iOS と iPadOS だけに適用する
   (font: -apple-system-body) の条件だと macOS Safari も適用されてしまうため、
   (-webkit-touch-callout: none) で絞っている */
  @supports (-webkit-touch-callout: none) and (font: -apple-system-body) {
    font: -apple-system-body;
  }
}
body {
  /* font-familyを指定し直す */
  font-family: "Helvetica Neue", Arial, "Hiragino Kaku Gothic ProN",
    "Hiragino Sans", "Noto Sans JP", sans-serif;
}

もう1つ注意したいことがあります。-apple-system-bodyはiOSだけでなくmacOS Safariでも利用できますが、macOSにはダイナミックタイプ機能が提供されていません。残念なことに-apple-system-bodyはmacOS Safariではフォントサイズが12px相当で表示されます。一般的なウェブサイトでは16pxが標準的なフォントサイズなので、かなり小さく見えてしまいます。つまり、-apple-system-bodyはmacOS Safariでは適用して欲しくない値になります。対策として、@supportsを使ってiOS Safariだけ-apple-system-bodyが適用されるように組んでいます。この組み方は-webkit-touch-calloutを利用したハック的かつ非標準の手段であり、将来的に他の望ましい方法が登場するかもしれません。

ics.mediaのスタイルシートでは、基本的にはremを単位として利用し、相対的にフォントサイズを適用するようにしています。フォントサイズが可変だとレイアウトが崩れてしまう箇所では、フォントサイズを部分的にピクセル指定にします。ピクセル指定をしたフォントはダイナミックタイプの値に影響を受けず、一貫したフォントサイズで表示されるようになります。箇所によって使い分けるといいでしょう。

ウェブサイトもOS設定に依存させることで、統一的な可読性を提供できるようになりユーザーへの負担が減るでしょう。

コラム： iOS Safariのズーム機能

iOS Safariのアドレスバーからズーム設定を利用できます。ただし、これは画面の拡大率を制御するもので、文字のみを変更するユーザーインタフェースではありません。今回紹介したCSSは、ダイナミックタイプに連動してフォントサイズのみを変更する手段となります。

まとめ： ユーザー設定に応じた対策は必要か？

最後に、ユーザー設定に応じたCSSの是非について考えてみたいと思います。2026年時点では、text-scaleの登場によって文字サイズ設定への対応は以前より取り組みやすくなりました。とくに文字サイズ変更とモーション軽減は、読みやすさや使いやすさに直結しやすい項目です。

ウェブサイトの価値や効果を高める一般的な施策は、利用者の傾向を把握したうえで、多数をしめる利用者層にアプローチすることです。今回説明したテキストサイズ設定やモーション設定について、求める利用者の割合ははたして多いと言えるでしょうか？　アクセス解析や利用者アンケートでデータが示せれば費用対効果は期待できそうですが、そういった場面は珍しいかもしれません。少数のユーザーのニーズに対し、ウェブ制作者が多大な工数をかけて対応する必要があるのかは、考えなければならない難しい課題でしょう。もしかしたらビジネスとしては、関係者の理解や予算を得にくいかもしれません。

コンテンツの性質によっては、ユーザー環境に変化させず決まったデザインで見せた方が強くメッセージが届くといったケースもあるでしょう。逆に情報はユーザーの環境に応じて変化させた方が「使いやすい」場面もありえます。文字サイズ変更とモーション軽減を優先して検討しつつ、ダークモードは補助的な配慮として取り入れると整理しやすくなります。text-scaleとSafari向けの手法も使い分けながら、よりよいユーザー体験の提供につなげましょう。