03 / 가이드
업로드 없이 이미지 크기 조절, 자르기, 변환하기
로컬 도구로 목표 크기나 파일 용량 예산을 맞추는 방법: 먼저 자르고, 가장 좋은 원본에서 한 번만 크기를 조절하고, 대상이 실제로 받아들이는 출력 형식을 고르세요.
원본이 아니라 대상에서 시작하기
모든 이미지 작업은 외부가 정한 제약에서 시작됩니다. 페이지 레이아웃, 아바타 칸, 마켓플레이스 목록, 업로드 양식 같은 것들이죠. 파일을 건드리기 전에 그 제약을 적어 두세요. 이후 모든 단계의 순서가 그것으로 결정됩니다.
- 크기픽셀 크기: 1200×630 소셜 카드, 512픽셀 아바타, 고밀도 화면에서 선명해야 하는 상품 사진처럼 레이아웃 슬롯이나 플랫폼 요구 사항.
- 용량 예산파일 용량 예산: 이메일 첨부 상한, 2MB를 넘는 파일을 거부하는 포털, 느린 연결에서도 빨라야 하는 페이지의 성능 예산.
- 형식 수용 여부형식 수용 여부: JPEG나 PNG만 받는 시스템도 있고, WebP를 선호하는 최신 파이프라인도 있습니다. 대상이 읽지 못하는 형식으로의 변환은 파일이 아무리 작아져도 헛수고입니다.
크기 조절 전에 자르기
자르기는 애초에 필요 없던 픽셀을 제거해 구도를 바로잡고 리샘플링 전에 파일을 줄여 줍니다. 크기를 조절한 뒤 자르는 것은 버릴 디테일에 보간 연산을 쓰는 셈이고, 대상의 가로세로비에 맞춰 자르면 구도가 끝까지 유지됩니다.
Image Cropper는 정확한 수치 영역을 자르거나 선택 영역을 일반적인 가로세로비로 제한할 수 있어, 픽셀이 한 점도 재조정되기 전에 구도를 대상 슬롯에 맞출 수 있습니다. PNG, JPEG, WebP 파일을 장당 12MiB까지, 한 변 8,192픽셀, 총 2,400만 픽셀까지 받고, 잘라낸 결과를 PNG, JPEG, WebP로 바로 낼 수 있습니다.
대부분의 작업에서 실용적인 순서는 원본을 열고, 최종 가로세로비로 자르고, 그다음에 크기를 생각하는 것입니다. 자르기만으로 파일이 바이트 예산 아래로 낮아진다면 크기 조절이 아예 필요 없을 수도 있습니다.
Image Cropper 열기가장 좋은 원본에서 한 번만 크기 조절
축소할 때마다 정보가 버려지므로 리샘플링 연쇄는 최소화하세요. 가진 것 중 가장 고품질 원본에서 시작해 중간 크기를 거치지 말고 한 번에 목표 크기로 가세요.
Image Resizer는 고품질 보간을 로컬에서 적용하고 가로세로비를 잠가 한쪽 크기가 다른 쪽을 따라가게 할 수 있습니다. 레이아웃이 원하는 너비를 입력하면 높이는 비례해 유지됩니다. 파일 하나는 12MiB, 한 변 8,192픽셀, 총 2,400만 픽셀까지 처리할 수 있습니다.
사진 한 세트에 같은 처리가 필요하면 일괄 모드가 최대 12장, 합계 96MiB를 한 장씩 크기 조절하고 결과를 한 번의 다운로드로 묶어 줍니다. 원본은 보관하세요. 크기 조절된 사본은 마스터가 아니라 납품물이며, 나중에 다시 확대해도 버려진 디테일은 돌아오지 않습니다.
Image Resizer 열기출력 형식을 의도적으로 고르기
형식은 확장자 취향이 아니라 압축 결정이며, 올바른 선택은 그림 안에 무엇이 있는지에 달렸습니다.
Image Format Converter는 PNG, JPEG, WebP, GIF, AVIF 원본을 받아 PNG, JPEG, WebP로 낼 수 있으며, 변환 전후의 바이트 크기를 측정된 그대로 보여 줍니다. 트레이드오프를 추측이 아닌 숫자로 판단할 수 있습니다.
- PNGPNG는 무손실이고 투명도를 유지합니다. 로고, 인터페이스 스크린샷, 가장자리가 날카로운 플랫 그래픽에 가장 좋지만 사진에는 무겁습니다.
- JPEGJPEG는 손실 압축이지만 사진과 부드러운 그라데이션에서 작습니다. 투명도를 담지 못하고 반복 저장은 보이는 아티팩트를 쌓으므로 마지막에 한 번만 변환하세요.
- WebPWebP는 비슷한 품질에서 대체로 둘보다 작고 투명도도 지원합니다. 다만 납품 세트 전체를 확정하기 전에 대상이 받아들이는지 확인하세요.
바이트 예산을 맞추고 검증하기
제한이 픽셀이 아니라 메가바이트일 때는 자르기, 크기 조절, 변환 순서로 진행하고 추측 대신 단계마다 측정하세요. 파일 무게를 좌우하는 것은 픽셀 면적입니다. 필요한 것보다 너비와 높이가 두 배인 이미지는 대략 네 배의 픽셀을 안고 있습니다.
진행 표시줄이 아니라 낸 바이트를 측정하세요. 리사이저와 변환기는 생성된 크기를 그대로 보고하므로, 예산과 대조하는 숫자가 곧 대상이 보게 될 숫자입니다.
- 먼저 크기 조절두 차원을 절반으로 줄이면 사진의 픽셀 수는 보통 약 4분의 3이 줄어듭니다. 대개 한 번에 얻을 수 있는 가장 큰 절감입니다.
- 그다음 재인코딩사진 계열 PNG를 JPEG나 WebP로 바꾸면 추가 크기 조절보다 더 많이 줄이는 경우가 흔합니다. 납품 크기에서는 품질 차이가 거의 보이지 않습니다.
- 투명도 유의결정에 투명도를 포함하세요. 바이트를 아끼려고 로고를 JPEG로 평탄화하면 레이아웃이 의존하던 알파 채널이 사라집니다.
한 작업 공간에서 전체 순서 실행하기
이미지 딜리버리 작업 공간은 이 단계들을 하나의 순서 있는 흐름으로 묶습니다. 딜리버리 제한 설정, 로컬 처리, 검증과 내보내기. 에셋 세트 전체에서 순서가 흔들리지 않습니다.
크기 조절, 자르기, 형식 변환에 파일 크기 상한 목표와 지원되는 메타데이터 제거를 결합해, 카메라 원본에서 검증된 납품 패키지까지 탭을 떠나지 않고 진행할 수 있습니다. 작업 공간을 닫기 전에 결과를 다운로드하세요. 로컬 도구는 클라우드 사본을 남기지 않으며, 디스크의 원본은 처음부터 끝까지 바이트 단위로 동일합니다.
이미지 딜리버리 작업 공간 열기픽셀이 기기를 떠나지 않는 이유.
브라우저 엔진이 실제 파일을 로컬에서 처리하는 방식과, 어떤 도구의 데이터 경로든 약 1분 만에 직접 검증하는 방법을 확인하세요.