フォントの拡大、高コントラスト、ディスレクシアモードは、ウェブサイトが提供できるアクセシビリティ機能の中でも特に影響力の大きい3つの機能です — それにもかかわらず、多くのサイトはいまだに基本を間違えています。このガイドでは、それぞれの機能がどのように機能するのか、規格で何が求められているのか、そしてAccsibleのようなオーバーレイウィジェットを使うと、それらをどれほど簡単に実装できるのかを解説します。

次のことを考えてみてください。Lighthouse のテストによると、モバイルサイトのうち十分なテキストの色コントラストを備えているのはわずか 29% に過ぎません。これは過去数年と比べると中程度の改善ではあるものの、基本的な可読性に必要とされる水準には依然として大きく届いていません。一方で、ディスレクシア（読字障害）は人口の最大 20% に何らかの形で影響しており、最も一般的な学習障害となっています。これらはレアケースの問題ではありません。あなたのオーディエンスの大きな一部にとっての日常そのものを表しています。そして朗報なのは、フォントスケーリング、高コントラストモード、ディスレクシアモードを使えば、サイト全体の再設計を行わなくても、これらすべてに対応できるという点です。

なぜ表示の柔軟性が中核的なアクセシビリティ要件なのか

ウェブアクセシビリティは、スクリーンリーダーやキーボード操作の観点から語られることが多いですが、視覚的なプレゼンテーションも同じくらい重要です。米国国勢調査局によると、アメリカには障害のある成人が約 6,100 万人おり、これは全国民のおよそ 4 人に 1 人に相当します。その中には、重度の視覚障害や失明のあるアメリカ人が 1,200 万人以上含まれ、さらに人口の約 20% がディスレクシアやその他の読字関連の困難を経験していると推定されています。もしあなたのビジネスや組織が、こうしたウェブユーザーのニーズを見落としているなら、潜在的なオーディエンスのかなりの部分を排除していることになります。

Web Content Accessibility Guidelines（WCAG）は、POUR（Perceivable, Operable, Understandable, Robust：知覚可能、操作可能、理解可能、堅牢）という枠組みを提示しており、その最初の原則である「知覚可能性」の中に、フォントサイズ、色コントラスト、テキストの表示方法が位置づけられています。WCAG のような既存のベストプラクティスやガイダンスは、インクルーシブデザインのための堅固な基盤を提供しており、すでにディスレクシアのある読者に影響する多くの細部を取り込んでいます。行の長さや行間に関する WCAG のガイダンスは、研究で示されている推奨事項と一致しています。つまり、ガイドラインと科学的知見は概ね同じ方向を指し示しているのです。

ウェブサイトの所有者や開発者にとっての実務的な課題は、「WCAG を満たす」ことが上限ではなく下限を定めるに過ぎない、という点です。サイトは自動チェックを技術的にはパスしていても、弱視やディスレクシアのある人にとっては依然として読みにくく、ストレスのたまるものになり得ます。まさにそのギャップを埋めるために設計されているのが、ユーザーが操作できるアクセシビリティ機能であり、それを適切に実装したオーバーレイウィジェットを通じて提供するのです。アクセシビリティオーバーレイは、多くの場合ツールバーやウィジェットの形でウェブサイト上に表示され、ボタンをクリックするだけでフォントサイズ、色コントラスト、テキスト読み上げ機能など、さまざまな調整を提供することで、ユーザーが閲覧体験をカスタマイズできるようにします。

ブラウザにはパーソナライズのための優れた組み込みツールがありますが、多くのユーザーはそれらの存在を知りません。一部のサイトはパーソナライズ用のウィジェットを追加しており、そこにはカスタマイズを容易にするためのさまざまなアクセシビリティ機能が含まれていることが多く、フォントサイズ、行間、コントラストなどがよく提供されています。アクセシビリティウィジェットは、ブラウザが理論上できることと、一般的なユーザーが実際にどのように有効化するかを知っていることとの間のギャップを埋める役割を果たします。

フォントスケーリング：「文字を大きくする」の裏側にある技術的現実

フォントスケーリングは、一見すると「文字を大きくするだけ」のように聞こえます。しかし、コードの中でフォントサイズがどのように定義されているかによって、スケーリングが実際に機能するかどうかが決まります。ウェブブラウザのデフォルトのフォントサイズは 16px に設定されています。認知障害や視覚障害のある人は、テキストを判読しやすくするために、ブラウザのズーム機能を使ったり、ブラウザ設定でデフォルトのフォントサイズを直接変更したりして、デフォルトのフォントサイズを大きくすることがよくあります。問題は、開発者がフォントサイズを絶対値であるピクセル単位で定義してしまうと、ブラウザのフォントサイズ設定がまったく反映されなくなることです。

rem 単位を使用することで、ウェブサイトのアクセシビリティを大幅に向上させることができます。一部のユーザーは、読みやすさのためにブラウザのデフォルトフォントサイズを調整します。rem 単位はベースフォントサイズに対する相対値であるため、ユーザーの好みに応じてウェブサイトのレイアウトや余白が調整され、全体的なユーザー体験が向上します。これは多くの開発者が思っている以上に重要です。Internet Archive の調査によると、3.08% のユーザーがデフォルトではないフォントサイズを使用しており、これは Internet Explorer、Edge、Opera Mini などのブラウザのシェアの多くの推計値よりも高い、かなり大きな数字です。

このトピックに関する WCAG の要件は明確です。成功基準 1.4.4（テキストのサイズ変更）は、コンテンツや機能を損なうことなく、テキストを少なくとも 200% まで拡大できることを求めています。ウェブブラウザやワードプロセッサには、この機能がデフォルトで含まれていますが、文書の作成者がこの機能を妨げてしまうことがあります。その妨げのほとんどは、ユーザーの OS やブラウザの設定を無視したハードコードされたピクセル値に起因します。

コードベースに直接取り組む開発者にとっての解決策は、相対単位に切り替えることです。ユーザーはページ上のどこでもテキストを元の 200% のサイズまで拡大できなければならず、その際にテキストが切れたり、他のテキストと重なったりしてはなりません。フォントサイズはパーセンテージ、em、rem などの相対単位で定義する必要があります。一部のブラウザでは、ピクセルで設定されたテキストだけをページの他の部分とは独立してズームすることはできません。さらに、WCAG 2.1 の成功基準 1.4.10（リフロー）は、小さくリサイズされたウィンドウで読まれる場合でも、コンテンツがリフローし、水平スクロールを必要としないことを求めています。成功基準 1.4.12（テキストの間隔）は、読者が支援技術を使って段落、行、単語、文字の間隔を少し調整しても、コンテンツが失われないことを求めています。

Accsible のようなアクセシビリティウィジェットがフォントスケーリングを扱う場合、サイトのベースラインに対して段階的なサイズ増加を適用します。一般的には、ルートフォントサイズを段階的に引き上げるステップコントロールや、テキスト要素全体にスケーリング係数を適用するコントロールを提供します。よく作り込まれたウィジェットの技術的な利点は、既存のカスケードを尊重し、強引なインラインスタイルで上書きするのではなく、それに沿って動作する点にあります。これにより、大きなサイズでもレイアウトの整合性が保たれます。このアプローチにより、弱視のユーザーはインターフェース全体でテキストを拡大し、レイアウトを崩すことなく明瞭さを確保できます。研究では、適切な行間を伴う大きなテキストが、視覚障害のある人の読書速度を向上させることが示されています。

/* Accessible baseline: always use relative units */
html {
  font-size: 100%; /* respects browser/OS preference */
}

body {
  font-size: 1rem;   /* 16px at default, scales with user settings */
  line-height: 1.5;
}

h1 { font-size: 2rem; }    /* 32px at default */
h2 { font-size: 1.5rem; }  /* 24px at default */
p  { font-size: 1rem; }    /* 16px at default */

/* Widget-applied scaling layer (example) */
.accsible-font-lg {
  font-size: 1.25rem;
}
.accsible-font-xl {
  font-size: 1.5rem;
}

開発者向けのヒント: html や body 要素に対して font-size をピクセル単位で設定するのは避けてください。そうすると、ユーザーのブラウザのフォントサイズ設定が暗黙のうちに無効化されてしまい、これは最も一般的で防ぎやすいアクセシビリティの不具合の一つです。

高コントラストモード：白地に黒文字以上の意味を持つもの

色コントラストは、ウェブ上で最も頻繁に指摘されるアクセシビリティ問題であり、それを理解するには、基準とその背後にある人間の体験の両方を把握する必要があります。色コントラストとは、2 つの色の知覚される明るさの差のことであり、デザインとアクセシビリティにおいて非常に重要な要素です。テキストと背景のコントラストが低すぎると、深刻な可読性の問題を引き起こす可能性があります。WCAG 2.0 は、デザイナーや開発者がコントラストが十分かどうかを判断し、色を選ぶ際に適切な選択ができるようにするためのコントラストガイドを導入しました。

ここでは数値が重要になります。WCAG 2.0 レベル AA では、通常のテキストに対して少なくとも 4.5:1 のコントラスト比を、また大きなテキストに対しては 3:1 のコントラスト比を求めています。WCAG 2.1 では、グラフィックスやフォーム入力の枠線などのユーザーインターフェースコンポーネントに対して、少なくとも 3:1 のコントラスト比を求めています。より高い適合レベルであるレベル AAA では、要件はさらに厳しくなり、通常のテキストには 7:1、大きなテキストには 4.5:1 のコントラスト比が求められます。これらの比率は、相対輝度の値から計算されるものであり、典型的な晴眼者にとって色がどれだけ「暗い」か「明るい」かという見た目だけで決まるものではありません。

色コントラストは、年齢を重ねるにつれてより重要になります。また、読書用の眼鏡を持っていないときや屋外でコンテンツを読まなければならないときなど、一時的な障害や状況的な制約においても、しばしば問題になります。ブラウザや OS がライトモード、ダークモード、高コントラストモードをサポートするようになったことで、適切なコントラストを実現することは以前よりも難しくなっています。これらのモードはブラウザや OS ではよくサポートされていますが、ほとんどのウェブサイトではまだ十分にサポートされていません。

アクセシビリティウィジェットの高コントラストモードは、Windows の High Contrast Mode や macOS の Increase Contrast とは動作が異なりますが、目指すゴールは共通しています。Windows の高コントラストは、テキストの判読性を高め、読みやすさを向上させるために設計されたアクセシビリティ機能です。この機能は、限定された数のセマンティック要素に対して、ユーザーがテーマカラーを選択できるようにすることで機能します。特定の人が高コントラストを有効にする理由はさまざまで、画面上の要素を見やすくするため、視覚的なノイズを減らして集中しやすくするため、眼精疲労や偏頭痛、光過敏を和らげるため、あるいは単に特定の配色を好むためなどが挙げられます。

CSS レベルでは、モダンブラウザはメディアクエリを通じてコントラストの好みを公開しています。prefers-contrast メディアクエリは、視覚障害のあるユーザーや、単に読みやすさを高めたいユーザーをよりよくサポートするために設計されています。誰かが OS で高コントラストモードを有効にすると、このメディアクエリによって、開発者はその環境により適した代替スタイルを適用できるようになります。インターフェース全体を再設計するのではなく、prefers-contrast を使うことで、サイトのビジュアルアイデンティティを保ちながら、判読性を高めるためのピンポイントな調整が可能になります。

ウィジェットベースの高コントラスト切り替えは、OS の設定を変更する方法をユーザーが知らなくても、ページ内で明示的なコントロールを提供するという点で、さらに一歩進んだものです。堅牢な実装では、ダークモード（暗い背景に明るいテキスト）、高コントラスト（ほぼ黒とほぼ白）、黄色地に黒など、複数のコントラストテーマを提供することがあります。これは、ユーザーグループによって好まれる組み合わせが本当に異なるためです。ここで重要なニュアンスとして指摘しておくべきなのは、一部の人、特にディスレクシアのある人にとっては、非常に高いコントラストの配色がかえって読みづらさを引き起こすことがある、という点です。画面上での読みやすさを高めるには、純粋な白ではなく、ややオフホワイトの背景色を選ぶのがよいとされています。そのため、単一の「高コントラスト ON/OFF」トグルではなく、複数のテーマを提供する方が、より良い結果につながるのです。

/* Native CSS: respect OS-level contrast preference */
@media (prefers-contrast: more) {
  body {
    background-color: #000;
    color: #fff;
  }
  a {
    color: #ffff00;
    text-decoration: underline;
  }
  /* Strengthen subtle elements */
  em, i, small {
    font-weight: bold;
  }
}

/* Widget-applied class: user-initiated high contrast */
.accsible-contrast-high {
  --bg: #000000;
  --fg: #ffffff;
  --link: #ffff00;
  background-color: var(--bg);
  color: var(--fg);
}

.accsible-contrast-high a {
  color: var(--link);
}

ディスレクシアモード：研究が実際に示していること

ディスレクシアは、おそらく世界で最も一般的な学習障害であり、世界人口の 10〜20% の間に影響を与えているとされています。読み、書き、綴りに困難をもたらすことがありますが、その程度は人によって大きく異なり、ほとんど影響を受けない人もいれば、多くの追加支援を必要とする人もいます。ウェブサイトの所有者や開発者にとって、これは訪問者のかなりの割合が、大多数には「問題なく読める」ように見えるテキストに密かに苦労している、ということを意味します。

ディスレクシアは知能とは関係がありません。ディスレクシアのある多くの人は非常に創造的で知的ですが、それでもリテラシースキルに苦労します。ディスレクシアは、正確で流暢な単語認識の困難や、綴りの能力の低さを特徴とします。これらの困難は通常、言語の音韻的要素の欠陥に起因しており、他の認知能力との関係からするとしばしば予想外のものです。ウェブ上では、これはテキストの行を追うことの難しさ、形が似た文字を区別することの難しさ、長い段落を読む際に読み位置を維持することの難しさとして現れます。

よく設計されたウィジェットのディスレクシアモードは、通常、複数の変更をまとめて適用します。なぜなら、単一の介入だけでは十分ではないからです。研究とベストプラクティスのガイダンスは、一貫した調整セットに収束しています。

フォントの選択: サンセリフ体は、セリフ（ひげ）がないことで文字間のスペースが広がり、文字がより区別しやすくなるため、ディスレクシアのあるユーザーが文字の形をより明確に認識できるようにします。 OpenDyslexic のような専用フォントは、文字の下部を重くすることで文字の回転による混乱を減らしますが、これはユーザーによって効果に差があります。
フォントサイズ: 多くのディスレクシアのある読者は、大きめのフォントサイズの方が読みやすいと感じます。研究では、ベースサイズとして 18pt が推奨されており、これは WCAG における大きなテキストの定義を満たすため、コントラスト比 4.5:1 でも強化されたコントラストガイドラインを満たすことができます。
行間・文字間隔: この調整により、レイアウトを崩すことなく、行間、文字間、段落間のスペースを増やせるようになります。十分な間隔は視覚的な詰まりを軽減し、文字を区別しやすくします。これは多くのディスレクシアのある読者にとって重要なニーズです。
背景色: 多くのディスレクシアのあるユーザーは、高コントラストの色が引き起こす明るさに敏感である場合があり、この点は W3C の報告でも指摘されています。クリーム色や淡い黄色の背景は、純粋な白よりも好まれることが多いです。
テキストの配置: 長いテキストを中央揃えや両端揃えにすると、読みづらくなることがあります。両端揃えは単語間に余分なスペースを生み出し、行の中に「白い川」のような空白の筋を作ってしまい、一部のディスレクシアのあるユーザーにとって読みづらさの原因になります。左揃えのテキストがより安全なデフォルトです。
行の長さ: 1 行のテキストは 80 文字を超えないようにするべきです。これは、長い行を読む際に読み位置を保つのが難しい、特定の読字障害や視覚障害のあるユーザーを助けます。

ウィジェットの実装者やコンプライアンス担当者が理解しておくべき重要なニュアンスが 1 つあります。研究によると、ディスレクシアのあるユーザーの個人的な選好と読書パフォーマンスとの間には相関が見られないため、テキストのカスタマイズに関する選好は、実際の読書パフォーマンスに基づく測定データによって補完される必要があると示唆されています。これは、ディスレクシアモードは選択肢を提供すべきであり、単に 1 つの変換セットを適用して「完了」とみなすべきではない、ということを意味します。ディスレクシアのあるユーザーは、それぞれ異なる設定から恩恵を受けるため、ユーザーによるコントロールが非常に価値を持つのです。

ディスレクシアモードは単一のスイッチではなく、タイポグラフィとレイアウトに関する複数の介入を組み合わせたものです。最良の実装は、すべてを一括でオン・オフするトグルを提示するのではなく、ユーザーが個々の設定を調整できるようにします。

WCAG 準拠：各機能がカバーする範囲（とカバーしない範囲）

コンプライアンス担当者は、これらのアクセシビリティ機能が WCAG の枠組みの中でどこに位置づけられるのかを正確に理解しておくことが重要です。フォントスケーリング、高コントラスト、ディスレクシアモードは複数の成功基準に関わりますが、これらの機能を提供するオーバーレイウィジェットは、適合した基盤コードを置き換えるものではなく、それを補完するものです。

関連する WCAG の成功基準を以下に示します。

SC 1.4.3 コントラスト（最低限） — レベル AA: 通常のテキスト（テキストの画像を含む）は、少なくとも 4.5:1 のコントラスト比を満たさなければなりません。大きなテキスト（18 ポイント以上、または 14 ポイント以上かつ太字）は、少なくとも 3:1 のコントラスト比を満たさなければなりません。
SC 1.4.4 テキストのサイズ変更 — レベル AA: WCAG は、人々が機能を損なうことなくテキストサイズを制御できることを求めています。支援技術を使わずに、コンテンツや機能を損なうことなくテキストを 200% まで拡大できなければなりません。
SC 1.4.10 リフロー — レベル AA: 拡大のための支援技術を使用する読者は、実質的に通常の半分のサイズのウィンドウを使用していることになります。コンテンツはリフローし、小さくリサイズされたウィンドウで読まれる場合でも、水平スクロールを必要としてはなりません。
SC 1.4.12 テキストの間隔 — レベル AA: 読者が支援技術を使って段落、行、単語、文字の間隔を少し調整しても、コンテンツが失われてはなりません。
SC 1.4.6 コントラスト（強化） — レベル AAA: 最高レベルの適合を目指す組織に対しては、通常のテキストに 7:1 のコントラスト比を求めます。

WCAG はディスレクシア特有のデザインを直接義務づけてはいませんが、間隔、コントラスト、構造、可読性といった複数のガイドラインが、ディスレクシアのある人がコンテンツを処理し理解するうえでの助けになります。つまり、WCAG に準拠した基盤の上に構築されたディスレクシアモードは、その恩恵のかなりの部分を自動的に引き継ぐことになります。専用のディスレクシアモードがその上に追加するのは、ディスレクシアのあるユーザーの読書プロファイルに合わせて厳選された、ユーザーが操作できる調整の組み合わせです。

フォント関連のコンプライアンスについては、WCAG も Section 508 も、書体や最小フォントサイズを具体的に規定してはいません。しかし、政府のウェブサイトは明確で一貫した見出しと、非常に判読性の高いテキストを備えている必要があります。結論として、タイポグラフィの選択はアクセシビリティに非常に大きな影響を与えます。 Section 508 が要件を定めている箇所では、ADA と ABA のアクセシビリティ基準は、サインや特定の表示画面など、特定の場所でサンセリフ体の使用を求めています。

Accsible でこれらの機能を実装する

フォントスケーリング、高コントラスト、ディスレクシアモードをゼロから構築することは十分可能ですが、実際には相応のエンジニアリングコストがかかります。各機能は、さまざまな例外ケースに対応しなければなりません。ユーザーが希望するフォントが利用できない場合はどうするのか？サイトが CSS カスタムプロパティを一貫性なく使用している場合はどうするのか？コントラストテーマが、埋め込みのサードパーティウィジェットと競合しないようにするにはどうすればよいのか？ Accsible のような SDK は、こうした複雑さを吸収するように設計されており、チームがコアプロダクトに集中できるようにします。

よく実装されたオーバーレイウィジェットのアーキテクチャは、非常に重要です。これらのウィジェットは、支援技術を積極的に使用していない、あるいはブラウザの組み込みアクセシビリティ機能をすでに最大限活用していないユーザーにとって有用な場合があります。ただし使用する場合は、支援技術ユーザーの体験を含め、ユーザー体験（UX）を妨げないことが重要です。つまり、ウィジェットは ARIA に準拠し、キーボードで操作可能であり、フォーカスを閉じ込めたり、スクリーンリーダーの通常の動作を上書きしたりしてはなりません。こうした点は、Accsible が SDK レベルで対処している事項です。

オーバーレイの最大の利点の 1 つは、ユーザーが自分のニーズに合わせてウェブサイトを変更できることです。ディスレクシアのある人は、サイト上で読みやすいオプションを利用したいかもしれませんし、弱視のある人はズームをオンにしたり、コントラストを変更したりしたいかもしれません。ユーザーに柔軟性を与えることで、ユーザーファーストのアプローチを取ることになり、これはアクセシブルなウェブデザインの原則の一部を満たすことになります。コントロールをユーザーの手に委ねることで、オーバーレイはよりアクセシブルな閲覧体験の提供を助けます。

Accsible を統合する際には、本記事で取り上げた 3 つの機能を最大限に活用するために、次の実装原則を検討してください。

堅固な CSS の基盤から始める。 すべてのフォントサイズに rem 単位を使用してください。Accsible のフォントスケーリング機能は、基盤となるスタイルシートがすでに相対単位を使用している場合に最も効果的に機能します。ウィジェットはルートサイズを調整するだけで済み、個々の要素をすべて上書きする必要がなくなるからです。
CSS カスタムプロパティでコントラストテーマを定義する。 カラー値に CSS 変数を用いる形でスタイルシートを構成してください。これにより、body や html にクラスを 1 つ切り替えるだけで、Accsible がカラーパレット全体を簡単に差し替えられるようになり、何百ものインラインスタイルを注入する必要がなくなります。
font-family の変更を妨げない。 ディスレクシアモードでは書体を切り替える必要があります。CSS で font-family を高い詳細度のセレクタや !important 付きで適用していると、ウィジェットが代替フォントを正しく適用できない場合があります。状況によっては、限られたフォントセットの中で切り替えを許可することもあるでしょう。フォントを定義する際には、ユーザーやデバイスがスタイルを変更する能力を妨げないようにしてください。コンテンツの表示に使用される正確なサイズ、言語、フォントを、あなたが完全に把握することはできないからです。
リリース前に 200% のフォントサイズでテストする。 フォントスケーリングに関する最も有効なアクセシビリティテストは、ブラウザのフォントサイズを 32px（デフォルトの 200%）に引き上げ、すべてのページテンプレートを巡回することです。テキストの重なり、切り捨て、水平スクロールが発生する箇所は、スケール時に真にアクセシブルではないレイアウトであることを示しています。
ユーザーの設定を保持する。 ページを読み込むたびにリセットされるディスレクシアモードや高コントラスト設定は、ユーザーにとって役に立ちません。Accsible は localStorage を通じて設定の永続化を行い、ホームページで設定したユーザーの好みが、チェックアウトページでも維持されるようにしています。

ビジネス上の意義：アクセシビリティは単なるコンプライアンスではない

アクセシビリティを主にコンプライアンスの観点から捉えているウェブサイト所有者にとっては、視野を広げる価値があります。米国国勢調査局によると、アメリカには障害のある成人が約 6,100 万人おり、これは全国民のおよそ 4 人に 1 人に相当します。その中には、ディスレクシアやその他の読字関連の困難を経験していると推定される人々が人口の約 20% 含まれています。もしあなたのビジネスや組織が、こうしたウェブユーザーのニーズを見落としているなら、潜在的なオーディエンスのかなりの部分を排除していることになります。

研究は一貫して、アクセシブルなデザインが障害のあるユーザーだけでなく、すべての人にとって使いやすさを向上させることを示しています。大きく、十分な行間を持つテキストは、明るい日差しの中でスマートフォンを使うときにも読みやすくなります。高コントラストモードは、暗い部屋で作業している人や、画面の映り込みに悩まされている人にも好まれます。ディスレクシアに配慮した行間は、疲れている読者や第二言語で読んでいる読者にも役立ちます。アクセシブルなコントラストは、障害のある人だけでなく、すべての人に利益をもたらします。障害のないユーザーであっても、高コントラストのコンテンツの方が読みやすく、視覚的にも魅力的だと感じることが多く、特にダークモード、ミニマリズム、太字タイポグラフィといった現代的な UI トレンドにおいて顕著です。

研究によると、障害のある人の 75% は、アクセシブルでないウェブサイトから離脱するとされています。即時に利用できるアクセシビリティ機能を備えることで、企業は訪問者のエンゲージメントを維持し、損失を最小限に抑えることができます。フォントスケーリング、高コントラスト、ディスレクシアモードは、一度適切に実装してしまえば、維持に大きなコストがかかる機能ではありません。しかし、それらはユーザーに対する真摯な配慮を示す機能であり、そのメッセージは、インクルージョンが差別化要因となりつつある現代において、ビジネス上の大きな価値を持ちます。

重要なポイントのまとめ

フォントサイズには CSS の相対単位（rem/em）を徹底して使う。 ハードコードされたピクセル値は、カスタムブラウザフォントサイズを設定している 3% 以上のユーザーに対して、フォントスケーリングを密かに壊してしまい、WCAG SC 1.4.4 への準拠も妨げます。これは、今日すぐに採用できる最も影響力の大きいコーディングプラクティスです。
高コントラストは「一律」ではない。 WCAG AA は通常のテキストに 4.5:1 のコントラスト比を求めていますが、ユーザーは選択肢から恩恵を受けます。ダークモード、高コントラスト、黄色地に黒などは、それぞれ異なるグループに役立ちます。特に、純粋な黒地に白文字は、一部のディスレクシアのあるユーザーにとっては可読性を悪化させることがあるため、より柔らかい代替案を提供することが重要です。
ディスレクシアモードは「トグル」ではなく「束」である。 効果的なディスレクシア対応は、フォントの選択、フォントサイズ、行間、文字間隔、背景色、テキストの配置を組み合わせたものです。単一の変更だけでは不十分であり、ユーザーごとに必要な組み合わせが異なるため、ユーザーによるコントロールが不可欠です。
WCAG 準拠は「上限」ではなく「下限」。 ガイドラインは、ディスレクシアや弱視のユーザーの多くのニーズに対応していますが、Accsible が提供するような専用のアクセシビリティ機能は、コンプライアンスを超えて、本当の意味でのパーソナライゼーション—ユーザー一人ひとりが自分のニーズに合わせて体験を形作る能力—を提供します。
アクセシビリティ機能は、障害のあるユーザーだけでなく、すべてのユーザーに利益をもたらす。 フォントスケーリング、高コントラスト、ディスレクシアモードは、厳しい環境下での読書体験をすべての人にとって向上させるものであり、コンプライアンスとユーザー体験の両面から見て、十分に投資に値する機能です。

フォント拡大、高コントラスト、ディスレクシアモード：アクセシビリティ機能の解説