ASCII 모드가 모든 언어를 로마자로 바꾼다고 생각하기
모든 문자 체계가 ASCII 음역을 지원하는 것은 아닙니다. 한글·일본어·중국어 문자는 ASCII 모드에서 사라질 수 있으므로 삭제된 문자 수를 경고하고 전부 사라지면 오류로 중단합니다. Unicode를 유지하거나 화자가 검토한 영문 표기를 사용하세요.
슬러그 생성기 | Unicode·ASCII URL 슬러그 만들기
텍스트브라우저에서 실행(업로드 없음)
텍스트 하나를 Unicode 유지 또는 ASCII 음역 정책에 따라 URL 경로 슬러그 후보로 만듭니다. 하이픈·밑줄, 소문자, 영문 camelCase 분리, 최대 길이를 선택하고 지원하지 않는 ASCII 음역과 인코딩 후 길이를 확인할 수 있습니다. 경로 예약, 중복 확인, 리디렉션 설정, 검색 성과 보장은 하지 않습니다.
다음에 할 작업
관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.
작업 가이드
URL 슬러그를 만들고 기존 링크 보존하기
슬러그 생성기는 일관된 경로 조각 후보를 만들 수 있지만 경로를 소유하거나 공개 주소를 보호하지는 못합니다. 이 절차는 대상 플랫폼과 현재 URL을 기록하고, 명시적인 Unicode 또는 ASCII 규칙을 선택하고, 음역과 인코딩 길이를 검토하고, 실제 네임스페이스에서 중복과 예약어를 확인합니다. 공개 URL을 바꿀 때는 리디렉션, canonical 메타데이터, 내부 참조, sitemap, 모니터링, 롤백을 필수 작업으로 다룹니다.
열기관련 도구camelCase·snake_case 포함 10가지 케이스 변환기
각 줄을 정확한 10개 케이스로 변환하고 식별자 위험을 로컬에서 검토합니다.
열기관련 도구텍스트·코드·Unified Patch Diff 비교기
정확한 줄 hunk, 코드 포인트 강조, unified patch로 제한된 텍스트를 로컬 비교합니다.
열기관련 도구IDN 변환기: 유니코드와 퓨니코드 도메인 변환
IDN 하나를 엄격하게 검증하며 유니코드와 퓨니코드 사이에서 변환합니다.
열기이 도구 사용 방법
사용할 CMS, 라우터, 경로 네임스페이스, 기존 URL 규칙과 새 페이지인지 이미 공개된 페이지인지 먼저 확인합니다.
비공개 초안명, 고객 식별자, 토큰, 내부 프로젝트 용어를 제거하고 문서 전체가 아닌 제목이나 경로 이름 하나를 제한 안에서 입력합니다.
한글처럼 읽기 쉬운 문자를 유지하려면 Unicode를 선택하고, 원문 언어가 지원되며 표기를 검토할 수 있을 때만 ASCII 음역을 선택합니다.
하이픈 또는 밑줄, 소문자 변환, 영문 camelCase 분리, 선택적 최대 표시 길이를 정합니다.
Manual 모드에서 생성한 뒤 제거된 구두점, 음역 경고, 잘림, 퍼센트 인코딩 길이, 의미, 예약어를 검토하고 복사하거나 저장합니다.
실제 플랫폼에서 중복을 확인하고 기존 페이지라면 리디렉션, canonical, 내부 링크, sitemap, 분석, 롤백을 배포 전에 테스트합니다.
이 도구를 써야 할 때
새 게시 경로 준비
새 글, 도움말, 릴리스 노트, 문서 섹션의 경로 후보를 만든 뒤 실제 CMS 네임스페이스와 비교합니다.
국제화 슬러그 만들기
한글·일본어·악센트 문자 등 국제 제목을 비ASCII라는 이유로 전부 삭제하지 않고 읽기 쉬운 경로로 유지합니다.
ASCII 전용 경로 정책 대응
레거시 ASCII 경로 정책에 맞는 지원 범위의 음역 후보를 만들고 표현하지 못한 문자를 검토합니다.
경로 이름 규칙 문서화
구분자, 대소문자, camelCase, 길이 규칙을 비교한 뒤 저장소나 CMS 연동에 한 가지 규칙을 고정합니다.
공개 URL 변경 계획
대체 경로 후보를 만들되 리디렉션, canonical, 링크, sitemap, 모니터링, 롤백을 별도 출시 조건으로 유지합니다.
흔한 실수
미리보기를 중복 확인 결과로 오해하기
브라우저에서 만든 문자열은 CMS, 라우터, 데이터베이스, 정적 빌드에 등록되지 않습니다. 실제 콘텐츠 저장소를 조회하고 대소문자와 Unicode 정규화 규칙을 확인해야 고유성을 판단할 수 있습니다.
리디렉션 계획 없이 공개 슬러그 바꾸기
이미 공개된 경로를 바꾸면 외부 링크, 북마크, 분석 연속성, 검색 신호가 끊길 수 있습니다. 기존 URL의 영구 리디렉션과 canonical, 내부 링크, hreflang, sitemap, 테스트를 함께 변경하세요.
화면의 글자 수만 확인하기
눈에 보이는 Unicode 길이와 전송되는 퍼센트 인코딩 경로 길이는 다릅니다. 인코딩 길이 경고를 확인하고 CMS, 프레임워크, 프록시, CDN, DB 컬럼, 연동 API의 실제 제한을 각각 검증하세요.
생성된 슬러그를 SEO 보장으로 표현하기
읽기 쉬운 경로는 링크 내용을 이해하는 데 도움이 될 수 있지만 특정 구분자·키워드·길이가 검색 순위를 보장하지는 않습니다. 페이지 주제와 일치시키고 수집·색인·실사용 증거로 판단하세요.
예시
한글 제목을 Unicode 슬러그로 유지하기
기본 Unicode 정책은 한글을 지우지 않고 유지하며 단어 경계를 하이픈 하나로 정리해 경로 조각 하나를 만듭니다.
입력
2026 여름 여행 가이드출력
2026-여름-여행-가이드지원되는 라틴 문자를 ASCII로 음역하기
ASCII 모드는 지원되는 라틴 악센트 문자를 음역합니다. 다른 문자 체계에서는 경고를 반드시 검토해야 합니다.
입력
Déjà Vu: Café Launch출력
deja-vu-cafe-launch대소문자와 밑줄 구분자 유지하기
소문자를 끄고 camelCase 분리를 켠 뒤 밑줄을 선택하면 영문 단어 경계와 대문자를 유지할 수 있습니다.
입력
ReleaseAPIClient v2출력
Release_API_Client_v2긴 후보를 단어 경계에서 줄이기
50자 설정은 가까운 단어 경계에서 자르고 끝 구분자를 제거한 뒤 잘림 경고를 표시합니다.
입력
A practical guide to changing a published URL without breaking old links출력
a-practical-guide-to-changing-a-published-url경계가 명확한 Unicode·ASCII 경로 조각 생성
엔진은 @sindresorhus/slugify 3.0.0을 사용합니다. 입력을 NFC로 정규화하고 단어 안의 아포스트로피는 제거하며 구두점·기호·제어 문자·보이지 않는 서식 문자는 단어 경계로 바꾼 뒤 슬러그를 만듭니다.
Unicode 모드는 Unicode 문자·숫자와 필요한 조합 부호를 보존합니다. ASCII 모드는 패키지 음역기를 사용하고 표현하지 못한 비ASCII 문자·숫자를 세어 완전한 로마자 변환인 것처럼 숨기지 않습니다.
선택 가능한 구분자는 RFC 3986 비예약 집합에 포함되는 하이픈과 밑줄입니다. 연속 경계는 하나로 합치고 시작과 끝 구분자를 제거합니다. 결과는 전체 URL이 아니라 경로 조각 후보 하나입니다.
소문자 변환은 선택 사항입니다. 영문 camelCase 분리는 ReleaseAPIClient를 Release-API-Client로 나눈 뒤 대소문자를 적용하며 모든 언어의 단어 분리기는 아닙니다.
최대 표시 길이는 무제한·50·80·120·200 Unicode 코드 포인트입니다. 줄여야 할 때 가까운 구분자 경계를 우선하고 원래 길이와 선택한 길이를 경고합니다. 퍼센트 인코딩 길이가 보수적 검토 기준을 넘으면 별도 경고하지만 이 값은 보편적 플랫폼 제한이 아닙니다.
입력은 10,000 UTF-8바이트, 20줄, 한 줄 5,000 UTF-8바이트로 제한합니다. 처리와 파일 생성은 브라우저에서 수행하며 URL 접속, 경로 예약, 중복 조회, 리디렉션 설정, 검색 성과 측정은 하지 않습니다.
자주 묻는 질문
슬러그에 한글이나 Unicode를 유지해도 되나요?
Unicode 모드는 한글·일본어·데바나가리 같은 문자 체계의 문자와 숫자를 읽기 쉬운 IRI 형태로 유지합니다. 브라우저는 실제 요청에서 비ASCII 바이트를 퍼센트 인코딩하는 것이 일반적입니다. CMS, 라우터, 프록시, DB, 분석 도구가 같은 형태를 처리하는지 확인하세요.
ASCII 모드는 모든 언어를 지원하나요?
아니요. ASCII 모드는 라틴·키릴·아랍·그리스 문자 등 지원 범위를 음역하지만 모든 문자 체계를 지원하지 않습니다. 지원하지 않는 비ASCII 문자 수를 경고하고 전부 지원하지 못하면 빈 성공 대신 오류를 냅니다.
하이픈과 밑줄 중 무엇을 써야 하나요?
하이픈과 밑줄은 모두 RFC 3986 비예약 문자입니다. 게시 경로에서는 하이픈을 선호하는 관례가 많지만, 기존 URL과 프레임워크, 마이그레이션 정책에 일관된 구분자를 선택하는 것이 더 중요합니다.
최대 길이는 몇 자가 적절한가요?
검색에 유리한 보편적 슬러그 길이는 없습니다. 50·80·120·200자 옵션은 검토 도구이지 표준이 아닙니다. 표시 길이와 퍼센트 인코딩 길이를 경로를 저장하거나 전달하는 모든 시스템에서 확인하세요.
중복 슬러그를 자동으로 막아주나요?
아니요. 브라우저는 CMS, DB, 저장소, 라우터를 조회하지 않습니다. 실제 경로 네임스페이스를 검색하고 대소문자·Unicode 정규화 규칙과 생성·수정 동작을 테스트하세요.
이미 공개한 슬러그는 어떻게 바꿔야 하나요?
기존 URL을 유지하고 플랫폼에 맞는 영구 리디렉션을 새 URL로 설정하세요. canonical·hreflang·내부 링크·sitemap·피드·구조화 데이터·캠페인 링크를 갱신하고 리디렉션 체인과 수집·트래픽을 관찰해야 합니다.
입력한 제목과 슬러그가 업로드되나요?
생성·복사·다운로드는 현재 브라우저에서 처리됩니다. 운영 분석에는 모드, 설정, 바이트 수, 시간, 경고, 안정된 오류 분류만 기록할 수 있고 제목과 결과 슬러그는 넣지 않습니다. 공용 기기나 확장 프로그램이 많은 환경에서는 비공개 초안 이름을 넣지 마세요.
이 도구를 검증한 방법
관리 및 검수 SimpleWebUtils검토일
검증 방법: 가이드 입력을 바꾸지 않은 채 슬러그 생성기에서 다음 예제를 재현했습니다: “한글 제목을 유지하고 CMS에서 경로 확인하기”. 정상 절차는 “원문을 보존하고 비공개 초안 정보 제거하기”, “실제 시스템에서 소유권·중복·예약 동작 확인하기”; 경계 검토는 “지원하지 않는 ASCII 음역으로 제목 지우기”, “완벽한 슬러그 길이가 있다고 가정하기”로 분리해 결과를 확정했습니다.
기대 결과: slug는 한글 단어를 유지하고 URL 영문을 소문자로 정리해 CMS 경로와 redirect 검사용 2026-여름-여행-준비와-안전한-url-가이드를 만들었습니다.
공식 출처와 표준
- URL Living StandardWHATWG
관련 작업 가이드
도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.
관련 도구
관리 중인 다른 작업 흐름을 이어서 사용해 보세요
camelCase·snake_case 포함 10가지 케이스 변환기
각 줄을 정확한 10개 케이스로 변환하고 식별자 위험을 로컬에서 검토합니다.
텍스트
텍스트·코드·Unified Patch Diff 비교기
정확한 줄 hunk, 코드 포인트 강조, unified patch로 제한된 텍스트를 로컬 비교합니다.
텍스트
IDN 변환기: 유니코드와 퓨니코드 도메인 변환
IDN 하나를 엄격하게 검증하며 유니코드와 퓨니코드 사이에서 변환합니다.
인코딩
URL 인코더·디코더 | 정확한 퍼센트 인코딩과 + 규칙
정확한 URL 컴포넌트, 전체 URL, 폼 값을 브라우저에서 인코딩·디코딩합니다.
인코딩
URL 파서 및 분석기 | Query Parameter와 상대 URL
절대 URL 또는 상대 참조를 파싱해 raw, decoded, 정규화, 중복 query 보기를 제공합니다.
변환