붙여넣기 전에 확인할 텍스트 규격: 길이·표기·인코딩·단위

입력 규칙을 짧은 목록으로 적으세요

제출 화면의 “1,000자”나 API의 “최대 길이”만 보고 바로 문장을 줄이지 마세요. 공백을 포함하는지, 바이트 제한인지, 허용하는 문자와 표기 방식이 있는지부터 확인해야 합니다. 받는 곳의 설명이 모호하면 실제 입력창의 카운터와 오류 메시지를 함께 봅니다.

규격	작업 전에 확인할 것
글자·단어 제한	공백 포함 여부와 집계 방식
이름·식별자	대소문자 규칙, 숫자·기호 사용 가능 여부
인코딩 문자열	원문인지 변환된 값인지, 요구하는 인코딩
단위가 있는 수치	입력 단위, 출력 단위, 필요한 자릿수

원문은 따로 남기세요. 여러 변환을 이어서 해야 한다면 각 단계의 목적도 적어 두면 같은 작업을 두 번 적용하는 실수를 줄일 수 있습니다.

길이는 최종 문자열에서 확인하세요

Tooliv의 글자수는 JavaScript의 UTF-16 코드 단위, 바이트는 UTF-8 기준입니다. 예를 들어 A가😀는 이 기준에서 4개 코드 단위, 8바이트입니다. 이는 문자열을 계산한 예시이며 화면에 보이는 글자 모양의 개수와 같은 뜻은 아닙니다. 기준은 String.length와 TextEncoder 문서에서 확인할 수 있습니다.

대소문자나 표기를 바꿨다면 그 결과를 다시 세세요. 이름의 약어와 숫자가 예상한 단어 경계로 나뉘었는지도 함께 봅니다. 실제 제출처와 숫자가 다르면 글자수·바이트 집계 기준부터 비교하고, 변수명으로 사용할 때는 표기 변환 후 확인할 항목을 적용합니다.

인코딩은 받는 쪽이 요구할 때 적용하세요

읽기 어려운 문자열이라는 이유만으로 Base64나 URL 인코딩 중 하나를 고르면 안 됩니다. a&b를 URL의 값 하나로 넣어야 한다면 a%26b처럼 구성요소 인코딩이 필요할 수 있습니다. Tooliv의 URL 도구는 encodeURIComponent를 사용하므로 전체 주소의 구조 문자도 바꿉니다.

이미 변환된 값을 다시 넣기 전에 원문과 결과를 구분하세요. 복사할 것이 어느 단계의 값인지 결정한 뒤 붙여넣습니다. 한글이 깨지거나 %25가 반복되면 Base64·URL 인코딩 확인법에서 원인부터 확인하세요.

숫자는 단위와 함께 옮기세요

단위 변환을 마친 뒤에는 숫자만 복사하지 말고 단위를 함께 기록하세요. 예를 들어 길이 입력란에 면적 단위의 결과를 넣거나, 원래 단위를 그대로 붙여 쓰면 올바른 계산도 다른 의미가 됩니다. 표시 숫자가 줄어드는 경우에는 단위와 반올림 확인법을 참고하세요.

마지막에는 실제 입력창에 붙여넣고 길이·특수문자·줄바꿈·단위가 유지되는지 확인합니다. 도구 화면의 성공 표시와 받는 시스템의 최종 승인까지를 서로 다른 확인 단계로 두면 됩니다.