사진 올리기 전에 확인할 EXIF: 촬영 정보 제거와 회전 문제를 함께 점검하기

👤 인스피

조회 수 4

2. EXIF 제거가 필요한지 먼저 확인합니다

EXIF에는 촬영과 관련된 여러 태그가 들어갈 수 있습니다. 모든 파일에 위치 정보가 있는 것은 아니며 형식과 생성 도구에 따라 저장 방식도 다릅니다. 파일 속성을 확인하고 필요하면 사용하는 이미지 도구의 메타데이터 보기 기능으로 실제 값을 확인하세요.

원본은 따로 보관하고 공개할 사본을 새 이름으로 만듭니다. 사진을 편집하고 원본과 같은 이름으로 저장하면 비교와 복구가 어려워집니다. 게시판에 이미 업로드했다면 로컬 파일만 수정해도 서버의 기존 파일이 자동으로 바뀌지 않습니다. 공개 URL과 업로드 결과를 별도로 확인해야 합니다.

3. 방향 태그를 지우기 전에 회전을 처리합니다

일부 사진은 픽셀 자체보다 EXIF 방향 태그를 이용해 올바르게 표시됩니다. 이 태그만 제거하면 사진이 옆으로 눕는 상황이 생길 수 있습니다. Pillow의 exif_transpose로 방향 정보를 픽셀에 반영한 뒤 새 이미지를 만들어 저장하는 방법을 사용할 수 있습니다.

실습의 원본 크기는 80×40이며 방향 태그는 6입니다. 보정 후 사본이 40×80이 되는지 확인했습니다. 실제 사진에는 다른 방향 값과 다른 색 모드가 있을 수 있으므로 대표 샘플을 여러 개 검사하세요. 화면에서 회전이 맞는지 확인하는 검사는 메타데이터 태그 개수 검사와 별개입니다.

4. 아래 예제는 JPEG 사본 한 장만 처리합니다

Pillow가 설치된 Python 환경에서 실행합니다. 설치가 필요하면 예제를 실행할 동일한 환경에서 python -m pip install Pillow 명령을 사용합니다. source.jpg는 자신의 테스트 사진 사본으로 준비하고, 공개 사본은 cleaned.jpg라는 다른 이름으로 저장합니다. 같은 출력 파일이 있으면 중단하게 만들어 실수로 덮어쓰는 상황을 줄였습니다. 원본 폴더 전체를 한꺼번에 처리하기 전에 한 장으로 확인하세요.

새 RGB 이미지를 만들어 픽셀을 복사하고 EXIF를 전달하지 않습니다. 이것은 촬영 태그 제거를 위한 단순 사례입니다. JPEG로 다시 저장하면 압축에 의해 픽셀 값이 달라질 수 있고, 색 관리 정보를 보존하지 않으면 색 표시도 달라질 수 있습니다. 사진의 용도와 품질 요구를 함께 고려해야 합니다.

5. 제거 후에도 파일과 화면을 다시 확인합니다

저장한 파일을 다시 열어 EXIF가 남아 있는지 확인합니다. 이어서 실제 업로드한 이미지 파일을 내려받아 같은 방식으로 살펴보면 게시 시스템이 추가 정보를 넣거나 다른 버전을 제공하는지 확인할 수 있습니다. 썸네일과 원본이 별도 URL이라면 둘을 각각 점검하세요.

태그가 0개라는 결과를 “아무 정보도 없다”로 확대해 말하면 안 됩니다. 파일 형식의 다른 메타데이터, 파일 이름, 업로드 기록, 픽셀 내용은 별도 대상입니다. 공개 사본의 화면을 직접 보고 얼굴, 문서, 화면 알림, 위치 단서가 남아 있는지 확인하는 절차를 생략하지 마세요.

6. 여러 사진을 처리할 때의 기준

배치 작업을 만들면 입력 확장자, 실패한 파일, 출력 폴더와 결과 개수를 로그로 남깁니다. 파일을 읽지 못했는데 성공으로 기록하는 프로그램은 개인정보 검토에 부적합합니다. 원본에 덮어쓰지 않고 실패한 파일을 확인 대상으로 분리하세요. 익명화가 필요한 사진은 단순 EXIF 제거 외의 편집도 필요합니다.

애니메이션, 투명 배경, HEIC 등은 이 JPEG 예제로 다루지 않습니다. 확장자만 JPEG로 바꾸는 것도 변환이 아닙니다. 파일 종류마다 지원되는 처리 방법과 품질 변화가 다르므로 범위를 제한하고 검증하세요. 작업량이 많더라도 처음에는 대표 샘플을 열어 결과를 확인한 뒤 확대하는 편이 좋습니다.

7. 업로드 전후의 사본을 비교하는 절차

새 사본을 저장했다면 원본 옆에서 열어 방향과 색, 중요한 글자가 유지되는지 확인합니다. 단색 실습은 정보 제거를 재현하기 쉽지만 실제 문서 사진의 가독성까지 보여 주지는 않습니다. 작은 글자, 어두운 사진과 높은 대비의 대표 샘플을 따로 점검하면 재압축에 의한 품질 문제를 찾기 쉽습니다.

업로드한 뒤에는 화면에 표시된 이미지만 보지 말고 공개되는 원본 파일 주소를 확인합니다. 썸네일은 안전한 사본인데 다운로드 링크가 원본을 가리키면 공개 범위가 달라질 수 있습니다. 게시판 프로그램이 업로드 파일을 여러 크기로 저장한다면 어느 파일이 외부에서 접근 가능한지 목록을 확인하세요. 파일 이름에 개인 정보가 들어 있는지도 함께 봅니다.

이미 올린 사진을 교체할 때는 서버 저장본과 캐시의 관계를 확인합니다. 로컬 파일을 새로 저장한 것만으로 기존 URL 내용이 바뀌지는 않습니다. 같은 URL을 계속 사용하면 브라우저나 CDN에 이전 파일이 남을 수도 있습니다. 새 이름과 새 URL로 교체하는 설계가 있다면 실제 게시글 링크까지 갱신됐는지 확인하세요.

배치 처리 결과는 성공 수뿐 아니라 실패와 제외 수를 포함해야 합니다. 알 수 없는 형식을 조용히 건너뛰면 공개 대상이 원본으로 남을 수 있습니다. 파일 수가 많다면 원본 목록과 사본 목록을 대조하고 예외를 별도 검토합니다. 삭제를 자동화하기 전에 출력 파일이 실제로 읽히는지 확인하는 단계도 필요합니다.

개인정보를 가리는 작업은 메타데이터 삭제와 픽셀 편집을 함께 검토합니다. 얼굴, 차량 번호, 주소 문서와 화면 알림은 파일 태그가 아니므로 별도입니다. 사진을 공유해 검토받을 때도 원본 전체를 공개하기보다 필요한 부분의 가상 예제를 사용하세요. 이 글의 방법은 EXIF와 방향 처리의 학습 사례이며 완전한 익명화 도구라고 소개하지 않습니다.

8. 따라 하는 예제

명령과 코드는 학습용입니다. 설명에 표시된 실행 환경을 구분하고 새 시험 폴더 또는 모의 입력으로 시작하세요.

예제 코드

from pathlib import Path
from PIL import Image, ImageOps
src_path = Path('source.jpg')
out_path = Path('cleaned.jpg')
if out_path.exists():
    raise SystemExit('출력 파일이 이미 있습니다.')
with Image.open(src_path) as src:
    print('원본 EXIF 태그:', len(src.getexif()))
    upright = ImageOps.exif_transpose(src).convert('RGB')
    clean = Image.new('RGB', upright.size)
    clean.paste(upright)
    clean.save(out_path, quality=90)
with Image.open(out_path) as result:
    print('사본 크기:', result.size)
    print('사본 EXIF 태그:', len(result.getexif()))