← 도구 목록으로

Base64 인코더/디코더

🔒 브라우저 내부 처리

텍스트와 Base64 사이를 즉시 변환하고 URL-safe/공백 제거 옵션을 적용하세요.

문자열 → Base64

Base64 → 문자열

파일 → Base64

파일을 선택하면 즉시 Base64로 변환됩니다.

Related

함께 쓰면 좋은 도구

  • UUID 변환기 — UUID v4와 ULID를 생성하고 UUID를 hex(binary16)으로 변환하거나 다시 UUID로 복구할 수 있는 브라우저 도구입니다.
  • JSON 포매터/검증기 — JSON 유효성 검사, 포맷/압축, 키 검색, 트리 뷰 확인까지 한 번에 할 수 있는 브라우저 도구입니다.
  • JWT 디코더/검사기 — JWT 헤더와 페이로드를 디코딩하고 exp, nbf, claims를 확인할 수 있는 브라우저용 JWT 검사 도구입니다.
  • URL 인코더/디코더 — URL 인코딩/디코딩, 쿼리 스트링 파싱, URL-safe 문자열 확인을 브라우저에서 바로 처리할 수 있습니다.
  • JSON YAML 변환기 — JSON과 YAML을 서로 변환하고 구조화된 데이터를 CSV 형태로 정리할 수 있습니다.
  • URL 쿼리 생성기 — 키-값 쌍으로 쿼리 스트링을 만들고 인코딩된 공유 URL을 빠르게 생성할 수 있습니다.

Overview

Base64 인코딩과 디코딩을 한 화면에서 끝내세요

API 응답, data URL, 토큰 조각, 로그에 남은 Base64 문자열처럼 “지금 바로 풀어봐야 하는 값”을 빠르게 확인할 수 있게 만든 페이지입니다. 텍스트 변환과 파일 변환을 한 곳에 묶어서, 값 확인부터 재다운로드까지 끊김 없이 이어지도록 구성했습니다.

텍스트 ↔ Base64 왕복

문자열을 즉시 인코딩하거나, 받은 Base64 값을 사람이 읽을 수 있는 텍스트로 되돌릴 수 있습니다.

파일 Base64 확인

로컬 파일을 올려 바로 Base64로 바꾸고, 반대로 Base64 문자열을 다시 파일로 저장할 수 있습니다.

전송 이슈 점검

URL-safe, 공백 제거 옵션으로 복사 과정에서 깨진 값인지, 전송 경로 문제인지 빠르게 분리해서 볼 수 있습니다.

Guide

Base64를 쓸 때 가장 많이 헷갈리는 포인트

Base64는 암호화가 아닙니다

사람이 읽기 어렵게 보일 뿐, 누구나 다시 디코딩할 수 있는 인코딩 방식입니다. 비밀 정보 보호 용도로 쓰면 안 됩니다.

URL-safe 옵션

+, /, = 문자가 문제 되는 URL 파라미터나 토큰 전달 상황에서는 URL-safe 형태가 더 안전합니다.

공백 정리

이메일, 문서, 로그에서 복사한 Base64 값은 줄바꿈과 공백이 섞이기 쉬워서 디코딩 전에 정리 옵션을 켜두는 편이 좋습니다.

How To

이 페이지를 가장 효율적으로 쓰는 방법

텍스트를 디코딩할 때

  1. 받은 Base64 값을 아래 입력창에 붙여넣습니다.
  2. 로그나 문서에서 복사한 값이면 먼저 공백 제거를 켭니다.
  3. URL-safe 문자 -, _ 가 보이면 URL-safe 복구를 같이 켭니다.
  4. 디코딩 결과가 바로 읽히는지 확인한 뒤 복사하거나 다음 도구로 넘깁니다.

파일을 Base64로 바꿀 때

  1. 파일 업로드 박스에 로컬 파일을 올립니다.
  2. 필요하면 URL-safe 옵션을 켠 뒤 결과 문자열을 복사합니다.
  3. 테스트 payload, data URL 조각, API 샘플 본문에 그대로 붙여 넣어 확인합니다.
  4. 반대로 받은 Base64를 파일로 저장해야 하면 오른쪽 다운로드 이름을 정해 다시 저장합니다.

Advanced Options

옵션이 실제로 도움이 되는 상황

URL-safe 변환

일반 Base64의 +, /, = 문자가 URL 파라미터나 토큰 전송 과정에서 깨질 수 있을 때 사용합니다. 특히 콜백 URL, 쿼리스트링, 짧은 토큰 조합에서 유용합니다.

공백 제거

여러 줄 Base64나 문서에서 줄바꿈과 공백이 섞인 값을 받을 때 켜두면 실패 원인을 바로 줄일 수 있습니다. 값 자체가 잘못된 건지, 복사 과정이 잘못된 건지 분리할 때 특히 효과적입니다.

다운로드 파일명 지정

디코딩 결과를 파일로 저장할 때 적절한 이름과 확장자를 먼저 지정해두면 테스트 파일 관리가 쉬워집니다. 예: avatar.png, payload.json, decoded.bin.

Examples

바로 감이 오는 간단한 예시

텍스트 인코딩 예시

간단한 문자열을 Base64로 바꾸면 테스트용 payload를 만들 때 빠르게 재현할 수 있습니다.

Hello, world!

→

SGVsbG8sIHdvcmxkIQ==

URL-safe 예시

일반 Base64를 토큰이나 URL에 넣어야 할 때는 URL-safe 형태가 더 안전합니다.

standard: aGVsbG8rLz0=
url-safe: aGVsbG8rLz0

Use Cases

이 페이지가 유용한 상황

API 요청 본문 확인

이미지 data URL, 첨부파일 payload, JWT 일부 필드처럼 Base64가 포함된 응답을 빠르게 확인할 수 있습니다.

파일 내용을 브라우저에서 변환

파일을 업로드하면 즉시 Base64로 바꿔서 복사할 수 있어, 테스트용 샘플 데이터나 임베드 문자열을 만들 때 편리합니다.

복호화 전 길이 증가 확인

Base64는 원본보다 데이터가 커집니다. 본문 길이 제한이나 헤더 크기 제한이 있는 환경에서는 전송 전에 길이를 꼭 점검하세요.

FAQ

Base64에서 자주 나오는 질문

Base64는 보안용인가요?

아니요. 표현 형식을 바꾸는 인코딩일 뿐이라 누구나 다시 디코딩할 수 있습니다. 민감한 데이터는 암호화와 별도로 관리해야 합니다.

왜 원본보다 길어지나요?

Base64는 3바이트를 4문자로 바꾸는 구조라서 전송 가능한 문자 집합으로 바뀌는 대신 크기가 늘어납니다. 보통 약 33% 정도 커집니다.

텍스트가 깨져 보이면 어떻게 하나요?

입력값 자체가 잘못되었거나, 원래 값이 텍스트가 아니라 바이너리 파일일 수 있습니다. 그럴 때는 파일 저장 쪽으로 다시 확인하는 게 빠릅니다.

어떤 도구랑 같이 쓰면 좋나요?

URL에 실릴 값이면 URL 인코더, 이미지 data URL이면 이미지 Base64 변환기, API 응답 본문이면 JSON 포매터와 함께 쓰는 흐름이 가장 자연스럽습니다.

Base64 vs URL 인코딩 가이드 URL 도구 열기 이미지 Base64 열기 JSON 포매터 열기