이름은 한 칸에, 어떤 글자든

KRDS BP-004 — [이름] 단일 텍스트 입력 필드를 사용하고, 사용자가 입력할 수 있는 모든 문자의 입력과 표시를 지원하고 있다.

0. 들어가며 — 성과 이름을 나누면

이번 570편은 이름을 단일 텍스트 입력 필드로 받고, 모든 문자의 입력·표시를 지원하라는 규칙입니다.

이름을 — ’성’과 ’이름’으로 나눠 받거나, 특정 문자만 허용하면, 다양한 이름을 가진 사용자가 자기 이름을 못 적죠. BP-004는 이름을 한 칸으로 받고 모든 문자를 지원하라고 규정합니다. 이름 입력의 포용성 규칙이죠. 이번 편을 풀어 냅니다.

1. 원문 — 단일 필드 + 모든 문자 지원

BP-004 (기본 패턴 > 개인 식별 정보 입력 [이름]) “[이름] 단일 텍스트 입력 필드를 사용하고, 사용자가 입력할 수 있는 모든 문자의 입력과 표시를 지원하고 있다.”

이름을 하나의 텍스트 입력 필드로 받고, 사용자가 쓸 수 있는 모든 문자(한글·한자·영문·특수문자 등)의 입력·표시를 지원하라는 뜻입니다.

정리: 이름은 단일 필드로, 모든 문자를 지원하라. 이게 BP-004입니다.

2. 왜 단일 필드·모든 문자인가

이름은 — 다양합니다. 한국 이름, 외국 이름, 한 글자 이름, 긴 이름, 한자·영문 이름, 특수문자 포함 이름 등. 이름 입력 필드를 — 어떻게 설계하느냐가 다양한 사용자의 이름 수용을 좌우하죠. BP-004는 두 가지를 요구합니다.

① 단일 텍스트 입력 필드. 이름을 — ‘성(姓)’과 ’이름(名)’ 칸으로 나누지 않고, 하나의 필드로 받습니다.

성·이름 분리의 문제 — 이름을 — ‘성’ / ‘이름’ 두 칸으로 나누면, 여러 사용자에게 안 맞습니다:

외국 이름 서양 이름은 first/middle/last 구조가 다르고, 일부 문화권은 성이 없거나 순서가 다르죠. 한국식 ‘성/이름’ 칸에 안 맞는 이름이 많습니다.

한 단어 이름 — 성·이름 구분이 없는 이름(일부 문화권)은 — 두 칸에 못 넣죠.

분리 모호 — 어디까지가 성이고 이름인지 — 사용자 스스로도 애매한 경우가 있습니다.

단일 필드의 포용 이름 전체를 한 칸에 받으면, 어떤 구조의 이름이든 자유롭게 쓸 수 있죠. ‘홍길동’, ‘John Smith’, ‘○○’ 등 그대로 입력하게요. 시스템이 성/이름을 강제로 나누지 않습니다.

② 모든 문자 입력·표시 지원. 이름에 쓰이는 — 모든 문자의 입력·표시를 지원합니다.

문자 제한의 문제 — 이름 필드가 — 특정 문자만 허용하면(한글만, 영문만), 다른 문자를 쓰는 이름을 못 적습니다:

한자 이름 — 한자를 쓰는 이름(법적 이름에 한자)을 — 한글만 허용하면 못 적죠.

외국 이름 — 영문·기타 문자 이름.

특수문자 — 이름에 — 하이픈(-), 아포스트로피(’), 가운뎃점(·), 공백 등이 있는 경우(O’Brien, Anne-Marie, 복합 성).

모든 문자 허용 그래서 이름에 쓰일 수 있는 문자를 폭넓게 허용하고, 입력한 그대로 표시(저장·출력 시 깨짐 없이)합니다. 인코딩(UTF-8)을 제대로 처리해 한자·외국 문자가 깨지지 않게요.

왜 포용이 중요한가. 공공 서비스는 모든 국민(다양한 이름, 외국인 포함)을 대상으로 합니다. 이름 필드가 특정 형식·문자만 받으면, 자기 이름을 못 적는 사용자가 배제되죠. 이름은 정체성의 핵심이라, 자기 이름을 정확히 적을 수 있게 하는 게 존중이자 정확한 신원 처리의 기본입니다.

과도한 검증 지양. 이름 필드에 너무 엄격한 검증(숫자 금지, 길이 제한, 특정 패턴 강제)을 걸면 정당한 이름이 거부될 수 있죠. 이름은 매우 다양하니, 검증을 최소화하고 폭넓게 수용합니다(BP-005의 충분한 길이와도 연계).

이 규칙은 개인 식별 정보 입력의 ’이름 포용성’을 담당합니다 — 이름을 단일 필드로 받고 모든 문자를 지원해(004), 어떤 이름이든 자기 이름을 정확히 적게 하죠. 다양성 존중의 기본입니다.

정리하면 — 이름을 성/이름으로 나누거나 특정 문자만 허용하면 다양한 이름을 가진 사용자가 자기 이름을 못 적으므로, 단일 텍스트 필드로 받고 모든 문자의 입력·표시를 지원해야 합니다.

3. 점검 / 개선

무엇을 점검하나

단일 필드 — 이름을 하나의 필드로 받는가(성/이름 분리 아님).

모든 문자 — 한글·한자·영문·특수문자(하이픈·공백 등)를 허용·표시하는가.

과도 검증 없음 — 정당한 이름이 거부되는 엄격한 검증이 없는가.

개선 방향

이름을 단일 텍스트 필드로. 한자·외국 문자·특수문자 허용, UTF-8 처리로 깨짐 방지.

과도한 검증 완화. 폭넓은 이름 수용.

4. 누가 담당하나 / 우리 사이트에 해당될까?

역할	책임
기획/UX	이름 필드 설계(단일·포용)
퍼블리셔/개발	단일 필드·문자 지원·인코딩 구현

기관 유형	BP-004 적용
중앙행정기관(대표·운영) / 공공기관 / 지자체	✅ 필수 (이름 입력 시)

이름을 입력받는 모든 사이트가 해당됩니다.

5. 30초 자가진단 + FAQ

✅ 30초 자가진단

□ 이름을 하나의 필드로 받나요(성/이름 분리 아님)?

□ 한글·한자·영문·특수문자(하이픈·공백 등)를 허용·표시하나요?

□ 정당한 이름이 거부되는 엄격한 검증이 없나요?

❓ FAQ

Q1. 성·이름을 나눠 받으면 정리가 편하지 않나요? 외국 이름·한 단어 이름 등 다양한 구조에 안 맞습니다. 단일 필드가 어떤 이름이든 수용하죠. Q2. 한글만 받으면 안 되나요? 한자 이름·외국 이름을 가진 사용자가 못 적습니다. 모든 문자를 허용·표시해야 하죠. Q3. 특수문자도 허용하나요? 네. 하이픈(O’Brien), 아포스트로피, 공백, 가운뎃점 등 이름에 쓰이는 문자를 허용 합니다. 과도한 검증은 정당한 이름을 거부하죠.

6. 마무리

BP-004의 메시지:

이름은 한 칸에, 어떤 글자든 — 단일 필드로 받고 모든 문자를 지원하라.

이름을 나누거나 특정 문자만 허용하면 다양한 이름을 가진 사용자가 배제됩니다. 단일 필드로 받고 모든 문자를 지원해 어떤 이름이든 정확히 적게 하는 게 핵심이죠. 다음 편은 이름 길이·필드 너비입니다.

다음 편 예고 ▶ 「571. (BP-005) [이름] 모든 사용자의 이름을 수용할 수 있는 정도의 글자 수 입력을 허용하고 최대 길이에 맞추어 입력 필드의 너비를 제공하고 있다.」

ViewCheck는 이름이 단일 필드·전체 문자 지원으로 입력되는지를 진단합니다.

📚 참고 출처

KRDS 기본 패턴 — 개인 식별 정보 입력 가이드 — https://www.krds.go.kr/html/site/pattern/pattern_01.html

KRDS #ViewCheck #공공웹사이트 #전자정부 #디지털정부 #웹접근성 #디자인시스템 #UIUX #UI컴포넌트 #웹표준

KRDS,ViewCheck,공공웹사이트,전자정부,디지털정부,웹접근성,디자인시스템,UIUX,UI컴포넌트,웹표준