黒
純粋な黒。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 への変換を W3C CSS Color 4 仕様のリファレンスベクトルと、標準的な parseInt / toString 基数 16 のラウンドトリップに対して検証しています。
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) 物理的な光の混合が生む明るい黄色に視覚的に一致します。
CanvasRenderingContext2D.fillStyle は hex と rgb() の両方を受け付けます — そしてチャネルごとの算術(グラデーション、ブレンディング、画像操作)をしているとき、hex を毎回再パースするよりチャネル整数を直接持っている方が速いです。一度 hex を貼り付け、rgb(255 87 51) タプルをコピーし、canvas 呼び出しに差し込みます。自分の側で hex パースコードを書く必要はありません。Color と Unreal の FLinearColor はどちらも 0〜1 の正規化された浮動小数点を受け取ります。ブランド hex を貼り付け、0〜255 の整数を読み、255 で割ります(または本ツールの正規化された浮動小数点出力を Copy as code で取得)。変換は機械的ですが手作業ではミスしがちで、(1.0, 0.341, 0.2) を期待するコンストラクタに (255, 87, 51) を入力すると、クリップされた白い色と困惑したツイートが生まれます。本ツールは両形式を表示します。pixels.setPixelColor(i, r, g, b) 呼び出し用のチャネル値を必要とするときに便利です。<font color="#FF5733"> が特定のプラットフォームで黒として描画されることがあります。信頼できるフォールバックは同等のインライン RGB rgb(255, 87, 51) 形式です。ブランド hex を貼り付け、レガシーカンマ構文の RGB 文字列をコピーし(モダンスペース形式から手で置換)、メールテンプレートの style 属性に投入してください。#FF5733、RGB 255 / 87 / 51 と等価」)。両方を並べて表示すれば、ドキュメントの書き手は 2 つのツールを行き来せず 1 回でそれぞれをコピーできます。共有可能な URL ハッシュもあるので、読者は議論中の正確な色にクリックスルーできます。expect(pixel.r).toBe(255))。仕様が hex で与えられている場合(「ボタンは #FF5733 で描画されること」)、QA エンジニアはアサーションを書くために対応する RGB 整数を必要とします。hex を貼り付け、R / G / B を読み取り、テストに差し込みます。変換のビット完全性のおかげで、テストは浮動小数点ドリフトの差異で揺らぎません。parseInt(hex.slice(1, 3), 16)、G には parseInt(hex.slice(3, 5), 16)、B には parseInt(hex.slice(5, 7), 16)。基数 16 の JavaScript parseInt は hex 文字列を浮動小数点を介さず 0〜255 範囲の 10 進整数として読みます。逆方向(value.toString(16).padStart(2, '0'))も同様に 1 行です — padStart(2, '0') は忘れがちな細部で、5 のような 1 桁チャネル値を '5' ではなく '05' に捕まえます。#RGB を、各桁を複製して #RRGGBB に展開すると定義します。#F73 → #FF7733、*ではなく* #000F73。同じルールがアルファ付き 4 桁省略形 #RGBA → #RRGGBBAA にも適用されます。これは CSS カラー構文の中でも最も誤解される角の 1 つです — 初心者は #F73 を #000F73 に左パディングすると頻繁に思い込み、結果としてまったく違う色(意図した明るいオレンジではなく、彩度の低い暗い青)を得てしまいます。本ツールの展開挙動はこのルールを一目で見えるようにします。#RRGGBBAA はアルファを RGB の 3 つ組の後ろの 2 桁 hex ペアとして符号化し、同様にパースしてから 255 で割って 0〜1 の浮動小数点を作ります。#FF573380 は alpha = 0x80 / 255 = 128 / 255 = 0.5019607843137255 にパースされます。CSS Color 4 仕様は出力に小数点以下 4 桁の精度を使い(/ 0.502)、本ツールも同じ慣習に従います。8 桁 hex は 2018 年にすべてのエバーグリーンブラウザで出荷されました(Chrome 62、Firefox 49、Safari 9.1、Edge 79)。2018 年以前のフォールバックは rgba() です。rgb(255, 87, 51)(CSS 1 のカンマ区切り)ではなく rgb(255 87 51)(モダンなスペース区切り)を出力します。両形状は 2018 年以降のすべてのエバーグリーンブラウザで有効かつ互換です。モダン構文は CSS Color 4 の他の関数表記(hsl()、lab()、oklch()、color())と整合し、これらはすべてスペース区切りとアルファ用スラッシュを使います。ツールチェーンが必要とするならレガシーなカンマ形式は機械的な 1 置換で得られ、IE 9-11 コンテキストでは rgba() が依然として正しいフォールバックです。rgb(255 87 51)(スペース区切り)と rgb(255 87 51 / 0.5)(アルファ用スラッシュ)は 2025 年以降のコードに対する正規構文です。レガシーなカンマ形式 rgb(255, 87, 51) と rgba(255, 87, 51, 0.5) は依然としてどこでもサポートされていますが、CSS Color 4 ではスタイル的に非推奨です。新しいスタイルシートではモダン構文を使い、rgba() は本当にレガシーサポートが必要な IE 9-11 のフォールバックコンテキストにだけ残してください。#FF573380)は 2018 年にすべてのエバーグリーンブラウザで出荷されましたが、レガシーな CSS プリプロセッサや一部の古いデザインツールは、アルファペアを 6 桁 hex に静かに切り捨てます。結果: 50% 透明にしたつもりの色が完全に不透明にレンダリングされる。本番に 8 桁 hex を出荷する前に、ターゲットパーサーがそれを処理できることを検証してください。レガシーターゲットには、IE 9 以来サポートされている明示的な rgba(255, 87, 51, 0.5) 構文にフォールバックします。(255, 0, 0) を (0, 255, 0) と平均すると (127, 127, 0) という濁った暗いオリーブが生まれ、視覚的に明るい黄色の中点にはなりません。正しい色のブレンドのためには、まず線形 RGB に復号し(CSS Color 4 §11.2)、平均をとり、それから再符号化します。あるいは、知覚距離が均一な OKLAB や OKLCH で作業する方がベターです — まさにデザインシステムのパレットジェネレーターがやっていることです。#000000CC のような 8 桁 hex にアルファを埋め込まず、トークンを --color-overlay-base: #000000 と --color-overlay-alpha: 0.8 に分割するか、明示的な RGBA 形式を使います。hex にアルファを埋め込むと、ファイルをスキャンする誰にとってもトークンが読み取りにくくなり、トークンごとのアルファ微調整が hex を再パースせずにできなくなります。コストが 1 つの追加変数だけなら、トークンシステムの明快さは簡潔さに勝ります。#hex=ff5733 として自動更新されます。URL を Slack スレッドや GitHub Issue に貼り付ければ、開いた誰もが同じ色で同じ RGB タプルに着地します。チャットで hex 文字列を貼り付けるよりこの方が信頼できます — 受け手が手で値を入力するときに文字をタイポすることがあるためです — そしてデザインレビューのスレッドで「火曜に話したオレンジ」ではなく正確な色を参照できるようにします。ハッシュはサーバーには送信されません。#FF5733 は R=FF=255、G=57=87、B=33=51 となり、rgb(255 87 51) になります。3 桁の省略形 #F73 は分割前に各桁を複製して #FF7733 に展開します。本ツールは入力中にライブで変換します — 任意の hex(# あり/なし、3 桁/6 桁/4 桁/アルファ付き 8 桁)を貼り付けると、RGB フィールドが対応する rgb() 値で即座に更新されます。 #FF5733)。rgb() 関数は 10 進数で展開します(rgb(255 87 51))。両者は無損失でラウンドトリップします — 同じ色が hex → RGB → hex とドリフトなく往復します。HEX は CSS 変数向けに短く、rgb() は rgba() 経由でアルファチャネルを、CSS Color 4 のパーセント構文もサポートします。 # の後ろに 6 桁の 16 進数があり、RR GG BB にグループ化されます。各ペアは 1 つのチャネルを 00(なし、10 進数で 0)から FF(全開、10 進数で 255)まで符号化します。#FF0000 は純粋な赤、#00FF00 は純粋な緑、#0000FF は純粋な青です。8 桁の hex(#FF5733CC)は末尾にアルファペアを追加します — CC = 204/255 ≈ 80% の不透明度です。3 桁の省略形 #F73 は各桁を複製して展開します: #F73 は #FF7733 と同一です。 FF = 15×16 + 15 = 255、57 = 5×16 + 7 = 87、33 = 3×16 + 3 = 51。JavaScript なら parseInt('FF', 16) が 255 を直接返します。CSS では逆方向はパーサーに組み込まれており、rgb(255 87 51) と #FF5733 は <color> を受け付ける任意の場所で互換的に使えます。どちらの方向でも丸め損失はありません: 16² = 256 が、各チャネルが占める 0〜255 のバイト範囲とちょうど一致します。 #FF5733 vs rgb(255, 87, 51))、すべてのデザインツール(Figma、Sketch、Photoshop)がデフォルトでエクスポートする形式である、そしてフロントエンド開発者が目で覚える形式である — ほとんどの開発者は #3b82f6 を見れば Tailwind の blue-500 だと一目で識別できます。アルファ透明度が必要なとき、JavaScript のチャネル値から色を計算するとき、またはスタイルシートで明示的なパーセント構文が読みやすさを高めるときは、rgb()(または CSS Color 4 のモダンなスペース区切り rgb(R G B / A) 構文)に手を伸ばしてください。 #RRGGBBAA)または 4 桁の省略形(#RGBA)を使います。アルファペアは同じ 0〜FF のスケールに従います: #FF573300 は完全に透明、#FF5733FF は完全に不透明、#FF573380 はおおよそ 50% です。アルファ付き CSS 4 桁および 8 桁 hex は 2018 年にすべてのエバーグリーンブラウザでネイティブ出荷されました(Chrome 62、Firefox 49、Safari 9.1、Edge 79)。古いパーサーやアルファペアを静かに切り捨てるレガシー CSS プリプロセッサに対しては、IE 9 以来サポートされている rgba(255, 87, 51, 0.5) にフォールバックしてください。 color(display-p3 ...) を使ってください。 [255, 87, 51].map(v => v.toString(16).padStart(2, '0')).join('') は 'ff5733' を返し、その先頭に # を付けます。padStart(2, '0') が肝心です — これがないと 5 のような 1 桁の値が '05' ではなく '5' のままシリアライズされ、不正な hex を生みます。本ツールファミリーの逆方向には、専用の RGB から HEX へのコンバーター を使ってください。 単位変換
無料オンライン進数変換ツール。2進数、8進数、10進数、16進数および任意の基数(2-36)間で数値を瞬時に変換。BigInt対応で桁数制限なし。登録不要・サーバー送信なし、すべての処理がブラウザ内で完結。コピーボタンやコードリテラル出力で開発作業を効率化。
単位変換
Linux のファイル権限(パーミッション)を8進数(755・644)と rwx 記号で相互変換する無料計算ツール。chmod コマンドを自動生成し、chmod 755 の意味や 777 の危険な設定もひと目で確認。すべてブラウザ内で完結します。
単位変換
HEX を RGB、HSL、OKLCH、OKLAB、CMYK にブラウザで変換できます。任意の形式をワンクリックでコピー。無料・登録不要・色データはページから一切送信されません。
単位変換
HEX カラーを CMYK にブラウザで変換できます。印刷プレビュー向けの sRGB ベースの単純な近似値です。無料・登録不要、色データはローカルから出ません。
単位変換
任意の HEX カラーを HSL にブラウザで変換できます。3 桁・6 桁・アルファ付き 8 桁の HEX すべてに対応。無料・即時・登録不要、色データはページから一切送信されません。
単位変換
HEX を OKLCH に変換し、Tailwind v4 デザイントークンに対応します。知覚的に均一なライブ出力に加え、Display P3 色域の警告も表示。無料・ブラウザ完結。