2026-08-25
왜 모든 사진이 IMG_1234인지 — 그리고 폴더 전체 이름을 제대로 한 번에 바꾸는 법
올해 전 세계에서 찍히는 사진은 2조 장을 넘길 겁니다 — 사진 통계 사이트 Photutorial은
2025년 한 해만 약 2조 1천억 장, 그중 94%가 스마트폰 촬영, 하루로 치면 약 53억 장으로
추산했습니다. 그리고 그 사진들 거의 전부가 똑같은 방식으로 이름을 받습니다.
IMG_1234, DSC_0042 — 네 글자 접두어에 네 자리 숫자, 사진 내용에
대해서는 아무것도 말해 주지 않는 이름이요. 휴대폰이 게을러서가 아닙니다. 구글보다 먼저 태어난
카메라 업계 표준 때문입니다 — 그리고 이 표준이 어떻게 돌아가는지 알면, 왜 언젠가 반드시
문제를 일으키는지, 그리고 폴더 전체의 이름을 고치는 데 왜 브라우저에서 2분이면 되는지도 같이
알게 됩니다.
IMG_1234 뒤에 있는 1990년대 표준
이 작명 방식은 Design rule for Camera File system(DCF)에서 나옵니다. 일본 전자정보
기술산업협회 JEITA가 CP-3461이라는 번호로 발행한 규격으로, 사실상 모든 카메라·휴대폰 제조사가
따르는 업계 표준입니다 — 어느 휴대폰이든 사진이 DCIM(digital camera images)
폴더에 들어 있는 것도 이 표준 때문입니다. DCF는 파일명 8자 + 확장자 3자라는 DOS 시절 8.3
파일명 세계에 맞춰 설계됐습니다. 그 예산 안에서 이미지 파일은 제조사가 고른 영숫자 정확히 네
글자 — IMG_, DSC_, DSC0 같은 것들 — 뒤에
0001부터 9999까지의 번호를 붙입니다. 최신 개정판인 2.0 버전이 2010년에 나왔고, 2026년의
휴대폰이 쓰는 파일도 여전히 이 규격 그대로입니다.
IMG_1234.JPG의 모든 부분이 1990년대의 제약입니다: 네 글자 제조사
접두어, 9999까지밖에 못 세는 카운터, DOS 8.3 형식에 눌러 담은 확장자.9,999개의 번호가 바닥나는 곳
9999까지밖에 못 세는 카운터의 결말은 뻔합니다: 이름이 겹칩니다. 지구상의 모든 휴대폰이
똑같이 좁은 번호 공간을 돌려 쓰고 있으니, 어느 두 사람의 카메라롤이든 이름이 완전히 같은
파일이 사실상 반드시 들어 있고, 사진을 많이 찍는 휴대폰 한 대도 언젠가는 번호가 한 바퀴 돌아
제자리로 옵니다. 이게 체감되는 날은 사진을 합치는 날입니다. 같은 여행을 다녀온 사람들이 한
폴더에 사진을 모으면, 서로 아무 상관 없는 파일 세 개가 전부 IMG_0007.jpg라는
이름을 주장하는 상황이 옵니다. 컴퓨터는 이걸 IMG_0007 (1).jpg,
IMG_0007 (2).jpg로 "해결"해 주거나 — 최악의 경우, 이름만 같을 뿐 전혀 다른
사진을 덮어쓰겠냐고 복사 대화상자가 물어봅니다. 그리고 연번 이름에는 의미가 전혀 없습니다.
여섯 달 뒤 DSC_3128이라는 이름은 그게 결혼식 사진인지 주차장 사진인지에 대해
아무것도 말해 주지 않습니다.
구글은 파일명을 (조금은) 읽습니다
사진이 웹사이트에 올라간다면 — 상품 리스팅, 블로그, 포트폴리오 — 이름은 정리
차원을 넘어 실제로 의미가 있습니다. 구글 Search Central의 이미지 SEO 공식 문서는 파일명이
"이미지의 주제에 대한 아주 가벼운 단서(very light clues)"를 구글에 줄 수 있다고 말하고, 조언도
구체적입니다: 짧지만 내용을 설명하는 파일명을 쓰라면서, 문서 자체의 예시로
my-new-black-kitten.jpg가 IMG00023.JPG보다 낫다고 들고,
image1.jpg나 pic.gif 같은 일반적인 이름은 피하라고 합니다. "아주
가벼운"이라는 표현은 정직한 표현입니다 — 파일명 하나가 페이지 순위를 만들어 주지는
않습니다. 하지만 이만큼 싸게 챙길 수 있는 신호도 드물고, IMG_로 가득한 폴더는 그
신호를 이미지마다 버리는 셈입니다. 참고로 구글의 URL 가이드라인은 단어 구분자로 언더스코어보다
하이픈을 권장합니다 — 작명 규칙을 정하기 전에 알아 둘 만한 부분입니다.
컴퓨터에 내장된 이름 변경이 절반만 통하는 이유
윈도우도 여러 파일의 이름을 한 번에 바꾸긴 합니다: 전부 선택하고, 이름 바꾸기를 누르고,
이름 하나를 입력하면 됩니다. 그런데 마이크로소프트 지원 문서가 직접 설명하듯, 결과는 그 이름
하나에 괄호 숫자가 붙는 것뿐입니다 — budget (1).jpg,
budget (2).jpg — 시작 번호도, 자릿수도, 패턴도 선택할 수 없고, 되돌리려면
파일을 하나하나 다시 이름 바꿔야 합니다. 게다가 괄호와 공백은 웹 파일명에서 가장 피하고 싶은
것들입니다 — URL에서 공백은 %20으로 인코딩되어 버립니다. 작동은 합니다,
신발이 망치로 작동하는 정도로요.
브라우저에서 2분이면 되는 해결법
NearIMG의 이름 변경 도구는 일괄 변경을 제대로 합니다: 폴더째 끌어다 놓고,
접두어와 시작 번호를 입력하면, 모든 사진이 seoul-trip-01.jpg,
seoul-trip-02.jpg, … 순서대로 이름을 받아 ZIP 하나로 돌아옵니다. 사소해
보이지만 실제로는 큰 일을 하는 디테일이 둘 있습니다:
- 배치 크기에 맞는 자릿수 채움. 번호는 배치 크기에 맞춰 0으로 채워집니다
— 사진 150장이면 세 자리(
-001부터-150) — 그래서 어떤 파일 관리자에서든 가나다순 정렬이 곧 실제 순서가 됩니다.photo-2보다photo-10이 앞에 오는 고전적인 정렬 참사가 없습니다. - 아무것도 업로드되지 않습니다. 다른 NearIMG 도구와 마찬가지로 이름 변경도 전부 내 기기에서 처리됩니다 — 가족사진 300장짜리 배치라면 프라이버시 면에서도, 업로드 진행바를 기다릴 필요가 없다는 면에서도 의미가 있습니다.
그리고 이름 변경이 NearIMG 내보내기 파이프라인의 일부라서, 메인 편집기 페이지에서는 준비 작업 전체와 한 번에 묶을 수 있습니다: 상품 사진을 리스팅 크기로 리사이즈하고, WebP 저장본을 JPG로 변환하고, 깔끔한 연번 이름까지 붙여서 — 한 번의 처리, ZIP 하나로요.
좋은 사진 파일명의 조건
- 내용을 2–5단어로 설명하고, 소문자에 단어 사이는 하이픈으로 —
walnut-desk-drawer-detail.jpg는IMG_2201.jpg보다도, 키워드 40개를 욱여넣은 이름보다도 낫습니다. - 웹용 이미지는 중요한 단어를 앞에 — 상품명이나 피사체 이름, 사람들이 실제로 검색할 그 단어를요.
- 보관용 사진은 날짜를 맨 앞에 —
2026-08-jeju-trip-01.jpg는 어떤 도구, 어떤 OS에서든 영원히 시간순으로 정렬됩니다. - 규칙 하나를 정해서 지키기. 가치의 대부분은 일관성에서 나옵니다: 실제로 지키는 평범한 규칙이, 안 지키게 되는 기발한 규칙을 이깁니다.
정직한 주의사항 하나
NearIMG는 이미지 파이프라인이기 때문에, 이름이 바뀐 사진은 나가는 길에 다시 내보내기됩니다 — 높은 품질로이긴 하지만, 바이트 하나 안 바뀐 원본 복사는 아닙니다. 파일은 그대로 두고 이름만 바꾸는 게 정말 전부라면, 컴퓨터의 파일 관리자가 (그 모든 불편에도) 맞는 도구입니다. NearIMG의 이름 변경이 제값을 하는 건 어차피 이미지를 준비해야 하는 상황입니다 — 리스팅, 웹사이트, 공유 앨범, 클라이언트에게 갈 사진처럼 어차피 리사이즈나 변환을 할 참이었다면, 깔끔한 연번 이름은 덤으로 따라옵니다.
한 줄 요약
사진이 전부 IMG_1234인 이유는 DCF 때문입니다 — DOS 시절 8.3 파일명에
맞춰 설계된 JEITA 카메라 업계 표준으로, 접두어 네 글자에 9999까지밖에 못 세는 카운터, 의미가
들어갈 자리는 없습니다. 그래서 폴더를 합치면 이름이 충돌하고, 이름만 봐서는 무슨 사진인지 영영
알 수 없습니다. 구글 공식 문서는 카메라 이름 대신 짧고 설명적인 파일명을 명시적으로 권장하고,
윈도우 내장 일괄 변경은 name (1) 괄호 숫자밖에 못 만듭니다. NearIMG 이름 변경
도구는 폴더 전체를 한 번에 고칩니다 — 접두어, 시작 번호, 정렬이 유지되는 자릿수 채움,
ZIP 하나 — 전부 내 기기에서, 아무것도 업로드하지 않고요.