디스코드는 일관성이 없는 게 아니라 — 칸마다 역할이 있습니다
시행착오 반복은 이렇게 흘러갑니다: 생성기로 이름을 꾸며 디스코드의 한 칸에 붙여넣으면 완벽하게 저장됩니다. 같은 텍스트를 다른 칸에 붙여넣으면 디스코드가 딱 거부합니다. 같은 문자, 같은 계정, 정반대 결과. 제멋대로인 것처럼 느껴집니다.
그렇지 않습니다. 디스코드의 칸은 두 가족으로 깔끔하게 나뉩니다. 신원 칸은 다른 시스템이 의존하는 칸입니다 — 멘션, 친구 요청, 관리 로그, 계정 복구. 딱 하나뿐입니다: 여러분의 고유 @사용자명. 절대 사칭·오타·기기별 표시 차이가 생기지 않도록 아주 작은 문자 집합으로 잠겨 있습니다. 표시용 칸은 사람들이 바라보는 모든 것입니다 — 표시 이름, 별명, 역할 이름, 서버·채널 이름, 자기소개. 이것들은 활짝 열려 있습니다. 중요한 것이 이 칸들을 거쳐 라우팅되지 않기 때문입니다.
두 가족을 보고 나면, 모든 '왜 저장이 안 되지?'가 스스로 답합니다. 여러분은 버그와 싸우는 게 아니라, 표시 등급 문자를 신원 등급 칸에 붙여넣고 있을 뿐입니다. 해결책은 언제나 같습니다: 스타일을 한 칸 옆으로 옮기세요.
사용자명 vs 표시 이름: '잘못된 사용자명'은 왜 뜨나
이 하나의 혼동이 나머지 전부를 합친 것보다 많은 실패를 만듭니다. 디스코드가 옛 네 자리 식별 번호를 없앤 뒤로, 모든 계정에는 두 개의 이름이 있고, 서로 정반대 규칙을 따릅니다:
- 사용자명 — 프로필에 @와 함께 표시되는 고유 아이디. 허용 문자: 소문자
a–z,0–9,_,.— 그 외에는 없음. 대문자도, 공백도, 당연히 𝓬𝓾𝓻𝓼𝓲𝓿𝓮도 안 됩니다. 이 집합을 벗어나면 '잘못된 사용자명' 오류가 뜹니다. - 표시 이름 — 채팅과 프로필에 보이는 크고 친근한 이름. 공백, 대문자, 이모지, 붙여넣을 수 있는 모든 유니코드 폰트 문자를 받아들입니다.
그래서 통하는 방식은 안은 밋밋하고 밖은 꾸며진 형태입니다:
서버 안에서는 세 번째 층인 서버 별명이 생깁니다. 이 별명은 그 서버에서만 표시 이름을 덮어쓰며, 똑같이 관대합니다. 커뮤니티별로 꾸며 보세요: 독서 모임에서는 ୨୧ 𝒩𝑜𝓋𝒶 ୨୧, e스포츠 서버에서는 𝗡𝗢𝗩𝗔. 이름 꾸미기 도구가 문자 매핑을 대신 처리해 줍니다.
칸별 권한 표
여기 전체 지도가 있습니다 — 디스코드의 모든 텍스트 칸, 각 칸이 받아들이는 것, 그리고 왜 그런지. 이 표를 즐겨찾기에 넣으면 추측은 끝납니다.
| 칸 | 마크다운? | 유니코드 폰트? | 이모지? | 이렇게 만든 이유 |
|---|---|---|---|---|
| 사용자명(@아이디) | ✗ | ✗ 거부됨 | ✗ | 신원 키. a–z 0–9 _ .만 — 멘션과 친구 요청을 위해 입력 가능·고유·사칭 불가여야 함 |
| 표시 이름 | ✗ 그대로 표시 | ✓ | ✓ | 순수 표시용 — 채팅에 보이고 라우팅에는 안 쓰임 |
| 서버 별명 | ✗ 그대로 표시 | ✓ | ✓ | 서버별 표시용; 그 서버에서 표시 이름을 덮어씀 |
| 역할 이름 | ✗ 그대로 표시 | ✓ | ✓ | ID가 아니라 라벨 — 호이스트된 역할은 멤버 사이드바에 표시됨 |
| 서버 이름 | ✗ 그대로 표시 | ✓ | ✓ | 브랜딩 표면; 초대와 디스커버리에 그대로 노출됨 |
| 채널 이름(텍스트) | ✗ | ✓ 그대로 통과 | ✓ | URL 같은 일관성을 위해 자동 소문자·하이픈 처리 — 단, 일반 A–Z만 건드림 |
| 채널 주제 | ✗ 대체로 그대로 | ✓ | ✓ | 설명 표면; 일반 텍스트 + 유니코드로 취급 |
| 자기소개 / 바이오 | ✓ 기본(볼드, 이탤릭, 링크) | ✓ | ✓ | 프로필 카드가 가벼운 렌더러를 돌림 |
| 메시지 | ✓ 전체 엔진 | ✓ | ✓ | 채팅 표면 — 완전한 마크다운 엔진이 도는 유일한 곳 |
열을 위에서 아래로 읽으면 논리가 드러납니다: 정확히 한 행만 유니코드를 거부하고, 정확히 한 행만 완전한 마크다운을 실행합니다. 그 사이의 모든 것이 열린 중간지대입니다 — 붙여넣는 스타일은 환영, 렌더링되는 스타일은 무시. 이것이 시스템 전부입니다.
채널 이름의 버릇: 자동 소문자, 자동 하이픈
텍스트 채널 이름은 저장할 때 조용히 다시 쓰입니다: 일반 대문자는 소문자가 되고 공백은 하이픈이 됩니다. 그래서 General Chat이 #general-chat으로 나옵니다. 사람들은 이걸 '디스코드가 내 스타일을 지웠다'로 읽습니다. 자세히 보세요 — 건드린 건 일반 글자뿐입니다.
수학 볼드 𝗚는 일반 대문자 G가 아니라 — 다른 유니코드 문자입니다 — 그래서 소문자 규칙이 건너뜁니다. 여러분이 본, 대문자로 꾸며진 채널 목록을 가진 모든 서버 뒤에 숨은 허점이 바로 이것입니다. 각주 둘: 음성 채널과 카테고리는 전혀 정규화되지 않고(공백과 일반 대문자가 살아남음), 카테고리 헤더는 ─── ╭─ 같은 기호 구분선이 가장 빛을 발하는 곳입니다.
마크다운이 되는 곳 — 그리고 그냥 놓여 있는 곳
마크다운은 또 다른 종류의 스타일입니다: **볼드** 같은 기호를 디스코드가 메시지를 렌더링할 때 변환합니다. 표가 보여주듯 그 영역은 작습니다 — 메시지, 그리고 자기소개의 기본 서식. 별명 칸에 **Nova**를 입력하면 별표는 문자 그대로 저장됩니다. 이름 칸은 원본 그대로 저장·표시되어 변환할 렌더링 과정이 없기 때문입니다.
실용적으로 기억할 구분은 이것입니다: 말하는 것에는 렌더링 스타일(마크다운), 불리는 이름에는 붙여넣는 스타일(유니코드). 스포일러 태그, 코드 블록, 니트로 층, 그리고 '왜 내 별표가 볼드가 안 되지' 같은 고전적 실수 등 전체 메커니즘은 자매 가이드 디스코드 텍스트 서식 완벽 해설에 있습니다.
짚어 둘 특수한 경우 하나: 색깔 있는 글자. 이것은 오직 메시지 안에서만, 오직 ANSI 코드 블록으로만, 고정된 여덟 가지 색상과 불안정한 모바일 지원으로 존재합니다. 디스코드의 어떤 이름 칸도 색상을 받아들이지 않습니다.
할 수 있어도 꾸미지 말아야 할 때
'유니코드를 받아들인다'는 것은 허가이지 권장이 아닙니다. 꾸민 이름에는 세 가지 비용이 따르며, 결정하기 전에 따져 볼 가치가 있습니다:
Ctrl+K, 멤버 검색, 멘션 자동완성은 문자를 그대로 대조합니다. 'aesthetic'을 입력해도 𝕬𝖊𝖘𝖙𝖍𝖊𝖙𝖎𝖈은 절대 못 찾습니다 — 공통 문자가 하나도 없으니까요.
보조 기술은 𝕹𝖔𝖛𝖆를 '수학 프락투어 대문자 N…'으로 읽거나 아예 건너뛸 수 있습니다.
화려한 스타일은 구형 기기에서 □□□□로 보일 수 있습니다.
제 원칙: 사람들이 바라보는 칸은 꾸미고, 사람들이 입력하는 칸은 일반 문자로 두기. 표시 이름과 카테고리 헤더요? 마음껏 꾸미세요 — 볼드, 스몰캡스, 가벼운 기호는 거의 어디서나 잘 읽힙니다. 멤버가 매일 검색하는 붐비는 텍스트 채널, 모더레이터가 끊임없이 핑하는 역할, 발견되길 바라는 서버 이름이라면? 일반 문자에 가깝게 두세요. 그리고 이름에는 잘고를 아예 쓰지 마세요 — 많은 대형 서버가 자동 제재하고, 렌더링이 가장 잘 깨지는 스타일입니다.
디스코드는 열쇠를 잠가 두어, 의상은 무엇이든 될 수 있게 합니다.
디스코드에 바로 쓸 이름 꾸미기 →
기기에서 안전한 유니코드 이름을 만들고, 표시 이름·별명·채널 목록에 붙여넣으세요 — 표가 '열림'으로 표시한 모든 칸에.
폰트 변환 도구 열기 →