色コントラストチェッカー

2 つの色のコントラスト比を WCAG 基準でチェック。通常テキスト・大きいテキスト・UI 部品ごとに AA / AAA の合否を即時表示。

Loading…

すべての処理はブラウザ内で実行されます — ファイルや入力はサーバへ送信されません。

WCAG 2.1 の基準値 — 3 コンテキスト・2 レベル

WCAG 2.1 では、要求されるコントラスト比はテキストの大きさと達成 レベルの 2 変数で決まります。AA は欧州 EAA、米国 Section 508、 日本 JIS X 8341 など多くの規制が実質的に要求する水準です。AAA は より厳しい理想で、純粋なテキストでは達成できても UI クロームでは 到達が難しい場合があります。UI 部品や非テキストの視覚的指標は AA のみで 3 : 1 とされ、AAA の基準は規格自身が意図的に未設定の ままです。

コンテキスト適用される場面AA 最低値AAA 最低値
通常テキスト18 pt 未満の通常体、または 14 pt 未満の太字。本文の既定。4.5 : 17 : 1
大きいテキスト18 pt 以上の通常体、または 14 pt 以上の太字。見出しや強調文。3 : 14.5 : 1
UI 部品・グラフィックフォームの枠線、フォーカスリング、グラフの罫線など、状態を視覚で伝える要素。3 : 1

コントラスト比はどう計算されるか

WCAG 2.x のコントラストは 2 色の相対輝度から計算されます。相対 輝度は明るさを 0 〜 1 の範囲で知覚的に近似した値です。各色について、 sRGB のチャンネル値を 255 で割り、0.03928 付近を境界とする区分 関数でガンマを復号し、R = 0.2126、G = 0.7152、B = 0.0722 という チャンネル重みで合成します。重みは人間の眼の感度に基づきます。 緑が最も大きいのは、緑感受性錐体が知覚される明るさに最も寄与する ためです。

比そのものは (L1 + 0.05) / (L2 + 0.05) で、L1 は輝度の高いほうの 値です。0.05 は規格が周囲光の画面反射を見込むための定数です。 これが無いと、純黒背景に対して任意の非黒前景を置けば比が無限大 になってしまいます。出力は 1 : 1 (同一) から理想ディスプレイ上の 純白対純黒で約 21 : 1 までの範囲です。上のツールが表示するのは この間のいずれかの値です。

色覚特性とデザインへの影響

ヨーロッパ系では男性の約 8%、女性の約 0.5% が何らかの色覚特性を 持ち、内訳は民族により異なります。主な型と影響:

種類変化頻度
第一色覚 (赤色盲)L 錐体欠損。赤が暗く見え、赤と緑、オレンジと黄が見分けにくくなる。~1% male
第二色覚 (緑色盲)M 錐体欠損。最も頻度が高い型。通常の明度で赤と緑が混同される。~6% male
第三色覚 (青色盲)S 錐体欠損。きわめて稀。青と黄が混同される。~0.01%
全色盲錐体が機能せず、明度のみで色相を知覚しない。~0.003%

高いコントラストは全般に役立ちますが、すべての課題を解決する訳 ではありません。輝度が等しい 2 色 (等輝度色) はコントラスト比が 1 : 1 となり、全色盲には完全に見分けがつきません。赤緑系の特性 では、輝度が揃った赤と緑の組み合わせがほぼ同じに見えることが あります。AA を満たすことは必要条件であって十分条件ではない、 という点を押さえてください。色選びと組み合わせは別の次元で重要 です。

基準を超えた先のデザイン — 色だけに頼らない

最も効くパターンは「色 + 形」です。色だけで情報を符号化しない ことです。「成功なら緑、エラーなら赤」のステータスバッジには アイコンや単語も併用します。必須項目は赤色だけでなくアスタリスク を付け、aria-required で表現します。線種が色相だけで区別される チャートにはラベル・ストロークパターン・直書きの注釈を加えます。 これらの工夫はモノクロ印刷・直射日光下・ディスプレイのバックライト 劣化など、誰の目にも効きます。

操作要素では、テキスト内側のコントラストと同程度にフォーカス リングのコントラストも重要です。テキスト側のコントラストが優秀 でも、フォーカスリングが 1 : 1 のボタンはキーボードユーザーに 対して壊れています。多くのデザインシステムはプライマリボタン ではこれを守るのに、セカンダリやゴースト系のバリアントで落とし がちです。明示的に検査する価値があります。

WCAG 3 と APCA — 4.5 : 1 の先に来るもの

WCAG 2 のコントラスト式は知覚モデルとして十分でないと長く批判 されてきました。特に白地の中間グレー本文を過大評価し、非常に 明るい背景の負荷を過小評価する点が指摘されています。WCAG 3 (2021 年以来ワーキングドラフト) は APCA (Advanced Perceptual Contrast Algorithm) を後継として提案しており、対称的な比では なく極性に敏感な Lc 値を出力します。範囲は約 -108 〜 +106 で、 暗色 on 明色なら正、明色 on 暗色なら負となります。

APCA はまだ規範的標準ではありません。当面は WCAG 2.1 の比に 基づく AA / AAA が多くの規制で運用されており、本ツールもその 比を計算します。WCAG 3 が確定すると推奨水準は Lc 値で表現され (例: 本文に Lc 75)、新旧両方式の併存期にはデザイナーが両方で 検証する必要が生まれます。動向を追うなら WCAG ワーキング ドラフトと apcacontrast.com の参考実装を見守ってください。

使い方

前景色と背景色(HEX または RGB)を選ぶと、WCAG 2.1 の相対輝度公式に基づくコントラスト比が即時に計算されます。結果は 1.0(コントラストなし — 同色対同色)から 21.0(白地に黒)までの 1 つの数値で、5 つの閾値 — 3:1(大きいテキストの AA・UI 部品)、4.5:1(通常テキストの AA・大きいテキストの AAA)、7:1(通常テキストの AAA)— に対する合否バッジが付きます。両色のサンプルテキストのライブプレビューにより、数値と並べてレンダリング結果も確認できます。

ハンドオフ前のデザインレビュー、白や暗い背景と組み合わせるブランドカラーの選定、アクセシビリティ監査の指摘(「前景色のコントラスト不足」)のデバッグ、すべての色組に可読性ティアを定めるデザインシステムの構築などに使ってください。キャリブレーション済みディスプレイで「問題なし」に見えるデザインも、太陽の差し込むカフェのノートパソコン画面ではほぼ確実に WCAG を満たさなくなります — アクセシビリティ標準が想定するのはまさにそうした状況です。本ツールは WCAG 2.1 のコントラスト公式をブラウザ内で実行し、何もアップロードしません。

ブランドティール × 白 — 本文 AAA 合格

入力
foreground: #06B6A4
background: #FFFFFF
出力
Contrast: 2.51 : 1
Normal text AA (4.5): ✗ fail
Large text AA (3.0): ✗ fail
UI component (3.0):  ✗ fail

一般的なティール系のブランドカラーは、白地の本文では不合格になります。彩度が高いと「強い色」に見えますが、輝度は実は高め(緑が多く青も少し入り、どちらも明るい)なためです。デザイナーが「爽やか」と感じてティールを選びがちですが、本文用途では AA を満たすために `#055F58` 程度まで暗くする必要があります。元のティールはアイコン・ブランドマークなど、コントラスト要件が緩いアクセント用途に残しましょう。

濃いティール背景 × 白文字 — 本文 AAA

入力
foreground: #FFFFFF
background: #055F58
出力
Contrast: 7.51 : 1
Normal text AA (4.5): ✓ pass
Normal text AAA (7): ✓ pass
UI component (3.0):  ✓ pass

逆の組み合わせ — 暗いティール背景の上に白文字 — は AAA を余裕で満たします。WCAG では明地に暗文字と暗地に明文字は *対称* で、どちらを前景にしても比率は同じです。だからこそ、ヒーローセクションやライトバナー用に補完的な暗色バリアントを持つブランドが成立します。

くすんだグレーのプレースホルダ — どの基準でも不合格

入力
foreground: #B0B0B0
background: #FFFFFF
出力
Contrast: 2.30 : 1
Normal text AA (4.5): ✗ fail
Large text AA (3.0): ✗ fail

よくあるパターンとして、白地に淡いグレーのプレースホルダがあります。「柔らかく優しい」UI のように*見え*ますが、低視力のユーザ、安価なディスプレイ、明るい環境光のもとでは読めなくなります。WCAG 2.1 SC 1.4.3 はプレースホルダにも本文と同じ 4.5:1 を要求しており、多くのサイトが満たしていません。`#666666`(4.6:1)や `#595959`(7:1、AAA)のように、もう少し暗いグレーを使ってください。

よくある質問

WCAG でいう「大きいテキスト」とは何ですか?

14pt(約 18.66px)以上の太字、または 18pt(約 24px)以上の通常字です。緩い 3:1 比率が適用されるのは、グリフが大きければ本質的に可読性が高くなる(線が太く、アンチエイリアスの影響が小さい)ためです。これは CSS ピクセルで*レンダリングされた*サイズで、デザインピクセルではありません。ズームインしているユーザはすでにこの閾値を超えています。WCAG ドキュメント間でわずかな差異がありますが、最も安全な解釈は仕様の文言「18pt または 14pt 太字」です。

AA と AAA — どちらを目標にすべきですか?

AA は EU EAA、米 Section 508、英 PSBAR、韓 KWAA など多くの法域での実務的な下限です。AAA は「さらに上を狙う」基準で、障害のあるユーザを明示的に対象にしたコンテンツ(政府のアクセシビリティポータル、医療情報、公共サービスなど)向けです。本番 UI は AA を目標とし、長文の読書アプリ、アクセシビリティ特化機能、サイト全体で繰り返されるパターンの本文には AAA を当てるのが現実的です。すべてを AAA にしようとすると色味が単調になりがちで、トレードオフは実在します。

WCAG 3 / APCA はどうですか?

WCAG 3 はドラフト段階で、2.x の比率を APCA(Accessible Perceptual Contrast Algorithm)— 知覚的に調整された公式 — に置き換える予定です。APCA のスコアは色相をまたいで実際の可読性とよく相関します。2.x の公式は青・黒の組を過大評価し、薄黄・白を過小評価する点が悪名高いものでした。WCAG 3 は 2021 年以来「ドラフト中」のままで、2026 年時点でも正式リリース日は未定です。各法域の法的基準は依然として WCAG 2.1 か 2.2 です。法的チェックには本ツールを、将来を見据えたデザインシステム作業では専用ツール(apca-w3.com、apca-on-glasses 拡張など)で APCA を試してみてください。

コントラストチェックは色覚特性に対応していますか?

直接は対応していません。コントラストは輝度を測りますが、色覚特性のあるユーザはこれを正常に知覚します。色覚で困るのは **色相のみで情報を伝える組み合わせ** です(輝度が同じ赤エラー・緑成功バッジなど)。WCAG SC 1.4.1(「色の使用」)が別途これを要求します。本ツールはこの観点を判定しません。色覚シミュレータ(Chrome DevTools → Rendering → Emulate vision deficiencies、または sim.colourblindawareness.org)と組み合わせて、両方の軸をカバーしてください。

公式は実際にはどう動いていますか?

WCAG 2.1 は各色の **相対輝度** を、まず各 sRGB チャンネルをガンマ補正(ガンマエンコード値から線形光へ変換)し、`L = 0.2126·R + 0.7152·G + 0.0722·B` の重み付け線形和で求めます(緑の係数が大きいのは人間の眼が緑に最も敏感だから)。**コントラスト比** は `(L_lighter + 0.05) / (L_darker + 0.05)`。`+ 0.05` は経験的な定数で、画面からの環境光反射の影響を近似しています。比率は常に 1.0 以上 21.0 以下で、黒地に白で 21.0、白地に白で 1.0、同色同士で 1.0 になります。

WCAG の比率が自分の目で見た印象と食い違うのはなぜですか?

理由は 3 つあります。**公式が輝度のみを扱う** — 眼が可読性に使う色相や彩度の差を考慮しないため、青と黒の組み合わせは WCAG をパスしても濁って見えることがあります。**APCA がそれを解決します**(上の WCAG 3 の質問を参照)。**ディスプレイのガンマがばらつく** — 同じ HEX でもスマホ、ノートパソコン、壁掛けオフィスモニタで違って見えます。**周辺色効果** — 明るい背景に置いた暗文字は、周囲が明るい場合と暗い場合で印象が異なります。WCAG は 1 つの定数でこれらすべてを近似しているため、ぴったり当てはまらない場面が出てきます。比率は厳格な下限として使い、実際の文脈で目視評価と組み合わせてください。

関連する概念

WCAG(Web Content Accessibility Guidelines、W3C)はウェブアクセシビリティの国際標準です。WCAG 2.0(2008 年)は 4 つの POUR 原則(知覚可能・操作可能・理解可能・堅牢)と AA / AAA の準拠レベルを導入しました。WCAG 2.1(2018 年)はモバイルや低視力向けの基準を追加し、WCAG 2.2(2023 年 10 月)はフォーカス表示・ドラッグ操作・アクセシブルな認証を追加しました。コントラスト要件(SC 1.4.3 最低限のコントラスト、SC 1.4.6 強化されたコントラスト)は約 50 ある成功基準の 1 つに過ぎませんが、純粋に測定可能であるため最も引用されます。

**コントラスト比公式** は 3 ステップで動きます。(1)各 sRGB チャンネルを線形化 — sRGB はガンマエンコードされており(値 128 は線形光の約 21.6% を表し、50% ではありません)、チャンネルは sRGB 伝達関数で反転されます。(2)`0.2126·R + 0.7152·G + 0.0722·B` の重みで相対輝度を計算します。重みは CIE 1931 観察者データから導出され、人間の錐体細胞が緑に最も敏感であることを反映しています。(3)明るい色を上にして `(L1 + 0.05) / (L2 + 0.05)` で比率を計算します。定数 `0.05` は画面の環境光反射を近似します。出力は 1.0(コントラストなし)から 21.0(理論上の白地に黒)に収まります。

アクセシビリティ作業を取り巻く 3 つの隣接概念があります。**WCAG 3 / APCA**(策定中)は 2.x の比率を知覚的コントラストスコアに置き換える予定です。**色覚安全性** は別の軸です — コントラストは輝度を測り、色覚特性のあるユーザは輝度を正常に知覚するため、見落とされるのは色相のみで伝えられる情報(WCAG SC 1.4.1 が対象)です。**フォーカス可視性**(SC 2.4.7、2.4.11)はフォーカスインジケータ自身が隣接背景に対して固有のコントラストを持つことを要求します。フォーカス状態を単独で確認し、実際にレンダリングされる周辺との対比を見落としがちな点に注意してください。これらは可視出力側のアクセシビリティを覆い、支援技術(スクリーンリーダ・音声操作・スイッチ入力)の軸は別に検討する必要があります。

関連記事

関連ツール