URL 슬러그 생성기

됩니다. 구글도 네이버도 한글 주소를 정상적으로 색인하고, 티스토리와 네이버 블로그가 실제로 그렇게 씁니다. 검색 결과에서는 인코딩된 형태가 아니라 한글로 보여 주기 때문에 오히려 눈에 잘 띕니다.

대신 세 가지를 감수해야 합니다. 첫째, 링크를 복사해서 메신저나 문서에 붙이면 %EC%84%9C... 같은 긴 문자열이 그대로 드러날 때가 있습니다. 둘째, 주소 길이 제한이 있는 곳에서 한 글자가 아홉 자를 차지합니다. 셋째, 오래된 게시판이나 일부 프로그램이 한글 주소를 제대로 처리하지 못합니다.

글이 국내 독자만 대상이고 링크를 주로 검색이나 SNS로 받는다면 한글 유지가 편합니다. 개발 문서처럼 주소를 사람이 손으로 적거나 코드에 넣는 경우라면 로마자가 낫습니다.

많은 도구가 자모를 한 글자씩 알파벳으로 바꿉니다. 그러면 종로는 Jongro가 되는데, 표기법에 맞는 답은 Jongno입니다. 국어의 로마자 표기법은 글자가 아니라 소리를 옮기도록 정해져 있고, 한국어는 앞 글자의 받침과 뒷 글자의 첫소리가 만나면 소리가 바뀌기 때문입니다.

이 도구는 문화체육관광부 고시의 규칙을 그대로 구현했습니다. 받침이 다음 글자로 넘어가는 연음, 받침 뒤에서 ㄴ·ㅁ 앞의 자음이 콧소리가 되는 비음화, ㄴ과 ㄹ이 만나 ㄹㄹ이 되는 유음화, ㄷ·ㅌ이 '이'를 만나 ㅈ·ㅊ이 되는 구개음화, ㅎ과 만나 거센소리가 되는 축약까지 적용합니다. 된소리되기는 고시가 표기에 반영하지 말라고 정했기 때문에 반영하지 않습니다.

고시 자체가 사전 지식을 전제하는 자리가 있습니다. ㄴ과 ㄹ이 만날 때, 한 낱말 안이면 신라처럼 Silla가 되지만 낱말이 합쳐진 자리면 신문로처럼 Sinmunno가 됩니다. 둘을 가르려면 그 말이 어떻게 만들어진 말인지 알아야 하고, 그것은 사전의 일입니다.

이 도구는 그럴 때 Silla 쪽 규칙을 적용합니다. 지명이나 고유명사를 슬러그로 쓴다면 결과를 한 번 확인해 주세요. 마찬가지로 묵호(Mukho)나 집현전(Jiphyeonjeon)처럼 체언에서 ㅎ을 밝혀 적는 경우도 기계적으로는 구분할 수 없습니다.

맥에서 입력한 '한글'과 윈도우에서 입력한 '한글'은 화면에 똑같이 보이지만 컴퓨터 안에서는 다른 데이터입니다. 맥은 글자를 자모로 풀어서 저장하는 방식(NFD)을 쓰기 때문에 '한' 한 글자가 세 조각이 됩니다.

이대로 슬러그를 만들면 두 주소가 서로 다른 주소가 되고, 인코딩된 길이도 세 배가 됩니다. 이 도구는 입력을 먼저 NFC로 모아 붙인 뒤에 처리하므로 어느 컴퓨터에서 복사해 왔든 같은 슬러그가 나옵니다.