URL 구조는 프로토콜과 도메인, 경로, 파라미터 등 웹페이지 주소를 구성하는 방식입니다. Google과 Naver가 안내한 설명 가능한 경로와 파라미터 관리, Google의 하이픈 권장과 주소 변경 원칙을 설명합니다.
이 글은 Google 공식 문서와 네이버 공식 문서를 기준으로 작성했습니다.
URL의 다섯 구성 요소
https://www.example.com/glossary/url-structure?lang=ko#examples
| 부분 | 예시 | 역할 |
|---|---|---|
| 프로토콜 | https | 통신 방식 |
| 호스트 | www.example.com | 사이트 위치 |
| 경로 | /glossary/url-structure | 콘텐츠 위치와 분류 |
| 쿼리 | ?lang=ko | 요청 조건이나 값 |
| fragment | #examples | 같은 페이지 안의 위치 |
URL은 웹 자원의 주소 전체를 뜻하고, URL 구조는 그 주소를 어떤 규칙으로 구성하는지를 말합니다. 슬러그는 경로 끝에서 개별 페이지를 식별하는 url-structure 같은 부분입니다. 퍼머링크는 게시물이 계속 사용할 고정 주소라는 운영 개념이라 URL의 특정 구성 요소 이름은 아닙니다.
검색 친화적 URL의 조건
Google과 Naver의 공식 가이드는 사람이 이해할 수 있는 단순하고 논리적인 구조를 권장합니다. 단어 구분에 하이픈을 쓰라는 안내는 Google의 권장사항입니다.
- 페이지 내용을 설명하는 짧은 단어를 사용합니다.
- Google 검색을 고려할 때 단어 구분에는 밑줄보다 하이픈을 사용합니다.
- 콘텐츠 분류와 경로 구조를 일관되게 만듭니다.
- 불필요한 세션 ID와 추적 파라미터를 줄입니다.
- 대소문자 규칙을 정해 같은 페이지의 URL이 나뉘지 않게 합니다.
- 실제 링크는 검색로봇이 읽을 수 있는
a href로 제공합니다.
권장: https://example.com/glossary/url-structure
지양: https://example.com/index.php?id=8273&menu=14&session=abc
설명 가능한 URL이 검색 순위를 자동으로 올리는 것은 아닙니다. 사용자와 운영자가 주소를 이해하고, 검색엔진이 사이트를 효율적으로 수집하도록 돕는 관리 원칙입니다.
한글 URL 사용의 조건
Google은 대상 사용자의 언어를 URL에 사용할 수 있다고 안내합니다. 한글 URL도 가능하지만 브라우저와 공유 환경에서는 percent encoding으로 길게 보일 수 있습니다.
한글과 영문 중 하나가 절대적으로 SEO에 유리하다고 단정할 수는 없습니다. CMS와 링크 공유, 운영팀의 수정 방식까지 고려해 일관된 규칙을 선택하세요.
파라미터 조합과 중복 URL
정렬, 필터, 추적값의 조합마다 URL이 생성되면 같은 콘텐츠를 가리키는 주소가 크게 늘어날 수 있습니다. 검색로봇이 불필요한 URL을 반복 수집하고 중요한 페이지를 늦게 발견할 수 있습니다.
필요한 필터 URL과 단순 추적 URL을 구분하고 캐노니컬 태그, 내부 링크와 사이트맵을 대표 URL에 맞춥니다. 무조건 모든 파라미터를 robots.txt로 막기 전에 각 URL의 역할과 색인 필요성을 확인하세요.
운영 중 URL 변경 시 후속 작업
바꿀 수 있지만 기존 URL의 검색 정보와 외부 링크를 새 주소로 연결해야 합니다. 단순히 주소만 변경하면 기존 링크가 404가 되고 검색엔진은 새 페이지로 다시 처리할 수 있습니다.
변경이 필요하면 기존 URL에서 새 URL로 301 리디렉션을 설정하고 내부 링크, canonical과 사이트맵도 새 주소로 갱신합니다. 이미 운영 중인 URL은 보기 좋게 만들기 위한 이유만으로 자주 바꾸지 않는 편이 좋습니다.
읽기 쉬운 URL은 공유와 유지 관리에 도움이 되지만, AI 검색을 위한 별도 URL 문법이나 짧을수록 인용된다는 공통 규칙은 없습니다. Google 검색의 AI 기능에는 기존 URL 권장사항이 적용됩니다. ChatGPT, Claude와 다른 서비스는 각자의 검색 및 크롤링 시스템을 쓰므로 서버 로그와 실제 출처 URL을 별도로 확인합니다.
사이트 전체 URL 구조를 확인하는 방법
사이트맵과 크롤링 결과에서 공개 URL을 한 목록으로 모은 뒤 프로토콜, 호스트, 경로, 파라미터로 나눠 봅니다. 같은 콘텐츠가 HTTP와 HTTPS, 대소문자, 끝 슬래시, 추적 파라미터에 따라 여러 주소로 열리는지 확인하세요. 중복 후보는 각 URL의 상태 코드, 캐노니컬, 내부 링크와 Search Console의 Google 선택 캐노니컬을 대조합니다. 주소를 고친 뒤에는 옛 URL의 301과 새 URL의 200 응답, 사이트맵과 내부 링크 갱신까지 다시 검사합니다.
자주 묻는 질문
URL에 키워드를 꼭 넣어야 하나요?
페이지 내용을 설명하는 단어를 자연스럽게 사용할 수 있습니다. 키워드를 반복하거나 문장 전체를 넣어 주소를 길게 만들 필요는 없습니다.
하이픈과 밑줄 중 무엇을 써야 하나요?
Google은 단어를 구분할 때 하이픈 사용을 권장합니다. 사이트 전체에서 같은 규칙을 유지하세요.
fragment로 서로 다른 페이지를 만들어도 되나요?
Google과 Naver는 fragment를 독립 페이지 주소로 처리하는 데 제한이 있습니다. 서로 다른 콘텐츠라면 고유한 경로의 URL을 제공하는 편이 좋습니다.
함께 알아두면 좋은 용어
- 쿼리 파라미터: URL 뒤에 요청 조건과 값을 전달하는 부분
- fragment: 같은 문서 안의 위치를 나타내는
#이후 부분 - 캐노니컬 태그: 중복 URL 중 대표 URL 선호를 전달하는 신호
- 301 리디렉션: 기존 URL 요청을 새 주소로 영구 이전하는 처리