취준생문서

하반기 공채 AI 자소서 접수: 노션에서 복붙하며 생긴 이중 공백과 엉킨 줄바꿈 정리하기

세눌라 컴퍼니 · 2026-09-23 · 6분 읽기

하반기 공채 시즌, 채용 포털 마감이 다가오는 시간에는 작은 오류 하나가 지원자를 크게 당황하게 만듭니다. 그중 가장 흔하게 겪는 문제가 바로 텍스트 서식 충돌입니다. 노션(Notion)이나 MS 워드, 한글(HWP)과 같은 외부 문서 편집기에서 공들여 작성한 자기소개서를 복사하여 기업 채용 홈페이지의 입력창에 붙여넣을 때 예상치 못한 서식 오류가 쏟아집니다. 문단과 문단 사이에 거대한 빈 줄이 추가되거나, 띄어쓰기가 두 번씩 연달아 들어가고, 문장 중간에서 뜬금없이 줄이 바뀝니다.

이는 단순히 문서가 안 예뻐 보이는 미관상의 문제를 넘어섭니다. 치열한 서류 전형에서 정해진 글자 수를 온전히 내 역량을 설명하는 데 쓰지 못하게 가로막는 큰 감점 요인이 됩니다. 제한된 조건 안에서 문서를 얼마나 깔끔하게 통제하는지도 기본적인 문서 작성 능력을 보여주는 지표가 될 수 있습니다.

바이트(Byte) 방식과 글자 수 산정 기준

기업마다 자기소개서 분량을 제한하는 기준이 다릅니다. 최신 시스템은 글자 수 자체를 세지만, 여전히 많은 금융권이나 공공기관은 데이터베이스 규격에 맞춰 바이트(Byte) 단위를 제한 기준으로 둡니다. 이 경우 띄어쓰기 공백 하나나 줄바꿈 문자 하나가 1바이트를 차지합니다. 한글 한 글자가 보통 2바이트에서 3바이트를 차지하는 것을 감안하면, 불필요한 공백과 빈 줄이 누적될 경우 귀중한 한두 단어를 통째로 날려야 하는 상황이 벌어집니다.

예를 들어 KB국민은행 신입행원 공채의 특정 문항이 2,000바이트 제한이라고 가정해 보겠습니다. 작성한 글을 다섯 문단으로 나누었는데 복사 과정에서 이중 줄바꿈이 생기고, 모바일 키보드 오타로 단어 사이에 이중 공백이 열 군데 섞였다면 약 20바이트가 증발합니다. 글을 수정하다가 분량 초과 안내창을 보았다면, 내용 자체를 덜어내기 전에 눈에 보이지 않는 잉여 공백부터 찾아 없애야 합니다. 작성 과정 중간중간 텍스트 정리 하단에 표시되는 글자 수와 줄 수 통계를 확인하며 분량을 다듬어 나가는 습관이 중요합니다.

노션 블록 구조와 웹 입력창의 차이

노션이나 에버노트 같은 최신 생산성 도구는 문단 하나하나를 독립된 '블록'으로 취급합니다. 눈으로 보기에는 하나의 글이지만 시스템 내부적으로는 투명한 상자들이 쌓여 있는 구조입니다. 이 블록 전체를 마우스로 드래그해서 복사한 뒤 단순한 텍스트 입력 양식(Textarea)에 붙여넣으면, 각 상자의 경계선이 강제로 줄바꿈 문자로 변환되어 들어갑니다. 그 결과 문단 사이에 텅 빈 줄이 두 겹씩 생겨납니다.

글자 수 한도가 500자인 짧은 문항에서 빈 줄 4개는 상당한 공간 낭비입니다. 마감 시간이 쫓기는데 일일이 백스페이스 키를 눌러 지우고 있으면 조급함만 커집니다. 이럴 때는 원고 텍스트 전체를 텍스트 정리 에 넣고 '빈 줄 지우기' 기능을 한 번 누르는 것으로 깔끔하게 해결됩니다. 여러 번 엔터를 친 흔적이나 블록 구조 때문에 생긴 공백 층이 단번에 정리됩니다.

AI 서류 평가 시스템과 강제 줄바꿈

수많은 지원자의 서류를 사람이 모두 읽기 어렵다 보니, 1차 검토 단계에 AI 텍스트 분석기를 도입하는 기업이 흔해졌습니다. 이러한 자연어 처리 시스템은 텍스트의 맥락을 파악할 때 주로 줄바꿈 문자와 마침표를 기준으로 문장을 나눕니다.

기업의 인재상이나 직무 기술서 PDF 파일에서 특정 용어를 복사해 자기소개서에 인용할 때 큰 문제가 생깁니다. PDF에서 긁어온 텍스트는 화면상 줄이 바뀐 지점에 숨겨진 강제 줄바꿈 기호를 품고 있습니다. 이를 그대로 붙여넣으면 "글로벌 시장의 변화에\n능동적으로 대처하는" 식으로 문장 한가운데가 끊어집니다. AI 시스템은 이를 정상적인 한 문장으로 읽어내지 못하고 맥락이 단절된 것으로 오독할 위험이 높습니다. 제출 전 텍스트 도구의 '문단 안 줄바꿈만 잇기' 버튼을 사용하면 진짜 문단 구분은 살려두면서 문장 허리에서 비정상적으로 끊긴 줄만 자연스럽게 복원할 수 있습니다.

스마트 따옴표와 인코딩 깨짐 현상

마지막으로 점검할 부분은 특수 기호입니다. 맥(Mac) 환경의 기본 텍스트 앱이나 MS 워드에서 글씨를 입력하면, 밋밋한 수직 따옴표(")가 방향성이 있는 둥근 스마트 따옴표(” “)로 자동 변환됩니다. 대시 기호도 여러 개를 이으면 하나의 긴 선(—)으로 합쳐집니다. 시각적으로는 보기 좋지만, 웹 표준을 엄격하게 지키지 않는 구형 채용 데이터베이스(EUC-KR 기반)에서는 이런 특수 유니코드 문자가 전부 물음표(?)나 깨진 글자로 저장됩니다.

면접관이 출력해서 보는 서류에 알 수 없는 기호가 가득하다면 결코 좋은 인상을 줄 수 없습니다. 안전한 표준 기호를 고수하세요.

제출 서류의 호환성 문제를 원천 차단하려면 원본을 복사하기 직전 텍스트 정리 과정을 거쳐야 합니다. 텍스트 정리 의 '따옴표·대시 표준화'를 실행하면 화려하게 휜 스마트 따옴표들을 가장 기본적이고 안전한 아스키(ASCII) 따옴표로 전부 교체해 줍니다. 최종적으로 정돈이 끝난 텍스트를 채용 홈페이지에 붙여넣은 뒤, 미리보기 버튼을 눌러 내가 의도한 문단 형태 그대로 나오는지 한 번 더 확인하고 최종 제출을 완료하시기 바랍니다.

자주 묻는 질문

Q. 단어 수가 제한 기준인 기업도 있습니다. 띄어쓰기 포함 글자 수와 어떻게 다른가요?

영미권 기반의 외국계 기업이나 일부 에세이 전형은 글자 단위가 아닌 단어(Word) 개수로 분량을 제한하기도 합니다. 단어 수는 띄어쓰기를 기준으로 덩어리를 세는 방식이므로 '이중 공백 정리'를 통해 띄어쓰기가 두 번 연속 들어간 곳을 하나로 합쳐 주어야 단어 개수가 부풀려지는 오류를 막을 수 있습니다.

Q. 맥북에서 작성한 글을 윈도우 PC로 옮겨서 제출하려니 띄어쓰기 간격이 유독 넓어 보입니다.

맥OS 한글 자판의 특성이나 특정 편집기 설정 때문에 스페이스를 눌렀을 때 일반 공백(반각)이 아닌 넓은 전각 공백이 입력되었을 수 있습니다. 눈으로 보기에는 간격 차이일 뿐이지만, 시스템에서는 서로 다른 문자로 인식하므로 텍스트 도구에서 전각 문자를 반각으로 변환해 주는 것이 안전합니다.

Q. 윈도우 기본 메모장에 붙여넣었다가 다시 복사하면 서식이 지워지지 않나요?

네, 순수 텍스트만 남기는 고전적이고 확실한 방법입니다. 단축키(Ctrl+Shift+V)를 써서 값만 붙여넣는 것도 동일한 효과를 냅니다. 하지만 이 방법은 굵은 글씨나 텍스트 색상 같은 꾸밈 서식만 지워줄 뿐, 이중 공백이나 강제 줄바꿈 같은 문자 자체의 배열 문제는 스스로 고쳐주지 못하므로 별도의 정돈 작업이 추가로 필요합니다.