폰 사진을 웹에 올릴 준비하는 방법

짧은 답

1. 아이폰 사진 먼저: HEIC 파일을 HEIC 변환기에 통과시키고, 메타데이터를 빼는 쪽을 고르세요. 무엇이든 변환하기 전에, 어떤 사진이 GPS 좌표를 품고 있는지 알려 줍니다. 이미 JPEG인 사진은 이 단계를 건너뜁니다.
2. 구도와 크기: 묶음을 이미지 리사이저에 놓으세요. 긴 변을 정하거나 — 대부분의 페이지에는 1600픽셀, 독자가 확대한다면 2000 — 클릭 한 번으로 묶음 전체를 같은 비율로 자르세요.
3. 예산 맞추기: 이미지 압축기에서 끝냅니다. 화질 슬라이더 대신 킬로바이트 목표를 받고, 묶음을 zip 하나로 돌려줍니다.

전부 브라우저에서 돕니다. 원본은 — 온전한 해상도, GPS까지 전부 — 내 기기를 떠나지 않고, 그게 변환 사이트 대신 로컬에서 하는 이유입니다.

메타데이터는 어디로 가나

폰 사진의 조용한 위험은 픽셀이 아니라 꼬리표입니다. EXIF 메타데이터는 카메라, 시각, 그리고 거의 모든 폰에서 촬영 장소의 GPS 좌표를 적습니다. 그걸 올리면 보는 누구나 읽을 수 있는 형태로 집 주소를 공개하는 셈일 수 있습니다.

이 사슬의 쓸모 있는 사실은, 꼬리표를 알아서 처리한다는 점입니다. 크기 조절과 압축은 둘 다 픽셀에서 그림을 다시 그리는데, 다시 그린 픽셀은 꼬리표를 나르지 않습니다. 2단계나 3단계에서 나온 것은 부탁하지 않아도 깨끗합니다. 결정이 필요한 두 경우는:

• HEIC 변환: 변환기는 메타데이터를 가져갈 수도, 뺄 수도 있습니다. 체크박스 하나이고, 어떤 사진에 GPS가 실려 있는지 경고해 줍니다. 공개될 것이라면 무엇이든 빼세요.
• 크기를 조절하지 않을 사진: 픽셀을 바이트까지 그대로 둬야 한다면 EXIF 편집기를 쓰세요. 이미지를 재인코딩하지 않고 꼬리표만 지웁니다. 메타데이터 가이드가 긴 설명입니다.

왜 압축 전에 크기부터 줄이나

픽셀이 곧 예산이기 때문입니다. 300 KB 자리에 우겨넣을 만큼 세게 눌린 1200만 화소 사진은, 같은 자리에 살살 눌러 담은 200만 화소 사진보다 눈에 띄게 나쁘게 보입니다. 같은 킬로바이트가 여섯 배 면적에 발리니까요. 표시 크기를 먼저 정하면 압축기는 아무도 보지 않을 해상도 대신 화질에 예산을 쓸 수 있습니다.

다른 길이 없으면 압축기도 스스로 크기를 줄이지만, 그건 마지막 수단 취급입니다. 리사이저에서 구도를 직접 잡는 것이 무엇을 자를지, 어느 변이 중요한지의 결정을 제자리에 둡니다.

크기 조절 가이드와 압축 가이드가 각자 자기 절반을 더 깊이 다룹니다. 화질 숫자가 정말 무엇을 재는지까지 포함해서요.

묶음을 한꺼번에

사슬의 도구마다 폴더 하나 분량을 한 번에 받습니다. 변환기는 연속 촬영까지 모든 HEIC를 하고, 리사이저는 한 구도를 전체에 씌우거나 장마다 다르게 자르게 해 주며, 압축기는 전부를 zip 하나로 돌려줍니다. 스무 장이 한 장보다 크게 더 신경 쓰이지 않습니다. 기계 시간은 내 기계의 것이고, 어떤 업로드보다도 빠릅니다.

매주 이 일을 한다면

사슬이 여기서 서너 페이지에 사는 것은 일부러입니다. 페이지마다 일 하나씩을 하고, 각자가 아무것도 내 기기를 떠나지 않는다는 것을 스스로 증명하니까요. 하지만 매 단계가 오픈 소스입니다. MIT 라이선스, 도구마다 폴더 하나, 디코더와 리샘플링과 목표 크기 탐색을 설명하는 README가 딸린 의존성 없는 ES 모듈들.

사진이 매번 같은 모양이 된다면 — 같은 긴 변, 같은 예산, 같은 꼬리표 삭제 — 코딩 에이전트를 저장소로 보내 그 모듈들을 내 프리셋이 새겨진 드롭존 하나로 엮어 달라고 하세요. 모듈들은 읽히기 위해 쓰였고, 들어내 가는 것이야말로 라이선스가 있는 이유입니다.