총 54개 서포트 유틸리티
100% 브라우저 자체 연산 (서버 전송 없음)
Zero Latency 실시간 결과
완전 프라이빗 개인정보 보호
개발자 및 데이터 Client Local

Slug(슬러그) 생성기

블로그 포스트, 뉴스 기사, 웹 서비스 URL에 사용하기 적합하도록 텍스트를 소문자로 변환하고 공백 및 특수문자를 하이픈(-)이나 밑줄(_) 등 검색엔진(SEO) 표준 구분자로 깔끔하게 정리하는 고성능 슬러그 생성기입니다. 한글 로마자 변환, 불용어 제거, 실시간 도메인 프리뷰, 다중 라인 일괄 변환을 브라우저 로컬에서 안전하게 처리합니다.

글자수: 0자 / 단어수: 0개
샘플 텍스트 불러오기:

슬러그 변환 정밀 옵션 (Transformation Options)

생성된 슬러그 (Generated Slug)0자
상단에 텍스트를 입력하면 변환된 슬러그가 실시간으로 표시됩니다...

용도별 추천 설정 프리셋

구글 SEO를 위한 슬러그 작성 4대 원칙

하이픈(-) 사용 필수: 구글 검색엔진 알고리즘은 언더스코어(_)를 단어 연결자로 보지만, 하이픈(-)은 명확한 단어 구분자(Space)로 인식합니다.

소문자 통일: URL에 대문자가 섞이면 대소문자 구분에 따른 중복 페이지(Duplicate Content) 문제가 발생할 수 있어 소문자 고정이 안전합니다.

불용어(Stopwords) 제거: the, and, , 등 의미 없는 조사와 접속사를 제거하면 핵심 키워드 밀도가 높아져 검색 순위에 유리합니다.

간결한 길이 유지: 핵심 키워드 3~5개로 구성된 50~60자 내외의 짧은 URL이 사용자의 클릭률(CTR)과 소셜 공유율을 극대화합니다.

입력하신 글 제목이나 문서 내용은 외부 웹 서버로 전송되지 않으며, 사용자의 브라우저 JavaScript 엔진 내에서 안전하게 실시간 변환됩니다.

검색엔진 최적화(SEO) & 웹 아키텍처 기술 명세

URL 슬러그(Slug)의 구조적 정의와 구글 검색엔진 최적화(SEO) 원리

웹 개발 및 디지털 마케팅에서 슬러그(Slug)는 웹페이지의 콘텐츠를 사람이 읽을 수 있고 검색엔진이 직관적으로 이해할 수 있도록 URL 맨 끝부분에 배치하는 식별자 텍스트를 의미합니다.

예를 들어 난해한 파라미터로 가득 찬 example.com/?p=48291 대신, example.com/posts/how-to-create-seo-friendly-slugs와 같이 명확한 의미를 담은 슬러그를 사용하면 구글 크롤러의 색인 효율성이 획기적으로 향상되고 소셜 미디어 공유 시 사용자 신뢰도와 클릭률(CTR)이 급상승합니다.

본 설명에서는 슬러그의 역사적 유래부터 URL의 해부학적 구조, 케이싱 네이밍 컨벤션 비교표, 구글 SEO 공식 가이드라인 5대 원칙, 한글 UTF-8 퍼센트 인코딩 메커니즘, 그리고 주요 프로그래밍 언어별 정규식 구현 코드까지 완벽하게 정리해 드립니다.

하이픈·밑줄·점 5대 구분자 & 대소문자 4대 모드

구글 표준 하이픈(-)부터 프로그래밍용 언더스코어(_) 및 Title-Case까지 완벽 지원합니다.

국어원 표준 한글 로마자 표기법 변환 엔진 내장

한글 자모를 분리하여 국제 표준 로마자 발음으로 실시간 자동 변환하여 영문 전용 URL을 생성합니다.

한·영 불용어(Stopwords) 자동 정제 및 길이 제한

a, the, 은, 는 등 불필요한 단어를 자동 제거하고 단어 경계를 훼손하지 않고 깔끔하게 절단합니다.

다중 라인 대량 일괄 변환 (Batch Processing)

수십~수백 개의 기사 제목이나 블로그 글 목록을 붙여넣기 한 번으로 즉시 일괄 변환합니다.

1. URL 슬러그(Slug)의 어원과 웹 퍼머링크(Permalink)의 역사

신문 편집실(Newsroom)의 조판 슬러그에서 유래:
- "슬러그(Slug)"라는 단어는 원래 19~20세기 신문사 편집실에서 사용하던 언론계 전문 용어였습니다.
- 편집실에서는 기사가 신문 활판으로 최종 인쇄되기 전까지 해당 기사를 식별하기 위해 기사 상단에 짧은 임시 제목(예: war-peace-treaty, election-results)을 붙였는데, 이를 "슬러그"라고 불렀습니다.
웹의 퍼머링크(Permalink) 체계로의 계승:
- 2000년대 초반 워드프레스(WordPress), 장고(Django) 등 현대적인 웹 CMS 및 웹 프레임워크가 등장하면서, 데이터베이스의 숫자 ID(?id=123) 대신 기사 제목을 사람이 읽을 수 있는 URL 경로로 만드는 표준 기술 용어로 정착되었습니다.
- 장고 프레임워크(Django)의 창시자 에이드리언 홀로바티(Adrian Holovaty)가 신문사 웹사이트를 개발하면서 이 개념을 웹 표준 모델로 본격 도입했습니다.

2. 프로그래밍 및 URL 표기법(Naming Convention) 비교 명세표

슬러그는 시스템의 목적(SEO, API 엔드포인트, DB 컬럼, 파일명)에 따라 최적의 표기법이 달라집니다.

표기법 (Case Style)예시 (Example)주요 활용처구글 SEO 권장 여부특징
Kebab-case (하이픈)seo-slug-generator웹 URL, REST API 엔드포인트, CSS 클래스적극 권장 (최상)구글이 단어 분리자로 명확히 인식함
Snake_case (언더스코어)seo_slug_generatorDB 테이블/컬럼명, Python 변수명, 파일명비권장 (단어 결합 취급)구글 크롤러가 한 단어로 붙여서 읽음
CamelCase (낙타표기법)seoSlugGeneratorJavaScript/TypeScript 변수 및 함수명비권장 (대소문자 민감)URL에서 대소문자 구분에 따른 충돌 위험
PascalCase (파스칼표기)SeoSlugGeneratorReact 컴포넌트명, 클래스명, C# 식별자비권장URL 첫 글자 대문자는 웹 표준 관례에 어긋남
Dot-notation (점 표기)seo.slug.generatorJava 패키지명, 설정 파일 키값중립 (특수 목적)URL 끝에 확장자(.html 등)와 혼동될 수 있음

3. 구글(Google) 공식 가이드 기반 SEO 최적화 URL 설계 5대 원칙

하이픈(-) vs 밑줄(_): 왜 반드시 하이픈을 써야 할까요?
- 구글 검색 알고리즘의 창시자들은 URL 파싱 엔진을 설계할 때 하이픈(-)을 단어와 단어를 띄어쓰는 공백(Space) 구분자로 공식 지정했습니다.
- 반면 밑줄(_)은 단어를 하나로 붙이는 결합자로 인식합니다. 예를 들어 seo_slug_tool은 구글 크롤러에게 seoslugtool이라는 하나의 알 수 없는 단어로 인식될 수 있으나, seo-slug-toolseo, slug, tool 3개의 명확한 검색 키워드로 정확히 색인됩니다.
소문자(Lowercase) 강제 적용의 중요성:
- 리눅스 기반 웹 서버(Apache, Nginx)는 URL의 대소문자를 엄격하게 서로 다른 파일 경로로 구분합니다.
- example.com/My-Postexample.com/my-post가 동시에 존재하면 검색엔진은 이를 동일한 중복 문서(Duplicate Content)로 판정하여 검색 순위 감점(패널티)을 부여할 수 있으므로, 모든 슬러그는 예외 없이 소문자로 표준화해야 합니다.
불용어(Stopwords) 제거를 통한 키워드 밀도 극대화:
- how-to-build-a-website-in-2026보다 불용어 to, a, in을 제거한 how-build-website-2026이 검색엔진 크롤러가 핵심 키워드를 파악하는 데 훨씬 유리합니다.
한글 슬러그 vs 영문 로마자 슬러그 선택 기준:
- 한글 슬러그의 장점: 국내 네이버, 다음, 구글 코리아 검색결과에서 검색어와 일치할 때 URL 텍스트가 굵게(Bold) 강조되어 한국인 사용자의 클릭률(CTR)이 상승합니다.
- 한글 슬러그의 단점: 카카오톡, 슬랙, 커뮤니티에 링크를 복사해 붙여넣으면 UTF-8 퍼센트 인코딩에 의해 %EC%8A%AC%EB%9F%AC%EA%B7%B8와 같이 흉측하고 긴 링크로 깨져 보일 수 있습니다.
- 권장 기준: 깔끔한 링크 공유와 글로벌 호환성이 최우선이라면 영문/로마자 슬러그를, 국내 포털 검색 순위와 가독성이 최우선이라면 한글 슬러그를 선택하세요.
안정적인 URL 길이:
- 전체 URL 길이는 프로토콜과 도메인을 포함하여 75자~100자 이내, 슬러그 자체는 3~5개 단어(50자 내외)로 압축하는 것이 가장 이상적입니다.

주요 프로그래밍 언어별 URL 슬러그 생성 소스 코드

백엔드 웹 프레임워크나 CMS에서 제목을 구글 SEO 표준 슬러그로 즉시 변환하는 실무 함수 스니펫입니다.

JavaScript / TypeScript
1
2
3
4
5
6
7
8
9
function slugify(text: string): string {
return text
.toString()
.toLowerCase()
.trim()
.replace(/[^\w\s-]/g, '') // 특수문자 제거 (한글 보존 시: [^\w\s\uAC00-\uD7A3\u3130-\u318F-])
.replace(/[\s_-]+/g, '-') // 공백 및 밑줄을 단일 하이픈으로 병합
.replace(/^-+|-+$/g, ''); // 시작과 끝의 하이픈 제거
}
Python
1
2
3
4
5
6
7
8
import re
import unicodedata
 
def slugify(text: str) -> str:
# 유니코드 정규화 (NFKD) 후 ASCII 변환
text = unicodedata.normalize('NFKD', text).encode('ascii', 'ignore').decode('ascii')
text = re.sub(r'[^\w\s-]', '', text.lower()).strip()
return re.sub(r'[-\s]+', '-', text)
PHP
1
2
3
4
5
6
7
function slugify(string $text): string {
// 특수문자 제거 및 소문자 변환
$text = preg_replace('/[^\p{L}\p{Nd}\s-]/u', '', mb_strtolower($text, 'UTF-8'));
// 공백을 하이픈으로 대체하고 양 끝 정리
$text = preg_replace('/[\s_-]+/', '-', $text);
return trim($text, '-');
}
Go (Golang)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
package main
 
import (
"regexp"
"strings"
)
 
var (
nonAlphanumericRegex = regexp.MustCompile(`[^\w\s-]`)
duplicateHyphenRegex = regexp.MustCompile(`[-\s]+`)
)
 
func Slugify(text string) string {
clean := nonAlphanumericRegex.ReplaceAllString(strings.ToLower(text), "")
return strings.Trim(duplicateHyphenRegex.ReplaceAllString(clean, "-"), "-")
}
Java / Kotlin
1
2
3
4
5
6
7
8
9
public static String slugify(String input) {
String normalized = Normalizer.normalize(input, Normalizer.Form.NFD);
Pattern pattern = Pattern.compile("\\p{InCombiningDiacriticalMarks}+");
String slug = pattern.matcher(normalized).replaceAll("");
return slug.toLowerCase()
.replaceAll("[^\\w\\s-]", "")
.replaceAll("[\\s_-]+", "-")
.replaceAll("^-+|-+$", "");
}

개발자 & SEO 유틸리티 FAQ

Q.슬러그(Slug)와 퍼머링크(Permalink)는 같은 뜻인가요?

밀접하게 연관되어 있지만 정확히는 다릅니다. 퍼머링크(Permanent Link)는 웹페이지로 접근할 수 있는 전체 고유 URL 주소(예: https://example.com/blog/seo-guide)를 뜻하며, 슬러그(Slug)는 그 전체 주소의 맨 끝에 위치한 콘텐츠 식별 텍스트 조각(예: seo-guide)을 지칭합니다.

Q.URL 구분자로 언더스코어(_) 대신 하이픈(-)을 쓰는 것이 왜 더 좋은가요?

구글 공식 웹마스터 가이드라인에 따르면 구글 크롤러는 하이픈(-)을 단어 사이의 띄어쓰기(Space)로 처리하지만, 밑줄(_)은 하나의 단어로 붙여서 인식합니다. 따라서 검색엔진이 단어를 개별 키워드로 정확히 색인하도록 만들려면 반드시 하이픈(-)을 사용하는 것이 권장됩니다.

Q.한글 제목을 슬러그로 사용할 때 링크가 깨지는 이유는 무엇인가요?

URL 표준(RFC 3986)은 기본적으로 영문과 숫자, 일부 특수문자(ASCII)만을 허용합니다. 따라서 한글과 같은 유니코드 문자는 인터넷 통신 시 16진수 바이트 코드인 퍼센트 인코딩(Percent-encoding, 예: %ED%95%9C%EA%B8%80)으로 자동 변환되기 때문에 링크가 매우 길어지고 복사 시 깨져 보입니다.

Q.슬러그의 길이가 너무 길면 검색엔진 순위에 불이익이 있나요?

직접적인 감점 요인은 아니지만, 너무 긴 슬러그는 핵심 타겟 키워드의 가중치(Keyword Prominence)를 분산시키고 검색결과 페이지(SERP)에서 말줄임표(...)로 잘려 사용자의 클릭률(CTR)을 떨어뜨립니다. 핵심 단어 3~5개로 요약된 간결한 슬러그가 가장 효과적입니다.

Q.이미 발행된 글의 슬러그를 나중에 변경해도 되나요?

가급적 변경하지 않는 것이 좋습니다. 슬러그를 변경하면 기존 URL로 유입되던 외부 백링크(Backlink)와 북마크가 모두 깨져 404 에러가 발생합니다. 부득이하게 변경해야 한다면 기존 URL에서 새 URL로 반드시 301 영구 리디렉션(301 Permanent Redirect)을 설정해야 기존 SEO 검색 순위 점수를 보존할 수 있습니다.

Q.특수문자(&, ?, #, %)를 슬러그에서 반드시 제거해야 하는 이유는 무엇인가요?

URL 문법에서 ?는 쿼리스트링 시작, #은 앵커 해시, &는 파라미터 구분자, %는 인코딩 접두사로 예약되어 있습니다. 슬러그에 이 특수문자가 포함되면 웹 서버 라우팅 엔진이 경로를 잘못 파악하여 404/500 에러를 유발하거나 XSS 보안 취약점이 발생할 수 있습니다.

Q.입력한 글 제목이나 텍스트 데이터가 외부 서버로 전송되나요?

전송되지 않습니다. 본 도구의 모든 문자열 변환, 한글 로마자 변환, 정규식 정제 및 일괄 변환 연산은 사용자의 브라우저 JavaScript 메모리 내에서 안전하게 실행됩니다.