한글은 어떻게 변환되나요?

한글은 그대로 보존됩니다(NFC 정규화). 현대 브라우저·검색엔진은 유니코드 URL 을 지원하며, 외부 공유 시 퍼센트 인코딩될 수 있습니다. 로마자 음역(안녕 → an-nyeong)은 지원하지 않습니다.

중복된 slug 가 생기면?

본 도구는 중복 처리를 하지 않습니다. DB 에 저장 시 `-2` · `-3` 같은 suffix 를 코드에서 직접 추가하세요.

이모지·기호는 제거됩니다. 문자·숫자(한글 포함)와 선택한 구분자만 남습니다.

예시

yutils — 무료 온라인 도구 (한국어)

yutils-무료-온라인-도구-한국어

문자·숫자(한글 포함)는 보존되고 그 외 문자는 구분자로 접힙니다. 악센트 제거 옵션은 결합 부호만 제거(Café → Cafe), 로마자 음역은 지원하지 않습니다.

사용법 / 자주 묻는 질문

Q.한글은 어떻게 변환되나요?: A.한글은 그대로 보존됩니다(NFC 정규화). 현대 브라우저·검색엔진은 유니코드 URL 을 지원하며, 외부 공유 시 퍼센트 인코딩될 수 있습니다. 로마자 음역(안녕 → an-nyeong)은 지원하지 않습니다.
Q.중복된 slug 가 생기면?: A.본 도구는 중복 처리를 하지 않습니다. DB 에 저장 시 `-2` · `-3` 같은 suffix 를 코드에서 직접 추가하세요.
Q.이모지나 특수문자는?: A.이모지·기호는 제거됩니다. 문자·숫자(한글 포함)와 선택한 구분자만 남습니다.

재미있는 사실

URL slug 의 'slug' 는 신문 인쇄 시대의 'lead slug' (납으로 만든 식별 줄) 에서 유래합니다. 기사를 식별·정렬하기 위한 짧은 식별자 — 1990년대 후반 블로그·CMS 가 URL 안의 '사람이 읽을 수 있는 식별자' 에 이 이름을 가져왔습니다.
Wikipedia — Clean URL slug
SEO 관점에서 URL slug 는 페이지 콘텐츠를 짧게 요약해야 합니다. Google 은 URL 의 단어를 약한 ranking signal 로 사용 — `/articles/how-to-bake-bread` 가 `/articles/12345` 보다 검색 결과 클릭률이 약간 높습니다 (사용자가 URL 도 본다).
Google — URL Structure
Unicode 한글·중문을 slug 로 그대로 박는 게 좋을지 vs Romanize (예: '안녕하세요' → 'annyeonghaseyo') 가 좋을지는 오랜 논쟁. 한글 URL 은 IDN 표시 정합하지만 일부 외부 사이트가 percent-encoding (`%EC%95%88...`) 으로 깨뜨리는 호환성 문제 — 한국 블로그 플랫폼들이 한자 그대로 vs Romanize 양분된 이유.
Moz — URL best practices