이미지 최적화
첨부 사진 용량 줄이기: 해상도·압축·글씨 가독성을 함께 맞추기
파일 크기를 줄이는 일의 목표는 가장 작은 파일을 만드는 것이 아니라 제한 안에서 필요한 정보를 읽을 수 있게 전달하는 것입니다. 사진의 장수와 픽셀 수, 저장 형식과 압축 품질을 따로 보면 원본을 망가뜨리지 않고 적합한 사본을 고를 수 있습니다.
접수 조건을 숫자로 적습니다
허용 확장자, 파일 하나의 최대 용량, 전체 첨부 한도와 필요한 장수를 먼저 확인합니다. 사이트의 MB 표시와 기기에서 보는 파일 크기가 다르게 반올림될 수 있어 제한에 딱 맞추기보다 약간의 여유를 두는 편이 좋습니다. 사진을 PDF로 묶어야 하는지도 먼저 판단하세요. 형식을 바꾼 뒤 다시 줄이는 작업은 불필요한 재인코딩을 늘릴 수 있습니다.
정보를 읽을 기준도 함께 정합니다. 현장 전경 사진과 작은 영수증 숫자를 읽어야 하는 사진은 같은 압축률로 평가할 수 없습니다. 가장 작은 글씨, 도장과 서명, 구분해야 할 경계선을 선택해 두면 후보 파일을 비교할 때 판단 기준이 분명해집니다. 원본은 편집 전 폴더에 따로 남겨 둡니다.
픽셀 크기와 파일 용량은 다른 값입니다
가로세로 픽셀이 많으면 담을 수 있는 정보도 많지만 파일 크기는 장면의 복잡함과 압축 방식에도 영향을 받습니다. 큰 사진을 작은 화면에만 보여 줄 목적이라면 긴 변을 줄이는 것이 효과적일 수 있습니다. 반대로 이미 작은 영수증 사진은 픽셀을 더 줄이면 글자가 합쳐져 읽기 어려워집니다. 용량 수치 하나만 보고 품질이 같은지 판단하지 마세요.
JPG와 PNG의 특성을 목적에 맞게 씁니다
JPG는 사진에 자주 쓰는 손실 압축 형식으로 저장 품질을 낮추면 경계 주변에 번짐이 생길 수 있습니다. PNG는 다시 인코딩할 때 손실 압축을 추가하지 않지만 사진에서는 파일이 커질 수 있습니다. 투명 배경이 필요한 그림을 JPG로 바꾸면 투명도가 유지되지 않습니다. 확장자만 바꾸는 방식은 실제 변환이 아니므로 정상적인 디코딩과 저장 과정을 거쳐야 합니다.
HEIC 호환 문제와 압축 문제를 구분합니다
아이폰의 HEIC 사진이 첨부되지 않는 것은 크기보다 형식 지원 문제일 수 있습니다. 받는 곳이 JPG를 허용하면 호환 사본으로 변환한 다음 크기를 확인합니다. 변환 결과의 색과 방향이 원래 사진 앱과 다를 수 있으므로 밝은 부분과 작은 글씨를 비교하세요. HEIC의 고급 색 표현이나 촬영 메타데이터가 모든 출력 형식으로 동일하게 이전된다고 생각하지 않아야 합니다.
원본에서 후보를 두세 개 만들어 비교합니다
낮은 품질로 저장한 파일을 다시 압축하지 말고 원본에서 크기와 품질이 다른 후보를 만듭니다. 각 파일의 용량을 확인한 뒤 실제 사용 크기와 확대 화면에서 작은 글씨를 읽어 보세요. 기준을 통과한 후보 중 첨부 제한에 여유가 있는 파일을 선택합니다. 게시 서비스가 재압축할 수 있으므로 최종 업로드 화면에서도 확인하는 것이 좋습니다.
사진 속 개인정보와 문서의 역할을 확인합니다
파일 이름과 사진 내용에 이름, 주소, 차량번호와 계좌가 들어 있을 수 있습니다. 크기를 줄이는 작업은 개인정보를 지우는 작업이 아니므로 공유 범위를 별도로 확인하세요. 사진을 PDF나 HWPX에 넣어도 글자가 자동으로 검색 가능해지지는 않습니다. 읽을 문자가 필요하다면 OCR의 전송 범위와 검수 절차를 검토하고 증빙 원본을 별도로 보존해야 합니다.
실제 업무에 적용하는 예
영수증 다섯 장을 접수하는 경우에는 사진을 한 번에 가장 낮은 품질로 줄이지 않습니다. 먼저 작은 품목명과 합계가 가장 흐린 사진을 고르고 그 사진에서 기준 품질을 정합니다. 다른 사진에도 같은 설정을 적용한 뒤 용량을 다시 확인하세요. 종이를 촬영한 이미지에서 주변 책상과 빈 여백을 자르면 읽을 정보는 그대로 두고 불필요한 픽셀을 줄일 수 있습니다. 다만 문서 모서리나 발급 정보까지 잘라 내면 증빙의 맥락이 사라질 수 있으므로 전체 양식이 필요한 제출인지 확인합니다. 합본 PDF를 만든 뒤에는 페이지마다 회전 방향과 글씨 크기가 달라지지 않았는지 살펴봅니다. 제출창에서 재압축된 미리보기도 확인하고 통과한 파일은 새 이름으로 저장해 원본과 구분합니다.