텍스트 및 일상 도구 · 텍스트 도구 키트
URL 슬러그 규칙: 하이픈, 소문자 및 RFC 3986에서 허용하는 것
· 배경
URL 슬러그 콘텐츠 관리 텍스트 도구
슬러그의 출처, RFC 3986 예약되지 않은 문자, 하이픈이 밑줄보다 우선하는 이유, 소문자가 중요한 이유, 이러한 규칙이 슬러그 생성기가 생성하는 것을 어떻게 형성하는지 설명합니다.
누구도 소리내어 읽을 수 없는 URL — 공백은 %20, 링크를 끊는 대문자, 슬러그가 존재하는 이유
`New Product Launch 2026`과 같은 페이지 경로는 URL에 직접 복사할 때 어색합니다. 공백에는 또 다른 표현이 필요하고, 대문자가 혼합되어 있으면 일관성 없는 입력이 발생하며, 구두점으로 인해 주소를 검색하기가 더 어려워질 수 있습니다. 슬러그는 사이트 이름 옆에 사람들이 인식할 수 있는 간단한 경로 세그먼트를 페이지에 제공합니다.
저장소는 슬러그가 언제 발생했는지 문서화하지 않거나 슬러그를 채택하는 보편적인 이유를 증명하지 않으므로 여기서 유용한 질문은 운영에 관한 것입니다. 사이트 소유자는 편집 가능한 헤드라인에서 게시 가능한 경로로 반복 가능한 변환이 필요합니다. ToolAcre는 결과를 가장하지 않고 모든 인쇄상의 세부 사항을 보존하는 변환을 제공합니다.
문서화되지 않은 원본 스토리를 슬러그에 할당하지 않으면 누구도 소리내어 읽을 수 없는 URL입니다.
ToolAcre는 일반 RFC 3986 파서 또는 유효성 검사기를 구현하지 않습니다. `slugify` 함수는 입력을 정규화하고, 결합 표시를 제거하고, 결과를 소문자로 바꾸고, 문자와 숫자 이외의 문자를 선택한 구분 기호로 바꾸고, 양쪽 끝의 구분 기호를 자릅니다. 이러한 소스 기반 규칙은 광범위한 표준 레이블보다 이 생성기를 더 정확하게 정의합니다.
콘텐츠 관리 정책을 설정할 때 이러한 구별이 중요합니다. 이 특정 슬러그 변환에 의해 문자가 제거되는 동안 URL 어딘가에서 문자를 사용할 수 있습니다. 생성된 경로를 모든 합법적인 URL 문자, 예약된 구분 기호 또는 다른 시스템에서 허용하는 백분율 인코딩 표현의 전체 목록이 아닌 편집 규칙으로 취급합니다.
완전한 RFC 3986 해석이 아닌 이 슬러그 구현이 허용하는 것
하이픈은 `slugify`의 기본 구분 기호이며 연속 구두점이나 공백은 동일한 구분 기호 실행으로 축소됩니다. 따라서 경로에 콜론, 앰퍼샌드 또는 공백을 노출하지 않고 헤드라인 `Quarterly report: costs & margins`이 `quarterly-report-costs-margins`가 됩니다. 출력은 시각적으로 단어로 구분된 상태로 유지됩니다.
소스는 특정 검색 엔진 결정을 통해 밑줄이 패배한 하이픈을 설정하지 않으므로 여기서 기록이 사실로 제시되어서는 안 됩니다. 방어 가능한 지침은 더 간단합니다. 사이트에 대해 하나의 구분 기호를 선택하고 일관되게 적용하며 별도의 편집자가 별도의 습관을 따랐기 때문에 다른 양식을 수동으로 혼합하지 마십시오.
지원되지 않는 검색 엔진 기록을 요청하지 않고 이 생성기의 구분 기호로 하이픈을 사용합니다.
슬러그가 반환되기 전에 소문자가 적용됩니다. 그러면 이 변환에서 `About Our Team`, `ABOUT OUR TEAM` 및 `about our team`가 `about-our-team`에 수렴됩니다. 예측 가능한 소문자 경로는 제목에서 재현하기가 더 쉽고 눈에 띄는 차이점이 대문자뿐인 편집 변형 생성을 방지합니다.
대소문자가 다른 두 경로가 동일한 리소스로 확인되는지 여부는 주변 호스트, 라우터, 배포 및 리디렉션 규칙에 따라 다릅니다. 이 텍스트 유틸리티는 해당 동작을 결정할 수 없습니다. 실제 CMS 규칙은 사례 처리에 대해 확인되지 않은 가정에 의존하는 대신 하나의 소문자 표준 경로를 게시하고 리디렉션 정책을 다른 곳에서 명시적으로 만드는 것입니다.
길이, 중지 단어 및 안정성 — 슬러그에 보관할 항목과 삭제해야 할 항목에 대한 실제 지침
짧을수록 자동으로 더 좋아지는 것은 아닙니다. 편집자가 페이지를 주변 콘텐츠(특히 제품, 작업 또는 제목 이름)와 구별할 수 있도록 하는 단어를 유지하세요. 나머지 경로가 여전히 구체적인 경우에만 문구를 삭제하세요. 간단하지만 모호한 슬러그는 나중에 여러 기사가 동일한 후보 경로를 놓고 경쟁할 때 유지 관리 작업을 생성합니다.
ToolAcre는 기본 기능에서 `maxLength` 옵션을 지원하지만 케이스 변환기 구성은 표시되는 길이 제어가 아닌 전체 텍스트 슬러그 동작을 설명합니다. 더 중요한 것은 잘림은 편집 전략이 아니라는 것입니다. 게시하기 전에 어떤 단어가 중요한지 결정한 다음 출시 후 장식적인 헤드라인 문구가 변경되면 선택한 슬러그를 안정적으로 유지하세요.
실제 사례 — 세 개의 실제 헤드라인을 슬러그로 바꾸고 각각을 규칙에 따라 확인합니다.
세 가지 헤드라인을 고려해보세요. `Cafes, Costs & Margins`은(는) `cafes-costs-margins`이 됩니다. `Launch Notes: Version 2`는 `launch-notes-version-2`이 됩니다. `A Guide to Better Page Names`는 `a-guide-to-better-page-names`가 됩니다. 각 결과는 소문자이며, 유지된 단어 사이에 하이픈을 사용하고, 문자나 숫자가 아닌 구두점을 제거합니다.
첫 번째 예는 의도적으로 일반 ASCII이지만 동일한 소스 규칙으로 분해된 악센트를 라틴 문자에서 기본 형식으로 접을 수 있습니다. 콘텐츠에 할당하기 전에 모든 결과를 검토하세요. 이 기능에는 브랜드 철자, 선호하는 약어, 중복 경로 또는 편집팀이 소모품으로 간주하는 단어에 대한 지식이 없습니다.
여기서 다루지 않는 내용 — 국제화된 도메인 이름 및 URL에 라틴어가 아닌 스크립트를 유지하도록 선택
이 구현에서는 라틴 문자가 아닌 문자가 보편적으로 삭제되지 않습니다. 정규식은 스크립트 전체에서 문자와 숫자를 유지하는 반면, 구성에서는 슬러그가 음역 없이 비라틴어 스크립트를 소문자로 유지한다고 명시합니다. 따라서 도구가 항상 제목을 ASCII로 변환한다고 주장하는 것은 소스 및 게시된 도구 제한과 모순됩니다.
또한 이 변환은 국제화된 도메인 이름을 구성하거나, 호스트 이름을 선택하거나, 쓰기 시스템 간의 단어를 음역하지 않습니다. 이는 별도의 정책 결정입니다. 다국어 사이트의 경우 실제 CMS 및 라우팅 스택에서 생성된 경로를 테스트한 다음 유지된 스크립트 또는 별도로 작성된 번역이 해당 사이트에 가장 적합한지 결정합니다.
라틴 문자가 아닌 문자는 유지됩니다. 음역 및 도메인 이름은 이 변환 외부에 있습니다.
유용한 슬러그 정책은 간결할 수 있습니다. 페이지 제목으로 시작하고, 소문자로 시작하고, 인식된 단어 실행을 하이픈으로 결합하고, 주변 구분 기호를 제거하고, 의미 있는 숫자를 보존하고, 게시하기 전에 명확성을 위해 결과를 검토합니다. 텍스트 변환은 기존 경로를 검사하거나 인바운드 링크를 보호할 수 없기 때문에 CMS 규칙에 충돌 및 리디렉션 동작을 기록합니다.
텍스트 대소문자 변환기는 한 번의 작업으로 기계적 부분을 적용합니다. 헤드라인을 붙여넣고 슬러그 변환을 선택한 다음 페이지 경로에 복사하기 전에 출력을 검사합니다. 지원되는 악센트를 접고, 기호를 제거하고, 구분 기호를 축소하고, 소문자 텍스트를 생성하여 편집기에 콘텐츠 의미와 장기적인 URL 안정성을 유지합니다.