텍스트

Slugify

텍스트를 URL에 안전한 "슬러그"로 변환: 키릴 문자(우크라이나어/러시아어)를 공식 표준에 따라 음역하고, 발음 구별 기호와 불필요한 문자를 제거하며, 소문자로 변환.

A slug is a URL-safe version of a title or name: lowercase Latin letters, digits, and hyphens instead of spaces. This tool transliterates Cyrillic text using the official standard and strips diacritics and characters that aren't valid in a URL.

How to use it

Common uses

Things to keep in mind

Cyrillic transliteration isn't unique — different systems (e.g. passport vs. scholarly) transliterate the same letters differently; this tool follows the official transliteration standard.

Keep slugs short and meaningful — long slugs are harder to remember and look worse in search results.

이 도구에 대한 아티클: Slugify: 제목이 유효한 URL로 바뀌는 과정

자주 묻는 질문

텍스트는 어떻게 URL 친화적인 슬러그로 변환되나요?

텍스트는 소문자로 변환되고, 키릴 문자(우크라이나어, 러시아어)는 공식 표준에 따라 음역되며, 발음 구별 기호와 URL에 호환되지 않는 문자는 제거된 후 선택한 구분자로 단어가 결합됩니다.

슬러그에 사용되는 구분자를 선택할 수 있나요?

네, 구분자 옵션을 사용하면 슬러그의 단어를 결합하는 문자(보통 하이픈이나 밑줄)를 선택할 수 있습니다.

입력한 텍스트가 서버로 전송되나요?

아니요, 모든 슬러그 생성은 브라우저에서 JavaScript로 로컬로 실행되며 온라인으로 전송되는 것은 없습니다.

서로 다른 두 제목이 같은 슬러그가 되면 어떻게 하나요?

"안녕, 세상!"과 "안녕 세상"은 정규화 후 원본 텍스트가 다름에도 같은 슬러그가 됩니다. 슬러그가 고유 식별자로 쓰인다면(예: 게시물 URL), 이런 충돌은 별도로 해결해야 하며 보통 숫자 접미사나 ID를 덧붙이는 방식으로 처리합니다.

단순한 URL 인코딩으로는 왜 슬러그를 대체할 수 없나요?

한글의 퍼센트 인코딩은 URL에서 기술적으로 유효하지만, 사람이 읽을 수 없고 주소창이나 복사할 때 신뢰할 수 없어 보입니다. 슬러그는 단순한 문자의 기술적 유효성이 아니라 바로 이 가독성 문제를 해결합니다.

아티클: 텍스트

camelCase, snake_case, kebab-case: 언제 어떤 스타일을 쓸까

camelCase, snake_case, kebab-case가 왜 존재하며, 각각 보통 어디에 쓰이는지.

Text Diff: 텍스트 차이를 찾는 알고리즘의 작동 원리

diff 알고리즘이 텍스트 두 버전 사이의 최소 변경 집합을 찾는 방법.

정규 표현식: 기초와 탐욕적 매칭의 함정

정규 표현식에서 탐욕적 매칭과 게으른 매칭의 차이, 그리고 실무에서 왜 중요한지.

줄 정렬: 알파벳순과 숫자순은 왜 다를까

알파벳순 정렬이 숫자를 텍스트처럼 다루는 이유와, 숫자 정렬과의 차이.

문자열 이스케이핑: JS, JSON, 셸, 정규식마다 규칙이 다른 이유

모든 곳에 통하는 단 하나의 이스케이핑 규칙이 없는 이유 — JS, JSON, 셸, 정규식 각각 고유한 규칙이 있다.

CRLF와 LF: 줄바꿈 문자가 여전히 문제를 일으키는 이유

CRLF와 LF 차이가 어디서 왔는지, git과 스크립트에서 왜 지금도 문제를 일으키는지.

문자 수와 단어 수 세기: 유니코드가 왜 이것을 복잡하게 만드는가

유니코드에서 시각적으로 하나의 이모지가 여러 코드 포인트로 이루어질 수 있는 이유.

Lorem Ipsum: 이 더미 텍스트는 어디서 왔고 왜 의미가 없을까

Lorem Ipsum 텍스트가 실제로 어디서 왔는지, 실제 텍스트 대신 무의미한 텍스트를 쓰는 이유.

Markdown: 문서화의 표준이 된 이유

HTML과 달리 Markdown이 원본 상태에서도 읽기 쉬운 이유.

보이지 않는 공백: 겉보기에 같은 텍스트 비교가 왜 실패할까

보이지 않는 공백 하나가 겉보기에 같은 두 텍스트의 비교를 실패하게 만드는 방법.

텍스트 뒤집기: 이모지에서 왜 깨질까

단순한 텍스트 뒤집기가 여러 코드 포인트로 이루어진 이모지를 왜 깨뜨리는지.

텍스트 빈도 분석: 워드 클라우드부터 암호 해독까지

문자 빈도 분석이 역사적으로 단순 치환 암호를 해독하는 데 어떻게 도움이 되었는지.