입력한 값이 어딘가로 업로드되나요?

아니요. 인코딩과 디코딩 모두 이 브라우저 탭에서 실행되며 값은 서버로 전송되거나 기록·저장되지 않습니다.

Base64는 암호화인가요?

아니요. Base64는 암호화가 아니며 기밀성을 전혀 주지 않습니다. 바이트를 텍스트로 표현한 되돌릴 수 있는 방식이라 문자열을 본 사람은 누구나 디코딩할 수 있습니다. 바이너리를 텍스트 통로로 옮길 때 쓰는 도구이지 비밀을 지키는 수단이 아닙니다.

표준과 URL 안전 Base64는 무엇이 다른가요?

알파벳의 마지막 두 글자가 다릅니다. 표준은 더하기와 슬래시를 쓰고, URL 안전은 빼기와 밑줄을 써서 URL 경로·쿼리 문자열·파일명에 넣어도 값이 깨지지 않습니다.

디코딩할 때 패딩 오류가 나는 이유는요?

Base64는 네 글자 묶음으로 동작하고 등호로 패딩을 채웁니다. 패딩 없이 저장된 값은 길이가 4의 배수가 아닙니다. 디코딩 정책을 관대로 바꾸면 빠진 패딩을 채워서 읽어줍니다.

패딩을 빼고 인코딩할 수 있나요?

이 페이지에서는 안 됩니다. 인코딩 결과에는 항상 등호 패딩이 붙습니다. 패딩 없는 값이 필요하면 끝의 등호를 직접 지우면 되고, 디코딩은 관대 모드에서 두 형태를 모두 받아들입니다.

디코딩하면 UTF-8 오류가 나는데요?

Base64 자체는 올바르지만 그 뒤의 바이트가 텍스트가 아닌 경우입니다. 이미지나 압축 파일이 대표적입니다. 내용 형식을 바이트(16진수)로 바꾸면 데이터를 볼 수 있고, 내려받기 버튼으로 파일로 저장할 수 있습니다.

Base64 인코더 | ToolFlowy

입력UTF-8 텍스트

출력

결과가 여기에 표시됩니다.

입력을 직접 넣거나 예제를 불러오면 결과가 여기에 표시됩니다.

Base64 인코딩·디코딩 방법

Base64 Encoder는 텍스트나 바이트를 Base64로 바꾸고 다시 되돌립니다. 모든 변환이 이 브라우저 탭에서 일어나므로 어떤 값도 업로드되지 않습니다. 입력이 UTF-8 텍스트인지 16진수 바이트인지, 표준 알파벳과 URL 안전 알파벳 중 무엇을 쓸지, 디코딩할 때 공백과 패딩을 얼마나 엄격히 볼지 직접 고를 수 있습니다. 디코딩이 실패하면 잘못된 문자, 잘못된 패딩, 잘못된 UTF-8 중 무엇인지와 문제가 생긴 바이트 위치를 함께 알려줍니다.

네 단계로 인코딩하거나 디코딩하기

인코딩 또는 디코딩 선택모드 컨트롤로 방향을 바꿉니다. 인코딩은 입력을 Base64로 만들고, 디코딩은 Base64를 원래 텍스트나 바이트로 되돌립니다. 입력하는 즉시 결과가 갱신되므로 실행 버튼을 누를 필요가 없습니다.
내용 형식 지정일반 문자열이면 UTF-8 텍스트를, 바이너리 데이터를 다룬다면 바이트(16진수)를 고릅니다. 바이트 모드에서는 48 65 6c 같은 16진수 쌍으로 입출력하며, 쌍 사이의 공백은 허용됩니다.
알파벳 선택표준 Base64는 더하기와 슬래시를, URL 안전 Base64는 대신 빼기와 밑줄을 씁니다. JWT·쿼리 문자열·파일명에는 URL 안전이 필요합니다. 디코딩도 같은 선택을 쓰므로 그 값이 만들어진 알파벳을 고르세요.
디코딩 정책을 정하고 복사 또는 내려받기엄격 모드는 공백이나 길이가 맞지 않는 패딩을 모두 거부합니다. 관대 모드는 공백을 제거하고 빠진 패딩을 채운 뒤 어떤 보정을 했는지 알려줍니다. 결과는 클립보드로 복사하거나 .txt 파일로 내려받을 수 있고, 바이트로 디코딩한 경우에는 .bin 파일로 저장됩니다.

Base64 Encoder를 쓰는 상황

로그나 설정 파일의 Base64 값 읽기YAML 파일, 환경 변수, 요청 본문에서 가져온 값을 붙여넣어 실제로 어떤 텍스트인지 확인합니다.
JWT 조각을 직접 디코딩토큰 조각은 패딩이 없는 URL 안전 Base64입니다. URL 안전과 관대 모드를 고르면 빠진 패딩이 자동으로 복원됩니다.
헤더나 쿼리 문자열에 넣을 값 인코딩자격증명이나 식별자를 Authorization 헤더, data URI, URL 파라미터에 넣기 전에 Base64로 만듭니다.
바이너리 데이터를 16진수로 살펴보기바이트(16진수)로 디코딩하면 실제 바이트 나열이 보여서 예상치 못한 BOM이나 형식이 다른 파일을 바로 알아챌 수 있습니다.

Base64 자주 묻는 질문

입력한 값이 어딘가로 업로드되나요?: 아니요. 인코딩과 디코딩 모두 이 브라우저 탭에서 실행되며 값은 서버로 전송되거나 기록·저장되지 않습니다.
Base64는 암호화인가요?: 아니요. Base64는 암호화가 아니며 기밀성을 전혀 주지 않습니다. 바이트를 텍스트로 표현한 되돌릴 수 있는 방식이라 문자열을 본 사람은 누구나 디코딩할 수 있습니다. 바이너리를 텍스트 통로로 옮길 때 쓰는 도구이지 비밀을 지키는 수단이 아닙니다.
표준과 URL 안전 Base64는 무엇이 다른가요?: 알파벳의 마지막 두 글자가 다릅니다. 표준은 더하기와 슬래시를 쓰고, URL 안전은 빼기와 밑줄을 써서 URL 경로·쿼리 문자열·파일명에 넣어도 값이 깨지지 않습니다.
디코딩할 때 패딩 오류가 나는 이유는요?: Base64는 네 글자 묶음으로 동작하고 등호로 패딩을 채웁니다. 패딩 없이 저장된 값은 길이가 4의 배수가 아닙니다. 디코딩 정책을 관대로 바꾸면 빠진 패딩을 채워서 읽어줍니다.
패딩을 빼고 인코딩할 수 있나요?: 이 페이지에서는 안 됩니다. 인코딩 결과에는 항상 등호 패딩이 붙습니다. 패딩 없는 값이 필요하면 끝의 등호를 직접 지우면 되고, 디코딩은 관대 모드에서 두 형태를 모두 받아들입니다.
디코딩하면 UTF-8 오류가 나는데요?: Base64 자체는 올바르지만 그 뒤의 바이트가 텍스트가 아닌 경우입니다. 이미지나 압축 파일이 대표적입니다. 내용 형식을 바이트(16진수)로 바꾸면 데이터를 볼 수 있고, 내려받기 버튼으로 파일로 저장할 수 있습니다.