アクセシブルな配色パレット作成

Q: カラー ペアリングが WCAG に合格しても、色盲のユーザーにとって読みにくいものになることはありますか?

はい。 WCAG の比率式は、色相の差ではなく輝度差を測定するため、2 つの色が4.5:1 に達しても、第二色覚ではほぼ同じに見えることができます。色盲のシミュレーション パスはそのギャップを捉えます。比率チェックだけでは機能しません。

Q: 無料でアクセスできるカラー パレット ジェネレーターで十分ですか? それとも有料ツールでもそれだけの価値がありますか?

このツール、Coolors、Khroma などの無料ツールは、単一パレットのコントラスト チェックを適切に処理します。 Stark のような有料ツールには非テキストのコントラスト チェック、チーム ライブラリ、デザイン システムのエクスポートが追加されます。パレットを製品全体にわたって拡張する必要がある場合、これらは重要になります。

Q: 非準拠のコントラストを使用すると、法的またはユーザビリティの観点から企業にどのようなコストがかかりますか?

セイファース氏によると、原告は 2024 年に2,452 件のウェブサイトアクセシビリティ訴訟を連邦裁判所に起こしました。ショー (EN)による裁判所への提出書類の追跡。コントラストの低下は、代替テキストの欠落やラベルのないフォームフィールドと並んで、最もよく挙げられる欠陥の 1 つです。

Q: すでにジェネレーターを通過したパレットを出荷前に再確認するにはどうすればよいですか?

ジェネレーターは通常、デフォルトのペアリングのみをチェックするため、 すべてのホバー、フォーカス、 無効状態を個別にテストします。次に、境界線やアイコンなどの非テキスト要素を確認します。最後に、色覚異常シミュレーターでパレット全体をもう一度表示します。

Bogdan Sandu (EN) 著 · 公開 2025 年 12 月 22 日 · 最終更新日 2026 年 9 月 14 日

このアクセシブルな配色パレット生成ツールは、1つの基本色から5色のパレットを作成します。各色の背景に白または黒の文字を重ねたとき、WCAGのコントラスト基準を満たすかどうかを確認できます。色とパレットの種類を選び、判定バッジを確認してください。

設定できる内容:

ピッカーからのベースカラー、入力された16進コード、またはランダムボタン
パレットタイプ: 鮮やか、単色、コントラスト 1、コントラスト 2、パステル、パステルコントラスト 1、パステルコントラスト 2、または濃い色から明るい色まで
任意のカードをロックし、その色が次の再生時にも残るようにします。

各カードには色の HEX、RGB、HSL 値が表示され、それぞれに独自のコピーボタンが付いています。その下にはコントラスト比と 2 つのバッジがあります: WCAG AA (4.5:1) と WCAG AAA (7:1)。

このアクセシブルなカラーパレットジェネレーターの使用方法

16 進フィールドにブランドの色を入力するか、開始点として [ランダム] をクリックします。
パレットのタイプを選択します。変更するたびにパレットが再生成され、鮮やか、コントラスト、およびパステルモードでは少しランダム性が追加されるため、バリエーションを確認するには同じモードを 2 回選択します。
保持したいカラーをロックし、モードまたはベースカラーを変更して残りのカラーを再生成します。
バッジを読んでください。緑色の AA は、白または黒のどちらか強い方のテキストが、その色で少なくとも 4.5:1 に達することを意味します。
値をスタイルシートまたはデザイントークンにコピーします。

#2C5F8A のカードは次のようになります:

HEX   #2C5F8A
RGB   44, 95, 138
HSL   207°, 52%, 36%
WCAG AA ✓   WCAG AAA ✗
Contrast: 6.75:1

この比率は、ツールがブラウザで実行する WCAG 式です。各 RGB チャネルを線形化した後、明るい色の相対輝度に 0.05 を加えたものを、暗い色の相対輝度に 0.05 を加えた値で割ります。

function luminance(r, g, b) {
  const lin = c => {
    c /= 255;
    return c <= 0.03928 ? c / 12.92 : ((c + 0.055) / 1.055) ** 2.4;
  };
  return 0.2126 * lin(r) + 0.7152 * lin(g) + 0.0722 * lin(b);
}

function contrast(a, b) {
  const [l1, l2] = [luminance(...a), luminance(...b)].sort((x, y) => y - x);
  return (l1 + 0.05) / (l2 + 0.05);
}

ツールでできないこと

コントラストによる生成を制限しません。 パレットは、ベースカラーの周りの色相、彩度、明度のオフセットから作成されます。バッジは結果をチェックするものであり、結果への入力ではありません。カードが失敗した場合は、再生成してパスをロックして再試行するか、ベースの色を少しずつ暗くしたり明るくしたりしてください。
各色は白と黒のテキストに対してのみチェックされます。パレットの色を相互にテストすることはありません。 2 つのパレットカラー間のテキストオンカラーの組み合わせについては、上記の式または専用のコントラストチェッカーを使用して 2 つの 16 進コードを実行します。
WCAG 2 比率を使用します。 APCAスコアはありません。
色覚異常をシミュレートするものではありません。出荷前に、Coblis (EN) または Color Oracle (EN) でパレットを確認してください。
輸出はありません。必要な値をコピーするか、カラー名ファインダーを使用して名前を付けます。

このページの残りの部分では、標準、計算、およびツールが適合する広範なワークフローについて説明します。

アクセシブルなカラーパレットジェネレーターとは何ですか?

アクセシビリティ対応のカラーパレットジェネレーターは、見た目の美しさだけでなく、測定可能なコントラスト基準を満たす色の組み合わせを構築するデザインツールです。

これが通常のパレットツールとの主な違いです。通常のジェネレーターは、色相の調和を最適化します。アクセシブルなものは、最初に読みやすさを重視して最適化するか、上記のツールのように調和を目指して生成してから、すべての結果の読みやすさを測定します。

典型的なユーザーは次のとおりです:

ライブインターフェイス用のカラーシステムを構築する製品デザイナー
CSS に触れる前にコントラストセーフな 16 進コードが必要なフロントエンド開発者
アクセシビリティリーダーが既存のブランドパレットを監査

低コントラストのテキストは、ウェブ上で最も一般的なアクセシビリティの問題であり、WebAIM Million 2026 (EN) レポートでテストされたホームページの 83.9% に存在し、前年の 79.1% から増加しました。

この単一の統計が、このカテゴリのツールが存在する理由です。ウェブ上のほとんどの色の問題は珍しいものではありません。これらは、ジェネレーターが起動前に検出する単純なコントラストの失敗です。

この実践は、ウェブアクセシビリティ (EN)というより大きな分野の中にありますが、範囲は狭いです。

アクセシブルなパレットジェネレーターは、スクリーンリーダーのラベルやキーボードトラップをチェックしません。これは、前景色と背景の色の組み合わせが、弱視または色覚異常を持つ人にとって読みやすいかどうかをチェックします。そのため、小さいながらも負荷のかかるユーザーインターフェースデザイン (EN)の一部となります。

WCAG と APCA: どちらのコントラスト標準を使用する必要がありますか?

WCAG は、相対輝度比を通じてコントラストを測定します。 APCA は、Lc と呼ばれる知覚明度スコアを通じてそれを測定します。

どちらも、同じ質問に異なる方法で答えるために存在します。つまり、このテキストはこの背景に対して読みやすいかということです。

主要な数値、出典:

WCAG 2.2 レベル AA: 達成基準 1.4.3 (EN) に従って、通常のテキストの場合は最小 4.5:1 のコントラスト比、大きなサイズのテキストの場合は 3:1 のコントラスト比
WCAG 2.2 レベル AAA: 達成基準 1.4.6 (EN) に従って、通常のテキストの場合は最小 7:1
APCA: APCA ドキュメント (EN)に従って、本文では Lc 90 が推奨され、最小は Lc 75 が推奨されます。

APCA (EN) は研究者の Andrew Somers によって構築され、WCAG 3 のコントラスト手法の候補であり、現在開発中です。

カラーコントラスト (EN)を Lc 0 からおよそ Lc 106 までのスケールでレポートします。Lc 15 は、非テキスト境界が識別できる絶対最小値です。

第 508 条 (EN)、アメリカ障害者法 (EN)、およびヨーロッパのEN 301 549 (EN) はすべて、デジタルアクセシビリティの法的バックボーンとして WCAG の比率しきい値に言及しています。

現在のところ、APCA を直接引用しているものはありません。これが、設計者の間で APCA が注目を集めているにもかかわらず、このジェネレーターを含むほとんどのジェネレーターが依然として WCAG 数学をデフォルトにしている理由です。

ある色のペアが紙の上では WCAG 比率テストに合格しても、実際には弱いと感じられることがあります。相対輝度の計算では、人間の目がさまざまなサイズや重さで明るさをどのように認識するかを完全には説明できません。

アクセシブルなカラーパレットジェネレーターはどのようにコントラストを計算しますか?

コントラストの計算は、相対輝度 (EN)から始まります。相対輝度は、ガンマ補正後の各色の赤、緑、青のチャネルから導出される値です。このページの上部近くにあるコードブロックは、式全体です。

ジェネレーターは前景の輝度と背景の輝度を取得し、それらを 1:1 ～ 21:1 の単一の比率に組み合わせます。

方法全体を 2 つの文で要約しています。暗い輝度と明るい輝度を加算すると、より大きなギャップが生成され、より大きなギャップでは、より高い比率が生成されます。

HSL と RGB (EN) カラーピッカーで色相値をスライドさせると、最も偶発的な失敗が発生します。彩度を調整すると、デザイナーが気付かないうちに静かに輝度を変更することができます。

色空間とそれによって結果が変わる理由

すべての色空間が同じ方法で明度を表すわけではありません。これは、ジェネレーターが目標の比率に達するように色合いを調整するときに重要になります。上記のツールは HSL で動作します。だからこそ、そのバッジが重要です。HSL の明度だけではコントラストを予測できません。

色空間	明度の精度	主な用途
HSL	おおよそであり、知覚的には均一ではない	素早い手動調整
CIELAB	知覚的に均一	印刷とクロスデバイスのカラーマッチング
OKLCH (EN)	知覚的に均一、スクリーン用に構築	最新の CSS カラー生成

HSL は、明度を色の最高および最低の RGB チャネルの単純平均として扱います。同じ HSL 明度値を持つ 2 つの色の明るさが著しく異なって見えるのはこのためです。

OKLCH と CIELAB は両方とも、目が知覚する方法に近い明度をモデル化しています。値を上下に微調整すると、意図したコントラストがそのまま維持されます。

フォーマット間を素早く移動する必要があるデザイナーは、ベースとなるブランドの色がどのように変換されるかを確認するときに、RGB から HSL コンバータまたは HEX から RGB コンバータに手を伸ばすことがよくあります。

これらのツールはどのようにして色覚異常をシミュレートするのでしょうか?

色覚異常シミュレーションは、特定の種類の色覚異常を持つ人に見えるようにパレットをレンダリングします。このページのジェネレーターにはジェネレーターが含まれていないため、これに続くステップとして扱います。

最も頻繁にシミュレートされるのは 3 つのタイプです:

第二盲、緑色に対する感度の低下
第一色覚、赤色に対する感度の低下
三色覚異常、青色に対する感度が低下、他の 2 つよりもはるかにまれ

Coblis (EN)、Color Oracle (EN)、および Sim Daltonism (EN) は、アクセシビリティフィールドが最も参照する参照シミュレータです。いくつかのパレットツールは、フィルタリングロジックをライセンスまたは複製します。

これはコントラスト計算とは別のチェックです。ペアリングは 4.5:1 に達しても、一度第 2 色盲がシミュレートされると、ほぼ同じ色合いになる可能性があります。比率の式では、視聴者がどの色を区別できるかはわかりません。

色覚異常意識 (EN)によると、およそ男性 12 人に 1 人 (8%)、女性 200 人に 1 人 (0.5%) が色覚異常に罹患しています。

これは一般視聴者に占める意味のある割合です。インクルーシブデザイン (EN) では、シミュレーションをオプションの追加ではなく必須のステップとして扱うのはこのためです。

赤と緑の混同が圧倒的多数のケースを占めているため、三色覚のみをチェックするジェネレーターが小さな問題を解決しています。

パレット生成ロジックはどのように機能しますか?

パレットの生成は、ハーモニーベースまたはコントラストファーストの 2 つのロジックのいずれかに従います。このジェネレーターはハーモニーベースで、コントラストチェックが後で適用されます。

調和ベースのツールは、色の理論ルールから始まります。

補色: ホイール上で互いに反対側にある 2 つの色合い
類似: 隣り合った色合い
Triadic: 等間隔に配置された 3 つの色相

コントラスト優先ツールは逆方向に動作します。ベースカラーをロックし、ターゲット比率を設定すると、アルゴリズムがその数値に一致する色合いと色合いを自動的に生成します。

Adobe は、Spectrum デザインシステム (EN) チームのオープンソースツールである、Leonardo (EN) と呼ばれるこれのハイブリッドバージョンを構築しました。

Leonardo はブランドカラーを入力として受け取り、特定のコントラスト比に対して調整されたフルスケールを出力します。デフォルトは 3:1 と 4.5:1 で、WCAG が大きなテキストと通常のテキストに対して設定する 2 つのしきい値です。

このトレードオフについては、はっきりと述べておく価値があります。ハーモニー優先のパレットは通常、最初の試行では見栄えがよくなりますが、その後はコントラストパスが必要で、これが上記のバッジで行われます。

コントラスト優先のパレットは、アクセシビリティチェックにすぐに合格します。色合いが一貫したブランドのように感じられるかどうかを確認するために、時々見直しが必要になることがあります。

アクセシブルな最高のカラーパレットジェネレーターの比較

カラー (EN)、Adobe Color (EN)、クロマ (EN)、Stark (EN) と ColorBox (EN) は、現在チームがアクセシブルなパレットを生成する方法のほとんどをカバーしています。

ツール	標準チェック済み	連携方法	料金
Coolors	WCAG AA/AAA	Webアプリ、ブラウザ拡張機能	無料枠と有料枠が利用可能
Adobe Color / Leonardo	WCAG コントラスト比	Webアプリ、npmモジュール	無料、オープンソース
Stark	WCAG、一部の APCA サポート	Figma、Sketch、Adobe XD プラグイン	無料枠付きサブスクリプション
Khroma	何も組み込まれていません	独立したWebアプリ	無料
この発電機	WCAG AA/AAA 対白または黒	ウェブアプリ	無料

すでに Figma ベースの設計ワークフロー (EN)内で作業しているチームは、Stark に手を伸ばす傾向があります。ファイルを残さずにコントラストをチェックします。

各ツールが最も適している場所:

上部にコントラストチェックを重ねた汎用パレットを高速に探索するためのクーラー
1 つのブランドカラーから完全なデザインのトークンスケールを構築するチーム向けの Leonardo
初期段階のインスピレーションにはクロマ、コントラストはその後も個別のチェッカーが必要

Leonardo (EN) などのオープンソースオプションにより、エンジニアリングチームは基礎となるアルゴリズムに直接アクセスできます。これは、ブランドカラーの変更に応じてパレットを自動的に再生成する必要がある場合に重要です。

Stark のようなサブスクリプションツールは、その柔軟性と引き換えに、技術者以外のデザイナーでもコードに触れることなく実行できる、よりスムーズなプラグインベースのワークフローを実現します。

アクセシブルなパレットの自動生成の長所と短所

自動化により、アクセス可能なカラー作業の中で最も遅く、最もエラーが発生しやすい部分、つまりすべての前景と背景の組み合わせを手動でテストする部分が削除されます。

長所:

スピード、フルカラースケールが数時間ではなく数秒で生成されます
一貫性、システム内のすべてのシェードが同じターゲット比率に対してチェックされます
人的エラーが減り、ホバー状態のテストを忘れる人がいません

短所:

アルゴリズムが感触よりも比率を優先すると、ブランドのニュアンスが平坦になる可能性がある
ほとんどのジェネレーターはテキストに焦点を当てているため、アイコンや入力枠などの非テキスト要素はチェックされないことがよくあります。
グラデーションと写真の背景はまったく処理されません

この 2 番目のギャップは見た目よりも重要です。特にフォームフィールドは、テキストのみのジェネレーターがフラグを立てない境界線のコントラストに依存しています。これが、アクセシブルなフォーム (EN)に依然として専用のレビューパスが必要な理由の 1 つです。

ツールがパレットを承認しても、手動レビューは消えません。オートメーションが到達できない部分、つまりテキスト以外のコントラスト、グラデーション、および意味を伝えるために色だけを使用するものまで縮小されます。

それを正直に組み立てる方法: 自動化が計算を処理し、人間が依然として判断を下します。

アクセシブルなカラーパレットを生成および実装する方法

アクセシブルなカラーパレットの生成は、最初にベースカラー、2 番目にターゲット標準、3 番目にコントラストチェック、最後にエクスポートという固定の順序に従います。上記のツールは、最初と 3 番目のステップをカバーしています。

順序をスキップすると、ほとんどのパレットで問題が発生します。これは通常、誰かが色盲パスの前にエクスポートするためです。

ブランドの基本色を選択し、その 16 進数コードを記録します
ターゲット標準を選択します: WCAG AA、WCAG AAA、または特定の APCA Lc 値
色合いと色合いのスケールを生成し、そのターゲットに対して各ペアをチェックします
色覚異常シミュレーションパスを通じてフルスケールを実行する
承認されたパレットをビルドが実際に使用する形式でエクスポートします

エクスポート形式はチームが期待している以上に重要です

フラット 16 進値にロックされたパレットは、ブランドのカラーが変更されるたびに手動で編集する必要があります。 CSS (EN) カスタムプロパティとしてエクスポートされたプロパティは、ルート変数が変更された瞬間に、参照されているすべての場所で更新されます。

Figma とコードをまたいで作業するデザインチームは、デザイントークンに直接エクスポートすることが増えています。この Figma 変数ガイド (EN)で説明されている Figma 独自の変数機能は、CSS カスタムプロパティ構造にきれいにマップされています。

JSON デザイントークンは、デザインシステムにとって十分移植性があり、手動変換なしでビルドパイプラインが使用できるように十分に構造化されているため、その中間に位置します。

アクセシブルなカラーパレットジェネレーターが適用されない場合

アクセシブルなカラーパレットジェネレーターは、チェックしているサーフェスが平坦な既知の色ではなくなった瞬間に役に立たなくなります。

これらのツールがチェックできる範囲外にある 4 つの状況

非テキスト要素: アイコン、入力枠、トグル状態は、ほとんどのジェネレーターのデフォルトのテキストコントラスト比ではなく、別のルール WCAG 1.4.11 (EN) に該当します。
グラデーションと写真の背景: 単一の背景色に対して比率を測定することはできません。
動的背景またはユーザー生成の背景: プロフィールバナーやアップロードされた画像を事前に確認することはできません
商標または法的に固定されたブランドカラー: シフトできない色にはコントラストを修正する余地がありません。

WCAG 1.4.11 は、インターフェイスコンポーネントと意味のあるグラフィックスの視覚的な境界に対して、3:1 という独自のしきい値を設定します。これは、前に説明したテキストの比率とは別の基準です。

IBM の Carbon Design System ドキュメント (EN)では、このギャップに直接名前が付けられています。単一の固定された 16 進数の値は、動く背景には耐えられないため、グラデーションや画像と交差するすべての点でテキストのコントラストを確認するようチームに警告しています。

また、Carbon は、色盲レビューのためにデザイナーに Stark プラグインを勧めています。これは、実際のインターフェイスに必要なすべての属性を単一のジェネレーターステップでカバーできるわけではないという認識です。これが、アクセス可能な UI コンポーネント (EN)がパレットチェックに組み込まれるのではなく、独自のカテゴリとして監査される理由の 1 つです。

生成後のアクセシビリティを損なうよくある間違い

パレットは、ジェネレーターが実行するすべてのチェックに合格しても、本番環境では失敗する可能性があります。

そのギャップのほとんどは 4 つの間違いで占められています。

間違ったレイヤーをチェックする: 半透明のオーバーレイは有効な背景色を変更します。ベースカラーのみに対してテストされたジェネレーターはそれを見逃します。
ホバー状態とフォーカス状態の無視: 2023 年 10 月に公開された WCAG 2.2 のフォーカスの外観 (EN)基準では、コンポーネントのフォーカス状態とフォーカスされていない状態の間に少なくとも 3:1 のコントラストが必要です。
色相のみを使用して意味を伝える: 前述した赤緑色覚異常を持つ男性の約 8% では、赤と緑のステータス指標が消失します。
アイコンと境界線のテキスト以外のコントラストをスキップする: 多くのデザインシステムのデフォルトである明るいグレーの境界線の色は、通常、白に対して 1.6:1 に近く、最小の 3:1 を大幅に下回ります。

これらはそれぞれ、警告なしでテキストのみのコントラストチェッカーに合格します。それらはどれも、チェッカーがキャッチするように構築されたテキスト比率には影響しません。

修正はより良いジェネレーターではありません。ジェネレーターの出力を開始パレットとして扱い、何かが出荷される前に状態、オーバーレイ、非テキスト要素に対して 2 番目のパスを実行します。

よくある質問：アクセシブルな配色パレット作成

アクセシブルなカラーパレットジェネレーターはどの法的基準を参照していますか?

セクション 508、ADA、およびヨーロッパの EN 301 549 はすべてその規格を直接引用しているため、最もアクセスしやすいカラーパレットジェネレーターはWCAG の比率しきい値と比較してコントラストをチェックします。 APCA は、WCAG 3 の候補手法であるにもかかわらず、現行法では参照されていません。

カラーペアリングが WCAG に合格しても、色盲のユーザーにとって読みにくいものになることはありますか?

はい。 WCAG の比率式は、色相の差ではなく輝度差を測定するため、2 つの色が4.5:1 に達しても、第二色覚ではほぼ同じに見えることができます。色盲のシミュレーションパスはそのギャップを捉えます。比率チェックだけでは機能しません。

無料でアクセスできるカラーパレットジェネレーターで十分ですか? それとも有料ツールでもそれだけの価値がありますか?

このツール、Coolors、Khroma などの無料ツールは、単一パレットのコントラストチェックを適切に処理します。 Stark のような有料ツールには非テキストのコントラストチェック、チームライブラリ、デザインシステムのエクスポートが追加されます。パレットを製品全体にわたって拡張する必要がある場合、これらは重要になります。

非準拠のコントラストを使用すると、法的またはユーザビリティの観点から企業にどのようなコストがかかりますか?

セイファース氏によると、原告は 2024 年に2,452 件のウェブサイトアクセシビリティ訴訟を連邦裁判所に起こしました。ショー (EN)による裁判所への提出書類の追跡。コントラストの低下は、代替テキストの欠落やラベルのないフォームフィールドと並んで、最もよく挙げられる欠陥の 1 つです。

実際の設計作業では、APCA は WCAG よりも信頼できますか?

開発者のアンドリュー・サマーズ氏によると、APCA モデルは明度をより正確に認識するため、実際の可読性の予測が向上するとのことです。 WCAG は引き続き法的に引用された標準です。ほとんどのチームはWCAG 3 が知覚的手法を正式に採用するまで両方をチェックします。

すでにジェネレーターを通過したパレットを出荷前に再確認するにはどうすればよいですか?

ジェネレーターは通常、デフォルトのペアリングのみをチェックするため、すべてのホバー、フォーカス、無効状態を個別にテストします。次に、境界線やアイコンなどの非テキスト要素を確認します。最後に、色覚異常シミュレーターでパレット全体をもう一度表示します。

アクセシブルなカラーパレットジェネレーターがパレットを承認するときに、最初に何を確認する必要がありますか?

アクセシブルなカラーパレットジェネレーターは、承認が出発点として扱われて初めて、本番環境にその地位を獲得します。合格したコントラスト比は、テキストの可読性のみを確認します。

3 つのチェックによって、その承認が発売後に維持されるかどうかが判断されます。

最初にテキストのペアリング
2番目にテキスト以外の枠線とアイコン
インタラクティブな状態が最後に続きます

その順序は露出に続きます。壊れたテキストはすぐに失敗し、壊れた境界線は認識に時間がかかり、誰かが対話したときにのみ壊れた状態が表面化します。

トレードオフは速度です。 1 つのしきい値の代わりに 3 つのしきい値をチェックすると、純粋な色の調和作業が必要なかったレビュー手順が追加されます。

2026 年 9 月 10 日に更新された W3C の WCAG 3.0 作業草案 (EN)は、まだ作業草案であり、標準として引用することはできません。現在のしきい値は、将来の推奨事項に置き換わるまで保持されます。

色の枠を越えて取り組むチームは、次に完全なウェブアクセシビリティチェックリスト (EN)に取り組むことができます。

このアクセシブルなカラー パレット ジェネレーターの使用方法

ツールでできないこと

アクセシブルなカラー パレット ジェネレーターとは何ですか?

WCAG と APCA: どちらのコントラスト標準を使用する必要がありますか?

アクセシブルなカラー パレット ジェネレーターはどのようにコントラストを計算しますか?