구조·마크업 · 공식 문서
트레일링 슬래시 통일, URL 선택과 리다이렉트 순서
구글은 /foo/ 와 /foo 를 서로 다른 URL로 따로 다룹니다. 둘 다 같은 내용으로 200 을 돌려주면 한쪽을 고릅니다. 다른 쪽은 301 리다이렉트로 보내고, 내부 링크와 사이트맵을 고른 쪽으로 맞춥니다. 도메인 바로 뒤의 루트 URL은 슬래시가 있든 없든 같은 URL입니다.
example.com/about/ 과 example.com/about 은 끝의 / 하나만 다릅니다. 사람 눈에는 같은 페이지지만, 검색엔진에게는 서로 다른 URL입니다.
구글 블로그 「To slash or not to slash」와 URL 구조 문서를 원문으로 읽고, 슬래시 유무를 한쪽으로 맞추는 순서를 정리했습니다.
발견 01
구글은 슬래시가 있는 URL과 없는 URL을 따로 다루고, 대소문자도 같은 원리로 구분합니다
Google treats each URL above separately (and equally) regardless of whether it's a file or a directory, or it contains a trailing slash or it doesn't contain a trailing slash.
구글은 파일이든 디렉터리든, 끝에 슬래시가 있든 없든 위 URL을 각각 따로(그리고 똑같이) 다룬다.
| 구글 문서가 적은 것 | 원문 |
|---|---|
| 내용이 달라도 되나 | From a technical, search engine standpoint, it's certainly permissible for these two URL versions to contain different content.기술적으로, 검색엔진 관점에서 두 URL이 서로 다른 내용을 담는 것은 허용된다. |
| 보통은 | For this reason, trailing slash and non-trailing slash URLs often serve the same content.그래서 슬래시가 있는 URL과 없는 URL은 흔히 같은 내용을 낸다. |
| 대소문자 | Like any other HTTP client following IETF STD 66, Google Search's URL handling is case sensitive (for example, Google treats both /APPLE and /apple as distinct URLs with their own content).구글 검색의 URL 처리는 대소문자를 구분한다. /APPLE 과 /apple 을 서로 다른 URL로 본다. |
그래서 둘 다 열리는 사이트는 같은 내용을 URL 두 개로 내놓는 셈입니다. 중복은 정책 위반이 아니지만, 링크와 크롤링이 두 URL로 갈라집니다.
발견 02
지금 상태는 3가지이고, 둘 다 200 일 때만 손을 댑니다
| 지금 상태 | 할 일 | 원문 |
|---|---|---|
| /foo 가 /foo/ 로 리다이렉트 | 그대로 둡니다. 내부 링크·사이트맵이 /foo/ 인지만 봅니다. | If only one version can be returned (that is, the other redirects to it), that's great! This behavior is beneficial because it reduces duplicate content.한쪽만 응답하고 다른 쪽이 그쪽으로 리다이렉트되면 좋다. 중복 콘텐츠가 줄어든다. |
| /foo/ 가 /foo 로 리다이렉트 | 그대로 둡니다. 내부 링크·사이트맵이 /foo 인지만 봅니다. | If only one version can be returned (that is, the other redirects to it), that's great! This behavior is beneficial because it reduces duplicate content.한쪽만 응답하고 다른 쪽이 그쪽으로 리다이렉트되면 좋다. 중복 콘텐츠가 줄어든다. |
| 둘 다 같은 내용으로 200 | 한쪽을 고르고 다른 쪽을 301 로 보냅니다(아래 순서). | Consider changing this behavior (more info below) to reduce duplicate content and improve crawl efficiency.중복 콘텐츠를 줄이고 크롤링 효율을 높이도록 이 동작을 바꾸는 것을 고려하라. |
둘 다 200 이어도 당장 큰일은 아닙니다. 구글은 그대로 두는 것도 선택지로 적었습니다(원문: Leave it as-is. Our indexing process often handles this case for webmasters and users.) 다만 크롤링 효율을 위해 하나로 맞추기를 권했습니다.
발견 03
맞추는 순서는 6단계이고, 리다이렉트보다 먼저 내부 링크와 사이트맵을 바꿉니다
| 순서 | 단계 | 할 일 | 원문 |
|---|---|---|---|
| 1 | 한쪽 고르기 | 디렉터리형 URL이 많으면 슬래시 있는 쪽이 관례이고, 어느 쪽이든 고를 수 있습니다. | Choose one URL as the preferred version. If your site has a directory structure, it's more conventional to use a trailing slash with your directory URLs (for example, example.com/directory/ rather than example.com/directory), but you can choose whichever you like.URL 하나를 선호 버전으로 고르라. 디렉터리 구조라면 디렉터리 URL에 끝 슬래시를 붙이는 것이 더 관례적이지만, 어느 쪽을 골라도 된다. |
| 2 | 내부 링크 맞추기 | 메뉴·본문·푸터 링크를 고른 쪽 URL로 바꿉니다. | Be consistent with the preferred version. Use it in your internal links.선호 버전을 일관되게 쓰라. 내부 링크에 그것을 쓰라. |
| 3 | 사이트맵 맞추기 | 사이트맵에는 고른 쪽만 넣고 다른 쪽은 뺍니다. | If you have a sitemap, include the preferred version (and don't include the duplicate URL).사이트맵이 있다면 선호 버전을 넣고 중복 URL은 넣지 말라. |
| 4 | 301 리다이렉트 | 다른 쪽 URL을 서버에서 고른 쪽으로 301 리다이렉트합니다. | Use a 301 redirect from the duplicate to the preferred version.중복 URL에서 선호 버전으로 301 리다이렉트를 쓰라. |
| 5 | 캐노니컬 | 리다이렉트를 걸 수 없는 경우 캐노니컬 태그로 고른 쪽을 가리킵니다. | If that's not possible, the rel="canonical" link tag is a strong option.그것이 어렵다면 rel="canonical" 링크 태그가 좋은 대안이다. |
| 6 | 응답 확인 | 고른 쪽은 200, 다른 쪽은 301 인지 확인합니다. | The preferred version should return a 200 status code. The duplicate URL should 301 redirect to the preferred URL.선호 버전은 200 상태 코드를 돌려줘야 한다. 중복 URL은 선호 URL로 301 리다이렉트돼야 한다. |
캐노니컬 태그는 리다이렉트를 걸 수 없을 때의 대안입니다. 표준 URL 지정 문서도 사이트 안 링크는 표준 URL로 걸라고 적었습니다(원문: When linking within your site, link to the canonical URL rather than a duplicate URL.)
발견 04
루트 URL은 예외이고, 사이트맵에는 서버가 요구하는 모양 그대로 적습니다
| 확인할 것 | 원문 |
|---|---|
| 루트 URL | Rest assured that for your root URL specifically, https://example.com is equivalent to https://example.com/ and can't be redirected even if you're Chuck Norris.루트 URL만은 https://example.com 과 https://example.com/ 이 같은 URL이라 리다이렉트할 수 없다. |
| 사이트맵 <loc> | URL of the page. This URL must begin with the protocol (such as http) and end with a trailing slash, if your web server requires it.페이지의 URL. 프로토콜(http 등)로 시작해야 하고, 웹 서버가 요구하면 끝 슬래시로 끝나야 한다. |
발견 05
같은 순서도 B2B·B2C·B2G 사이트는 손이 가는 자리가 다릅니다
예시 ① 서비스 소개 페이지가 많은 문의형 기업 사이트(B2B)
메뉴는 /services/ 로, 제안서 PDF와 영업 메일에는 /services 로 적혀 있는 경우가 흔합니다. 둘 다 200 이면 문의 유입이 두 URL로 갈라집니다.
메뉴에 쓰인 쪽을 고르고, 영업 자료에 남은 URL은 301 로 받습니다.
예시 ② 상품 상세가 많은 쇼핑몰(B2C)
상품 URL이 수천 개라면 한쪽으로 맞추는 일은 서버 규칙 한 줄로 합니다. 상품마다 따로 리다이렉트를 넣지 않습니다.
광고 랜딩 URL이 고른 쪽과 다르면 광고마다 리다이렉트가 한 번 더 생깁니다. 광고 URL도 고른 쪽으로 바꿉니다.
예시 ③ 개편을 앞둔 공공기관 누리집(B2G)
개편 과업에 슬래시 규칙을 넣으면 새 URL 짝표가 한쪽 모양으로 정리됩니다. 과업 항목은 「홈페이지 리뉴얼 과업지시서」 편에 자세히 적었습니다.
공문과 보도자료에 실린 옛 URL은 슬래시 유무가 섞여 있으니, 두 모양 모두 새 URL로 301 이 되는지 확인합니다.
그럼 우리 사이트는 어떤 순서로 슬래시를 맞추나요?
- 대표 페이지 몇 개의 /foo/ 와 /foo 를 각각 열어 응답 코드를 봅니다.
- 한쪽이 다른 쪽으로 리다이렉트되면 그대로 두고, 둘 다 200 이면 다음 순서로 갑니다.
- 사이트에 많이 쓰인 쪽을 고릅니다. 디렉터리형이면 슬래시 있는 쪽이 관례입니다.
- 내부 링크와 사이트맵을 고른 쪽으로 바꿉니다.
- 서버 규칙으로 다른 쪽을 301 리다이렉트합니다. 설정은 「리다이렉트 설정 방법」 편에 자세히 적었습니다.
- 서치 콘솔 URL 검사로 고른 쪽이 200, 다른 쪽이 301 인지 확인합니다.
조사 방법
- Google Search Central Blog 「To slash or not to slash」 (문서 수정일 2010-04-21) · 최종 확인일 2026-10-25 · https://developers.google.com/search/blog/2010/04/to-slash-or-not-to-slash
- Google Search Central 「URL structure best practices for Google Search」 (문서 수정일 2026-10-21) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/url-structure
- Google Search Central 「How to specify a canonical URL with rel="canonical" and other methods」 (문서 수정일 2026-07-10) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- sitemaps.org 「Sitemaps XML format」 (문서 수정일 2016-11-21) · 최종 확인일 2026-10-25 · https://www.sitemaps.org/protocol.html
- 상태 3가지와 순서 6단계는 블로그가 적은 경우와 절차를 표로 옮긴 것입니다. 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 구글 원문은 영어판(hl=en)이고, 도구 이름(URL 검사)은 서치 콘솔 한국어판(hl=ko) 표기를 따랐습니다.