이 Base64 도구를 사용하는 이유는 무엇입니까?
- 데이터를 어디에도 보내지 않고 일반 텍스트를 표준 Base64 또는 URL 안전 Base64로 인코딩합니다.
- 공백과 URL 안전 알파벳 차이를 허용하면서 Base64를 다시 텍스트로 디코딩합니다.
- UTF-8, ASCII 또는 Latin-1을 선택하면 인코딩 불일치를 조기에 발견할 수 있습니다.
- 로컬 파일을 Base64 또는 데이터 URI로 변환하고 이미지를 즉시 미리 봅니다.
텍스트 변환기
텍스트 인코딩 또는 디코딩
공유 URL은 설정만 저장합니다. 입력 텍스트와 출력 텍스트는 링크에 배치되지 않습니다.
파일 변환기
파일을 Base64로 변환
로컬 파일을 선택하거나 여기에 놓습니다. 생성된 데이터 URI에서 이미지 파일을 즉시 미리 볼 수 있습니다.
이미지 미리보기
Base64를 안전하게 사용하는 방법
+, /, 선택적 = 패딩을 요구하는 시스템에 데이터를 복사할 때는 표준 Base64를 사용하세요. 해당 문자를 허용하지 않는 쿼리 문자열, 파일 이름, 토큰 형식에 넣어야 한다면 URL 안전 Base64를 사용합니다.
작업이 바이트-텍스트 변환이 아니라 경로나 쿼리 문자열의 퍼센트 인코딩이라면 Base64 대신 URL 인코더/디코더 도구를 사용하세요.
Base64와 암호화 비교
Base64는 바이너리 데이터만 텍스트로 변환합니다. 내용을 숨기지 않습니다. 페이로드가 민감한 경우에도 적절한 암호화 또는 전송 보안이 필요합니다.
출력이 증가하는 이유
Base64는 각 3바이트 입력 청크를 4개의 인쇄 가능한 문자로 저장하므로 줄 바꿈이나 데이터 URI 접두사가 추가되기 전에 텍스트는 일반적으로 약 33% 더 커집니다.
Base64 파일이 유용한 경우
파일 변환은 작은 페이로드를 검사하거나, 프로토타입에 대한 데이터 URI를 작성하거나, API 필드가 예상 형식을 허용하는지 확인해야 할 때 유용합니다. 대규모 자산의 경우 Base64는 크기 오버헤드를 추가한다는 점을 명심하세요.
자주 묻는 질문
Base64와 Base64URL은 무엇이 다른가요?
표준 Base64는 +와 /를 사용하고 Base64URL은 -와 _를 사용합니다. 패딩 여부는 값을 사용하는 형식에 따라 달라지며, JWT 세그먼트는 = 패딩이 없는 Base64URL을 사용합니다.
Base64는 암호화 방식인가요?
아닙니다. Base64는 바이트를 텍스트로 표현할 뿐입니다. 값을 가진 사람은 누구나 디코딩할 수 있으므로 민감한 데이터에는 별도의 암호화와 안전한 전송이 필요합니다.
Base64 출력이 원본보다 긴 이유는 무엇인가요?
입력 3바이트마다 Base64 문자 4개로 바뀌므로 보통 약 33% 커집니다. 데이터 URL 접두사를 붙이면 그만큼 길이가 더 늘어납니다.
내 텍스트나 파일이 업로드되나요?
아니요. 텍스트와 파일 변환은 브라우저에서 로컬로 실행되며 입력이나 출력이 자동으로 업로드되지 않습니다.
유연한 디코딩과 엄격한 디코딩은 무엇이 다른가요?
유연한 모드는 표준 또는 URL 안전 알파벳을 받아들이고 공백을 무시하며 누락된 패딩을 복원합니다. 엄격한 모드는 선택한 알파벳, 패딩 규칙, 정규 패드 비트를 확인합니다.
데이터 URL 안에서 Base64URL을 사용할 수 있나요?
사용하지 않아야 합니다. data:…;base64,의 데이터에는 표준 Base64를 사용합니다. 데이터 URL 접두사를 켜면 이 도구가 패딩이 포함된 표준 Base64로 자동 전환합니다.