SEO 친화적 URL 구조 설계 원칙
Google과 네이버가 선호하는 URL 설계 규칙(소문자·하이픈·키워드 포함·trailing slash)과 디렉토리 구조 설계 방법을 실제 사례로 설명합니다.
SEO 친화적 URL이란 무엇인가
URL(Uniform Resource Locator)은 웹의 주소입니다. SEO 관점에서 좋은 URL은 사람과 검색엔진 모두가 해당 페이지의 내용을 URL만 보고도 이해할 수 있어야 합니다. Google은 URL 내 키워드를 약한 랭킹 시그널로 사용하며, 사용자도 검색 결과에서 URL을 보고 클릭 여부를 판단합니다.
Backlinko의 1,180만 개 검색 결과 분석에 따르면, URL이 짧은 페이지가 긴 URL의 페이지보다 평균적으로 더 높은 순위를 차지했습니다. 1위 평균 URL 길이는 약 50~60자였습니다.
좋은 URL vs 나쁜 URL
| 나쁜 URL | 문제점 | 좋은 URL |
|---|---|---|
example.com/?p=1234 | 콘텐츠 정보 없음, 파라미터 의존 | example.com/blog/seo-fundamentals |
example.com/category/12/post/456 | 숫자 ID가 내용을 전달하지 못함 | example.com/seo/keyword-research |
example.com/SEO%20Guide%202025 | 대문자 + 공백 인코딩 | example.com/seo-guide |
example.com/a/b/c/d/e/f/seo | 디렉토리 깊이 과도 | example.com/seo/guide |
example.com/2023/01/15/seo-guide | 날짜가 포함되어 콘텐츠가 오래돼 보임 | example.com/seo-guide |
URL 구조의 구성 요소 해부
URL의 각 부분이 SEO에 어떤 영향을 미치는지 이해하면 최적의 URL을 설계할 수 있습니다.
https://www.example.com/blog/seo-guide?ref=homepage#section-2
| | | | | | |
프로토콜 서브도메인 도메인 경로1 경로2(슬러그) 쿼리파라미터 앵커
| 구성 요소 | SEO 영향 | 최적화 포인트 |
|---|---|---|
| 프로토콜 | HTTPS는 랭킹 시그널 | 반드시 HTTPS 사용. HTTP는 "Not Secure" 경고 |
| 서브도메인 | 별도 사이트로 취급될 수 있음 | blog.example.com보다 example.com/blog이 SEO에 유리 |
| 도메인 | 도메인 권위도의 기반 | 짧고 기억하기 쉬운 도메인. EMD(키워드 포함 도메인)는 약한 시그널 |
| 경로(Path) | 키워드 포함 가능, 콘텐츠 구조 전달 | 1~3단계 이내, 핵심 키워드 포함 |
| 슬러그(Slug) | 가장 직접적인 키워드 시그널 | 짧고 설명적, 하이픈 구분, 소문자 |
| 쿼리 파라미터 | 중복 URL 문제 유발 가능 | SEO 대상 페이지에서는 파라미터 최소화. canonical 태그 설정 |
| 앵커(#) | Google은 일반적으로 무시 | 사용자 경험용으로만 활용 (TOC 내부 링크) |
SEO URL 설계 10가지 핵심 원칙
| # | 원칙 | 좋은 예 | 나쁜 예 |
|---|---|---|---|
| 1 | 소문자만 사용 - 대문자는 별개 URL로 인식될 수 있음 | /seo-guide | /SEO-Guide |
| 2 | 단어 구분은 하이픈(-) - 밑줄(_)은 Google이 단어를 분리하지 않음 | /seo-guide | /seo_guide |
| 3 | 핵심 키워드 포함 - 자연스럽게 1~2개 키워드 배치 | /seo/keyword-research | /post/12345 |
| 4 | 짧고 간결하게 - 불필요한 단어(the, a, of, and) 제거 | /seo-guide | /a-complete-guide-to-seo-optimization |
| 5 | 디렉토리 깊이 3단계 이내 - 크롤링 효율 및 사용자 이해 | /blog/seo/guide | /blog/category/sub/seo/2025/guide |
| 6 | 날짜 포함 피하기 - 날짜는 콘텐츠 신선도를 불필요하게 제한 | /seo-guide | /2023/01/seo-guide |
| 7 | Trailing Slash 일관성 - /seo/ 또는 /seo 중 하나로 통일 | 사이트 전체에서 통일 | /seo/와 /seo 혼용 |
| 8 | 세션 ID·불필요한 파라미터 제거 | /product/shoes | /product/shoes?sid=abc123&ref=home |
| 9 | 영구적 URL 설계 - 변경 시 301 리다이렉트 필수 | 처음부터 변경 불필요한 URL | 발행 후 구조 변경 (301 관리 부담) |
| 10 | UTF-8 인코딩 고려 - 한글 URL은 복사 시 깨질 수 있음 | /seo-guide (영문 슬러그) | /검색엔진-최적화 (인코딩 깨짐 가능) |
사이트 디렉토리 구조(IA) 설계
URL 구조는 사이트의 정보 구조(IA, Information Architecture)를 반영해야 합니다. 올바른 계층 구조는 크롤러가 사이트를 효율적으로 탐색하고, 내부 링크를 통해 PageRank를 효과적으로 분배하는 데 도움을 줍니다.
권장: 플랫 구조 (Flat Structure)
example.com/
├── /seo/ (카테고리)
│ ├── /seo/fundamentals (문서)
│ ├── /seo/keyword-research
│ └── /seo/technical-seo
├── /tools/ (카테고리)
│ ├── /tools/sitemap-generator
│ └── /tools/robots-checker
└── /blog/ (블로그)
├── /blog/seo-trends-2025
└── /blog/google-update-march
피해야 할: 깊은 구조 (Deep Hierarchy)
example.com/blog/category/seo/subcategory/technical/post/seo-audit-guide
(6단계 디렉토리 - 크롤링 비효율, PageRank 희석)
서브도메인 vs 서브디렉토리
| 방식 | 예시 | SEO 특성 | 추천 상황 |
|---|---|---|---|
| 서브디렉토리 (권장) | example.com/blog/ | 메인 도메인의 권위도를 상속 | 대부분의 경우 |
| 서브도메인 | blog.example.com | Google이 별도 사이트로 취급할 수 있음 | 완전히 다른 서비스 (지원 포털 등) |
Google 권장사항: Google Search Central은 "의미 있는 단어를 포함한 간단한 URL 구조"를 권장하며, 불필요하게 긴 URL이나 세션 ID, 불필요한 파라미터를 포함한 URL은 크롤링 효율을 낮춘다고 명시합니다.
한국 사이트의 URL 설계 시 추가 고려사항
한국어 콘텐츠의 URL은 영어권과 다른 고려사항이 있습니다.
| 방식 | 예시 | 장점 | 단점 |
|---|---|---|---|
| 영문 슬러그 (권장) | /seo/search-engine-optimization | 공유·복사 시 깨지지 않음, 국제 표준 | 한국어 키워드 포함 안 됨 |
| 한국어 URL | /seo/검색엔진-최적화 | 직관적, 사용자 친화적 | 복사 시 %ED%95%9C%EA%B8%80로 인코딩되어 깨짐 |
| 영문 축약어 | /seo/kr-optimization | 짧고 깨지지 않음 | 의미 전달 부족할 수 있음 |
| 숫자 ID | /post/1234 | 자동 생성 간편 | 콘텐츠 정보 없음, SEO 비효율 |
네이버와 구글의 URL 처리 차이
| 항목 | 구글 | 네이버 |
|---|---|---|
| 한글 URL 인식 | 정상 인식, 검색 결과에서 한글로 표시 | 정상 인식, 네이버 SERP에서도 한글로 표시 |
| URL 내 키워드 가중치 | 약한 랭킹 시그널로 확인됨 | 공식 확인 없으나 관행적으로 영향 있다고 판단 |
| 동적 URL 처리 | ?id=123 같은 파라미터 URL도 크롤링 | 동적 URL 크롤링은 상대적으로 비효율 |
| trailing slash | /seo/와 /seo를 별개 URL로 취급 가능 | 동일하게 처리하는 경향 |
실전 권장: 구글과 네이버 모두를 타겟한다면 영문 슬러그를 기본으로 사용하되, 네이버 블로그에서는 한글 제목을 활용하세요.
URL 변경 시 SEO 주의사항
이미 색인된 URL을 변경해야 할 때는 SEO 자산(순위, 백링크, 트래픽)을 보호하기 위한 조치가 필수입니다.
URL 변경 시 필수 체크리스트
- 301 리다이렉트 설정: 이전 URL → 새 URL로 영구 리다이렉트. PageRank의 약 90~99%가 전달됩니다.
- 내부 링크 업데이트: 사이트 내에서 이전 URL을 가리키는 모든 링크를 새 URL로 변경합니다.
- 사이트맵 업데이트: sitemap.xml에서 이전 URL을 제거하고 새 URL을 추가합니다.
- canonical 태그 확인: 새 URL의 canonical이 자기 자신을 가리키는지 확인합니다.
- GSC에서 색인 요청: 새 URL을 Google Search Console에 제출하여 빠른 재색인을 요청합니다.
- 외부 백링크 가능한 업데이트: 제어 가능한 외부 사이트(소셜 프로필, 비즈니스 디렉토리)의 링크를 업데이트합니다.
주의: 302(임시) 리다이렉트가 아닌 301(영구) 리다이렉트를 사용해야 PageRank가 전달됩니다. URL 변경 없이 해결할 수 있다면 변경하지 않는 것이 가장 좋습니다.
실습 체크리스트: URL 구조 점검
자주 묻는 질문 (FAQ)
Q. URL에 키워드를 넣는 것이 실제로 SEO에 도움되나요?
Q. 이미 색인된 URL의 구조를 바꿔도 되나요?
Q. trailing slash(/)는 붙여야 하나요, 빼야 하나요?
Q. 한국어 URL과 영문 URL 중 어떤 것이 좋나요?
%ED%95%9C%EA%B8%80처럼 인코딩되어 가독성이 떨어지고, 일부 시스템에서 호환 문제가 발생할 수 있습니다. 다만, 네이버 블로그처럼 한국어 URL이 기본인 플랫폼에서는 한국어를 사용하면 됩니다.Q. WordPress에서 URL 구조를 어떻게 설정하나요?
?p=123은 SEO에 매우 불리하므로, "글 이름(Post name)" 구조(/%postname%/)로 변경하세요. 이것이 SEO에 가장 유리한 구조입니다. 변경 시 기존 URL에 대한 301 리다이렉트는 WordPress가 자동으로 처리합니다.