URL 슬러그 생성기: SEO에 유리한 슬러그 만드는 법

블로그 포스트를 작성하거나 상품 페이지를 만들 때, URL의 마지막 부분을 어떻게 정하고 계신가요? 많은 분들이 제목을 그대로 복붙하거나, CMS가 자동으로 생성해주는 걸 그냥 쓰는 경우가 많은데요. 사실 이 작은 부분 하나가 검색엔진 최적화(SEO)에 생각보다 큰 영향을 미칩니다.

이 글에서는 URL 슬러그가 뭔지, 왜 중요한지, 그리고 어떻게 잘 만드는지를 개발자 관점에서 실용적으로 정리해 드릴게요. 슬러그를 직접 변환해보고 싶다면 텍스트 슬러그 변환기를 바로 사용해보실 수 있습니다.

URL 슬러그란 무엇인가요?

URL 슬러그(slug)는 웹 페이지 주소에서 도메인 뒤에 오는 텍스트 부분입니다. 예를 들어:

https://example.com/blog/url-slug-seo-guide
                         ↑ 이 부분이 슬러그

"슬러그"라는 단어 자체는 신문 편집실에서 유래했습니다. 기사를 임시로 구분하기 위해 짧은 별칭을 붙이던 관행에서 왔는데, 웹에서도 같은 역할을 합니다. 특정 페이지를 고유하게 식별하는 짧고 의미 있는 텍스트죠.

좋은 슬러그의 기본 조건:

• 소문자만 사용
• 단어 사이 하이픈(-) 사용
• 특수문자, 공백 없음
• 페이지 내용을 반영한 키워드 포함
• 간결하고 기억하기 쉬움

SEO에서 슬러그가 왜 중요한가요?

"그냥 ID 숫자 쓰면 안 되나요?"라고 생각하실 수 있는데, 그렇게 하면 분명히 손해를 봅니다. 이유가 몇 가지 있어요.

1. 구글이 URL을 랭킹 신호로 활용한다

구글은 URL 구조를 페이지의 주제를 파악하는 신호 중 하나로 사용합니다. /blog/post?id=1234 보다 /blog/url-slug-seo-guide가 검색 크롤러에게 페이지 내용을 명확하게 전달합니다.

물론 URL이 가장 결정적인 랭킹 요소는 아닙니다. 하지만 여러 신호가 복합적으로 작용하는 SEO에서, 슬러그를 잘 만드는 건 비교적 적은 노력으로 얻을 수 있는 이점입니다.

2. 클릭률(CTR)에 영향을 준다

검색 결과 페이지(SERP)에서 URL은 제목 아래에 표시됩니다. 사용자는 링크를 클릭하기 전에 URL을 보고 이 페이지가 자신이 원하는 내용인지 판단합니다.

좋은 예:
https://example.com/blog/python-rest-api-tutorial

나쁜 예:
https://example.com/blog/p=2847&cat=12&ref=home

첫 번째 URL은 내용을 한눈에 알 수 있어 클릭할 가능성이 높습니다.

3. 외부 링크(백링크) 품질에 영향을 준다

다른 사이트에서 내 글을 링크할 때, 앵커 텍스트 없이 URL만 그대로 붙여넣는 경우가 많습니다. 이때 https://example.com/best-python-frameworks-2026처럼 키워드가 담긴 URL 자체가 앵커 텍스트 역할을 해서 링크 품질을 높여줍니다.

하이픈 vs 언더스코어: 오래된 논쟁의 결론

이건 웹 개발 커뮤니티에서 꽤 오랫동안 논쟁이 있었던 주제입니다. 결론부터 말씀드리면: 하이픈을 쓰세요.

구글의 존 뮬러(John Mueller)는 여러 차례에 걸쳐 이 주제에 대해 공식 입장을 밝혔습니다. 구글의 검색 알고리즘은 하이픈(-)을 단어 구분자로 처리합니다. 즉, url-slug-guide는 "url", "slug", "guide" 세 단어를 각각 인식한다는 뜻입니다.

반면 언더스코어(_)는 단어 구분자가 아닌 일반 문자처럼 취급될 수 있습니다. url_slug_guide는 경우에 따라 하나의 단어로 인식될 수 있어요.

실질적인 차이를 예로 들면:

슬러그	구글의 인식
url-slug-guide	"url", "slug", "guide" 각각 인덱싱
url_slug_guide	"urlslugguide" 하나의 토큰으로 처리될 수 있음

"url slug guide"를 검색하는 사람한테 두 번째 페이지가 노출될 가능성이 낮아지는 거죠.

역사적으로 프로그래밍에서 언더스코어를 많이 쓰다 보니 파일명이나 변수명 스타일이 URL에도 이어진 경우가 있는데, URL에서만큼은 하이픈이 맞습니다.

흔히 저지르는 슬러그 실수들

실무에서 자주 보이는 실수를 정리해봤습니다.

1. 특수문자 그대로 넣기

제목에 &, ?, #, @ 같은 특수문자가 있을 때 이걸 그대로 슬러그에 쓰는 경우가 있습니다. 이 문자들은 URL에서 특별한 의미를 가지기 때문에 반드시 제거하거나 변환해야 합니다.

나쁜 예: /blog/react-&-vue-비교-2026
좋은 예: /blog/react-vue-comparison-2026

&를 URL에 그대로 쓰면 서버가 쿼리 파라미터 구분자로 오해할 수 있습니다.

2. 악센트 문자와 비ASCII 문자

유럽 언어의 악센트 문자(é, ü, ñ 등)나 한국어를 슬러그에 넣으면 URL이 퍼센트 인코딩됩니다:

한국어 슬러그:
/blog/파이썬-튜토리얼

실제 URL:
/blog/%ED%8C%8C%EC%9D%B4%EC%8D%AC-%ED%8A%9C%ED%86%A0%EB%A6%AC%EC%96%BC

기술적으로 유효한 URL이긴 하지만, 복사-붙여넣기 시 깨지거나 일부 도구에서 문제가 생길 수 있습니다. 가능하면 영문 슬러그를 사용하거나, 한국어 CMS를 사용한다면 자동 변환 기능이 제대로 작동하는지 확인하세요.

3. 대소문자 혼용

/blog/Best-Python-Frameworks 같은 슬러그는 기술적으로 작동하지만, 서버 설정에 따라 대소문자를 구분해서 /blog/best-python-frameworks와 다른 페이지로 인식할 수 있습니다. 항상 소문자만 사용하는 게 원칙입니다.

4. 너무 긴 슬러그

제목 전체를 슬러그로 쓰는 경우가 있는데, 이렇게 되면 URL이 지나치게 길어집니다:

나쁜 예:
/blog/2026년에-파이썬으로-rest-api를-만드는-완전한-초보자-가이드-모든-것을-다루는-포괄적인-튜토리얼

좋은 예:
/blog/python-rest-api-tutorial-2026

권장 길이는 70자 이내입니다. 검색 결과에서 URL이 잘리면 사용자 경험도 나빠지고, 너무 긴 URL은 링크 공유 시에도 불편합니다.

5. 날짜나 숫자 남발

/blog/20260325-seo-guide 처럼 날짜를 슬러그에 넣으면, 나중에 글을 업데이트했을 때 URL과 내용의 시점이 맞지 않는 문제가 생깁니다. 특별한 이유가 없다면 날짜보다 주제 중심으로 슬러그를 구성하세요.

좋은 슬러그 vs 나쁜 슬러그 예시

실제 사례를 비교해볼게요.

나쁜 슬러그들

/p=1847
→ 내용 파악 불가, 키워드 없음

/blog/2026/03/25/post
→ 날짜만 있고 키워드 없음

/blog/Node.js_Best_Practices_For_2026!!!
→ 언더스코어, 특수문자, 대소문자 문제

/blog/how-to-build-a-complete-full-stack-web-application-using-react-nodejs-and-mongodb-in-2026-step-by-step
→ 지나치게 길어서 비실용적

좋은 슬러그들

/blog/nodejs-best-practices-2026
→ 소문자, 하이픈, 핵심 키워드 포함

/products/wireless-noise-canceling-headphones
→ 상품 특성을 명확하게 반영

/docs/api-authentication-guide
→ 간결하고 내용을 잘 설명

/blog/css-grid-vs-flexbox
→ 검색 의도와 정확히 일치

슬러그를 잘 만드는 실전 체크리스트

슬러그를 만들 때 이 체크리스트를 활용해보세요:

기본 규칙

• 소문자만 사용했는가?
• 단어 사이는 하이픈(-)으로 구분했는가?
• 특수문자, 공백이 없는가?
• 영숫자와 하이픈만으로 구성되었는가?

길이와 키워드

• 70자 이내인가?
• 페이지의 핵심 키워드가 포함되어 있는가?
• 불필요한 불용어(a, the, and, 의, 을 등)는 제거했는가?
• 타겟 키워드가 앞쪽에 위치하는가?

SEO 관점

• 사용자 검색 의도와 일치하는가?
• 기존 페이지와 중복되지 않는가?
• 카테고리나 주제 구조가 URL 경로에 반영되어 있는가?

자동 슬러그 생성 도구 활용하기

직접 규칙을 적용해 슬러그를 만드는 것도 좋지만, 텍스트를 입력하면 바로 올바른 형식으로 변환해주는 도구를 쓰면 훨씬 편합니다. 텍스트 슬러그 변환기는 한국어나 특수문자가 포함된 텍스트도 SEO에 맞는 영문 슬러그 형식으로 변환해줍니다.

예를 들어 "파이썬 REST API 완전 가이드 2026"이라는 제목을 넣으면 python-rest-api-complete-guide-2026 같은 형식으로 즉시 변환됩니다. 블로그 포스트 작성할 때마다 직접 규칙을 적용하는 번거로움 없이 일관성 있는 슬러그를 만들 수 있어요.

CMS별 슬러그 설정 팁

WordPress

WordPress는 기본적으로 제목을 그대로 슬러그로 변환합니다. 한국어 제목이라면 영문 슬러그를 직접 입력하는 게 좋습니다. 설정 > 고유주소에서 "글 이름" 구조를 선택하세요.

Ghost

Ghost는 제목 입력 시 자동으로 슬러그를 생성하며, 발행 전에 수정할 수 있습니다. 한국어를 퍼센트 인코딩 없이 처리하지 못하므로 영문 슬러그를 직접 입력해야 합니다.

Next.js (파일 기반 라우팅)

Next.js에서는 파일명 자체가 슬러그가 됩니다. pages/blog/python-rest-api-tutorial.tsx 처럼 하이픈 구분 소문자 영문으로 파일을 생성하면 됩니다.

Contentful / Strapi 등 헤드리스 CMS

대부분의 헤드리스 CMS는 slug 필드를 별도로 제공합니다. 콘텐츠 입력 시 이 필드를 의도적으로 작성하는 습관을 들이는 것이 중요합니다.

게시 후 슬러그를 변경해야 할 때

이미 공개된 페이지의 슬러그를 바꾸는 건 상당히 신중해야 할 일입니다. 변경 시 반드시 해야 할 것들:

1. 301 리다이렉트 설정: 이전 URL에서 새 URL로 영구 리다이렉트를 걸어야 합니다. 301은 검색 엔진에게 "이 페이지가 영구적으로 이동했다"는 신호를 보내며, 기존 SEO 가치를 새 URL로 넘겨줍니다.

2. 내부 링크 업데이트: 사이트 내에서 이전 URL을 링크하는 모든 곳을 찾아 새 URL로 바꿔야 합니다.

3. 외부 백링크 확인: 다른 사이트에서 이전 URL을 링크하고 있다면, 그 링크들은 리다이렉트를 통해 계속 작동하지만 가능하면 업데이트 요청을 하는 게 좋습니다.

4. 사이트맵 업데이트: sitemap.xml을 새 URL로 업데이트하고 Google Search Console에 제출하세요.

301 리다이렉트를 설정하지 않고 슬러그를 바꾸면, 기존 URL에 쌓여 있던 백링크와 검색 순위를 잃게 됩니다. 특히 오래된 글이나 트래픽이 많은 페이지라면 더 신중해야 합니다.

정리

URL 슬러그는 작은 디테일 같지만, SEO와 사용자 경험 모두에 실질적인 영향을 미칩니다. 핵심 원칙을 다시 정리하면:

1. 소문자 + 하이픈이 기본입니다
2. 언더스코어는 쓰지 마세요 - 구글 공식 권고사항
3. 키워드를 앞에 배치하고 불용어는 제거하세요
4. 70자 이내로 간결하게 유지하세요
5. 비ASCII 문자(한국어 포함)는 가능하면 피하세요
6. 게시 후 변경은 항상 301 리다이렉트와 함께 하세요

매번 규칙을 확인하며 수동으로 만드는 게 번거롭다면 텍스트 슬러그 변환기를 북마크해두고 활용해보세요. 제목을 입력하면 즉시 올바른 형식의 슬러그로 변환해줍니다.

---

관련 도구: URL 인코더/디코더 · 텍스트 슬러그 변환기