파일 이름 일괄 변경 도구

파일을 넣고 새 이름 틀을 쓰면 바뀐 이름이 바로 목록에 나옵니다

위 도구에 파일이나 폴더를 넣고 새 이름 틀에 원하는 모양을 쓰면, 아래 목록에 원래 이름과 새 이름이 나란히 나옵니다. 틀을 제주_{날짜}_{번호}로 쓰면 IMG_4021.JPG는 사진을 찍은 날짜와 순번이 붙은 제주_2026-10-03_01.jpg가 됩니다. 원래 이름을 살리고 싶으면 틀에 {이름}을 넣고, 이름 일부만 고치려면 찾아 바꾸기 탭에서 찾을 글자와 바꿀 글자를 적습니다.

새 이름의 글자는 어디서 왔는지에 따라 색이 다릅니다. 직접 쓴 글자는 파랑, 번호는 보라, 날짜는 초록, 시각은 청록, 찾아 바꾼 글자는 분홍으로 칠하고, 원래 이름에서 온 글자는 그대로 둡니다. 요약 띠의 파일 띠는 파일마다 한 칸씩 바뀜·그대로·(2) 붙임·문제를 색으로 보여 주므로 수백 개를 넣어도 어디를 고쳐야 하는지 바로 찾을 수 있습니다. 확인이 끝나면 ZIP으로 받기를 누르세요.

파일 이름을 규칙대로 바꿔야 하는 상황

• 여행·행사 사진을 정리할 때: 휴대폰 사진은 IMG_4021처럼 기기가 붙인 번호라 언제 어디서 찍었는지 알 수 없습니다. 찍은 날짜와 장소를 앞에 붙이면 폴더를 열지 않고도 내용을 짐작할 수 있고, 여러 사람이 찍은 사진을 한 폴더에 모아도 날짜순으로 섞이지 않습니다.
• 제출 파일의 이름 규칙을 맞출 때: 과제·서류 제출에서 '학번_이름_과목'처럼 정해진 모양을 요구하는 경우가 많습니다. 여러 파일을 같은 규칙으로 맞춰야 할 때 틀 한 줄로 모든 이름을 바꾸고, 쓸 수 없는 글자나 겹치는 이름이 없는지 먼저 확인할 수 있습니다.
• 스캔한 문서에 순서 번호를 붙일 때: 스캐너가 만든 파일 이름은 순서가 뒤섞이기 쉽습니다. 이름순이나 시각순으로 번호를 매기고 자릿수를 맞추면 001, 002처럼 어떤 프로그램에서 열어도 같은 순서로 보입니다.
• 맥에서 받은 파일 이름이 갈라질 때: 맥에서 만든 한글 파일을 Windows나 웹에 올리면 '회의록'이 자음과 모음으로 풀린 모양으로 보이는 일이 있습니다. 갈라진 글자 합치기를 켜고 받으면 Windows에서도 정상적인 한글 이름이 됩니다.
• 내려받은 파일의 지저분한 이름을 정리할 때: '보고서 (1).pdf', '보고서 최종 복사본.pdf'처럼 브라우저와 메신저가 붙인 꼬리는 찾아 바꾸기로 한 번에 지울 수 있습니다. 빈칸을 밑줄로 바꾸면 웹 주소나 명령줄에서 다루기도 쉬워집니다.
• 확장자 표기를 통일할 때: 카메라는 .JPG, 휴대폰은 .jpg, 일부 프로그램은 .jpeg로 저장해 같은 사진이 세 가지 표기로 섞입니다. 확장자 탭에서 소문자로 맞추거나 .jpg로 통일하면 정렬과 검색이 깔끔해집니다.

쓰는 법

1. 파일 고르기나 폴더 고르기를 누르거나, 파일과 폴더를 작업면에 끌어 놓습니다. 폴더는 바로 안에 있는 파일만 넣고 하위 폴더와 .DS_Store·Thumbs.db 같은 시스템 파일은 건너뜁니다. 처음 보이는 목록은 이름만 있는 예시이며, 내 파일을 넣으면 사라집니다.
2. 새 이름 틀에 원하는 모양을 씁니다. 원래 이름·번호·날짜·시각 단추를 누르면 커서 자리에 {이름}·{번호}·{날짜}·{시각}이 들어가고, 그 밖의 글자는 쓴 그대로 새 이름에 붙습니다. 단추에 마우스를 올리면 목록에서 그 조각만 진하게 보입니다.
3. 필요한 규칙 탭을 엽니다. 찾아 바꾸기는 원래 이름 부분만 고치고, 번호·순서는 시작 번호와 자릿수, 번호를 매기는 순서를 정합니다. 날짜는 찍은 시각과 수정 시각 가운데 기준을 고르고, 다듬기는 대소문자·빈칸·쓸 수 없는 글자·갈라진 글자·같은 이름을 정리합니다. 기본값과 다른 탭에는 점이 붙습니다.
4. 요약 띠와 목록에서 결과를 확인합니다. 문제가 있는 파일은 주황 줄과 이유가 표시되며, 체크를 풀면 그 파일은 바꾸지 않고 번호도 건너뜁니다. 파일 띠의 칸을 누르면 목록이 그 파일로 이동합니다.
5. ZIP으로 받기를 누릅니다. 파일이 하나만 체크돼 있으면 ZIP 없이 새 이름의 파일 하나를 받습니다. 이름 목록 복사는 '원래 이름 → 새 이름' 두 열을 복사하므로 엑셀에 붙여 기록으로 남길 수 있습니다.

새 이름 틀에 쓰는 토큰과 결과

토큰은 중괄호로 감싼 이름으로, 파일마다 다른 값으로 바뀝니다. {이름}·{번호}·{날짜}·{시각} 대신 영어 {name}·{n}·{date}·{time}을 써도 같습니다. 아래 표는 찍은 시각이 2026년 10월 3일 9시 12분 30초인 IMG_4021.JPG가 일곱 번째 파일이고 확장자를 소문자로 맞출 때 이 도구가 만든 이름입니다.

{번호}의 자릿수가 자동이면 가장 큰 번호의 자릿수에 맞추되 최소 두 자리로 씁니다. 파일이 12개면 01~12, 120개면 001~120이 됩니다. 시각은 날짜 모양이 2026-10-03일 때 09-12-30처럼 붙임표를 넣고, 나머지 모양에서는 091230처럼 붙여 씁니다. Windows에서 쓸 수 없는 쌍점(:)을 피한 모양입니다.

번호를 매기는 순서와 자릿수

번호는 목록에 보이는 순서대로 붙습니다. 이름순은 이름 안의 숫자를 값으로 읽는 자연 정렬이라 '사진2'가 '사진10'보다 앞에 옵니다. 반면 숫자를 글자 하나씩 비교하는 프로그램에서는 '사진10'이 '사진2'보다 앞에 놓입니다. 아래 표는 같은 다섯 파일을 두 방식으로 늘어놓은 결과와, 이름순으로 '사진{번호}' 틀을 적용한 새 이름입니다.

새 이름은 번호가 모두 두 자리라 어느 방식으로 정렬해도 순서가 같습니다. Windows의 StrCmpLogicalW처럼 숫자를 값으로 비교하는 기능도 있지만, Microsoft는 이 비교 결과가 릴리스마다 달라질 수 있다고 밝히고 있습니다. 여러 프로그램과 웹 업로드 목록을 오가는 파일이라면 자릿수를 맞춰 두는 편이 안전합니다.

이름순 말고도 넣은 순서, 시각순(오래된 것부터), 크기순(작은 것부터)을 고를 수 있습니다. 시각순은 날짜 탭의 기준을 따르므로 사진은 찍은 순서, 문서는 마지막으로 고친 순서가 됩니다. 순서가 같은 파일은 넣은 순서를 지킵니다.

찍은 시각과 수정 시각은 다릅니다

JPG 사진에는 카메라가 기록한 EXIF 정보가 들어 있습니다. 이 도구는 Exif 표준(CIPA DC-008)의 원본 생성 시각 DateTimeOriginal을 먼저 읽고, 없으면 디지털화 시각과 사진 정보의 수정 시각을 차례로 찾습니다. 이 값은 '2026:10:03 09:12:30'처럼 카메라 시계의 시각만 적혀 있어서, 이 도구도 시간대를 바꾸지 않고 그대로 씁니다.

찍은 시각이 없으면 파일 수정 시각을 씁니다. 수정 시각은 파일을 복사하거나 내려받은 순간으로 바뀌는 경우가 많고, 브라우저는 수정 시각을 모르는 파일에 현재 시각을 줍니다. 메신저로 받은 사진, 화면 캡처, 편집 앱으로 다시 저장한 사진은 찍은 시각이 지워져 받은 날짜가 나올 수 있습니다. HEIC 사진은 아직 찍은 시각을 읽지 않고 수정 시각을 씁니다. 날짜 탭 아래에 찍은 시각과 수정 시각으로 계산한 파일 수가 나오고, 새 이름 틀에 날짜나 시각을 넣었다면 목록 줄에 마우스를 올려 그 파일의 찍은 시각을 볼 수 있습니다.

맥에서 만든 한글 이름이 자음·모음으로 갈라지는 이유

같은 글자도 컴퓨터에 저장하는 방법이 둘 있습니다. '회'를 한 글자로 저장하는 합친 모양(NFC)과 'ㅎ'과 'ㅚ'를 나눠 저장하는 분해한 모양(NFD)입니다. 맥의 예전 파일 시스템(HFS Plus)은 분해한 모양으로 이름을 저장했고, 지금의 APFS는 받은 모양을 그대로 보존합니다. Windows는 이름을 정규화하지 않고 저장된 글자 그대로 다루므로, 분해한 모양의 이름을 받으면 자음과 모음이 따로 보입니다.

다듬기 탭의 '맥에서 갈라진 글자 합치기'는 새 이름을 유니코드 정규화 표준(UAX #15)의 합친 모양으로 바꿉니다. 이 설정은 기본으로 켜져 있고, 원래 이름이 분해한 모양이었던 파일에는 목록에 '글자 합침'이 붙습니다. 찾아 바꾸기도 합친 모양으로 맞춘 뒤 비교하므로 갈라진 이름에서도 한글 단어를 찾을 수 있습니다.

파일 이름에 쓸 수 없는 것

ZIP을 풀거나 파일을 옮기는 컴퓨터가 Windows라면 아래 규칙에 걸리는 이름은 만들어지지 않거나 오류가 납니다. 이 도구는 Microsoft 문서의 규칙을 기준으로 검사하고, 문제가 있는 파일은 받기 전에 고치도록 막습니다.

경로 전체 260자는 폴더 이름까지 더한 길이라 이 도구가 미리 알 수 없습니다. 깊은 폴더에 풀 계획이라면 새 이름을 짧게 잡으세요.

원래 파일은 그대로 두고 ZIP으로 받습니다

웹 브라우저는 보안상 컴퓨터에 있는 파일의 이름을 직접 바꿀 수 없습니다. 이 도구는 넣은 파일의 내용을 한 바이트도 바꾸지 않고 새 이름만 붙여 ZIP 하나로 묶습니다. 사진·영상은 이미 압축된 형식이라 다시 압축하지 않는 방식(무압축 저장)으로 묶어 빠르고, ZIP 크기는 원래 파일 합계와 거의 같습니다.

ZIP 안의 이름에는 UTF-8 표시(APPNOTE 비트 11)를 켜서 이 표시를 읽는 압축 프로그램에서 한글·일본어 이름이 깨지지 않게 했고, 각 파일의 시각은 원래 파일의 수정 시각으로 넣어 압축을 푼 뒤에도 시각순 정렬이 유지됩니다. 이 방식은 파일 하나와 합계가 4 GB를 넘지 않을 때 쓸 수 있으므로, 더 큰 묶음은 체크를 나눠 여러 번 받으세요. 압축을 풀어 이름과 내용을 확인한 뒤 원래 파일을 정리하면 됩니다.

자주 헷갈리는 경우

• 확장자를 바꾸면 형식도 바뀐다고 생각함: .png를 .jpg로 바꿔도 내용은 PNG 그대로입니다. 일부 프로그램은 확장자와 내용이 다르면 열지 못하니 형식을 바꾸려면 변환 도구를 쓰세요. 확장자 탭에서 바꾸기나 지우기를 고르면 경고가 함께 나옵니다.
• 번호가 기대한 순서와 다름: 처음 순서는 이름순입니다. 사진을 찍은 순서대로 번호를 매기려면 번호·순서 탭에서 시각순을 고르고, 날짜 탭의 기준이 찍은 시각인지 확인하세요.
• 찾아 바꾸기가 틀에 쓴 글자를 바꾸지 않음: 찾아 바꾸기는 원래 이름에만 적용됩니다. 틀에 직접 쓴 글자는 틀에서 고치면 됩니다. 틀에 {이름}이 없으면 찾아 바꾸기 결과도 새 이름에 나오지 않습니다.
• 날짜가 오늘이나 받은 날로 나옴: 찍은 시각이 없는 파일은 수정 시각을 씁니다. 메신저·캡처·편집 앱을 거친 사진이 그렇고, 날짜 탭 아래의 '수정 시각 n개'로 확인할 수 있습니다.
• 이름이 같은데 (2)가 붙지 않음: 대소문자와 글자 모양까지 무시하고 비교하므로 'Photo.jpg'와 'photo.JPG'도 같은 이름입니다. 반대로 'photo.jpg'와 'photo.jpeg'는 확장자가 달라 다른 이름입니다.
• tar.gz 같은 이중 확장자: 확장자는 마지막 마침표 뒤만 봅니다. 'backup.tar.gz'의 원래 이름은 'backup.tar'이므로, 틀에 쓴 글자가 .tar 앞에 오지 않을 수 있습니다. 이런 파일은 찾아 바꾸기로 고치는 편이 정확합니다.

이 도구의 한계

• 원래 파일의 이름을 그 자리에서 바꾸지 않고, 새 이름의 사본을 ZIP이나 파일 하나로 내려받습니다. 같은 용량의 사본이 생기므로 저장 공간을 확인하세요.
• 이름 길이는 255자와 UTF-8 255바이트 가운데 먼저 닿는 쪽으로 검사합니다. 한글은 한 글자가 3바이트라 확장자를 빼고 80자 안팎이 한도입니다.
• 한 번에 1,000개까지 넣을 수 있고, ZIP은 파일 하나와 합계가 4 GB를 넘으면 만들 수 없습니다(ZIP64 미지원).
• 폴더는 바로 안에 있는 파일만 넣습니다. 하위 폴더 구조를 유지하며 이름을 바꾸지는 않습니다.
• 찍은 시각은 JPG의 EXIF에서만 읽습니다. HEIC·PNG·RAW 사진과 동영상은 파일 수정 시각을 쓰며, 시간대 정보(OffsetTimeOriginal)는 반영하지 않습니다.
• 찾아 바꾸기는 글자 그대로 찾으며 정규식은 지원하지 않습니다. 여러 단어를 한꺼번에 바꾸려면 여러 번 나눠 받거나 텍스트 일괄 치환기로 이름 목록을 먼저 만드세요.
• 경로 전체 길이(260자)와 받는 쪽 폴더에 이미 있는 같은 이름은 미리 알 수 없습니다.
• 파일은 이 브라우저 안에서만 읽으며 서버로 보내거나 저장소에 남기지 않습니다. 이름 목록 복사는 보안 연결(HTTPS)에서만 됩니다.

출처

기준: 파일 이름 규칙, 정규화, ZIP 형식, EXIF 시각은 아래 원문을 2026년 10월 22일에 확인했습니다. 표의 새 이름은 이 페이지의 도구가 같은 규칙으로 계산한 값입니다.

• 01Microsoft Learn — Naming Files, Paths, and Namespaces쓸 수 없는 글자, 예약 이름(COM¹·LPT¹ 포함, NUL.txt도 같음), 빈칸·마침표로 끝내지 않기, 대소문자를 같게 보기, 이름을 정규화하지 않음
• 02Microsoft Learn — Maximum Path Length Limitation경로 MAX_PATH 260자, 이름 한 칸은 흔히 255자
• 03Apple — Apple File System Guide, FAQAPFS는 이름의 대소문자와 정규화를 보존하고 정규화를 무시하고 비교
• 04Apple Technical Q&A QA1173 — Text Encodings in VFSHFS Plus는 분해한 모양(NFD 변형)의 유니코드로 이름을 저장
• 05Unicode Standard Annex #15 — Unicode Normalization Forms개정 58(Unicode 18.0.0, 2026-08-12): NFC는 정준 분해 뒤 정준 합성, 한글 음절은 알고리즘으로 분해·합성
• 06PKWARE — APPNOTE.TXT, .ZIP File Format Specification6.3.10: 일반 목적 비트 11은 이름 UTF-8, 방식 0은 무압축, 0xFFFFFFFF를 넘으면 ZIP64, 0x5455 확장 시각
• 07CIPA DC-008-2026 — Exif 3.1DateTimeOriginal 태그 36867(0x9003), 모양 "YYYY:MM:DD HH:MM:SS", 시간대는 OffsetTimeOriginal(36881)에 따로
• 08MDN Web Docs — File: lastModified property마지막 수정 시각(밀리초), 모르는 파일은 현재 시각
• 09Microsoft Learn — StrCmpLogicalW function숫자를 수로 비교하지만 결과가 릴리스마다 달라질 수 있어 기준 정렬에는 쓰지 말 것
• 10Linux Kernel Documentation — ext4 Directory Entries리눅스 ext4는 파일 이름을 255바이트까지 저장(한글 한 글자는 UTF-8로 3바이트)

자주 묻는 질문

함께 쓰는 도구