# 같은 페이지가 여러 주소로 열릴 때 대표 주소(표준 URL) 정하는 법

같은 페이지가 www 유무나 광고 꼬리표 때문에 여러 주소로 열릴 때 대표 주소를 정하는 방법을 정리했어요. 리디렉션, canonical 태그, 사이트맵을 언제 쓰는지와 피해야 할 실수를 알 수 있어요.

- 분류: 크롤링·색인
- 작성: 2026-10-21 · 수정: 2026-10-26
- 원본: [rel="canonical" 및 다른 메서드로 표준 URL을 지정하는 방법](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=ko)

## 핵심 정리

- 대표 주소를 꼭 지정해야 하는 건 아니에요. 하지만 같은 페이지가 여러 주소로 열린다면 직접 정해 두는 편이 신호를 한곳에 모으고 통계를 관리하기 쉬워요.
- 더 이상 쓰지 않는 주소는 리디렉션으로, 계속 열어 둘 주소는 canonical 태그로 처리하고, 사이트맵은 보조 신호로 쓰는 식으로 역할을 나누면 돼요.
- robots.txt, URL 삭제 도구, noindex는 중복을 정리하는 도구가 아니에요. 잘못 쓰면 페이지가 검색에서 사라지거나 내용 없이 남을 수 있어요.
- 여러 방법을 함께 쓸 때는 사이트맵, 태그, 내부 링크가 모두 같은 주소를 가리키게 맞춰야 해요.
- HTTPS 주소를 대표로 만들려면 인증서 오류와 HTTPS에서 HTTP로 가는 리디렉션부터 없애야 해요.

같은 내용이 여러 주소로 열린다면 검색 결과에 보여 줄 주소를 하나 먼저 고르세요. 그다음 서버 설정, 페이지 코드, 사이트 안 링크가 모두 그 주소를 가리키도록 맞춰 주면 돼요. 이 글에서는 어떤 방법을 언제 쓰는지, 어떤 실수를 피해야 하는지 차례로 정리했어요.

## 표준 URL은 무엇이고, 꼭 정해야 하나요

표준 URL(canonical URL)은 내용이 같거나 거의 같은 여러 주소 가운데 검색 결과에 대표로 보여 줄 주소예요. 꼭 정해야 하는 건 아니에요. 지정하지 않아도 구글이 가장 적합해 보이는 버전을 알아서 고르고, 사이트도 정상적으로 작동해요.

다만 필라테스 스튜디오 홈페이지가 `https://example.com`, `https://www.example.com`, 광고 추적 꼬리표가 붙은 `https://example.com/?gclid=...`처럼 여러 주소로 열린다면 직접 정해 두는 편이 좋아요. [Google의 표준 URL 지정 방법 안내](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=ko)에서 꼽는 이유는 이래요.

- 검색 결과에 어떤 주소가 보일지 내가 고를 수 있어요.
- 여러 주소로 흩어진 링크 같은 신호를 대표 주소 하나로 모으기 쉬워져요.
- 방문 통계를 한 페이지 기준으로 보기 편해져요.
- 구글 크롤러(페이지를 읽어 가는 로봇)가 중복 페이지를 읽느라 시간을 쓰지 않고, 새로 올리거나 고친 페이지를 읽는 데 시간을 쓰게 돼요.

크롤링과 색인이 어떤 흐름으로 이뤄지는지는 [구글이 홈페이지를 찾고 저장하는 과정](https://daolla.com/guide/how-google-search-works/)을 먼저 보면 이해하기 쉬워요.

## 대표 주소를 알리는 방법에는 무엇이 있나요

대표 주소를 알리는 방법은 크게 세 가지이고, 신호의 세기가 서로 달라요. 상황에 맞게 고르되, 가능하면 겹쳐 쓰는 게 좋아요.

| 방법 | 신호 세기 | 이럴 때 알맞아요 |
|---|---|---|
| 영구 리디렉션 | 강함 | 중복 주소를 더는 쓰지 않을 때(예: www가 없는 주소를 www 주소로 통일) |
| rel="canonical" | 강함 | 중복 주소도 계속 열려 있어야 할 때(예: 정렬·필터 주소, 광고 꼬리표가 붙은 주소) |
| 사이트맵에 대표 주소만 올리기 | 약함 | 페이지가 많아 하나하나 관리하기 어려울 때 보조 수단으로 |

리디렉션은 방문자를 대표 주소로 아예 옮겨 보내는 방식이에요. 구글은 영구 리디렉션이면 종류와 관계없이 검색에 미치는 영향이 같다고 설명해요. 다만 알아차리는 데 걸리는 시간은 다를 수 있어서, 서버에서 처리하는 HTTP 리디렉션이 가장 빠르게 효과를 낸다고 해요. 종류별 차이는 [Google의 리디렉션 안내](https://developers.google.com/search/docs/crawling-indexing/301-redirects?hl=ko)에 정리돼 있어요.

사이트맵에 올린 주소는 모두 대표 후보로 제안될 뿐이에요. 어떤 주소가 그 중복인지는 구글이 내용이 얼마나 비슷한지를 보고 판단해요. 그래서 신호가 약한 편이에요. 만드는 법은 [사이트맵 만들고 제출하는 방법](https://daolla.com/guide/sitemap/)에서 다뤘어요.

## rel="canonical" 태그는 어디에 어떻게 넣나요

중복 페이지의 HTML `<head>` 안에 대표 주소를 가리키는 link 요소를 한 줄 넣으면 돼요. 예를 들어 꽃집 홈페이지의 꽃다발 목록이 정렬 방식에 따라 여러 주소로 열린다면, 모든 버전에 아래 줄을 넣어요.

```html
<link rel="canonical" href="https://www.example.com/bouquet/" />
```

넣을 때는 다음을 지켜 주세요.

- **대표 페이지에도 넣어요.** 자기 주소를 가리키는 태그(자체 참조)를 두는 게 권장돼요.
- **전체 주소(절대 경로)로 써요.** `/bouquet/`처럼 줄여 써도 인식은 돼요. 하지만 테스트 사이트가 의도치 않게 크롤링되는 것 같은 문제가 생길 수 있어서 권장하지 않아요.
- **`<head>` 안에만 둬요.** 다른 곳에 있으면 인정되지 않으니 [`<head>` 섹션이 유효한 HTML인지](https://developers.google.com/search/docs/crawling-indexing/valid-page-metadata?hl=ko)도 확인해 보세요.
- **PDF 같은 파일은 HTTP 헤더로 알려요.** HTML이 아닌 파일은 서버 응답의 Link 헤더에 rel="canonical"을 담아 대표 주소를 알릴 수 있어요. 태그와 헤더를 함께 쓰는 것도 지원되지만, 둘이 서로 다른 주소를 가리키면 오류가 나요. 한 가지를 골라 꾸준히 쓰는 게 안전해요.

WordPress나 Wix 같은 제작 도구(CMS)로 만든 사이트는 HTML을 직접 고치지 못할 수 있어요. 이럴 땐 검색엔진 설정 화면에 대표 주소 항목이 있는지 찾아보세요. 쓰고 있는 도구 이름과 'canonical 설정'을 함께 검색해 보는 것도 방법이에요. 화면을 JavaScript로 그리는 사이트라면 HTML 원본에 대표 주소를 적어 두고, JavaScript가 그 값을 바꾸지 않게 하는 것이 가장 분명해요.

## 대표 주소를 정할 때 피해야 할 실수는 무엇인가요

가장 흔한 실수는 다른 용도의 도구로 중복을 정리하려는 거예요. 아래 항목 중 해당하는 게 없는지 점검해 보세요.

- **robots.txt로 중복 주소를 막았나요?** 막힌 주소도 내용 없이 색인될 수 있어요. 이유는 [robots.txt로 막을 수 있는 것과 없는 것](https://daolla.com/guide/robots-txt/)에 정리돼 있어요.
- **URL 삭제 도구를 썼나요?** 이 도구를 쓰면 모든 버전의 주소가 검색에서 숨겨져요.
- **중복 페이지에 noindex를 걸었나요?** 같은 사이트 안에서 대표를 고르려고 noindex를 쓰면 페이지가 검색에서 아예 빠질 수 있어요. noindex를 원래 어디에 쓰는지는 [noindex로 막는 방법](https://daolla.com/guide/noindex/)을 참고하세요.
- **방법끼리 서로 다른 주소를 가리키나요?** 사이트맵에는 A를, canonical 태그에는 B를 적으면 안 돼요.
- **`#` 뒤에 붙는 주소 조각(프래그먼트)을 대표로 지정했나요?** 구글은 대개 이 부분을 지원하지 않으니 [검색에 좋은 페이지 주소 짓는 법](https://daolla.com/guide/url-structure/)도 참고하세요.
- **메뉴나 본문 링크가 중복 주소로 연결되나요?** [사이트 안 링크](https://daolla.com/guide/link-best-practices/)를 대표 주소로 일관되게 걸면 구글이 선호하는 주소를 파악하는 데 도움이 돼요.

## HTTP와 HTTPS 주소가 둘 다 열린다면 어떻게 하나요

구글은 특별한 문제가 없으면 HTTPS 주소를 대표로 선호해요. 보안 연결은 [함께 챙길 만한 페이지 경험 요소](https://daolla.com/guide/page-experience/)이기도 해요. 다만 다음 같은 경우에는 HTTP 주소가 대표로 잡힐 수 있어요.

- HTTPS 페이지의 보안 인증서(SSL/TLS)가 잘못됐을 때
- HTTPS 페이지가 HTTP 페이지로 리디렉션하거나 HTTP를 거쳐 갈 때
- HTTPS 페이지의 canonical 태그가 HTTP 주소를 가리킬 때
- HTTPS 페이지가 보안이 취약한 요소(이미지 제외)를 불러올 때

HTTPS를 확실히 대표로 만들려면 HTTP에서 HTTPS로 리디렉션을 걸고, HTTP 페이지의 canonical 태그도 HTTPS 주소를 가리키게 하세요. HSTS(브라우저가 항상 HTTPS로 접속하게 하는 설정)를 적용하는 것도 도움이 돼요. 사이트맵에도 HTTPS 주소만 올려야 해요. 특히 잘못된 인증서나 HTTPS에서 HTTP로 가는 리디렉션은 HSTS로도 뒤집지 못할 만큼 HTTP 쪽 선호를 강하게 만들어요. 그래서 이 두 가지를 가장 먼저 확인해야 해요.

## 정리

1. 홈페이지가 열리는 주소 형태(www 유무, http·https, 꼬리표가 붙은 주소)를 적어 보고 대표 주소를 하나 고르세요.
2. 더 쓰지 않는 주소는 서버 리디렉션으로 대표 주소에 보내고, 계속 열어 둘 주소에는 canonical 태그를 넣으세요.
3. 사이트맵과 사이트 안 링크도 대표 주소로 맞춰서 모든 신호가 한 방향을 가리키게 하세요.
4. 그래도 구글이 다른 주소를 고른다면 [Google의 표준화 문제 해결 안내](https://developers.google.com/search/docs/crawling-indexing/canonicalization-troubleshooting?hl=ko)를 보며 원인을 찾아보세요.

## 자주 묻는 질문

### canonical 태그를 넣으면 구글이 반드시 그 주소를 검색 결과에 보여 주나요?

반드시 그렇지는 않아요. 리디렉션, canonical 태그, 사이트맵은 모두 구글에 내 선호를 알리는 '신호'예요. 최종 선택은 구글이 해요. 다만 여러 방법을 같은 주소로 겹쳐 쓰면 원하는 주소가 검색 결과에 나올 가능성이 높아져요.

### 모바일 전용 주소(m.으로 시작하는 주소)를 따로 운영하면 어떻게 표시하나요?

대표 페이지의 head에 모바일 화면 조건(media 속성)을 붙인 rel="alternate" link 요소를 넣어 모바일 주소를 가리키게 해요. 대표 페이지에는 자기 주소를 가리키는 canonical 태그도 함께 둬요.

### 한국어와 영어 페이지가 따로 있는 학원 사이트는 대표 주소를 어떻게 정하나요?

hreflang으로 언어별 페이지를 연결하고 있다면 같은 언어의 페이지를 대표로 지정하세요. 같은 언어의 대표 페이지가 없을 때만 가장 비슷한 언어의 페이지를 지정해요. canonical 태그에 hreflang 같은 속성을 붙여 다른 언어 버전을 알리면 무시되니, 언어별 버전은 rel="alternate" hreflang 주석으로 따로 표시해야 해요.

### 같은 안내 자료를 PDF와 Word 파일로 둘 다 올렸는데, PDF를 대표로 하고 싶어요.

서버 설정을 바꿀 수 있다면 Word 파일을 보낼 때 응답 헤더에 PDF 주소를 가리키는 Link 헤더(rel="canonical")를 넣으면 돼요. 이때도 주소는 전체 주소로 써요. 구글은 이 방법을 웹 검색 결과에만 지원해요.

## 출처

- [rel="canonical" 및 다른 메서드로 표준 URL을 지정하는 방법](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=ko) — Google 검색 센터 (CC BY 4.0)