黒
純粋な黒。3 チャネルすべてがゼロ — 発光がない状態です。RGB の 3 つ組 (0, 0, 0)。
#000000 → rgb(0 0 0) 画面上の純粋な黒はデザイン選択として正しいことは稀です — 柔らかい本文テキストには `#111` か OKLCH の知覚的明度 0.1〜0.15 を試してください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
任意の HEX カラーコードを RGB にブラウザで変換できます。3 桁・6 桁・アルファ付き 8 桁の HEX すべてに対応。無料・即時・登録不要、色データはページから一切送信されません。
ティント
シェード
トーン
ハーモニー
— — — — — HEX から RGB へのコンバーターは、HEX カラーコード(`#FF5733`)をそれが表す 3 つの整数チャネル値(`rgb(255 87 51)`)に変換する小さなユーティリティです。HEX と RGB は、1990 年代後半以降、すべての Web スタイルシート、デザインツール、画像ピクセルパイプラインが基盤に据えてきた 2 つの形式であり、両者間の変換はカラーツールの中で最もよく行われる単一操作です。HEX は Figma、Sketch、Photoshop、そしてあらゆるブランドガイドライン PDF がデフォルトでエクスポートする簡潔なコピペ形式 — CSS カスタムプロパティに収まりやすく、目がパターンを覚えれば一目で読める 6 文字の 16 進文字列です。RGB はハードウェア API、canvas 描画呼び出し、画像バッファ操作、OpenGL カラー属性、ほとんどのグラフィックス SDK が期待するチャネルアドレス形式 — 0〜255 の整数(または 0〜1 の正規化された浮動小数点)3 つを別々に持ち、LCD の赤・緑・青のサブピクセル、あるいは CRT の蛍光体に直接マッピングされます。両者の変換は機械的です: hex を 2 桁ずつ 3 ペアに分け、各ペアを 16 進数として読みます。本ツールはこの変換を入力中にライブで実行します。クリックする「Convert」ボタンはなく、他のあらゆる一般的なカラー形式(HSL、OKLCH、OKLAB、HSV、HWB、CMYK、加えて 148 個の CSS 名前付きカラー)を RGB 出力と並べて無料で表示します。
**RGB 形式そのものも、もう少し詳しく見る価値があります。** 標準の 24 bit sRGB は各チャネルを 0〜255 の 8 bit 符号なし整数として符号化します — チャネルあたり 256 値、合計 16,777,216 色(256³)。リファレンス標準は IEC 61966-2-1、1996 年の sRGB 仕様で、当時主流だった CRT 蛍光体プライマリに固定されています。CSS は `rgb()` 関数を介して 3 つの構文形式で RGB を提供します。CSS 1 のオリジナル形式はカンマ区切り: `rgb(255, 87, 51)`。CSS Color 4(2022 年以降の W3C Candidate Recommendation)はモダンなスペース区切り形式 `rgb(255 87 51)` を追加し、オプションでスラッシュの後にアルファチャネルを付けられます: `rgb(255 87 51 / 0.5)`。両形式は互換で、すべてのエバーグリーンブラウザに搭載されています。RGB はパーセントチャネルも受け付けます: `rgb(100% 33% 20%)` は `rgb(255 87 51)` と等価で、読みやすさのために手書きのスタイルシートで好まれることがあります。アルファは特にレガシーサポートのために専用の `rgba()` 関数があり — `rgba(255, 87, 51, 0.5)` は IE 9 まで通用する正規形式です。CSS Color 4 はまた明示的な sRGB アドレッシング向けの `color(srgb 1 0.341 0.2)` 構文と、hex では符号化できない広色域値のための並列の `color(display-p3 ...)` および `color(rec2020 ...)` 関数を追加しました。
変換の数学は両方向ともクリーンに動きます。**HEX → RGB**: 6 桁 hex `#RRGGBB` を `parseInt(hex.slice(1, 3), 16)`、`parseInt(hex.slice(3, 5), 16)`、`parseInt(hex.slice(5, 7), 16)` で 3 つの 2 桁 16 進数としてパースします。3 桁の省略形 `#RGB` は、パース前に各桁を複製して展開します(`#F73` → `#FF7733`) — これは左パディングでは*ありません*。アルファ付き 8 桁 `#RRGGBBAA` は末尾ペアを同様にパースし、255 で割って 0〜1 のアルファ浮動小数点を得ます。4 桁アルファ省略形 `#RGBA` はまず各桁を展開します(`#F738` → `#FF773388`)。**RGB → HEX** は逆の手順です: 各チャネルについて `value.toString(16).padStart(2, '0')` を呼んで 2 桁の hex ペアを得(`padStart` が肝心 — これがないとチャネル値 5 が `'05'` ではなく `'5'` にシリアライズされ、不正な hex を生む)、それを連結します。両方向ともビット完全です: 16² = 256 がチャネルが占める 0〜255 のバイト範囲とちょうど一致するので、HEX → RGB → HEX のラウンドトリップは浮動小数点ドリフトなしで元の入力をそのまま再現します。
**なぜ HEX かそれとも RGB か?** HEX は短く、デザインツールにネイティブで、目が時間をかけて覚える形式です — ほとんどのフロントエンド開発者は `#3b82f6` を見れば Tailwind の blue-500 だと一目でわかります。RGB は明示的なチャネルアドレッシングで、JavaScript で計算を回すのが容易、かつアルファとパーセントをきれいに受け付けるのは 2 つのうちこちらだけです。2 形式が並存するのは、解く問題が異なるからです。Web スタイルシートとブランドガイドラインは、コピペコストが支配的なので HEX に傾きます。canvas 描画、画像処理、ハードウェア LED API、チャネルごとの算術を行うコードは、タプルへのインデックスが文字列スライスより速いので RGB に傾きます。両者の切り替えは典型的な Web プロジェクトで何十回も起こります — Figma から hex を貼り付け、`ctx.fillStyle = ...` 呼び出し用に RGB 整数に変換し、CSS 変数定義のために hex に戻す。
このツールの HEX → RGB ワークフローは、同じ統合カラーコンバーターを共有する 5 スポークファミリーの一方向です。専用の 統合カラーコンバーター がハブで、9 つの形式を同時に編集可能で表示します。HEX と RGB 以上のものをワークフローが必要とするときに正しいツールです。単方向のスポークは具体的な Google 検索意図を狙います: 逆方向には RGB から HEX へのコンバーター、レガシーなデザイナー認知空間には HEX から HSL へのコンバーター、モダンな知覚的均一デザインシステムには HEX から OKLCH へのコンバーター(Tailwind v4 と shadcn は現在どちらもデフォルトで OKLCH)、印刷準備の近似には HEX から CMYK へのコンバーター。5 つのスポークとハブはすべて同じパースエンジンと同じ変換数学を共有しているため、ファミリー全体で結果は同一であることが保証されます。すべての変換は ブラウザでローカルに動作します — hex コードがアップロードされたりログに記録されたりすることはなく、入力中のネットワークリクエストはゼロです。DevTools で確認してください.
// Parse any hex shape (3/4/6/8-digit) into an RGB tuple [r, g, b, a]
// All channels in 0-255 range; alpha in 0-1.
function parseHex(input) {
let h = input.trim().replace(/^#/, '');
// Expand 3-digit and 4-digit shorthand by duplicating each digit
if (h.length === 3 || h.length === 4) {
h = h.split('').map(c => c + c).join('');
}
if (!/^[0-9a-fA-F]+$/.test(h) || (h.length !== 6 && h.length !== 8)) {
throw new Error(`Invalid hex: ${input}`);
}
const r = parseInt(h.slice(0, 2), 16);
const g = parseInt(h.slice(2, 4), 16);
const b = parseInt(h.slice(4, 6), 16);
const a = h.length === 8 ? parseInt(h.slice(6, 8), 16) / 255 : 1;
return [r, g, b, a];
}
console.log(parseHex('#FF5733')); // [255, 87, 51, 1]
console.log(parseHex('#F73')); // [255, 119, 51, 1]
console.log(parseHex('#FF573380')); // [255, 87, 51, 0.5019607843137255] 3 桁 `#F73`、アルファ付き 4 桁 `#F738`、6 桁 `#FF5733`、アルファ付き 8 桁 `#FF5733CC`、加えて各々の `#` なし版(`F73`、`FF5733` など)。パーサーは表示前にこれらすべてを同じ内部 RGB タプルに正規化するので、ソースが使っている形状をそのまま貼り付けられ、省略形を手で展開する必要はありません。大文字小文字も正規化されます — `#ff5733` と `#FF5733` は同一の出力を生みます。
RGB フィールドは CSS Color 4 のモダンな形式で値を提示します: 不透明な色には `rgb(255 87 51)`、アルファ付きには `rgb(255 87 51 / 0.5)`。両形状はすべてのエバーグリーンブラウザ(Chrome 65+、Safari 13+、Firefox 52+)で動作します。レガシーなカンマ形式 `rgb(255, 87, 51)` はターゲットが必要とするなら機械的な 1 置換で得られます。新しいコードでは、CSS Color 4 の他の関数構文と整合するモダン構文が好まれます。
HEX → RGB は整数対整数の数学です: `parseInt(hex, 16)` は浮動小数点を一切介さず正確な 0〜255 値を返します。逆方向(`.toString(16).padStart(2, '0')`)も同様に正確です。HEX → RGB → HEX → RGB → HEX のラウンドトリップは無期限に元の入力をそのまま再現します。内部の OKLCH を真実の源とすることで、より長い鎖 HEX → RGB → HSL → OKLAB → HEX もビット安定に保たれます — HSL 経由でルーティングするレガシーコンバーターでは保証できません。
アルファ付き 8 桁および 4 桁の hex(`#RRGGBBAA` と `#RGBA`)を正しくパースします。末尾ペアは 0〜1 のアルファ浮動小数点にマッピングされます: `00` → 0、`80` → 0.502、`FF` → 1。出力はデフォルトで CSS Color 4 のスラッシュ構文(`rgb(255 87 51 / 0.5)`)を使い、レガシーな `rgba(255, 87, 51, 0.5)` 形式は 1 置換で得られます。アルファ値が 8 桁 hex に埋もれているデザイントークン移行で有用です。
貼り付けた同じ hex が HSL、HSV、HWB、OKLCH、OKLAB、CMYK、そして最も近い CSS 名前付きカラーも駆動し — すべて同じページに一目で並びます。hex → RGB だけに縛られることはありません。チームメイトが Tailwind v4 トークン用の OKLCH の 3 つ組、ドキュメント本文用の最も近い名前付きカラー、印刷見積もり用の CMYK 近似を必要としても、各値は専用の Copy ボタン付きですでにそこにあります。
hex を通すとコントラスト行が即座に白と黒の両方に対して、WCAG 2.1(規制下限: 本文テキストで 4.5:1、AAA で 7:1)と APCA Lc(提案中の WCAG 3 後継: 本文テキスト目標は `|Lc| ≥ 75`)の両方でスコアリングします。ブランド hex を RGB に変換したところで、本文テキストとして実際に読みやすいかを出荷前に検証したいときに便利です。
ピッカーの下の Copy as code セクションは、現在の色を 5 つのプラットフォーム向けの貼り付け可能なスニペットに変換します: CSS カスタムプロパティ(`--color-brand: rgb(255 87 51)`)、Tailwind v4 `@theme` トークン、SwiftUI `Color(red:green:blue:)` リテラル、Jetpack Compose `Color(0xFFFF5733)` 定数、Flutter `Color(0xFFFF5733)`。各プラットフォームが期待する厳密な構文で、iOS のアセットカタログ、Android のテーマファイル、Flutter の `ThemeData` に投入できる状態で提供されます。
すべての hex パース、RGB 変換、コントラストスコアリング、パレット生成はブラウザでローカルに実行されます。hex コードは送信されず、サーバーに記録されず、解析もされません。入力中のネットワークリクエストはゼロ — DevTools で確認してください。未発表のブランドパレット、社内デザイントークン、NDA 下のドラフトモックアップ、その他あらゆる機密のカラー作業に安全です。
現在の色は変更のたびに `#hex=ff5733` として URL ハッシュに自動符号化されます。URL をコピーして Slack スレッドや GitHub Issue に貼り付ければ、開いた人は誰でも同じ hex で同じ RGB 結果に着地します。ハッシュはアドレスバー内にしか存在せず、サーバーには送信されません(ブラウザは HTTP リクエストに URL フラグメントを含めません)。リンクを共有してもサードパーティに色が漏れることはありません。
「hex to rgb」の Google デフォルト結果 — hex 入力 RGB 出力の単方向フォームで、他の形式は見えません。検索からの単発参照には有用です。OKLCH、コントラスト検査、色域検出、アルファ処理、複数形式同時表示が欠けています。本ツールは骨格的な単一変換ケース以外のすべての軸で勝ります。
クエリした任意の hex に対して長年にわたる色ごとの SEO ページ: 変換、パレット、ハーモニー、グラデーションを深いメタデータで提供します。UI は古め(2010 年代前半)、OKLCH サポートなし、APCA コントラストなし、広色域処理なし。Google 経由で特定の hex を SEO 的に発見するには強いですが、ユニファイドフィールド UX への入力が速いアクティブな変換ワークフローには弱いです。
教育に焦点を当てたページ上の初心者向け HEX/RGB/HSL トグルで、検索結果に偏在します。OKLCH なし、rgba を超えるアルファ処理なし、高度な機能なし。W3Schools の解説コンテンツと並べて参照に有用です。本ツールは他のすべての軸で勝ちます: より多くの形式、知覚数学、色域 + コントラスト + CVD 機能、Tailwind v4 / SwiftUI / Compose / Flutter のモダンなコードエクスポート。
Chrome、Firefox、Safari の DevTools にはすべて、CSS ペインのカラースウォッチをクリックすると hex を RGB にインライン変換するカラーピッカーが付属します。無料、インストール不要、常に利用可能。OKLCH なし、共有可能 URL なし、Web 以外のプラットフォーム(SwiftUI、Compose)向けのコードエクスポートなし。CSS をデバッグしているときは DevTools に手を伸ばし、クロスプラットフォーム出力が必要なときは本ツールに手を伸ばしてください。
OS X 以来すべての Mac にバンドル — 任意のピクセルにホバーすると RGB / hex / 線形値を読みます。画面上の任意のアプリからピクセルカラーをサンプリングするのに優れています。貼り付けた hex 値の変換はしません。これはコンバーターではなくスクリーンサンプラーです。ブラウザ内で同じスクリーンサンプリング機能を得るには、本ツールのピッカーの EyeDropper ボタン(Chromium 系ブラウザのみ)を使ってください。
多くの空間(HEX、RGB、HSL、HSV、CMYK、XYZ、CIELAB)をカバーする色ごとの SEO ページ。モダンな OKLCH サポートと統合フィールド編集 UX が欠けています。自動生成のコンテンツページはコンテンツファーム感がありますが、変換データ自体は正しいです。Google 経由で個々の色のメタデータを掘るには良いですが、アクティブなワークフローでは本ツールの方が速いです。
#FF5733
RGB の出力: `rgb(255 87 51)`。古典的なユースケース — デザイナーが Figma にブランドカラーを投入し、それをスクリーンショットし、スポイトで hex を取り出し、いまそのチャネル整数を canvas 描画呼び出し、ハードウェアの LED ストリップ、画像バッファに対するピクセル数学のために必要としている、という状況です。表示しているスペース区切り構文は CSS Color 4 のモダンな形式で、レガシーなカンマ形式 `rgb(255, 87, 51)` も意味は同一で、IE 3 以降のすべてのブラウザでサポートされています。
#3b82f6
RGB の出力: `rgb(59 130 246)`。Adobe の Color ピッカー(Photoshop、Illustrator、InDesign 内)はネイティブ入力として 0〜255 範囲の RGB 整数を受け付けます — 3 つのチャネルボックスに 59 / 130 / 246 を貼り付ければ、Tailwind の `blue-500` にぴったり一致します。デザイナーが Web カラーを印刷を意識したレイアウトアプリでモックする場合や、画像編集のためスウォッチライブラリにブランドカラーをサンプリングする場合に便利です。
#FF573380
RGB の出力: `rgb(255 87 51 / 0.5)`。最後のペア(`80`)は `128/255 ≈ 0.502` として復号され、CSS Color 4 のスラッシュ構文経由でアルファチャネルとして表面化します。同等のレガシー形式は `rgba(255, 87, 51, 0.5)` で、これは今でもどこでもサポートされ、古いプリプロセッサが期待する形式です。アルファ付き 8 桁 HEX は 2018 年にすべてのエバーグリーンブラウザでネイティブ出荷されました。それ以前のアルファは `rgba()` 関数経由で表現する必要がありました。
#F73
RGB の出力: `rgb(255 119 51)`。CSS 仕様は 3 桁 hex を、各桁を複製して 6 桁同等の表現を作る省略形として定義しています: `#F73` は `#FF7733` に展開され、R = `FF` = 255、G = `77` = 119、B = `33` = 51 となります。これは左パディング*ではありません* — `#F73` は `#000F73` では **ありません**。初心者の多くがここを誤解します。本ツールの展開挙動はこのルールを一目で見えるようにします。
最もよく変換される 10 個の hex コードとその RGB 等価のリファレンス表 — 純粋なプライマリ、純粋なセカンダリ、Tailwind パレットから 2 つの実世界ブランドカラー。
純粋な黒。3 チャネルすべてがゼロ — 発光がない状態です。RGB の 3 つ組 (0, 0, 0)。
#000000 → rgb(0 0 0) 画面上の純粋な黒はデザイン選択として正しいことは稀です — 柔らかい本文テキストには `#111` か OKLCH の知覚的明度 0.1〜0.15 を試してください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
純粋な白。3 チャネルすべてが最大値(255)。sRGB で最も明るい色です。
#FFFFFF → rgb(255 255 255) 純粋な白の背景は暗い環境では眼精疲労を生むことがあります — 温かみのある代替には `#fafafa` か OKLCH 0.98 を検討してください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
純粋な赤。R チャネルが最大、G と B がゼロ。3 つの sRGB プライマリの 1 つ目です。
#FF0000 → rgb(255 0 0) 純粋な赤は非常に飽和していてブランドパレットに収まることは稀です — ほとんどの「赤」のブランドカラーは `#DC2626` や `#E53935` に近い位置にあります。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
純粋な緑。G チャネルが最大、R と B がゼロ。CSS 名前付きカラーは `lime`(`green` は #008000)。
#00FF00 → rgb(0 255 0) CSS キーワード `green` は #008000(半輝度)に解決され、#00FF00 ではありません — よくある混乱の原因です。純粋な RGB の緑には `lime` を使ってください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
純粋な青。B チャネルが最大、R と G がゼロ。3 つ目の sRGB プライマリです。
#0000FF → rgb(0 0 255) 白背景の純粋な青は WCAG AA コントラスト(3.7:1)を失敗します — 本文テキストには `#1D4ED8`(Tailwind の blue-700)のようなより暗いブランドの青を検討してください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
シアン — 緑と青が最大、赤がゼロ。3 つの sRGB セカンダリの 1 つ。CSS 名前付きカラーは `cyan`(同等に `aqua`)。
#00FFFF → rgb(0 255 255) CSS の `cyan` と `aqua` は厳密な同義語です — どちらも #00FFFF に解決されます。1 つを選んでスタイルシート全体で一貫してください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
マゼンタ — 赤と青が最大、緑がゼロ。CSS 名前付きカラーは `magenta`(同等に `fuchsia`)。
#FF00FF → rgb(255 0 255) CSS の `magenta` と `fuchsia` は厳密な同義語です — どちらも #FF00FF に解決されます。テストパターンや開発ツールのオーバーレイで一般的です。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
黄 — 赤と緑が最大、青がゼロ。知覚的な輝度で 3 つの sRGB セカンダリで最も明るい色です。
#FFFF00 → rgb(255 255 0) 黄は画面上で白以外で最も高輝度の色です — 紙の上の hex は問題なく見えますが、白背景上の黄色いテキストはほぼ見えなくなります。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
Tailwind CSS デフォルトの blue-500 ブランドカラー — 2020 年代中盤の正典的な「Web ブルー」。無数のダッシュボード、マーケティングサイト、管理ツールで使われています。
#3b82f6 → rgb(59 130 246) Tailwind v4 は知覚的に均一なランプのために blue-500 を OKLCH(`oklch(0.629 0.193 263.4)`)で再定義しています — フォールバックとして hex は同じです。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
Tailwind CSS デフォルトの rose-500 — アクセントボタン、警告状態、ブランドコントラストでよく使われる高彩度のピンクレッド。
#f43f5e → rgb(244 63 94) rose-500 は白に対して大きいテキストでは WCAG AA(4.6:1)を通りますが本文テキストでは失敗します — 白背景の本文には rose-600(#e11d48)かそれ以上に暗い色と組み合わせてください。
代わりに OKLCH が必要ですか? 知覚的に均一な出力には専用の HEX から OKLCH へのコンバーターを試してください。
HEX 入力に任意の hex 値を投入します — 先頭の `#` のあり/なし、3 桁の省略形(`#F73`)、6 桁の標準形(`#FF5733`)、4 桁のアルファ省略形(`#F738`)、アルファ付き 8 桁の標準形(`#FF5733CC`)のいずれでも構いません。本ツールは内部でこの 5 つの入力形状を同じ正規の色に正規化します。大文字小文字は無視されます(`#ff5733` と `#FF5733` は同一にパースされます)。不正な文字や桁数違いは静かなインラインエラーになり、有効な hex は他のすべての形式フィールドをリアルタイムで更新します。
HEX フィールドの下にある RGB フィールドは、CSS Color 4 のモダンなスペース区切り構文で対応する `rgb()` 値を表示します: 不透明な色には `rgb(255 87 51)`、アルファ付きには `rgb(255 87 51 / 0.5)`。各チャネルは 0〜255 の整数で、アルファは 0〜1 に正規化されます。値はビット完全です — `parseInt('FF', 16)` は浮動小数点演算なしで 255 を返すので、hex への往復は元の入力をそのまま再現します。
各形式カードの右側に Copy ボタンがあります。1 クリックで値がクリップボードに乗り、ボタンラベルが一瞬「Copied!」に切り替わるのでコピー成功がわかります。コピーされる文字列は正規の CSS Color 4 構文(`rgb(255 87 51)`)です。ターゲットがレガシーなカンマ形式を必要とする場合、変換は機械的です(スペースを `, ` に置換)。プラットフォーム固有の出力(SwiftUI、Compose、Flutter、Tailwind v4)には、ピッカー下の Copy as code セクションを使ってください。
貼り付けた同じ hex が他の形式フィールドにも反映されます — レガシー CSS 向けの HSL、知覚的に均一なデザインシステム向けの OKLCH と OKLAB、デザイナーのカラーピッカーワークフロー向けの HSV と HWB、印刷見積もり向けの CMYK、ドキュメントや本文向けの最も近い CSS 名前付きカラー。hex → RGB だけに縛られることはありません。Tailwind v4 の `@theme` ブロックに投入する OKLCH の 3 つ組も必要なら、OKLCH フィールドに専用の Copy ボタン付きで並んでいます。
形式グリッドの下には、ビジュアル探索のための SL の四角 + 色相スライダー + アルファスライダーがあります。任意のコントロールをドラッグすればすべてのテキストフィールドがリアルタイムで更新され、出発点だった HEX と RGB も含まれます。Chromium 系ブラウザ(Chrome、Edge、Brave)では EyeDropper ボタンがネイティブの `EyeDropper` API を起動し、ブラウザウィンドウの外を含む画面上の任意のピクセルをサンプリングできます — 別アプリの UI から先にスクリーンショットを撮らずに hex を取得したいときに便利です。
3 桁省略形 `#RGB` は*各桁を複製*して展開され、ゼロ左パディングではありません。`#F73` は `#FF7733`(明るいオレンジ)になり、`#000F73`(暗い青)にはなりません。これは CSS カラー構文で最も誤解される角の 1 つで、初心者は省略形を何かのゼロパディングだと思い込み、激しく誤った色になりがちです。同じルールがアルファ付き 4 桁省略形 `#RGBA` にも適用されます — 各桁が複製されて 8 桁同等になります。
#F73 が #000F73 に左パディングされると仮定: 期待: 暗い青 rgb(0, 15, 115) 実際: 明るいオレンジ rgb(255, 119, 51)
3 桁省略形は各桁を複製: #F73 → #FF7733 → rgb(255, 119, 51) 本ツールの入力中ライブ展開で確認できます。
RGB を hex に戻すには、各チャネルの `toString(16)` を 2 桁に左パディングする必要があります。`padStart(2, '0')` がないと、1 桁のチャネル値は不正な hex を生みます: `rgb(5, 87, 51)` は `#055733`(6 文字)ではなく `#55733`(5 文字)としてシリアライズされてしまいます。多くの場当たり的なコンバーターはパディングをスキップして 16 未満のチャネルで壊れた出力を生みます。標準イディオムは R、G、B それぞれに対して `value.toString(16).padStart(2, '0')` です。
padStart をスキップ:
[5, 87, 51].map(v => v.toString(16)).join('') → '55733'
5 文字の不正な hex を生む。 padStart(2, '0') を使う:
[5, 87, 51].map(v => v.toString(16).padStart(2, '0')).join('') → '055733'
6 文字の有効な hex; 0〜255 のすべてのチャネル値で正しく動作します。 CSS 8 桁 hex は `#RRGGBBAA` — アルファは*末尾*ペアです。一部のカラーライブラリ(特に古い Android `Color.parseColor()`)は反対の順序 `#AARRGGBB` を使い、アルファを*先頭*ペアとします。これは CSS の hex と非互換です。Web の hex `#FF573380`(50% アルファのオレンジ)を `#AARRGGBB` として解釈すると alpha=255、R=87、G=51、B=128 — 完全に不透明な暗いシアンになります。8 桁 hex をラウンドトリップする前に、ターゲットプラットフォームのアルファ順序を必ず検証してください。
CSS 8 桁 hex を レガシー Android Color.parseColor() に貼り付け: #FF573380 が #AARRGGBB として解釈される → 色もアルファもまったく違う結果。
ターゲットプラットフォームの文書化された形式を使う: Android Compose: Color(0xFFFF5733) アルファを最初のバイトに CSS: #FF573380 アルファを最後のバイトに 再順序化せずに 2 つの間でクロス貼り付けしないこと。
RGB チャネルはガンマ符号化されており、線形ではありません。2 つの RGB 値を平均すると知覚的に誤った中点が得られます。`(255, 0, 0)` を `(0, 255, 0)` と平均すると `(127, 127, 0)` という濁った暗いオリーブが生まれ、赤と緑の光を混ぜたら期待する明るい黄色の中点にはなりません。正しいブレンディングには、まず sRGB 伝達関数(CSS Color 4 §11.2)で線形 RGB に復号し、線形空間で平均し、それから再符号化します。あるいは知覚距離が均一な OKLAB / OKLCH で作業します。
ガンマ符号化された RGB を直接平均: (rgb(255,0,0) + rgb(0,255,0)) / 2 = rgb(128, 128, 0) 明るい黄色ではなく暗いオリーブに見える。
線形 RGB で平均: 復号 → 線形 RGB → 平均 → 再符号化 → rgb(188, 188, 0) 物理的な光の混合が生む明るい黄色に視覚的に一致します。
単位変換
無料オンライン進数変換ツール。2進数、8進数、10進数、16進数および任意の基数(2-36)間で数値を瞬時に変換。BigInt対応で桁数制限なし。登録不要・サーバー送信なし、すべての処理がブラウザ内で完結。コピーボタンやコードリテラル出力で開発作業を効率化。
単位変換
HEX を RGB、HSL、OKLCH、OKLAB、CMYK にブラウザで変換できます。任意の形式をワンクリックでコピー。無料・登録不要・色データはページから一切送信されません。
単位変換
HEX カラーを CMYK にブラウザで変換できます。印刷プレビュー向けの sRGB ベースの単純な近似値です。無料・登録不要、色データはローカルから出ません。
単位変換
任意の HEX カラーを HSL にブラウザで変換できます。3 桁・6 桁・アルファ付き 8 桁の HEX すべてに対応。無料・即時・登録不要、色データはページから一切送信されません。
単位変換
HEX を OKLCH に変換し、Tailwind v4 デザイントークンに対応します。知覚的に均一なライブ出力に加え、Display P3 色域の警告も表示。無料・ブラウザ完結。
単位変換
無料オンライン画像圧縮ツール。JPEG、PNG、WebP 画像をブラウザ上で最大 80% 縮小。サーバーへのアップロード不要で完全プライベート。最大 20 枚の一括圧縮、品質調整、圧縮前後の比較機能を搭載。登録不要ですぐに使えます。