먼저 업로드 규칙을 정확히 읽기
업로드 페이지는 보통 파일 크기, 형식, 픽셀 크기를 동시에 제한합니다. “100KB”만 보는 것으로는 충분하지 않습니다. JPG만 받는지, 흰 배경을 요구하는지, 너비와 높이를 제한하는지도 확인해야 합니다. 목표 KB 도구는 정적 JPG, PNG, WebP 또는 AVIF 입력을 처리하고 JPEG 또는 WebP로 출력할 수 있습니다. 플랫폼이 WebP를 받지 않는다면 JPEG를 선택해야 합니다.
도구 내부에서는 입력한 KB를 1024바이트 기준으로 환산합니다. 예를 들어 목표 200KB는 약 204800바이트로 판단됩니다. 일부 포털은 200000바이트 상한처럼 10진 바이트 기준으로 설명하거나 검사할 수 있습니다. 이런 경우에는 여유를 두는 것이 좋습니다. 예를 들어 도구에 190KB를 입력하고, 다운로드 후 실제 바이트 수를 확인하거나 업로드 페이지의 피드백으로 확인합니다.
- 업로드 페이지에 적힌 최대 KB, 허용 형식, 픽셀 요구사항을 확인합니다.
- 정적 이미지 한 장을 선택하고, 최종 제출물로 움직이는 이미지는 피합니다.
- 허용 형식에 맞춰 먼저 JPEG 또는 WebP 출력을 선택합니다.
- 목표 KB를 입력합니다. 10진 바이트로 검사할 가능성이 있는 포털에서는 미리 여유를 둡니다.
- 최대 크기를 가장 긴 변의 상한으로 설정하고, 결과에서 최종 너비와 높이를 다시 확인할 준비를 합니다.
크기와 품질을 어떻게 절충할까
목표 KB 도구는 먼저 최대 크기에 맞춰 이미지의 더 긴 변을 제한하고 비율을 유지합니다. 그런 다음 브라우저의 canvas 내보내기로 여러 품질 단계를 시도합니다. 그래도 목표에 도달하기 어렵다면 더 작은 출력을 찾기 위해 크기를 계속 줄일 수 있습니다. 픽셀 크기가 클수록 더 많은 디테일이 남지만 아주 작게 압축하기는 어렵습니다. 낮은 품질은 파일 크기 감소에 도움이 되지만 얼굴, 글자, 가장자리에 눈에 띄는 흔적을 만들 수 있습니다.
이미지가 신분 자료나 상품 이미지에 쓰인다면, 보통 극단적으로 낮은 품질에만 기대어 억지로 압축하지 않는 편이 좋습니다. 페이지가 정확한 너비와 높이를 요구한다면, 목표 KB 도구를 마지막 단계의 유일한 검사로 삼기에는 적합하지 않습니다. 크기를 유지하는 품질/형식 재인코딩 흐름을 우선 사용하거나, 플랫폼이 허용하는 다른 처리 방식을 선택하고, 최종적으로 다운로드한 파일의 너비, 높이, 바이트 수를 기준으로 삼아야 합니다.
달성과 미달 이해하기
결과에 “목표 이하”라고 표시되면, 브라우저가 실제로 생성한 파일 크기가 1024바이트 기준으로 환산한 목표보다 작거나 같다는 뜻입니다. 결과에 “여전히 목표 초과”라고 표시되면, 도구가 현재 시도 범위 안에서 가장 작거나 꽤 가까운 결과를 찾았지만, 아직 업로드 규칙을 만족하지 못한다는 뜻입니다.
미달은 고장이 아니며 숨겨진 보장도 아닙니다. 브라우저의 JPEG 또는 WebP 인코딩 결과는 이미지 내용, 형식 지원, 품질 매개변수의 영향을 받습니다. 이때는 최대 크기를 낮추거나, 플랫폼이 허용하는 다른 출력 형식으로 바꾸거나, 원본으로 돌아가 구도를 다시 자를 수 있습니다.
가상 예시
예를 들어 어떤 양식이 아바타를 200KB 미만으로 요구하고, JPG를 허용하며, 고정 너비와 높이는 적지 않았다고 가정합니다. 원본 사진을 선택하고, 출력 형식을 JPEG로 고른 뒤, 목표 크기에 200을 입력하고, 최대 크기는 먼저 1200px 또는 1600px로 설정할 수 있습니다. 해당 포털이 200000바이트 기준으로 검사할 가능성이 있다면 먼저 190KB를 입력해 여유를 두고, 다운로드 후 실제 바이트 수를 확인합니다.
같은 양식이 600 × 600도 요구한다면, 목표 KB 이후에도 여전히 600 × 600일 것이라고 가정해서는 안 됩니다. 목표 탐색 중 크기가 계속 줄어들 수 있습니다. 목표를 맞춘 뒤에는 반드시 최종 크기를 확인해야 합니다. 크기를 바꿀 수 없다면 600 × 600을 유지하는 품질/형식 재인코딩 흐름을 사용하거나, 플랫폼이 허용하는 다른 방식으로 처리해야 합니다.
2400 × 3200 아바타 사진이 200KB 미만이어야 하고 페이지에 고정 너비와 높이 요구가 없다고 가정합니다. 먼저 JPEG, 목표 190KB 또는 200KB, 최대 크기 1200px를 시도합니다. 출력이 미달로 표시되면 최대 크기를 더 줄입니다. 플랫폼에 600 × 600 요구가 따로 있다면 다운로드 후 반드시 크기를 다시 확인해야 하며 KB만 보면 안 됩니다.
기대하지 말아야 할 기능
목표 KB 도구는 한 번에 정적 이미지 한 장만 처리합니다. 일괄 처리를 하지 않고, 애니메이션도 보존하지 않으며, EXIF, ICC 또는 기타 메타데이터도 보존하지 않습니다. JPEG 출력은 투명 영역을 흰 배경으로 처리합니다. WebP를 쓸 수 있는지는 브라우저 지원에 달려 있습니다. 이미지 처리와 다운로드 객체는 현재 브라우저 흐름 안에서 완료됩니다.
명확한 KB 상한이 없고 사진을 조금 작게 만들고 싶을 뿐이라면 일반 압축 도구가 더 직접적입니다. 많은 웹사이트 소재를 통일해서 압축해야 한다면 일괄 도구가 더 적합하지만, 일괄 도구에는 목표 KB 입력란이 없습니다.
자주 묻는 질문
- 도구의 KB와 포털 제한은 항상 같나요?
- 반드시 그렇지는 않습니다. 도구는 1KB를 1024바이트로 환산합니다. 일부 포털은 10진 바이트로 검사할 수 있습니다. 200000바이트 같은 상한을 만나면 도구에 190KB를 입력해 여유를 두고, 다운로드한 파일의 실제 바이트 수를 확인할 수 있습니다.
- 목표 KB를 달성하면 크기가 반드시 그대로인가요?
- 반드시 그렇지는 않습니다. 더 작은 출력을 찾기 위해 도구가 크기를 계속 줄일 수 있습니다. 플랫폼이 600 × 600 같은 정확한 픽셀을 요구한다면, 다운로드 후 최종 너비와 높이를 반드시 다시 확인해야 합니다.
- 양식이 왜 여전히 제 이미지를 거부하나요?
- 파일이 여전히 상한을 넘었을 수도 있고, 형식, 픽셀 크기, 비율, 배경, 바이트 환산 방식이 맞지 않을 수도 있습니다. 압축은 바이트 크기 문제의 일부만 해결합니다.
이미지는 브라우저에 남고 LocalTools로 업로드되지 않습니다
이 페이지의 모든 처리는 브라우저에서 이루어집니다. 업로드는 없습니다.