복사한 텍스트에 지워지지 않는 공백이 생기는 이유

보이는 모양보다 문자 코드가 실제 비교 결과를 결정합니다

모양이 비슷한 여섯 문자열을 같은 기준으로 측정했습니다

1. 1

   일반 공백과 NBSP가 들어간 ‘견적서 검토 완료’, 공백 없는 문장과 제로폭 공백이 들어간 ‘견적서검토완료’, 직선 따옴표와 스마트 따옴표가 들어간 ‘문서 확인 완료’를 각각 만들었습니다.

2. 2

   각 문자열을 펼쳐 Unicode 코드 포인트 수를 세고, 브라우저에서도 사용할 수 있는 TextEncoder로 UTF-8 바이트 수를 계산했습니다.

3. 3

   일반 형태와 특수문자 형태를 문자 단위로 정확히 비교하고, 일반 공백 U+0020만을 기준으로 문장을 나눈 결과도 확인했습니다.

4. 4

   눈으로 같은 두 문자열을 Set(완전히 같은 값만 하나로 보는 중복 판정)에 함께 넣어 항목 수가 1인지 2인지 확인했습니다.

5. 5

   마지막으로 NBSP를 일반 공백으로, 제로폭 공백을 빈 문자열로, 스마트 따옴표를 직선 따옴표로 선택 변환한 뒤 기준 문장과 다시 비교했습니다.

측정 결과: 모양이 비슷해도 용량과 정확 비교는 달랐습니다

측정일은 2026년 9월 1일입니다. 글자 수는 Unicode 코드 포인트 기준, 용량은 UTF-8 인코딩 기준으로 계산했습니다. 아래의 ‘기준과 일치’는 사람이 비슷하다고 느끼는지가 아니라 내부 문자가 한 글자씩 완전히 같은지를 뜻합니다.

NBSP가 든 문장은 일반 공백 문장과 글자 수가 9자로 같았지만 UTF-8에서는 2바이트 더 컸고 정확 비교에 실패했습니다. 제로폭 공백 두 개는 화면 너비를 만들지 않으면서 글자 수를 7자에서 9자로, 용량을 21바이트에서 27바이트로 늘렸습니다. 스마트 따옴표 문장은 직선 따옴표 문장과 10자로 같았지만 4바이트 더 컸고 서로 다른 문자열로 판정됐습니다.

NBSP는 줄이 갈라지지 않게 만든 공백입니다

NBSP는 no-break space의 줄임말로, 일반 공백처럼 한 칸을 보이게 하면서 그 위치에서 줄이 나뉘지 않도록 만든 문자입니다. Unicode 공식 설명에서도 U+00A0은 일반 공백 U+0020과 같은 폭을 갖지만 줄바꿈 동작은 다르다고 설명합니다.

웹페이지에서 단위와 숫자, 이름처럼 한 줄에 붙어 있어야 하는 표현을 복사할 때 함께 들어올 수 있습니다. 이번 시험에서 일반 공백으로 split한 결과는 기준 문장이 세 덩어리였지만 NBSP 문장은 한 덩어리였습니다. ‘견적서 검토 완료’를 일반 공백 그대로 검색해도 NBSP 문장에서는 찾지 못했습니다.

• 화면: 일반 공백과 거의 같아 눈으로 구분하기 어려움
• 검색·분리: 일반 공백만 찾는 프로그램에서는 다르게 처리될 수 있음
• 정리 기준: 줄바꿈 유지가 필요 없고 데이터 입력·중복 제거가 목적이라면 일반 공백으로 교체

제로폭 공백은 보이지 않는 단어 경계입니다

U+200B ZERO WIDTH SPACE는 보이지 않는 위치에 단어 경계나 줄을 나눌 수 있는 기회를 표시합니다. Unicode 줄바꿈 알고리즘은 이 문자를 일반 공백을 넣을 수 없는 곳에 추가 줄바꿈 기회를 주는 문자로 설명합니다.

폭이 없으므로 ‘견적서검토완료’와 ‘견적서 + U+200B + 검토 + U+200B + 완료’는 화면에서 같아 보일 수 있습니다. 그러나 이번 측정에서는 후자가 두 글자와 6바이트 더 길었고, 공백 없는 기준 문장을 그대로 검색하거나 중복으로 판정하지 못했습니다.

• 문자 수 제한을 넘었는데 눈으로 이유를 찾기 어려운 경우
• 같아 보이는 줄이 중복 제거 뒤에도 남는 경우
• 상품 코드·계정명·검색어를 정확히 붙여넣었는데 일치하지 않는 경우

스마트 따옴표는 문서용으로는 정상이고 데이터용으로는 주의가 필요합니다

문서 편집기는 직선 따옴표를 문장의 시작과 끝 모양이 다른 ‘ ’ 또는 “ ”로 자동 변환할 수 있습니다. Unicode에서는 직선 큰따옴표 U+0022와 왼쪽·오른쪽 큰따옴표 U+201C·U+201D를 서로 다른 문자로 정의합니다.

읽기용 보고서나 출판 문서에서는 스마트 따옴표가 더 자연스러울 수 있습니다. 반면 JSON, CSV 일부 처리, 코드, 명령어, 검색식처럼 정해진 직선 따옴표를 요구하는 곳에서는 문법 오류나 검색 실패가 생길 수 있습니다. 따라서 스마트 따옴표를 항상 없애기보다 결과를 붙여넣을 대상이 무엇인지 먼저 판단해야 합니다.

중복 판정은 눈이 아니라 내부 값을 비교합니다

일반 공백 문장과 NBSP 문장을 한 목록에 넣었을 때 중복 항목 수는 1이 아니라 2였습니다. 공백 없는 문장과 제로폭 공백 문장, 직선 따옴표와 스마트 따옴표 문장도 각각 두 항목으로 남았습니다. 일반적인 정확 일치 방식은 화면 모양이 아니라 문자 코드의 순서를 비교하기 때문입니다.

NBSP를 일반 공백으로 바꾸고, 시험에 넣은 U+200B를 제거하고, 큰 스마트 따옴표를 직선 따옴표로 바꾼 뒤에는 세 쌍 모두 기준 문장과 정확히 일치했습니다. 다만 이 결과는 어떤 문자를 어떻게 바꿔야 하는지 이미 아는 통제된 예시입니다. 실제 문서에는 탭, 전각 공백, 방향 제어 문자, 결합 문자처럼 다른 원인이 섞일 수 있습니다.

모든 보이지 않는 문자를 무조건 삭제하지 마세요

NBSP와 제로폭 공백은 원래 줄바꿈과 언어 표기를 돕기 위해 존재합니다. 스마트 따옴표도 정상적인 문장부호입니다. 단순 텍스트 목록, 검색어, 코드, 데이터 입력을 만들 때는 정리가 유용하지만 출판 원고, 여러 언어가 섞인 문서, 전자서명된 내용에서는 의미나 모양이 달라질 수 있습니다.

안전한 순서는 원본 보관, 문제 재현, 의심 문자 확인, 필요한 변환만 선택, 결과 재비교입니다. 정리한 뒤에는 글자 수와 중복 수만 보지 말고 고유명사, 외국어, 단위, 따옴표, 줄바꿈이 의도대로 남았는지도 읽어 보세요.

• 검색·중복 제거용 목록: NBSP와 특수 공백을 일반 공백으로 통일하고 제로폭 문자 확인
• 코드·JSON·명령어: 요구되는 직선 따옴표와 정확한 공백 규칙 확인
• 읽기·출판용 문서: 스마트 따옴표와 줄바꿈 방지 공백을 보존할 가치가 있는지 판단
• 중요 원문: 정리 전 사본을 보관하고 변환 결과를 원문과 비교

이 실험이 말해 주는 범위와 한계

측정값은 제시한 짧은 문자열을 UTF-8로 인코딩한 결과라 재현할 수 있습니다. 다른 글자, 다른 개수, UTF-16 같은 다른 저장 방식에서는 바이트 수가 달라집니다. 글꼴과 화면 배치에 따라 NBSP와 스마트 따옴표의 겉모양도 조금 다를 수 있습니다.

또한 ‘보이지 않는 문자 제거’라는 한 번의 명령으로 모든 문제를 안전하게 해결할 수는 없습니다. 어떤 문자는 언어와 줄바꿈에 필요합니다. 이 검증의 핵심은 특수문자가 나쁘다는 것이 아니라, 사용 목적과 맞지 않는 문자가 섞였을 때 정확 비교·검색·분리 결과가 달라질 수 있다는 점입니다.