Data URI 파서 및 디코더
data: URI를 디코드해 MIME 타입, 인코딩, 크기, 디코드된 내용을 브라우저에서 확인합니다.
사용법
- 입력 상자에 전체 data: URI를 붙여넣습니다.
- MIME 타입, 인코딩, charset, 바이트 크기를 확인합니다.
- 디코드된 텍스트를 복사하거나 이미지를 미리봅니다.
자세한 설명
펼치기접기
data: URI를 붙여넣으면 구성 요소로 분해합니다. MIME 타입, 페이로드가 Base64인지 퍼센트 인코딩인지, 선언된 charset, 그리고 문자열 길이가 아니라 디코딩된 실제 바이트 크기까지 보여 줍니다. 대개 이 크기 때문에 이 도구를 찾게 됩니다. Base64는 3바이트를 4글자에 담기 때문에 인라인된 자산은 원본 파일보다 약 3분의 1 커지며, 인라인이 정말로 요청 하나를 아끼는지 판가름하는 것이 바로 이 값입니다. text, JSON, XML, SVG, HTML, CSV 같은 텍스트 페이로드는 디코딩해서 보여 주고, 이미지 타입은 미리보기를 제공합니다. MIME 타입이 아예 없는 URI는 명세 그대로 text/plain으로 처리됩니다. 모든 처리는 로컬에서 이루어지며 아무것도 업로드되지 않습니다.
자주 묻는 질문
어떤 data URI를 지원하나요?
미디어 타입 유무와 관계없이, Base64(;base64) 또는 퍼센트 인코딩 페이로드를 가진 모든 RFC 2397 data: URI를 지원합니다. 미디어 타입이 없으면 text/plain이 기본값입니다.
크기는 어떻게 계산되나요?
인코딩된 문자열 길이가 아니라 디코드된 바이트의 실제 크기입니다. 따라서 URI가 나타내는 실제 파일이나 텍스트 크기를 반영합니다.
이미지를 미리볼 수 있나요?
예. MIME 타입이 image/*이면 디코드된 데이터가 URI에서 바로 실시간 미리보기로 렌더링됩니다. 이미지가 아닌 바이너리 페이로드는 크기만 표시됩니다.
제 data URI가 어딘가로 전송되나요?
아니요. 디코딩은 전적으로 브라우저에서 이루어지며 아무것도 업로드되지 않습니다.
이미지를 data URI로 인라인하는 게 이득인가요?
작은 아이콘이라면 대개 그렇습니다. 요청이 하나 줄어드니까요. 몇 킬로바이트를 넘어가면 수지가 안 맞습니다. Base64는 바이트 수를 약 3분의 1 늘리고, 페이로드를 그것을 담고 있는 페이지와 따로 캐시할 수 없으며, 방문할 때마다 다시 내려받는 것을 막아 주지도 않습니다.
MIME 타입이 없는 data URI가 왜 그래도 디코딩되나요?
명세가 기본값을 정해 두었기 때문입니다. data:,Hello처럼 쓴 URI는 US-ASCII 문자 집합의 text/plain을 뜻하므로, 타입은 빠진 것이 아니라 선택 사항입니다. 이 기본값 때문에라도 타입을 알 수 없는 페이로드는 생략하기보다 명시하는 편이 안전합니다.
관련 도구
이미지 → Base64
이미지를 어디든 붙여넣을 수 있는 Base64 데이터 URL로 변환하세요.
이미지
URL 인코더 / 디코더
URL용으로 텍스트를 퍼센트 인코딩하거나, 인코딩된 URL을 디코딩하세요.
개발
Base64 인코더 / 디코더
텍스트를 Base64로 인코딩하거나 다시 텍스트로 디코딩하세요.
개발
상대 URL 해석기 (RFC 3986)
RFC 3986대로 상대 참조를 기준 URI에 대해 해석하고, 점 세그먼트 추적과 브라우저의 답을 나란히 보여 줍니다.
네트워크
URI 템플릿 확장기 (RFC 6570)
직접 정의한 변수로 RFC 6570 URI 템플릿 확장 — 네 레벨 모두 지원: 경로·쿼리·프래그먼트·라벨·경로형 연산자, explode·prefix 수정자, 브라우저에서.
네트워크
Protobuf 디코더 (.proto 없이)
base64나 hex로 된 protobuf 바이트를 붙여넣으면 스키마 없이 필드 번호, 와이어 타입, 중첩 메시지, 문자열, packed 배열을 읽어줍니다.
개발