같은 ‘검토 대기’인데 업무표에서 서로 다르게 취급된다면, 글자 사이에 숨어 있는 공백부터 살펴보세요. AI에게 표를 요약시키기 전에 원본 열을 남겨 두고 정리용 열을 따로 만들면, 무엇이 바뀌었는지 사람이 확인할 수 있습니다. 오늘은 구글 시트 TRIM과 간단한 대조 수식을 이용한 작업 순서를 소개합니다.
2026년 10월 31일 확인한 Google 공식 도움말에 근거한 상시 기능 안내입니다. 새 AI 기능 출시 소식이 아닙니다. 아래 내용은 가상 업무표와 함수 정의에 따른 예상 결과이며, 실제 고객 자료나 제품 실행 시험 결과가 아닙니다.
한눈에 보는 공백 정리 순서
② 보조 열 계산: B열에서 TRIM 적용하기
③ 변경 대조: 길이와 문자열 일치 여부 확인하기
④ 사람 검토: 의미가 달라지지 않았는지 판단 후 사용하기
TRIM은 어디까지 정리할까요
TRIM(text)는 일반적인 앞뒤 공백과 반복 공백을 정리하고 단어 사이에는 한 칸을 남깁니다. 예를 들어 일반 공백이 포함된 “ 검토 대기 ”를 대상으로 하면 “검토 대기”가 예상 결과입니다. 기본 구문은 =TRIM(A2)입니다. Google TRIM 도움말에서 구문과 제한을 확인할 수 있습니다.
주의할 점도 있습니다. 공식 안내는 줄바꿈 없는 공백(non-breaking space) 등 모든 종류의 공백 문자를 이 함수가 제거하지는 않는다고 설명합니다. 화면에서 비슷하게 보인다고 같은 문자라고 단정하지 마세요. 결과가 이상하면 원본 문자와 자료가 들어온 경로를 먼저 확인하는 편이 좋습니다.
또한 Google Sheets는 셀에 입력하는 텍스트의 공백을 기본적으로 정리한다고 안내합니다. 따라서 직접 타이핑한 예시와 가져온 자료가 똑같이 보이지 않을 수 있습니다. 아래 실습은 문자열을 수식 안에 넣어 일반 공백을 명시하는 방식입니다. 실제 파일에서는 원본 A열에 무엇이 남아 있는지부터 살펴보세요.
가상 업무표로 정리 전후 비교하기
콘텐츠 제작 요청의 상태 열을 정리한다고 가정하겠습니다. 고객 이름이나 연락처 대신 ‘검토 대기’라는 가상 상태만 사용합니다. 원본을 덮어쓰지 않고 A열 원본, B열 정리 결과, C·D열 길이, E열 일치 여부로 나눕니다.
1. 원본 문자열과 정리 결과 만들기
A2: =" 검토 대기 "
B2: =TRIM(A2)A2에는 앞 두 칸, 단어 사이 세 칸, 뒤 두 칸의 일반 공백을 넣었습니다. 따옴표 안의 공백 수를 유지해야 같은 예시가 됩니다. 예상되는 B2는 ‘검토 대기’입니다. 복사 과정에서 공백이 달라졌다면 다음 길이 확인으로 구분하세요.
2. 글자 수로 바뀐 정도 확인하기
C2: =LEN(A2)
D2: =LEN(B2)이 예시의 예상 길이는 A2가 11, B2가 5입니다. 한글 네 글자와 공백을 합해 계산한 값입니다. LEN은 공백과 표시되지 않는 문자도 길이에 포함합니다. 다만 길이가 같다고 내용까지 같다고 볼 수는 없습니다. LEN 공식 도움말의 계산 범위를 참고하세요.
3. 정확히 같은 문자열인지 대조하기
E2: =EXACT(A2,B2)위 가상 예시에서는 공백이 바뀌었으므로 FALSE가 예상됩니다. EXACT는 글자, 영문 대소문자, 공백과 숨은 문자까지 같은지 비교합니다. TRUE는 두 문자열이 같다는 뜻이지 업무상 올바른 상태라는 뜻은 아닙니다. EXACT 공식 도움말을 확인하세요.
원본 길이: 11 / 정리 후 길이: 5
원본과 결과 일치: FALSE
사람이 확인할 것: 불필요한 공백만 바뀌었는가?
확정할 것: 이 행의 상태가 실제로 ‘검토 대기’인가?
여러 행에 적용할 때는 먼저 적은 수의 행에서 결과를 확인한 뒤 필요한 범위에 수식을 채우세요. 원본이 빈칸인 행, 다른 표현이 들어간 행, 의도적으로 띄어 쓴 식별자가 있는 행은 따로 살펴봅니다. 공백이 줄었다고 일괄 승인하거나 상태를 자동 변경하지 않는 것이 이 실습의 운영 원칙입니다.
정리하면 안 되는 공백도 있습니다
업무표의 모든 열에 같은 규칙을 적용하기보다 열마다 목적을 적어 두세요. 짧은 상태명은 표기 통일을 검토할 수 있지만, 인용문이나 원문 보존이 필요한 설명은 공백을 포함한 표현 자체가 중요할 수 있습니다. 상품 코드와 식별자는 담당자가 정한 규칙을 확인하기 전까지 그대로 두는 편이 안전합니다.
예를 들어 ‘검토 대기’와 ‘대기 중’은 TRIM만으로 같은 표현이 되지 않습니다. 오탈자와 동의어, 실제 처리 상태도 별도 판단 대상입니다. 정리 함수가 담당자의 업무 확인을 대신하도록 설계하지 마세요. 어떤 변환을 허용할지 정한 뒤 원본과 보조 열을 함께 남기면 검토하기 쉬워집니다.
AI에게는 변경 기록을 설명하게 하세요
AI가 표를 직접 읽거나 수정할 권한이 있는지와 상관없이, 이번 예시에서는 사람이 확인한 결과만 전달합니다. 실제 업무에서는 회사에서 허용한 비민감 자료를 사용하고 필요한 범위만 제공하세요. 다음 요청문은 변경 사유를 정리하는 용도이며, AI가 실제 시트나 문자 종류를 검사했다는 뜻으로 사용하면 안 됩니다.
원본 상태: 일반 공백이 앞 2칸, 단어 사이 3칸, 뒤 2칸인 ‘검토 대기’
정리 후 상태: ‘검토 대기’
원본 길이 11, 정리 후 길이 5, EXACT 결과 FALSE
담당자가 확인한 사실: 불필요한 일반 공백만 정리됨
확인하지 않은 사항: 실제 업무 처리 상태, 다른 행의 공백 종류
이 정보로 작업 기록 2문장을 작성해 주세요. 확인하지 않은 사항은 완료로 쓰지 말고, 추가 확인 질문 1개를 남겨 주세요. 새 수치나 원인은 만들지 마세요.
답변을 받으면 ‘공백 정리 완료’와 ‘업무 검토 완료’가 섞이지 않았는지 읽어 보세요. 이번 기록으로 말할 수 있는 것은 한 예시 문자열의 변경 내역입니다. 전체 업무표의 오류가 해결되었다거나 처리 속도가 개선되었다는 결론은 별도 확인이 필요합니다.
적용 전 확인할 여섯 가지
□ 원본 열을 보존하고 정리용 열을 따로 만들었나요?
□ 해당 열에서 공백 변경이 허용되는지 정했나요?
□ 실제 원본에 공백이 남아 있는지 확인했나요?
□ LEN과 EXACT 결과를 함께 보고 변경된 행을 검토했나요?
□ 특수 공백·다른 표현·오탈자를 별도 확인 대상으로 남겼나요?
□ AI 요약에 확인하지 않은 완료 판단이 들어가지 않았나요?
자주 묻는 질문
TRIM을 썼는데 화면이 그대로라면 실패인가요?
원래 정리할 일반 공백이 없거나 입력 단계에서 정리됐을 수 있습니다. 반대로 TRIM이 처리하지 않는 문자가 남았을 수도 있습니다. 화면만 보고 성공이나 실패를 단정하지 말고 원본과 결과를 비교해 원인을 좁히세요.
LEN 결과가 같으면 검토를 끝내도 되나요?
길이는 한 가지 점검 정보입니다. 같은 길이의 다른 단어도 있을 수 있으므로 문자열 대조와 업무 의미 확인을 함께 하세요. 특정 수식의 결과가 맞는 것과 해당 행의 상태가 사실인 것은 각각 확인할 항목입니다.
원본 열에 바로 결과를 덮어써도 되나요?
이 글에서는 먼저 원본과 보조 열을 유지하는 방식을 권합니다. 실제 업무에서 원본을 교체할지는 보관 규칙, 복구 가능성, 담당자 검토 결과에 따라 결정하세요. 데이터 정리와 삭제는 별개의 작업으로 관리하는 편이 좋습니다.
함께 읽으면 좋은 글
ISBLANK로 빈칸과 빈 문자열 구분하기를 읽으면 공백 정리와 누락값 점검을 구분할 수 있습니다. 정리한 표로 건수를 보고할 때는 기록 수와 고유 콘텐츠 수 구분하기에서 집계 기준을 함께 확인하세요.
출처와 확인일
확인일: 2026년 10월 31일. 공식 도움말의 함수 정의와 제한을 바탕으로 예시를 구성했습니다. 화면·입력 경로·자료 특성에 따라 실제 파일은 별도로 검토하세요.
Google Docs Editors Help · TRIM
Google Docs Editors Help · LEN
Google Docs Editors Help · EXACT