이력서 파일명, 이렇게 저장하면 안 열립니다
이력서 마스터·7분·
파일 이름에 특수기호가 섞이면 상대 환경에서 열리지 않는 경우가 있습니다. 이름은 한글과 영문, 숫자, 밑줄 정도로만 구성하는 것이 가장 안전합니다.
윈도우가 이름에 금지하는 문자 9종 · 권장 순서는 연도_직무_이름_문서종류
이름 하나 때문에 열리지 않는 이유
파일 이름은 내용이 아니라 시스템이 다루는 값입니다. 규칙을 벗어나면 파일에 닿기 전에 걸립니다.
문서 안이 아무리 정돈돼 있어도 이름이 규칙을 벗어나면 그 파일은 열리기 전 단계에서 막힙니다. 운영체제마다 이름에 허용되는 문자가 다르고, 채용 시스템은 그보다 좁은 규칙을 두는 경우가 많습니다.
지원자가 이 문제를 알아채기 어려운 이유는 본인 컴퓨터에서 아무 이상이 없기 때문입니다. 이름을 만든 환경에서는 정상으로 보이고, 그 파일이 다른 환경으로 건너가는 순간에만 증상이 나타납니다.
게다가 이런 사고는 따로 통보되지 않습니다. 첨부되지 않았거나 이름이 이상한 지원서로 남으면 담당자는 다음 사람에게로 넘어갑니다. 지원자 쪽에는 아무 연락도 오지 않습니다.
이름은 담당자 화면에서 목록으로 먼저 보입니다. 내용을 열기 전에 이름만 훑는 단계가 있고, 그 단계에서 누구의 어떤 문서인지 드러나지 않으면 한 번 더 손이 갑니다. 이름은 문서의 표지에 해당합니다.
규칙을 어겼다고 해서 곧바로 탈락하는 것은 아닙니다. 다만 여러 사람이 같은 조건으로 경쟁하는 자리에서 사소한 부주의가 겹치면 인상이 만들어지고, 그 인상은 내용을 읽는 시선에까지 영향을 줍니다.
이력서(최종)_수정2.hwp
2026_마케팅_김서준_이력서.pdf
김서준 이력서 3/4 제출.docx
2026_영업관리_김서준_이력서.docx
이력서★최종★.pdf
2026_생산관리_김서준_이력서.pdf
실제로 문제가 되는 문자
윈도우가 이름에 금지하는 문자는 아홉 개입니다.
빗금 두 종류와 콜론, 별표, 물음표, 큰따옴표, 부등호 두 개, 세로줄이 그것입니다. 경로나 명령을 구분하는 데 쓰이는 기호라 이름에는 넣을 수 없습니다. 저장 단계에서 막히므로 실수하기는 어렵지만, 다른 프로그램이 만들어 준 이름에 섞여 들어오는 일이 있습니다.
더 자주 말썽이 되는 것은 금지되지는 않았지만 환경마다 다르게 처리되는 문자입니다. 공백, 괄호, 그림 문자가 여기에 해당합니다. 저장은 되지만 올리는 단계에서 잘리거나 다른 글자로 바뀝니다.
이름 앞이나 뒤에 공백이 붙는 경우도 조심해야 합니다. 복사해 붙이는 과정에서 눈에 보이지 않는 공백이 딸려 들어오면 다른 이름으로 인식되고, 같은 파일을 다시 올려도 계속 어긋납니다. 이름을 손으로 새로 입력하면 해결됩니다.
| 문자 | 저장 | 제출 단계의 위험 |
|---|---|---|
| 빗금·콜론·별표 | 사용 불가 | 이름을 정하는 단계에서 차단됩니다 |
| 물음표·큰따옴표·부등호·세로줄 | 사용 불가 | 같은 이유로 저장되지 않습니다 |
| 공백 | 사용 가능 | 주소로 바뀔 때 다른 기호로 치환됩니다 |
| 괄호·대괄호 | 사용 가능 | 일부 업로드 화면에서 제거됩니다 |
| 그림 문자·기호 | 사용 가능 | 환경에 따라 깨져 표시됩니다 |
| 마침표 반복 | 사용 가능 | 확장자를 잘못 인식할 수 있습니다 |
채용 시스템이 두는 규칙은 운영체제보다 좁은 경우가 많습니다. 허용되는 글자를 영문과 숫자로만 제한하거나 길이를 정해두는 곳이 있어, 저장에는 아무 문제가 없던 이름이 올리는 단계에서 거부되기도 합니다. 마감 직전에 이 벽을 만나면 손쓸 시간이 없습니다.
실제로 사고가 나는 줄은 아래 네 개입니다. 위의 두 줄은 저장 단계에서 막히므로 본인이 곧바로 알게 되지만, 아래 네 줄은 저장도 되고 화면에도 멀쩡히 보이다가 제출 이후에 결과가 드러납니다.
담당자가 찾기 쉬운 이름 규칙
이름은 담당자 폴더에서 정렬됐을 때를 기준으로 짓습니다.
담당자 폴더에는 같은 공고의 지원서가 수십 개 쌓입니다. 그 폴더가 이름순으로 늘어섰을 때 어떤 모습이 되는지를 떠올리면 규칙이 정해집니다. 이력서라는 단어로 시작하는 파일이 수십 개면 구분이 되지 않습니다.
규칙을 한 번 정해두면 다음 지원부터는 고민할 일이 없습니다. 이름을 매번 새로 짓는 것이 아니라 직무명만 바꿔 넣으면 되므로, 여러 곳에 동시에 지원하는 시기에는 이 차이가 꽤 크게 느껴집니다.
- 연도 또는 공고 구분앞에 연도를 붙이면 지난 지원분과 섞이지 않습니다.
- 지원 직무공고에 적힌 직무명을 그대로 씁니다. 직무별로 나눠 볼 때 바로 걸러집니다.
- 본인 이름같은 이름이 있을 수 있어 직무 뒤에 둡니다.
- 문서 종류이력서, 경력기술서, 포트폴리오를 구분해 적습니다.
- 구분자는 밑줄공백 대신 밑줄을 쓰면 어떤 환경에서도 그대로 유지됩니다.
규칙을 적용하면 연도와 직무가 앞에 오고 이름이 뒤따르는 형태가 됩니다. 정렬했을 때 같은 직무끼리 모이고, 특정 지원자를 찾을 때도 빠릅니다. 공고에 이름 규칙이 따로 적혀 있다면 그것이 언제나 우선입니다.
압축과 전송에서 이름이 깨질 때
한글 이름이 깨지는 사고는 대부분 압축 과정에서 생깁니다.
압축 파일은 안에 든 항목의 이름을 따로 기록합니다. 이때 어떤 글자 규칙으로 기록하는지가 프로그램마다 달라, 한쪽에서 묶은 파일을 다른 환경에서 풀면 한글 이름이 알아볼 수 없는 글자로 바뀝니다.
운영체제 사이에서도 비슷한 일이 생깁니다. 같은 한글 이름이라도 자모를 붙여 저장하는 방식과 떼어 저장하는 방식이 있어, 옮겨진 환경에서 자음과 모음이 따로 떨어져 보이는 경우가 있습니다.
해결책은 단순합니다. 첨부할 것이 두세 개라면 묶지 않고 그대로 붙입니다. 묶어야 한다면 바깥 이름과 안에 든 이름을 모두 영문과 숫자로 바꿔두면 깨질 여지가 없습니다.
파일이 정말 여러 개라면 묶는 것 자체는 문제가 아닙니다. 다만 공고가 개별 첨부를 요구했는데 묶어 보내면 지시를 따르지 않은 지원이 되고, 반대로 개수 제한이 있는데 낱개로 올리면 일부만 접수됩니다. 어느 쪽인지는 공고에 적혀 있습니다.
제출 직전 이름 점검
마지막 항목이 의외로 중요합니다. 첨부 화면에서는 정상으로 보이던 이름이 전송 후 목록에서 다르게 표시되는 경우가 있습니다. 보낸 편지함에서 한 번 확인하는 데는 30초면 충분합니다.
이런 경우는 어떻게 하나
공고 지시와 본인 규칙이 부딪히면 공고가 우선입니다.
판단이 갈리는 상황은 대체로 공고 안에 답이 있습니다. 아래는 공고에 아무 언급이 없을 때 기준으로 삼을 만한 답을 모은 것으로, 지시가 적혀 있다면 언제나 그쪽을 따릅니다.
지정된 형식을 그대로 씁니다. 본인 규칙을 섞으면 자동 분류에서 빠질 수 있습니다.
국내 지원이면 한글도 무방합니다. 외국계나 해외 지원이라면 영문이 안전합니다.
지시가 없다면 합치는 편이 낫습니다. 파일 수가 줄면 유실 위험도 함께 줄어듭니다.
권하지 않습니다. 파일 이름은 목록과 알림에 그대로 노출되는 값이라 개인정보를 담기에 적절하지 않습니다.
제출본에는 남기지 않습니다. 최종이나 수정본 같은 표시는 준비 과정을 그대로 드러냅니다.
파일 이름은 담당자가 이력서를 열기 전에 마주하는 첫 정보입니다. 내용을 다듬는 데 들인 시간에 비하면 이름을 정리하는 데 드는 시간은 아주 짧고, 그 짧은 작업이 문서를 열리게 만듭니다.
자주 묻는 질문
이름에 공백을 쓰면 안 되나요?
저장은 됩니다. 다만 주소로 바뀌는 과정에서 다른 기호로 치환되어 이름이 길어지므로 밑줄을 권합니다.
확장자가 두 개 붙었습니다.
이름 중간에 마침표를 여러 번 쓴 경우입니다. 마지막 마침표 뒤만 확장자로 인식되므로 중간의 마침표를 지우세요.
압축해서 보내도 되나요?
파일이 여러 개일 때만 씁니다. 한두 개라면 그대로 첨부하는 편이 열릴 확률이 높습니다.
이름이 깨져서 왔다는 연락을 받았습니다.
압축 과정이나 환경 차이가 원인입니다. 영문과 숫자로 바꿔 다시 보내면 해결됩니다.
이름이 너무 길어도 문제가 되나요?
경로 전체 길이에 제한이 있어 지나치게 길면 저장에 실패할 수 있습니다. 필요한 항목만 남기세요.
메일 제목도 같은 규칙으로 쓰나요?
제목은 문장으로 쓰되 직무와 이름은 반드시 넣습니다. 파일 이름 규칙을 그대로 옮길 필요는 없습니다.




