새로 입력하는 원문은 URL에 넣지 않으며 이 도구에서 따로 저장하지 않습니다. 기존 공유 링크에는 원문이 포함될 수 있습니다.
눈에 보이는 글자 수 (문자소)
0자
실제 UTF-8 바이트
0byte
코드포인트 수 (공백 포함)
0자
코드포인트 수 (공백 제외)
0자
2바이트 환산값 (실제 인코딩 아님)
0byte
입사지원서나 논문, SNS 게시물마다 "공백 포함 500자 이내", "바이트 기준 2000byte 이내"처럼 서로 다른 기준을 요구하는 경우가 많습니다. 공백 포함/제외는 띄어쓰기를 세느냐 마느냐의 차이지만, 바이트 수는 조금 더 기술적인 이야기가 필요합니다.
UTF-8에서는 완성형 한글 한 글자는 보통 3바이트, ASCII 영문은 1바이트입니다. 이모지는 여러 코드포인트가 결합될 수 있습니다. 이 계산기는 실제 UTF-8 길이와 ASCII 1·그 외 2로 세는 단순 환산값을 구분합니다. 환산값은 EUC-KR 인코딩 결과가 아니며 제출 서비스의 자체 계산 규칙과 다를 수 있습니다.
항상 그렇지는 않습니다. 가족·피부색 조합 이모지는 눈에 하나로 보여도 여러 코드포인트로 이루어질 수 있습니다. 이 도구는 문자소(눈에 보이는 글자), 코드포인트, 실제 UTF-8 바이트를 따로 보여줍니다.
네. "공백 제외" 글자 수를 계산할 때 스페이스뿐 아니라 탭, 줄바꿈 같은 공백 문자도 함께 제외됩니다.
2바이트 환산값은 ASCII를 1, 그 외 코드포인트를 2로 세는 단순 호환 규칙입니다. 실제 EUC-KR 인코더가 아니며 이모지의 저장 용량도 나타내지 않습니다. UTF-8 바이트는 별도 항목에서 확인하고 제출 사이트의 기준을 우선하세요.
채용사이트나 공공기관 입력창은 “500자”처럼 글자 수를 제한하기도 하고 “1000byte”처럼 바이트 기준을 쓰기도 합니다. 같은 문장이라도 한글·영문·특수문자 처리방식에 따라 바이트 결과가 달라질 수 있어 제출 사이트의 기준을 우선 확인해야 합니다.
글자 수를 꽉 채우는 것보다 핵심 내용을 앞부분에 배치하고 중복 표현을 줄이는 편이 읽기 좋습니다. 제한의 90~95% 정도에서도 메시지가 충분하면 억지로 문장을 늘릴 필요는 없습니다.
워드나 노션에서 복사한 텍스트에는 눈에 잘 보이지 않는 줄바꿈·공백 문자가 포함될 수 있습니다. 제출 직전 실제 입력창에 붙여넣은 뒤 사이트가 표시하는 최종 글자 수와 다시 비교하세요.