URL 경로 이름 생성기

이 도구가 실제로 만드는 것

/guide/color-basics에서 color-basics는 한 페이지를 가리키는 읽기 쉬운 경로 이름입니다. 위 칸에 제목을 넣으면 남는 문자들을 소문자로 바꾸고, 공백이나 문장 부호가 있던 자리에 하이픈 하나를 둡니다. 슬래시, 밑줄, 이모지도 구분자로 처리하며, 연속된 구분자와 양쪽 끝의 불필요한 하이픈은 정리합니다. CMS에 글을 올릴 때 일관된 이름을 제안받는 용도입니다. 도메인, 물음표 뒤의 매개변수, 앵커까지 포함한 완전한 URL을 조립하지는 않습니다. 이미 발행한 주소 전체를 붙여 넣어도 원래의 구조가 보존된다고 생각하면 안 됩니다.

핵심 선택은 Unicode와 ASCII를 구분해서 보여 주는 것입니다. 기본 모드에서는 한글을 비롯해 여러 문자 체계의 글자가 남습니다. ASCII 모드는 지원되는 라틴 문자의 악센트를 단순화하지만 한글을 영어로 번역하거나 로마자로 표기하지 않습니다. 숫자가 섞인 한글 제목에서 글자는 사라지고 연도만 남을 수도 있습니다. 숫자 때문에 결과가 비어 있지 않더라도 한글 글자가 제거되면 경고가 표시됩니다. 따라서 출력 칸에 무엇인가 보인다는 사실만으로 설명력 있는 경로라고 판단하지 마세요.

변환은 현재 브라우저 탭에서 이루어집니다. 계정을 만들거나 제목을 별도의 경로 변환 API로 업로드할 필요가 없습니다. 그러나 결과를 복사해 공개하면 브라우저 기록, 클립보드, CMS, 서버 로그, 통계 도구, 공유된 메시지에 주소가 남을 수 있습니다. 고객 이름, 내부 프로젝트 코드, 비밀 식별자를 공개 URL에 넣지 마세요. 입력을 외부 변환 서비스로 보내지 않는 것과 공개 후에도 정보가 비밀로 유지되는 것은 다른 이야기입니다.

한글 경로와 로마자 경로 중 무엇을 고를까

한글 URL이 검색에 언제나 불리하다는 규칙은 없습니다. 한국어 독자에게 /글/색상-고르기처럼 알아보기 쉬운 경로가 유용할 수 있습니다. 반대로 오래된 CMS나 외부 연결 시스템이 ASCII만 받는다면 사람이 적절한 로마자 또는 영어 표현을 정해야 합니다. 주소창에는 읽기 쉬운 한글이 보이지만 복사한 주소나 로그에는 퍼센트 인코딩이 나타날 수 있습니다. 이것만으로 두 페이지가 생긴 것은 아니므로 실제 링크가 같은 곳으로 연결되는지 시험하세요.

한국어는 띄어쓰기가 있지만 문장 속의 모든 단어 경계를 자동으로 해석해야 하는 경우도 있습니다. 이 도구는 형태소 분석기가 아닙니다. 입력한 공백과 문장 부호를 기준으로 분리할 뿐, 긴 합성어를 읽기 좋게 다시 쓰지는 않습니다. 서울 맛집 2026은 Unicode에서 서울-맛집-2026이 되지만 ASCII에서는 2026만 남습니다. 한글 제목 만들기는 한글 경로로 유지되고 ASCII에서는 빈 문자열입니다. ASCII 경로가 꼭 필요하다면 먼저 사람이 의미 있는 단어를 고르고 로마자 표기 규칙을 확인한 후 입력하세요.

게시된 URL을 수정하면 즐겨찾기, 다른 사이트의 링크, QR 코드, 내부 링크가 예전 주소를 가리킬 수 있습니다. 화면에 보이는 제목을 수정할 때마다 경로까지 바꿀 필요는 없습니다. 변경이 불가피하다면 이전 주소를 새 주소로 영구 리디렉션하고 사이트맵, 내부 링크, canonical을 함께 정리하세요. 같은 내용을 한글 경로와 로마자 경로 양쪽에 독립적으로 발행하지 말고 대표 주소를 정하세요. 다국어 사이트에서는 한국어 경로가 실제 한국어 페이지로 이어지고, 탐색 메뉴와 hreflang이 그 구조를 반영해야 합니다.

프로젝트 코드로 직접 확인한 결과

2026년 10월 7일에 이 프로젝트의 변환 함수를 로컬 환경에서 실행했습니다. 아래 값은 다른 사이트에서 가져온 예시가 아니라 현재 구현에서 관측한 출력입니다. 각 항목의 왼쪽은 Unicode, 오른쪽은 ASCII입니다. 위 입력 칸에 그대로 넣어 현재 페이지에서도 재현할 수 있습니다.

• 서울 맛집 2026 → 서울-맛집-2026 / 2026. 연도만 남은 출력은 글의 주제를 설명하지 못합니다.
• 한글 제목 만들기 → 한글-제목-만들기 / 빈 결과. 자동 로마자 변환이 없습니다.
• 부산·서울 여행 → 부산-서울-여행 / 빈 결과. 가운데점은 구분자로 처리됩니다.
• 日本語の見出し → 원래 일본어 / 빈 결과. 일본어도 ASCII 표기로 바꾸지 않습니다.
• Café & Crème — 2026 → café-crème-2026 / cafe-creme-2026. 라틴 악센트만 두 모드의 차이를 보여 줍니다.
• Straße & Æther → straße-æther / strasse-aether. ß와 Æ에는 명시적인 대응 규칙이 있습니다.
• İstanbul 2026 → i̇stanbul-2026 / istanbul-2026. 첫 결과에는 눈에 잘 띄지 않는 결합 점이 있습니다.
• 中文 标题 2026 → 中文-标题-2026 / 2026. 중국어 제목도 일부가 사라질 수 있습니다.
• مقال جديد 2026 → مقال-جديد-2026 / 2026. 아랍 문자와 숫자에서도 같은 위험이 있습니다.
• ภาษาไทย ทดสอบ → ภาษาไทย-ทดสอบ / 빈 결과. 태국어 낱말을 자동으로 분할하지 않습니다.
• Launch 🚀 Ready → launch-ready / 같은 결과. 이모지를 영어 단어로 추측하지 않습니다.
• foo___bar → foo-bar / 같은 결과. 반복된 구분자는 하나의 하이픈으로 합쳐집니다.

이 실험은 매끈한 영어 예제 하나만 보면 놓치기 쉬운 사실을 보여 줍니다. 비어 있지 않은 결과도 중요한 글자를 모두 잃을 수 있고, 화면에는 같은 모양으로 보이는 글자가 서로 다른 Unicode 배열을 가질 수 있습니다. 중복 검사나 리디렉션을 설정할 때는 CMS가 실제로 저장한 값을 확인하세요. 입력은 안전을 위해 최대 10,000자까지만 받습니다. 이것이 그만큼 긴 주소를 만들라는 뜻은 아닙니다.

공개 전에 확인할 여섯 가지

1. 중복: 문장 부호만 다른 두 제목이 같은 경로를 만들 수 있습니다. 기존 주소를 검색하고 필요한 경우 구별되는 단어를 넣으세요.
2. 예약된 경로: admin, api, login은 사이트 기능과 충돌할 수 있습니다. 실제 게시 환경에서 경로를 시험하세요.
3. 길이와 의미: 불필요한 홍보 문구, 반복, 의미 없는 연도를 줄이세요. Google 순위를 보장하는 마법 같은 글자 수는 없습니다.
4. 기존 링크: 이미 공개한 주소를 바꿀 때 영구 리디렉션을 만들고 내부 링크와 사이트맵을 고치세요.
5. 이름 표기: 사람, 장소, 브랜드 이름을 기계적으로 로마자로 바꾸지 말고 필요하면 해당 언어를 아는 사람에게 확인받으세요.
6. 최종 페이지: 게시된 URL을 열고 이동 후 주소와 canonical이 선택한 목표를 가리키는지 검사하세요.

검색 최적화에 관한 현실적인 설명

설명력 있는 경로는 방문자와 검색 엔진이 링크 목적지를 이해하도록 돕습니다. 하지만 그 자체로 내용이 빈약한 페이지가 유용해지거나 검색 노출이 보장되지는 않습니다. Google Search Central은 단순하고 설명적인 URL, 단어 사이의 하이픈에 관한 지침을 제공합니다. 사람에게 도움이 되는 콘텐츠 지침은 정해진 글자 수나 기계적인 키워드 비율보다 방문자의 목적을 해결하는지를 살핍니다. 따라서 실제 본문과 제목에 맞는 자연스러운 주소를 선택하고 관련 없는 검색어를 억지로 넣지 마세요.

연도는 연례 보고서나 특정 행사 회차처럼 문서의 정체성을 나타낼 때 유용합니다. 계속 업데이트하는 안내문에는 나중에 불필요한 주소 변경을 낳을 수 있습니다. &는 자동으로 ‘그리고’가 되지 않고, +나 이모지에도 임의의 단어가 붙지 않습니다. 기호가 의미상 중요하다면 입력에 알맞은 단어를 직접 써 주세요. 복사한 한글 주소가 퍼센트 코드로 보일 때는 실제 페이지를 열어 최종 목적지와 canonical을 비교하는 것이 가장 확실합니다.

참고 자료: Google Search Central의 URL 구조 안내, 유용한 콘텐츠 작성 안내. 일반 지침과 위에 제시한 이 도구의 측정 결과를 구분해서 사용하세요.