블로그 글 주소의 끝부분, 예를 들어 example.com/blog/**url-slug-guide**에서 굵게 표시한 부분을 '슬러그(slug)'라고 부릅니다. 짧고 사소해 보이지만, 슬러그는 사용자와 검색엔진 모두에게 이 페이지가 무엇에 관한 것인지 알려 주는 작은 이정표입니다. 이 글에서는 좋은 슬러그의 조건과 만드는 규칙, 그리고 흔히 하는 실수를 정리합니다.
슬러그가 왜 중요한가
슬러그는 세 가지 역할을 합니다.
첫째, 사용자에게 신뢰를 줍니다. example.com/post?id=48213보다 example.com/blog/url-slug-guide가 무슨 내용인지 바로 전달되고, 링크를 공유받은 사람도 안심하고 클릭합니다. 둘째, 검색엔진에 맥락을 줍니다. 주소에 담긴 단어는 페이지 주제를 파악하는 여러 단서 중 하나입니다. 셋째, 관리가 쉬워집니다. 의미 있는 주소는 나중에 링크를 정리하거나 분석할 때 알아보기 편합니다.
좋은 슬러그의 규칙
짧고 핵심적으로. 제목을 그대로 옮기기보다 핵심 단어만 남깁니다. "초보자를 위한 2026년 최신 블로그 URL 슬러그 만들기 완벽 가이드"라는 제목이라면, 슬러그는 url-slug-guide나 블로그-슬러그-만들기 정도로 충분합니다.
소문자와 하이픈. 영문 슬러그는 소문자로 통일하고 단어 사이는 하이픈(-)으로 연결합니다. 언더스코어(_)나 공백은 권장하지 않습니다. 공백은 주소에서 %20으로 바뀌어 지저분해지고, 언더스코어는 검색엔진이 단어 구분으로 잘 인식하지 못하는 경우가 있습니다.
특수문자 제거. 물음표, 앰퍼샌드, 느낌표 같은 기호는 주소에서 특별한 의미를 갖거나 인코딩되므로 슬러그에 넣지 않습니다.
URL 슬러그 생성기는 이 규칙을 자동으로 적용합니다. 제목을 넣으면 소문자로 정규화하고, 한글·영문·숫자는 유지한 채 특수문자와 공백을 하이픈으로 바꾸며, 앞뒤의 불필요한 하이픈까지 정리해 바로 쓸 수 있는 주소를 만들어 줍니다.
한글 슬러그 vs 영문 슬러그
한국어 블로그라면 한글 슬러그를 쓸지 영문 슬러그를 쓸지 고민하게 됩니다. 각각 장단점이 있습니다.
한글 슬러그는 한국 독자에게 주제가 즉시 전달되고, 한글 검색어와 주소가 일치해 자연스럽습니다. 다만 주소가 복사·공유될 때 %EB%B8%94...처럼 인코딩된 형태로 바뀌어 길고 지저분해 보일 수 있고, 일부 외부 시스템이나 오래된 플랫폼이 한글 URL을 제대로 처리하지 못하기도 합니다.
영문 슬러그는 어디서나 안정적으로 작동하고 주소가 깔끔합니다. 대신 한국 독자가 주소만 보고 내용을 파악하기 어려울 수 있습니다.
정답은 없습니다. 국내 독자 중심이고 공유 환경이 한글 URL을 잘 지원한다면 한글 슬러그도 좋은 선택이며, 해외 노출이나 다양한 플랫폼 호환을 중시한다면 영문 슬러그가 안전합니다. 중요한 것은 사이트 전체에서 규칙을 하나로 통일하는 것입니다.
이미 만든 주소를 바꿀 때의 주의점
가장 흔하면서도 치명적인 실수가 이미 공개된 글의 슬러그를 아무 조치 없이 바꾸는 것입니다. 주소가 바뀌면 기존 링크, 북마크, 검색엔진에 쌓인 색인이 모두 끊어져 '페이지를 찾을 수 없음(404)' 오류로 이어집니다. 그동안 모은 검색 유입이 한순간에 사라질 수 있습니다.
주소를 꼭 바꿔야 한다면 301 리디렉션을 설정해 옛 주소로 들어온 방문자를 새 주소로 자동 연결해야 합니다. 이렇게 하면 링크도 유지되고 검색엔진도 주소 변경을 인식합니다. 즉, 슬러그는 처음 정할 때 신중하게 정해 두는 것이 가장 좋습니다.
자주 묻는 질문
Q. 슬러그에 숫자를 넣어도 되나요? 네. 연도나 순번처럼 의미 있는 숫자는 괜찮습니다. 다만 자동 생성된 무의미한 ID 숫자는 피하는 것이 좋습니다.
Q. 슬러그는 얼마나 짧아야 하나요? 정해진 길이는 없지만 핵심 단어 3~5개 이내로 간결하게 만드는 편이 검색과 공유에 유리합니다.
Q. 대문자를 쓰면 안 되나요? 주소는 소문자로 통일하는 것이 관리에 유리합니다. 서버에 따라 대소문자를 다른 주소로 취급할 수도 있습니다.
Q. 한글 슬러그가 검색에 불리한가요? 한글 자체가 불리한 것은 아니지만, 공유·호환 문제가 생길 수 있으니 사용 환경을 확인하고 규칙을 통일하세요.
플랫폼과 검색엔진 정책에 따라 주소 처리 방식이 다를 수 있으므로, 실제 적용 전에 사용하는 시스템의 URL 지원 범위를 확인하세요.