이미지를 지정 용량으로 압축

아니요, 그래서도 안 됩니다. 목표는 상한이지 맞춰야 할 값이 아닙니다. 숫자에 딱 맞추려고 파일을 부풀리면 잃지 않아도 될 화질을 버리는 셈입니다. 얻게 되는 것은 한도 아래에 들어가는 가장 큰 파일이고, 그것은 곧 들어가는 것 중 가장 선명한 이미지입니다.

한 걸음마다 이미지 전체를 실제로 인코딩하기 때문입니다. 화질 숫자로 JPEG 용량을 예측하는 공식은 없습니다. 전적으로 내용에 달렸고, 그래서 단순한 그래픽과 디테일이 많은 숲 사진은 전혀 다르게 움직입니다. 탐색은 여덟 번쯤 인코딩하며 범위를 좁히고 버튼이 그 횟수를 셉니다.

도달 가능한 것 중 가장 작은 결과가, 목표에 못 미쳤다고 분명히 표시된 채로 나옵니다. 의도한 동작입니다. 읽을 수 없는 이미지를 조용히 돌려주면서 성공이라 부르는 도구는, 요청이 불가능했다고 인정하는 도구보다 나쁩니다. 그런 경우 축소를 허용해 보거나 WebP를 고르십시오 — 같은 용량에서 JPG보다 눈에 띄게 높은 화질에 도달합니다.

PNG에서는 화질 설정이 아무 일도 하지 않기 때문입니다. 무손실 형식이고 브라우저 인코더가 화질 인자를 완전히 무시하므로, 낮은 숫자로 다시 인코딩해도 바이트가 정확히 같습니다. 남는 방법은 픽셀 단위로 이미지를 줄이는 것뿐입니다. 작은 파일이 필요하고 무손실이 필요하지 않다면 같은 용량에서 JPG나 WebP가 훨씬 낫습니다.

올릴 곳이 받아 주지 않는 게 아니라면 WebP입니다. 같은 파일 크기에서 눈에 띄게 더 많은 디테일을 담고, 요즘 브라우저는 모두 표시합니다. 오래된 소프트웨어나 확장자를 검사하는 양식이 상대라면 JPG가 여전히 안전한 선택입니다.

화질만으로 한도에 닿지 못할 때만, 그리고 그 옵션을 켜 둔 경우에만 그렇습니다. 순서가 중요합니다. 화질을 낮추면 미세한 디테일이 사라지고, 크기를 줄이면 픽셀 자체가 사라져 되돌릴 수 없습니다. 도구가 축소했다면 결과 줄이 사용한 비율을 알려 줍니다.

아니요. 탐색 중의 모든 인코딩이 브라우저에서 돌아가고 파일은 서버에 닿지 않습니다. 증명사진이나 애초에 웹사이트에 넘기고 싶지 않은 서류에 이 방식이 실용적인 이유가 바로 그것입니다.