특수문자 기호 모음

이모티콘·화살표·수학기호 등 9,000+ 문자를 검색해 복사

빠른 검색 모음

전체 유니코드 블록 브라우징

유니코드 표준 블록을 코드 포인트 범위 그대로 실었습니다. 블록 이름·코드 포인트(U+2764)로 찾거나, 검색하면 블록 안의 개별 문자까지 이름·키워드로 찾아줍니다.

특수문자 기호 모음 소개

이 도구에는 두 층이 있습니다. 위쪽은 자주 쓰는 기호를 얼굴·화살표·수학·통화·공백 같은 용도별로 모은 목록이고, 아래쪽은 라틴 확장, 한글 호환 자모, 도형, 점자, 이모티콘 같은 유니코드 블록을 코드 포인트 순서 그대로 펼친 표입니다. 글자를 누르면 클립보드에 복사됩니다.

기호를 고를 때 가장 흔한 문제는 「찾는 것」이 아니라 「비슷하게 생긴 다른 글자를 고르는 것」입니다. 눈으로는 같아도 코드 포인트가 다르면 검색, 정렬, 계산, 맞춤법 검사에서 전혀 다른 글자로 취급됩니다.

생김새가 같은데 다른 글자들

유니코드는 모양이 아니라 의미와 출처로 글자를 나눕니다. 그래서 같은 모양의 글자가 여러 번 들어 있습니다. 아래는 문서에서 실제로 섞여 문제가 되는 쌍입니다.

  • 가운뎃점: · (U+00B7 MIDDLE DOT)와 ㆍ(U+318D 한글 아래아), ・(U+30FB 가타카나 가운뎃점). 한글 자판에서 ㆍ가 쉽게 나와 가운뎃점 대신 쓰이는 일이 많지만, 검색에서는 서로 다른 글자입니다.
  • 빼기: - (U+002D 하이픈마이너스), − (U+2212 수학 빼기), – (U+2013 en dash). 스프레드시트에 −5를 붙여 넣으면 숫자가 아니라 텍스트로 인식되는 경우가 있습니다.
  • 옴과 오메가: Ω (U+2126 OHM SIGN)은 NFC 정규화를 거치면 그리스 문자 Ω(U+03A9)로 바뀝니다. 옹스트롬 Å(U+212B)도 Å(U+00C5)로 바뀝니다. 저장 과정에서 정규화하는 시스템이면 고른 글자가 바뀌어 저장될 수 있습니다.
  • 마이크로: µ (U+00B5)와 그리스 μ (U+03BC).
  • 원화 기호: ₩ (U+20A9)와 전각 ₩(U+FFE6), 그리고 한국어 글꼴에서 ₩처럼 그려지는 역슬래시(U+005C). 코드에서 경로 구분자가 ₩로 보이는 것은 글꼴 탓이고 실제 글자는 \입니다.
  • 라틴 a(U+0061)와 키릴 а(U+0430), 라틴 o와 그리스 ο(U+03BF). 도메인 이름에서 이런 글자를 섞어 가짜 주소를 만드는 공격을 동형 문자(homograph) 공격이라 하고, 유니코드 기술 표준 #39는 이런 「혼동 가능 문자」 목록을 공개합니다.

호환 문자: ①, ㎏, ㈜, 전각 A

원문자 ①, 단위 기호 ㎏, ㈜, 전각 영문 A, ½ 같은 글자는 옛 문자 코드(KS X 1001, JIS 등)와의 호환 때문에 유니코드에 들어간 「호환 문자」입니다. NFKC 정규화를 하면 각각 1, kg, (주), A, 1⁄2로 풀립니다. 검색 엔진이나 사용자 이름 검사처럼 NFKC를 적용하는 곳에서는 ㈜한국과 (주)한국이 같은 것으로 취급될 수 있고, 반대로 NFKC를 쓰지 않는 곳에서는 전혀 다른 문자열입니다.

문서에 보기 좋게 쓰는 것은 괜찮지만, 파일 이름·아이디·데이터 값에는 호환 문자를 피하는 편이 안전합니다.

이모지로 보일지 글자로 보일지

♥(U+2665), ☺(U+263A), ✔(U+2714) 같은 오래된 기호는 글꼴과 환경에 따라 흑백 글자로도, 컬러 이모지로도 그려집니다. 뒤에 변형 선택자 U+FE0F를 붙이면 이모지 모양, U+FE0E를 붙이면 글자 모양을 요청합니다. 같은 하트를 복사했는데 메신저와 문서에서 다르게 보인다면 이 선택자가 붙었는지의 차이일 수 있습니다. UTF-8 바이트 뷰어에 넣어 보면 EF B8 8F가 붙어 있는지 확인할 수 있습니다.

공백 글자는 목적이 있다

공백 분류에 있는 글자들은 서로 역할이 다릅니다. 줄바꿈 없는 공백(U+00A0)은 「10 kg」처럼 숫자와 단위가 줄 끝에서 갈라지지 않게 할 때, 전각 공백(U+3000)은 한중일 조판에서 글자 한 칸을 비울 때 씁니다. 폭 없는 공백(U+200B)은 긴 URL이나 단어 중간에 줄바꿈 가능 위치만 표시하고, 폭 없는 접합자(U+200D)는 이모지를 하나로 잇습니다. 닉네임 빈칸이나 중복 검사를 피하는 용도로 U+200B를 쓰면 많은 서비스가 이를 걸러 내거나 입력 자체를 거부합니다.

네모(두부)로 보일 때

블록 표에서 빈 네모나 물음표가 보이면 대개 그 글자가 없는 것이 아니라 설치된 글꼴에 모양이 없는 것입니다. 복사한 글자는 그대로 유효하므로, 받는 쪽에 해당 글꼴이 있으면 제대로 보입니다. 다만 상대방 기기도 같은 상황일 수 있으니 중요한 문서에는 널리 지원되는 글자를 고르세요.

예시

가운뎃점 검색이 안 되는 경우

입력
문서 A: 서울ㆍ부산 / 검색어: 서울·부산
결과
일치하지 않음 — U+318D 대 U+00B7

모양은 거의 같지만 다른 글자입니다. 문장 부호로는 U+00B7을 고르세요.

정규화로 바뀌는 기호

입력
Ω (OHM SIGN, U+2126)
결과
NFC 후 Ω (U+03A9)

정규화하는 데이터베이스나 파일 시스템을 거치면 처음 고른 코드 포인트가 남지 않을 수 있습니다.

호환 문자의 NFKC 결과

입력
㈜ ① ㎏ A
결과
(주) 1 kg A

검색 색인이 NFKC를 쓰면 원래 표기와 풀린 표기가 같은 것으로 검색됩니다.

사용 방법

  1. 위쪽 분류나 아래쪽 유니코드 블록을 고르거나 검색창에 이름을 입력합니다.
  2. 원하는 글자를 누르면 클립보드에 복사됩니다.
  3. 붙여 넣을 곳에서 모양이 제대로 나오는지 확인합니다.

자주 묻는 질문

특수문자가 네모로 보입니다.

글꼴에 해당 글자 모양이 없는 경우가 대부분입니다. 글자 자체는 제대로 복사되었습니다.

하트가 어떤 곳에서는 빨갛고 어떤 곳에서는 검정입니다.

U+2665 같은 기호는 이모지 모양과 글자 모양 둘 다 가능합니다. 뒤에 U+FE0F가 붙으면 이모지 모양이 됩니다.

닉네임에 투명 공백을 넣을 수 있나요?

U+200B나 U+3164(한글 채움 문자)는 많은 서비스가 금지하거나 제거합니다. 입력 규칙을 먼저 확인하세요.

원문자 ⑪, ⑳ 이상은 없나요?

①~⑳은 Enclosed Alphanumerics 블록에, ㉑~㊿은 Enclosed CJK Letters and Months 블록에 있습니다. 모든 글꼴이 지원하지는 않습니다.

관련 가이드

출처

기준일:

개인정보와 저장 방식