Skip to content

HEX RGB 변환기

HEX 색상 코드를 RGB로 변환합니다. 3자리, 6자리, 알파 포함 8자리 모두 지원. 무료 온라인 도구, 즉시 변환.

트래킹 없음 브라우저 실행 무료
모든 색상 변환은 브라우저 안에서 로컬로 실행됩니다. 어떤 데이터도 서버로 전송되지 않습니다.
색역: sRGB Display P3 Rec2020
명암비 대비:
AA AA-Lg AAA AAA-Lg · APCA Lc
색각 이상 시뮬레이션 (8가지 유형)
Protanopia (적색맹)
Deuteranopia (녹색맹)
Tritanopia (청색맹)
Achromatopsia (전색맹)
Protanomaly (적색약)
Deuteranomaly (녹색약)
Tritanomaly (청색약)
Achromatomaly (부분 색각 이상)
Tints / Shades / Tones / Harmonies

틴트

셰이드

조화 색상

코드로 복사
자주 쓰는 색상 레퍼런스
CSS Color 4 적합성, 3/4/6/8자리 HEX 형태 지원, 알파 쌍 디코딩 정확성, 그리고 0-255 범위 전반에 걸친 HEX와 RGB 사이 왕복의 비트 단위 정확성에 대해 리뷰되었습니다. — Go Tools 엔지니어링 팀 · May 27, 2026

HEX RGB 변환기란 무엇인가요?

HEX RGB 변환기는 HEX 색상 코드(`#FF5733`)를 그것이 표현하는 세 개의 정수 채널 값(`rgb(255 87 51)`)으로 바꿔 주는 소형 유틸리티입니다. HEX와 RGB는 1990년대 후반 이후 모든 웹 스타일시트, 디자인 도구, 이미지 픽셀 파이프라인이 그 주위에 세워진 두 형식이며, 둘 사이의 변환은 색상 도구에서 가장 흔한 단일 연산입니다. HEX는 Figma, Sketch, Photoshop, 그리고 모든 브랜드 가이드라인 PDF가 기본으로 내보내는 간결한 복사·붙여넣기 형식입니다. CSS 사용자 정의 속성에 편하게 들어가는 6글자 16진수 문자열이며, 눈이 패턴을 익히면 한눈에 읽힙니다. RGB는 하드웨어 API, canvas 그리기 호출, 이미지 버퍼 조작, OpenGL 색상 속성, 그리고 대부분의 그래픽 SDK가 기대하는 채널 주소 지정 형식입니다. 세 개의 별도 0-255 정수(또는 0-1 정규화 부동소수점)로, LCD의 빨강·초록·파랑 서브픽셀이나 CRT의 형광체에 직접 매핑됩니다. 둘 사이의 변환은 기계적입니다. HEX를 2자리짜리 세 쌍으로 나누고 각 쌍을 16진수로 읽으면 됩니다. 본 도구는 입력하는 동안 그 변환을 실시간으로 실행하며 클릭할 "변환" 버튼이 없고, 다른 모든 흔한 색상 형식(HSL, OKLCH, OKLAB, HSV, HWB, CMYK, 그리고 148개의 CSS 이름 있는 색상)을 RGB 출력과 함께 무료로 노출합니다.

**RGB 형식 자체를 좀 더 자세히 볼 가치가 있습니다.** 표준 24비트 sRGB는 각 채널을 0부터 255까지의 8비트 부호 없는 정수로 인코딩합니다. 채널당 256 값, 총 16,777,216 색상(256³)입니다. 기준 표준은 IEC 61966-2-1, 즉 당시 디스플레이를 지배하던 CRT 형광체 원색을 중심으로 한 1996년 sRGB 명세입니다. CSS는 `rgb()` 함수를 통해 세 가지 구문 변형으로 RGB를 노출합니다. 원래 CSS 1 형식은 콤마 구분을 사용합니다. `rgb(255, 87, 51)`. 2022년 W3C 후보 권고안 이후의 CSS Color 4는 최신 공백 구분 형식을 추가했습니다. `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`를 세 개의 2자리 16진수 숫자로 파싱합니다. `parseInt(hex.slice(1, 3), 16)`을 R로, `parseInt(hex.slice(3, 5), 16)`을 G로, `parseInt(hex.slice(5, 7), 16)`을 B로. 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에서 계산하기 더 쉽고, 둘 중에서 알파와 백분율을 깔끔하게 받아들이는 유일한 형식입니다. 두 형식이 공존하는 이유는 서로 다른 문제를 풀기 때문입니다. 웹 스타일시트와 브랜드 가이드라인은 복사·붙여넣기 비용이 지배적이라 HEX 쪽으로 기울고, canvas 그리기 호출, 이미지 처리, 하드웨어 LED API, 그리고 채널별 산술을 수행하는 모든 코드는 튜플 인덱싱이 문자열 슬라이싱을 이기기 때문에 RGB 쪽으로 기웁니다. 일반적인 웹 프로젝트에서는 둘 사이의 전환이 수십 번 일어납니다. Figma에서 HEX를 붙여넣고, RGB 정수로 변환해 `ctx.fillStyle = ...` 호출에 쓰고, 다시 CSS 변수 정의용 HEX로 되돌립니다.

본 도구의 HEX → RGB 작업 흐름은 동일한 기반 통합 색상 변환기를 공유하는 5개 스포크 패밀리의 한 방향입니다. 전용 통합 색상 변환기가 허브입니다. 9가지 형식을 동시에 편집 가능한 상태로 보여 주며, 작업 흐름이 단순한 HEX와 RGB 이상을 필요로 할 때 적절한 도구입니다. 단방향 스포크는 특정 Google 검색 의도를 겨냥합니다. 반대 방향용 RGB HEX 변환기, 레거시 디자이너 인지 공간용 HEX HSL 변환기, 최신 지각 균일 디자인 시스템용 HEX OKLCH 변환기(Tailwind v4와 shadcn 모두 이제 OKLCH를 기본값으로 둡니다), 그리고 인쇄 시안 근사용 HEX CMYK 변환기. 다섯 스포크와 허브 모두 동일한 파싱 엔진과 동일한 변환 수학을 공유하므로, 패밀리 전체에서 결과가 동일함이 보장됩니다. 모든 변환은 브라우저 안에서 로컬로 실행됩니다. HEX 코드는 결코 업로드되지도, 로그에 남지도, 입력 동안 어떤 네트워크 요청도 발사되지 않습니다. 개발자 도구에서 확인할 수 있습니다.

// 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]

주요 기능

다섯 가지 HEX 형태를 동일하게 파싱

3자리 `#F73`, 4자리 알파 `#F738`, 6자리 `#FF5733`, 8자리 알파 `#FF5733CC`, 그리고 각각의 `#` 없는 변형(`F73`, `FF5733` 등)까지 모두. 파서는 이들을 표시 전에 동일한 내부 RGB 튜플로 정규화하므로, 어떤 형태든 소스가 사용하는 그대로 붙여넣을 수 있고 축약을 수작업으로 먼저 확장할 필요가 없습니다. 대소문자도 정규화됩니다. `#ff5733`과 `#FF5733`은 동일한 출력을 만들어 냅니다.

최신 공백 구분 구문의 RGB 출력

RGB 입력란은 값을 CSS Color 4의 최신 형식으로 노출합니다. 불투명 색상에는 `rgb(255 87 51)`, 알파가 포함된 색상에는 `rgb(255 87 51 / 0.5)`. 두 형태 모두 모든 에버그린 브라우저에서 동작합니다 (Chrome 65+, Safari 13+, Firefox 52+). 타깃이 요구한다면 레거시 콤마 형식 `rgb(255, 87, 51)`은 기계적인 치환 한 번으로 변환할 수 있습니다. 최신 구문이 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)` 형식도 치환 한 번 거리입니다. 알파 값이 8자리 HEX 코드에 묻혀 있는 디자인 토큰 이주 작업에 유용합니다.

다른 여덟 가지 형식이 동시에 표시

붙여넣은 동일한 HEX가 HSL, HSV, HWB, OKLCH, OKLAB, CMYK, 그리고 가장 가까운 CSS 이름 있는 색상도 함께 채웁니다. 같은 페이지에서 한눈에 모두 보입니다. HEX → RGB 한 방향에 묶이지 않습니다. 팀원이 Tailwind v4 토큰용 OKLCH 트리플, 문서 산문용 가장 가까운 이름 있는 색상, 또는 인쇄 견적용 CMYK 근사를 필요로 한다면, 값들은 자체 복사 버튼과 함께 이미 거기에 있습니다.

WCAG + APCA 명암비 내장

HEX를 입력하면 명암비 행이 즉시 WCAG 2.1 (규제 하한선: 본문 텍스트 4.5:1, AAA 7:1)과 APCA Lc(WCAG 3의 후속 제안: 본문 텍스트 목표 `|Lc| ≥ 75`)를 사용해 흰색과 검은색에 대해 점수를 매깁니다. 브랜드 HEX를 RGB로 막 변환했고, 출시 전에 그것이 본문 텍스트 색상으로 실제로 읽기 쉬운지 확인하고 싶을 때 유용합니다.

CSS / Tailwind v4 / SwiftUI / Compose / Flutter로 복사

피커 아래의 코드로 복사 섹션은 현재 색상을 다섯 플랫폼용 즉시 붙여넣기 가능 스니펫으로 바꿔 줍니다. 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`에 바로 떨어뜨릴 수 있습니다.

100% 브라우저 내 실행 — 업로드 없음, 추적 없음

모든 HEX 파싱, RGB 변환, 명암비 점수 산출, 팔레트 생성이 브라우저 안에서 로컬로 실행됩니다. HEX 코드는 결코 전송되지도, 어떤 서버에 로그로 남지도, 분석되지도 않습니다. 입력하는 동안 네트워크 요청이 전혀 발생하지 않습니다. 개발자 도구에서 확인할 수 있습니다. 발표 전 브랜드 팔레트, 사내 디자인 토큰, NDA 하의 초안 목업, 그 외 기밀 색상 작업에 안전합니다.

정확한 색상을 위한 공유 가능 URL 해시

현재 색상은 변경 시마다 자동으로 URL 해시에 `#hex=ff5733` 형태로 인코딩됩니다. URL을 복사해 Slack 스레드나 GitHub 이슈에 붙여넣으면, 그것을 여는 모든 사람이 동일한 RGB 결과의 동일한 HEX에 도달합니다. 해시는 주소창 안에만 존재하고 서버로 전송되지 않으므로(브라우저는 URL 프래그먼트를 HTTP 요청에 담지 않습니다), 링크를 공유해도 어떤 제3자에게도 색상이 새지 않습니다.

HEX RGB 변환기 대안 비교

RapidTables Hex to RGB

브라우저 도구

"hex to rgb"에 대한 기본 Google 결과입니다. HEX 입력, RGB 출력의 단방향 폼이며 다른 형식은 표시되지 않습니다. 검색에서 도착해 일회성 조회에 유용합니다. OKLCH, 명암비 검사, 색역 감지, 알파 처리, 다중 형식 동시 뷰가 없습니다. 본 도구는 가장 단순한 단일 변환 사례를 제외한 모든 축에서 앞섭니다.

ColorHexa

브라우저 도구

오랫동안 운영된 색상별 SEO 페이지로, 어떤 HEX를 조회하든 변환·팔레트·조화·그래디언트 등 깊은 메타데이터를 제공합니다. UI가 오래되었고(2010년대 초), OKLCH 지원·APCA 명암비·광색역 처리가 없습니다. Google을 통한 특정 HEX의 SEO 발견에는 강하지만, 통합 입력란 UX로 입력하는 편이 더 빠른 적극적 변환 작업 흐름에서는 약합니다.

W3Schools Hex Calculator

브라우저 도구

교육 중심 페이지의 초보자 친화적 HEX/RGB/HSL 토글로, 검색 결과에 어디에나 등장합니다. OKLCH가 없고, rgba 너머의 알파 처리가 없으며, 고급 기능이 없습니다. W3Schools 해설 콘텐츠 옆의 레퍼런스로 유용합니다. 본 도구는 다른 모든 축에서 앞섭니다. 더 많은 형식, 지각 수학, 색역 + 명암비 + CVD 기능, Tailwind v4 / SwiftUI / Compose / Flutter용 최신 코드 내보내기.

브라우저 개발자 도구 색상 피커

내장 브라우저 기능

Chrome, Firefox, Safari 개발자 도구 모두 CSS 패널의 색상 스와치를 클릭하면 HEX를 RGB로 인라인 변환하는 색상 피커를 탑재합니다. 무료, 설치 불필요, 항상 사용 가능. OKLCH가 없고, 공유 가능한 URL이 없으며, 비웹 플랫폼(SwiftUI, Compose)용 코드 내보내기가 없습니다. 이미 CSS를 디버깅 중이라면 개발자 도구를, 크로스 플랫폼 출력이 필요하다면 본 도구를 잡으십시오.

macOS Digital Color Meter

macOS 네이티브 앱

OS X 이후 모든 Mac에 번들로 제공됩니다. 어떤 픽셀 위에 올려놓아도 RGB / HEX / 선형 값을 읽어 줍니다. 화면 위 어떤 앱에서든 픽셀 색상을 샘플링하기에 훌륭합니다. 붙여넣은 HEX 값을 변환하지는 않으며, 변환기가 아니라 화면 샘플러입니다. 브라우저 내부에서 동일한 화면 샘플링 기능을 쓰려면 본 도구의 피커에 있는 EyeDropper 버튼(Chromium 브라우저만 해당)을 사용하십시오.

ConvertingColors

브라우저 도구

많은 공간(HEX, RGB, HSL, HSV, CMYK, XYZ, CIELAB)을 다루는 색상별 SEO 페이지입니다. 최신 OKLCH 지원과 통합 입력란 편집 UX가 없습니다. 자동 생성된 콘텐츠 페이지가 콘텐츠 팜 같은 느낌이지만 변환 데이터 자체는 정확합니다. Google을 통한 개별 색상 메타데이터 탐색에는 좋고, 본 도구는 적극적 작업 흐름에 더 빠릅니다.

HEX RGB 변환 예시

스크린샷에서 가져온 HEX 붙여넣기 → RGB 튜플

#FF5733

RGB 출력: `rgb(255 87 51)`. 가장 전형적인 사용 사례입니다. 디자이너가 Figma에 브랜드 색상을 떨어뜨렸고, 스크린샷을 찍어 eyedropper로 HEX를 얻었는데, 이제 canvas 그리기 호출이나 하드웨어 LED 스트립, 또는 이미지 버퍼에 대한 픽셀 산술을 위해 채널 정수가 필요한 상황입니다. 표시된 CSS Color 4 공백 구분 구문은 최신 형식이며, 레거시 콤마 형식 `rgb(255, 87, 51)`도 의미상 동일하고 IE 3 이후 모든 브라우저에서 지원됩니다.

Tailwind 브랜드 HEX를 RGB로 변환해 Photoshop에 입력

#3b82f6

RGB 출력: `rgb(59 130 246)`. Adobe의 컬러 피커(Photoshop, Illustrator, InDesign 안의 피커)는 0-255 범위의 RGB 정수를 네이티브 입력으로 받습니다. 세 채널 박스에 59 / 130 / 246을 붙여넣으면 Tailwind의 `blue-500`과 정확히 일치합니다. 디자이너가 인쇄를 의식한 레이아웃 앱에서 웹 색상을 시안으로 만들거나, 이미지 편집을 위한 스와치 라이브러리에 브랜드 색상을 샘플링할 때 유용합니다.

알파 포함 8자리 HEX → rgba

#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()` 함수로만 표현할 수 있었습니다.

짧은 3자리 HEX 확장

#F73

RGB 출력: `rgb(255 119 51)`. CSS 명세는 3자리 HEX를 각 자리를 복제해 6자리 등가물을 만드는 축약 형식으로 정의합니다. `#F73`은 `#FF7733`으로 확장되어 R = `FF` = 255, G = `77` = 119, B = `33` = 51이 됩니다. 이는 *왼쪽 패딩이 아닙니다*. `#F73`은 **`#000F73`이 아닙니다**. 많은 초보자가 이 부분을 잘못 이해하므로, 본 도구의 확장 동작이 규칙을 한눈에 보이게 만들어 줍니다.

자주 쓰이는 HEX → RGB 변환

가장 자주 변환되는 10개의 HEX 코드와 그 RGB 등가물의 레퍼런스 표입니다. 순수 원색, 순수 보색, 그리고 Tailwind 팔레트에서 가져온 실제 브랜드 색상 두 개를 포함합니다.

검정

#000000 rgb(0 0 0)

순수 검정. 세 채널 모두 0입니다. 방출되는 빛이 없는 상태입니다. RGB 트리플 (0, 0, 0).

#000000 rgb(0 0 0)

화면에서 순수 검정은 좀처럼 적절한 디자인 선택이 되지 못합니다. 본문 텍스트에는 부드러운 `#111`이나 OKLCH 명도 0.1-0.15를 시도해 보십시오.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

흰색

#FFFFFF rgb(255 255 255)

순수 흰색. 세 채널 모두 최대값(255)입니다. sRGB에서 가장 밝은 색상입니다.

#FFFFFF rgb(255 255 255)

어두운 환경에서 순수 흰색 배경은 눈의 피로를 유발할 수 있습니다. 더 따뜻한 대안으로 `#fafafa`나 OKLCH 0.98을 고려해 보십시오.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

빨강

#FF0000 rgb(255 0 0)

순수 빨강. R 채널이 최대, G와 B가 0입니다. 세 sRGB 원색 중 첫 번째입니다.

#FF0000 rgb(255 0 0)

순수 빨강은 채도가 매우 높아 브랜드 팔레트에 좀처럼 들어맞지 않습니다. 대부분의 "빨강" 브랜드 색상은 #DC2626이나 #E53935에 더 가깝습니다.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

초록

#00FF00 rgb(0 255 0)

순수 초록. G 채널이 최대, R과 B가 0입니다. CSS 이름 있는 색상 `lime`이며(`green`이 아님. `green`은 #008000입니다).

#00FF00 rgb(0 255 0)

CSS 키워드 `green`은 #008000(절반 밝기)으로 결정되며 #00FF00이 아닙니다. 자주 혼동되는 부분입니다. 순수 RGB 초록에는 `lime`을 쓰십시오.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

파랑

#0000FF rgb(0 0 255)

순수 파랑. B 채널이 최대, R과 G가 0입니다. 세 번째 sRGB 원색입니다.

#0000FF rgb(0 0 255)

흰색 배경 위의 순수 파랑은 WCAG AA 명암비(3.7:1)를 통과하지 못합니다. 본문 텍스트에는 #1D4ED8(Tailwind blue-700) 같은 더 어두운 브랜드 파랑을 고려해 보십시오.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

시안

#00FFFF rgb(0 255 255)

시안. 초록과 파랑이 최대, 빨강이 0입니다. 세 sRGB 보색 중 하나입니다. CSS 이름 있는 색상 `cyan` (또는 동등하게 `aqua`).

#00FFFF rgb(0 255 255)

시안과 aqua는 CSS에서 정확히 동의어입니다. 둘 다 #00FFFF로 결정됩니다. 하나를 선택해 스타일시트 전체에서 일관성을 유지하십시오.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

마젠타

#FF00FF rgb(255 0 255)

마젠타. 빨강과 파랑이 최대, 초록이 0입니다. CSS 이름 있는 색상 `magenta` (또는 동등하게 `fuchsia`).

#FF00FF rgb(255 0 255)

마젠타와 fuchsia는 CSS에서 정확히 동의어입니다. 둘 다 #FF00FF로 결정됩니다. 테스트 패턴과 개발자 도구 오버레이에서 흔히 쓰입니다.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

노랑

#FFFF00 rgb(255 255 0)

노랑. 빨강과 초록이 최대, 파랑이 0입니다. 지각 휘도 기준으로 세 sRGB 보색 중 가장 밝습니다.

#FFFF00 rgb(255 255 0)

노랑은 화면에서 흰색이 아닌 색상 중 가장 휘도가 높습니다. HEX가 종이에서는 괜찮아 보여도 흰색 배경의 노랑 텍스트는 거의 보이지 않습니다.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

Tailwind blue-500

#3b82f6 rgb(59 130 246)

Tailwind CSS의 기본 blue-500 브랜드 색상입니다. 2020년대 중반의 정규 "웹 파랑"이며, 수많은 대시보드, 마케팅 사이트, 관리 도구에 쓰입니다.

#3b82f6 rgb(59 130 246)

Tailwind v4는 지각 균일 램프를 위해 blue-500을 OKLCH로 재정의합니다 (`oklch(0.629 0.193 263.4)`). HEX는 폴백으로 동일하게 유지됩니다.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

Tailwind rose-500

#f43f5e rgb(244 63 94)

Tailwind CSS의 기본 rose-500입니다. 채도가 높은 분홍빛 빨강으로, 강조 버튼·경고 상태·브랜드 대비에 흔히 쓰입니다.

#f43f5e rgb(244 63 94)

rose-500은 흰색 대비 큰 텍스트의 WCAG AA(4.6:1)는 통과하지만 본문 텍스트는 통과하지 못합니다. 흰색 위 본문 카피에는 rose-600(#e11d48) 또는 더 어두운 값을 함께 쓰십시오.

대신 OKLCH가 필요하다면? 지각 균일 출력을 위한 전용 HEX OKLCH 변환기를 시도해 보십시오.

HEX RGB 변환기 사용 방법

  1. 1

    HEX 입력란에 HEX 코드 붙여넣기

    어떤 HEX 값이든 HEX 입력란에 떨어뜨리십시오. 앞의 `#` 포함 여부, 3자리 축약 (`#F73`), 6자리 완전형 (`#FF5733`), 4자리 알파 축약 (`#F738`), 또는 8자리 알파 완전형 (`#FF5733CC`) 모두 받아들입니다. 본 도구는 다섯 가지 입력 형태를 모두 내부적으로 동일한 정규 색상으로 정규화합니다. 대소문자는 무관합니다 (`#ff5733`과 `#FF5733`은 동일하게 파싱됩니다). 잘못된 문자나 자릿수는 조용한 인라인 오류를 발생시키고, 유효한 HEX는 다른 모든 형식 입력란을 실시간으로 업데이트합니다.

  2. 2

    RGB 입력란에서 RGB 튜플 읽기

    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로 되돌리는 왕복 변환이 원래 입력을 한 글자도 다르지 않게 만들어 냅니다.

  3. 3

    복사를 클릭해 RGB 문자열 가져오기

    각 형식 카드의 오른쪽에는 복사 버튼이 있습니다. 한 번 클릭하면 값이 클립보드로 들어가고, 버튼 레이블이 잠시 "복사되었습니다!"로 바뀌어 알려 줍니다. 복사된 문자열은 정규 CSS Color 4 구문 (`rgb(255 87 51)`)입니다. 타깃이 레거시 콤마 형식을 요구한다면 변환은 기계적입니다 (공백을 `, `로 바꾸면 됩니다). 플랫폼별 출력(SwiftUI, Compose, Flutter, Tailwind v4)은 피커 아래의 코드로 복사 섹션을 사용하십시오.

  4. 4

    함께 표시되는 형식: HSL, OKLCH, OKLAB, CMYK, 이름 있는 색상

    붙여넣은 동일한 HEX가 다른 형식 입력란도 함께 채웁니다. 레거시 CSS용 HSL, 지각 균일 디자인 시스템용 OKLCH와 OKLAB, 디자이너 색상 피커 작업 흐름용 HSV와 HWB, 인쇄 견적용 CMYK, 그리고 문서와 산문용 가장 가까운 CSS 이름 있는 색상까지. HEX → RGB 한 방향에 묶이지 않습니다. Tailwind v4 `@theme` 블록에 떨어뜨릴 OKLCH 트리플이 함께 필요하다면, OKLCH 입력란에 자체 복사 버튼과 함께 바로 노출되어 있습니다.

  5. 5

    시각적 조정에는 피커 사용

    형식 그리드 아래에는 시각적 탐색용으로 SL 정사각형 + 색조 슬라이더 + 알파 슬라이더가 있습니다. 어떤 컨트롤이든 드래그하면 시작했던 HEX와 RGB를 포함한 모든 텍스트 입력란이 실시간으로 업데이트됩니다. Chromium 기반 브라우저(Chrome, Edge, Brave)에서는 EyeDropper 버튼이 네이티브 `EyeDropper` API를 활성화해, 브라우저 창 바깥을 포함한 화면 어디든 픽셀을 샘플링할 수 있습니다. 다른 앱의 UI에서 HEX를 먼저 스크린샷 없이 캡처하고 싶을 때 유용합니다.

자주 발생하는 HEX / RGB 실수

3자리 HEX를 왼쪽 패딩으로 다루기

3자리 축약 `#RGB`은 *각 자리를 복제해* 확장되며, 0으로 왼쪽 패딩되지 않습니다. `#F73`은 `#FF7733`(밝은 주황)이 되지, `#000F73`(진한 파랑)이 되지 않습니다. 이는 CSS 색상 구문에서 가장 자주 잘못 이해되는 부분입니다. 초보자들은 축약이 일종의 0 패딩이라고 자주 가정해 결국 엉뚱한 색상으로 끝납니다. 동일한 규칙이 4자리 알파 축약 `#RGBA`에도 적용됩니다. 각 자리가 복제되어 8자리 등가물을 만듭니다.

✗ 오류
#F73이 #000F73으로 왼쪽 패딩된다고 가정:
expected: 진한 파랑 rgb(0, 15, 115)
actual:   밝은 주황 rgb(255, 119, 51)
✓ 정상
3자리 축약은 각 자리를 복제:
#F73 → #FF7733 → rgb(255, 119, 51)
본 도구의 실시간 확장이 입력 즉시 검증.

RGB를 HEX로 직렬화할 때 padStart 잊기

RGB를 HEX로 되돌리는 변환은 각 채널의 `toString(16)`이 2자리로 왼쪽 패딩되어야 합니다. `padStart(2, '0')` 없이는, 한 자리 채널 값이 잘못된 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 모든 채널 값에서 정확하게 동작.

8자리 HEX 알파 순서 혼동

CSS 8자리 HEX는 `#RRGGBBAA`이며, 알파는 *끝* 쌍입니다. 일부 색상 라이브러리(특히 구형 Android `Color.parseColor()`)는 반대 순서 `#AARRGGBB`를 사용해 알파를 *앞* 쌍에 둡니다. 이는 CSS HEX와 호환되지 않습니다. 웹 HEX `#FF573380`(50% 알파의 주황)을 `#AARRGGBB`로 해석하면 알파=255, R=87, G=51, B=128이 되어, 완전 불투명의 어두운 청록이 됩니다. 8자리 HEX를 왕복하기 전에 항상 타깃 플랫폼의 알파 순서를 확인하십시오.

✗ 오류
CSS 8자리 HEX를 레거시 Android Color.parseColor()에 붙여넣기:
#FF573380이 #AARRGGBB로 해석됨
→ 색상과 알파가 모두 완전히 잘못됨.
✓ 정상
타깃 플랫폼이 문서화한 형식 사용:
Android Compose: Color(0xFFFF5733), 알파가 첫 바이트
CSS: #FF573380, 알파가 마지막 바이트
순서 재정렬 없이 둘 사이를 그대로 옮기지 말 것.

블렌딩을 위해 RGB 채널을 직접 평균하기

RGB 채널은 감마 인코딩되어 있고 선형이 아닙니다. 두 RGB 값을 평균하면 지각적으로 잘못된 중간점이 나옵니다. `(255, 0, 0)`을 `(0, 255, 0)`과 평균하면 `(127, 127, 0)`이 나오며, 이는 빨강과 초록 빛을 섞을 때 예상되는 밝은 노랑 중간점이 아니라 탁한 진한 올리브색입니다. 올바른 블렌딩을 위해서는 먼저 sRGB 전송 함수를 통해 선형 RGB로 디코딩하고(CSS Color 4 §11.2), 선형 공간에서 평균을 낸 뒤, 다시 인코딩하십시오. 또는 지각 거리가 균일한 OKLAB / OKLCH에서 작업하십시오.

✗ 오류
감마 인코딩 RGB를 직접 평균:
(rgb(255,0,0) + rgb(0,255,0)) / 2 = rgb(128, 128, 0)
밝은 노랑이 아니라 진한 올리브색으로 보임.
✓ 정상
선형 RGB에서 평균:
디코딩 → 선형 RGB → 평균 → 재인코딩 → rgb(188, 188, 0)
물리적 빛 혼합이 만들어 내는 결과와 일치하는 시각적으로 밝은 노랑.

누가 HEX RGB를 사용하나요

Figma HEX를 canvas RGB 호출로 변환하는 프런트엔드 개발자
Figma는 HEX를 내보내지만, `CanvasRenderingContext2D.fillStyle`은 HEX와 `rgb()`를 모두 받습니다. 그리고 채널별 산술(그래디언트, 블렌딩, 이미지 조작)을 수행할 때는 매번 HEX를 다시 파싱하는 것보다 채널 정수를 직접 갖는 편이 더 빠릅니다. HEX를 한 번 붙여넣고, `rgb(255 87 51)` 튜플을 복사해 canvas 호출에 연결하십시오. 사용자 측에 HEX 파싱 코드는 전혀 필요 없습니다.
웹 HEX를 Photoshop / Illustrator RGB로 옮기는 디자이너
Adobe의 컬러 피커는 세 채널 박스에 걸친 0-255 정수를 네이티브 입력으로 받습니다. 웹 HEX를 본 도구에 붙여넣고, R / G / B 정수를 읽어 Photoshop에 입력하십시오. 스크린샷과 eyedropper 우회 없이 원래의 웹 색상과 정확히 일치합니다. 디자이너가 인쇄를 의식한 Adobe 레이아웃 앱에서 웹 색상을 시안으로 만들 때 유용합니다.
브랜드 HEX를 Unity / Unreal RGB API에 로드하는 게임 개발자
Unity의 `Color`와 Unreal의 `FLinearColor` 모두 0-1 정규화 부동소수점을 받습니다. 브랜드 HEX를 붙여넣고, 0-255 정수를 읽어 255로 나누거나 (또는 코드로 복사를 통해 도구의 정규화 부동소수점 출력을 사용하십시오). 변환은 기계적이지만 손으로 할 때 실수하기 쉽습니다. `(1.0, 0.341, 0.2)`를 기대하는 생성자에 `(255, 87, 51)`을 입력하면 클립된 흰색과 당황한 트윗이 나옵니다. 본 도구는 두 형식을 모두 노출합니다.
주소 지정 가능 LED 스트립을 프로그래밍하는 하드웨어 개발자
WS2812, APA102, 그리고 다른 주소 지정 가능 RGB LED 스트립은 LED당 0-255 정수 채널을 받습니다. 벽면 제품 디스플레이용 브랜드 HEX를 붙여넣고, RGB 트리플을 읽어 컨트롤러의 색상 배열에 떨어뜨리십시오. 마케팅 팀이 HEX를 지정하고 펌웨어 엔지니어가 `pixels.setPixelColor(i, r, g, b)` 호출용 채널 값을 필요로 할 때 유용합니다.
브랜드 색상 가독성을 감사하는 접근성 엔지니어
WCAG 2.1 명암비 검사는 내부적으로 RGB 입력을 받습니다. 브랜드 HEX를 붙여넣으면 일치하는 RGB와, 흰색·검은색에 대한 WCAG 비율, 그리고 APCA Lc 점수를 한 화면에서 얻을 수 있습니다. 브랜드 색상이 본문 텍스트의 4.5:1 하한선을 통과하지 못한다면, 옆에 있는 지각 균일 OKLCH 입력란이 브랜드 정체성을 잃지 않은 채 명암비가 통과할 때까지 L을 끌어올리기 쉽게 해 줍니다.
인라인 RGB로 이메일 템플릿을 임베드하는 디자이너
일부 이메일 클라이언트(Windows의 Outlook, 구형 모바일 Gmail)는 HTML 속성 안의 HEX를 일관되지 않게 파싱합니다. ``이 특정 플랫폼에서 검은색으로 렌더링될 수 있습니다. 안정적인 폴백은 인라인의 동등한 RGB `rgb(255, 87, 51)` 형식입니다. 브랜드 HEX를 붙여넣고, RGB 문자열을 레거시 콤마 구문으로 복사해(최신 공백 형식에서 수작업 치환), 이메일 템플릿의 `style` 속성에 떨어뜨리십시오.
브랜드 토큰을 두 형식으로 문서화하는 개발자
디자인 토큰 문서는 종종 동일한 색상을 두 형식으로 보여 줍니다. CSS 코드 블록용 HEX, 그리고 산문 주석용 RGB ("브랜드 빨강은 `#FF5733`이며, RGB 255 / 87 / 51과 동등합니다"). 두 값을 나란히 볼 수 있으면 문서 작성자가 두 도구를 돌리지 않고 한 번에 각각을 복사할 수 있습니다. 공유 가능한 URL 해시는 또한 독자가 논의 중인 정확한 색상으로 클릭해 도달할 수 있게 해 줍니다.
픽셀 색상 스냅샷을 검증하는 QA 엔지니어
시각 회귀 테스트는 종종 렌더링된 픽셀에 대해 특정 RGB 값을 단언합니다 (`expect(pixel.r).toBe(255)`). 명세가 HEX로 주어질 때 ("버튼은 `#FF5733`으로 렌더링되어야 함"), QA 엔지니어는 단언을 작성하기 위해 일치하는 RGB 정수가 필요합니다. HEX를 붙여넣고, R / G / B를 읽어, 테스트에 연결하십시오. 변환의 비트 단위 정확성은 부동소수점 드리프트 차이로 인해 테스트가 흔들리지 않음을 뜻합니다.

HEX RGB 수학과 파싱

parseInt(hex, 16)이 한 줄짜리 구현
전체 HEX → RGB 변환은 채널당 한 식에 들어맞습니다. R은 `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')`)도 마찬가지로 한 줄짜리이며, `padStart(2, '0')`은 잊기 쉬운 디테일로 5 같은 한 자리 채널 값을 `'5'`가 아니라 `'05'`로 잡아 줍니다.
축약 확장: 자리 복제이지 왼쪽 패딩이 아님
CSS 명세는 3자리 축약을 `#RGB`이 `#RRGGBB`로 확장되는 것으로 정의하며, 각 자리를 복제합니다. `#F73` → `#FF7733`이며, *`#000F73`이 아닙니다*. 같은 규칙이 4자리 알파 축약 `#RGBA` → `#RRGGBBAA`에도 적용됩니다. 이는 CSS 색상 구문에서 가장 자주 잘못 이해되는 부분 중 하나입니다. 초보자들은 `#F73`이 `#000F73`으로 왼쪽 패딩된다고 자주 가정하는데, 이는 전혀 다른 색상(의도한 밝은 주황이 아니라 채도가 떨어진 진한 파랑)을 만들어 냅니다. 본 도구의 확장 동작은 규칙을 한눈에 보이게 만듭니다.
8자리 알파: 끝의 쌍, 255로 나눔
8자리 HEX `#RRGGBBAA`는 RGB 트리플 뒤의 2자리 HEX 쌍으로 알파를 인코딩하며, 동일하게 파싱한 뒤 255로 나눠 0-1 부동소수점을 만들어 냅니다. `#FF573380`은 알파 = `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 출력: 기본값은 CSS Color 4 공백 구분
본 도구는 기본적으로 레거시 `rgb(255, 87, 51)`(CSS 1 콤마 구분)이 아닌 `rgb(255 87 51)`(최신 공백 구분)을 내보냅니다. 두 형태 모두 유효하며 2018년 이후 모든 에버그린 브라우저에서 서로 교환 가능합니다. 최신 구문은 모두 공백 구분과 알파용 슬래시를 사용하는 CSS Color 4의 다른 함수형 표기법(`hsl()`, `lab()`, `oklch()`, `color()`)과 정렬됩니다. 툴체인이 요구한다면 레거시 콤마 형식은 기계적인 치환 한 번 거리입니다. IE 9-11 컨텍스트에서는 rgba()가 여전히 적절한 폴백입니다.
왕복 안정성을 위한 OKLCH 내부 단일 사실 출처
이 스포크가 HEX → RGB를 구체적으로 타기팅하더라도, 공유된 기반 변환기는 내부적으로 정규 색상을 OKLCH 트리플로 유지합니다. 덕분에 HEX → RGB → HSL → OKLAB → CMYK → HEX 왕복이 단계별 부동소수점 드리프트 없이 이뤄집니다. HSL이나 sRGB를 피벗으로 거치는 레거시 변환기는 각 변환마다 반올림 오차를 누적합니다. (OKLAB이 아닌) OKLCH 선택은 색조(hue)를 안정적인 축으로 보존하므로, 색조 슬라이더를 드래그해도 회색을 통과해 크로스페이드되는 일이 없습니다. Björn Ottosson의 2020년 OKLAB 논문에 따른 것입니다.
채널 인코딩: 8비트 부호 없음, sRGB 감마 인코딩
각 RGB 채널은 IEC 61966-2-1(1996)이 정의한 sRGB 색 공간에 인코딩된 8비트 부호 없는 정수(0-255)입니다. 값은 *감마 인코딩되어* 있습니다. 즉, 채널 값과 지각 밝기의 관계가 비선형이며, 조각별 sRGB 전송 함수(0 근처의 작은 선형 구간을 가진 대략 2.4 지수)를 따릅니다. 이것은 색상 수학을 할 때 중요합니다. 감마 인코딩 형식의 두 RGB 값을 평균하면 잘못된 지각 중간점이 나옵니다. 올바른 색상 블렌딩을 위해서는 먼저 선형 RGB로 디코딩하고(CSS Color 4 §11.2), 평균을 낸 뒤, 다시 인코딩하십시오. 본 도구의 OKLCH 내부 모델이 이를 투명하게 만들어 줍니다.

HEX / RGB 작업 모범 사례

새 코드에는 최신 공백 구분 RGB 구문 사용
CSS Color 4의 `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 폴백 컨텍스트용으로만 남겨 두십시오.
알파 포함 HEX 배포 전 8자리 HEX 지원 확인
알파 포함 8자리 HEX (`#FF573380`)는 2018년에 모든 에버그린 브라우저에 도입되었지만, 레거시 CSS 프리프로세서와 일부 구형 디자인 도구는 알파 쌍을 6자리 HEX로 조용히 잘라 버립니다. 결과적으로 50% 투명을 기대했던 색상이 완전 불투명으로 렌더링됩니다. 8자리 HEX를 운영에 배포하기 전, 타깃 파서가 이를 처리하는지 확인하십시오. 레거시 타깃에는 IE 9부터 지원되는 명시적 `rgba(255, 87, 51, 0.5)` 구문으로 폴백하십시오.
색상 수학에서 RGB 채널을 직접 평균하지 말 것
RGB 채널은 감마 인코딩되어 있습니다. 두 RGB 값을 평균하면 잘못된 지각 중간점이 나옵니다. `(255, 0, 0)`을 `(0, 255, 0)`과 평균하면 `(127, 127, 0)`이 나오며, 이는 예상한 시각적으로 밝은 노랑 중간점이 아니라 탁한 진한 올리브색입니다. 올바른 색상 블렌딩을 위해서는 먼저 선형 RGB로 디코딩하고(CSS Color 4 §11.2), 평균을 낸 뒤, 다시 인코딩하십시오. 더 나은 방법은 지각 거리가 균일한 OKLAB이나 OKLCH에서 작업하는 것입니다. 디자인 시스템 팔레트 생성기가 정확히 이렇게 합니다.
디자인 토큰 원본에는 HEX, 하드웨어에는 RGB 선호
디자인 토큰 명세를 작성할 때는 HEX(또는 OKLCH)를 정규 형식으로 선호하십시오. 더 간결하고 JSON이나 YAML에 깔끔하게 들어맞습니다. 소비 코드가 채널별 산술(canvas 호출, 이미지 조작, 하드웨어 LED 드라이버, OpenGL 색상 속성)을 수행한다면, RGB 정수 형식이 소비하기 더 빠릅니다. 두 형식은 동일한 색상을 기술합니다. 선택은 정확성이 아니라 누가 읽고 쓰느냐에 관한 것입니다. 본 도구의 동시 입력란 뷰는 두 형식 모두를 동등하게 저렴하게 만들어 줍니다.
토큰 이름에 알파를 명시적으로 문서화
디자인 토큰이 알파를 포함한다면(예: 50% 불투명도 오버레이), `#000000CC` 같은 8자리 HEX에 알파를 묻지 말고 토큰을 `--color-overlay-base: #000000`과 `--color-overlay-alpha: 0.8`로 나누거나, 명시적 RGBA 형식을 쓰십시오. 알파를 HEX에 묻으면 파일을 훑어보는 사람에게 토큰이 읽히지 않고, 먼저 HEX를 다시 파싱하지 않고는 토큰별 알파 조정이 불가능해집니다. 비용이 변수 하나 추가일 때는 토큰 시스템의 명확성이 간결함을 이깁니다.
실시간 색상 결정 공유에 URL 해시 사용
모든 색상 변경은 URL 해시를 `#hex=ff5733` 형태로 자동 업데이트합니다. URL을 Slack 스레드나 GitHub 이슈에 복사하면, 그것을 여는 모든 사람이 동일한 RGB 튜플의 동일한 색상에 도달합니다. 채팅에 HEX 문자열을 붙여넣는 것보다 더 안정적이며(수신자가 값을 수작업으로 입력할 때 가끔 글자를 잘못 칩니다), 디자인 리뷰 스레드가 "화요일에 논의한 그 주황색"이 아니라 정확한 색상을 참조할 수 있게 해 줍니다. 해시는 서버로 전송되지 않습니다.

자주 묻는 질문

HEX 코드를 RGB로 어떻게 변환하나요?
6자리 HEX를 2자리짜리 세 쌍으로 나누고 각 쌍을 0-255 사이의 16진수로 읽으십시오. `#FF5733`은 R=`FF`=255, G=`57`=87, B=`33`=51이 되어 `rgb(255 87 51)`이 됩니다. 3자리 축약 `#F73`은 각 자리를 복제해 `#FF7733`으로 확장한 뒤 나눕니다. 본 도구는 입력하는 동안 실시간으로 변환을 수행합니다. 어떤 HEX든 (`#` 포함 여부, 3자리·6자리·4자리, 또는 알파를 포함한 8자리) 붙여넣으면 RGB 입력란이 일치하는 `rgb()` 값으로 즉시 업데이트됩니다.
HEX는 RGB와 같은 것인가요?
두 형식은 동일한 정보를 다른 표기법으로 인코딩합니다. 둘 다 sRGB 색 공간에 고정된 0-255 척도의 세 채널(빨강, 초록, 파랑)로 색상을 기술합니다. HEX는 세 채널을 6글자의 16진수 문자열(`#FF5733`)로 묶고, `rgb()` 함수는 10진수로 풀어 씁니다(`rgb(255 87 51)`). 두 형식은 무손실로 왕복합니다. 동일한 색상이 HEX → RGB → HEX 경로를 따라가도 드리프트 없이 돌아옵니다. HEX는 CSS 변수에 짧게 들어가고, `rgb()`는 `rgba()`와 CSS Color 4의 백분율 구문을 통해 알파 채널을 지원합니다.
HEX 색상 코드는 어떻게 읽나요?
HEX 색상은 `#` 뒤에 6자리 16진수가 오고 **RR GG BB** 형태로 그룹화됩니다. 각 쌍은 `00`(없음, 10진수 0)부터 `FF`(가득, 10진수 255)까지 한 채널을 인코딩합니다. `#FF0000`은 순수 빨강, `#00FF00`은 순수 초록, `#0000FF`는 순수 파랑입니다. 8자리 HEX (`#FF5733CC`)는 끝에 알파 쌍을 추가합니다. `CC` = 204/255 ≈ 80% 불투명도입니다. 3자리 축약 `#F73`은 각 자리를 복제해 확장됩니다. `#F73`은 `#FF7733`과 동일합니다.
HEX를 RGB로 변환하는 공식은 무엇인가요?
2자리 HEX 쌍마다 첫 자리에 16을 곱하고 둘째 자리를 더하십시오. `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`은 ``가 허용되는 모든 곳에서 서로 교환 가능합니다. 어느 방향에서도 반올림 손실은 없습니다. 16² = 256으로, 각 채널이 차지하는 0-255 바이트 범위와 정확히 일치하기 때문입니다.
RGB 대신 HEX를 쓰는 이유는 무엇인가요?
세 가지 이유가 있습니다. 더 짧고(`#FF5733` vs `rgb(255, 87, 51)`), 모든 디자인 도구(Figma, Sketch, Photoshop)의 기본 내보내기 형식이며, 프런트엔드 개발자가 눈으로 인식하도록 학습되는 형식입니다. 대부분의 개발자는 `#3b82f6`을 따로 찾지 않고도 Tailwind blue-500으로 알아봅니다. 알파 투명도가 필요할 때, JavaScript의 채널 값으로부터 색상을 계산할 때, 또는 명시적인 백분율 구문이 스타일시트의 가독성을 높일 때는 `rgb()`(또는 CSS Color 4의 최신 공백 구분 `rgb(R G B / A)` 구문)를 쓰십시오.
HEX 코드에 알파를 포함할 수 있나요?
네, 가능합니다. 8자리 HEX (`#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)`로 폴백하십시오.
HEX는 몇 가지 색상을 표현할 수 있나요?
6자리 HEX는 정확히 **16,777,216** 가지 색상을 표현합니다. 채널당 256 값의 세제곱(256³)입니다. 알파를 포함한 8자리 HEX의 주소 공간은 256⁴ ≈ 43억이지만, 색상 내용 자체는 여전히 16.7M이며 추가된 차원은 불투명도입니다. 사람 눈이 구분할 수 있는 색상은 약 1천만 가지로, 24비트 sRGB는 1990년대부터 "트루컬러"로 마케팅되어 왔습니다. 최신 광색역 디스플레이(Display P3, Rec2020)는 가시 스펙트럼의 더 넓은 범위를 덮지만, HEX 자체는 sRGB에 묶입니다. 광색역 값에는 OKLCH 또는 `color(display-p3 ...)`를 사용하십시오.
RGB를 HEX로 어떻게 변환하나요?
공식을 뒤집으면 됩니다. 나눗셈 없이, 각 채널 정수를 2자리 16진수 표현으로 변환해 이어 붙이십시오. JavaScript에서는 `[255, 87, 51].map(v => v.toString(16).padStart(2, '0')).join('')`이 `'ff5733'`을 반환합니다. 그런 다음 `#`을 앞에 붙이십시오. `padStart(2, '0')`은 중요합니다. 빠뜨리면 `5` 같은 한 자리 값이 `'05'`가 아니라 `'5'`로 직렬화되어 잘못된 HEX가 만들어집니다. 본 도구 패밀리에서 반대 방향이 필요하다면 전용 RGB HEX 변환기를 사용하십시오.