리뉴얼·이전 · 공식 문서
www 유무 대표 도메인 선택 기준과 하나로 모으는 순서
구글 문서는 둘 중 어느 쪽이 낫다고 정하지 않고, 하나를 표준 URL로 골라 나머지를 리디렉션으로 보내라고 적었습니다. 지금 검색에 쌓인 쪽과 CDN 연결 방식으로 대표 호스트를 정하고, 나머지 호스트와 도메인의 모든 경로를 대표 호스트의 같은 경로로 한 번에 301 합니다.
같은 사이트가 www 를 붙여도, 빼도, http 로도 열리는 경우가 많습니다. 오타 도메인과 옛 도메인까지 사 두었다면 같은 페이지의 URL은 더 늘어납니다.
검색엔진은 이 URL들을 같은 페이지의 사본으로 묶고 그중 하나를 대표로 고릅니다. 사이트가 먼저 하나를 정해 알려 주면 링크와 유입이 한 URL에 모입니다.
발견 01
구글은 어느 쪽이 낫다고 정하지 않았고, 대표를 고르는 기준은 3가지입니다
Pick one of those URLs as your canonical URL, and use redirects to send traffic from the other URLs to your preferred URL.
그 URL 중 하나를 표준 URL로 고르고, 나머지 URL의 트래픽은 리디렉션으로 그 URL에 보낸다.
| 기준 | www 를 대표로 | www 없는 쪽을 대표로 | 원문 |
|---|---|---|---|
| 지금 쌓인 쪽 | 검색 결과와 서치 콘솔 실적에 www URL이 주로 나올 때 | www 없는 URL이 주로 나올 때 | 사이트의 대표 주소를 자주 변경하는 것은 사이트 품질 평가 지수에 영향을 발생시키므로, 사이트의 이전은 브랜드 변경과 같은 꼭 필요한 경우에만 고려해 주세요. |
| CDN·호스팅 연결 방식 | CDN·호스팅 업체가 CNAME 레코드로 연결하라고 할 때 | DNS 업체가 루트 도메인을 그 서비스에 연결하는 기능을 줄 때 | If a CNAME RR is present at a node, no other data should be present; this ensures that the data for a canonical name and its aliases cannot be different. These RRs are of two types: name server RRs that list, one per RR, all of the servers for the zone, and a single SOA RR that describes zone management parameters.한 이름에 CNAME 레코드가 있으면 다른 레코드는 두지 않는다. 영역 맨 위 이름의 레코드는 네임서버(NS) 레코드와 SOA 레코드 하나다. |
| 바깥에 찍힌 URL | 명함·광고·인쇄물에 www 로 찍혀 있을 때 | 짧은 URL로 찍혀 있을 때 | 없음 |
첫 기준이 가장 무겁습니다. 네이버는 대표 주소를 자주 바꾸면 사이트 평가에 영향이 있다고 적었으니, 이미 쌓인 쪽을 대표로 두는 편이 바꾸는 일이 적습니다.
둘째 기준은 DNS 규칙에서 나옵니다. 루트 도메인(example.com)에는 NS·SOA 레코드가 있어야 하고 CNAME 은 다른 레코드와 함께 둘 수 없습니다. 그래서 CNAME 으로만 연결되는 서비스라면 www 쪽이 편합니다.
발견 02
나머지 URL 모양은 대표 URL의 같은 경로로 한 번에 301 합니다
| 요청한 URL | 응답 |
|---|---|
| http://example.com/a | 301 → https://www.example.com/a |
| http://www.example.com/a | 301 → https://www.example.com/a |
| https://example.com/a | 301 → https://www.example.com/a |
| https://www.example.com/a | 200 (대표 URL) |
| https://exampel.com/a (오타 도메인) | 301 → https://www.example.com/a |
http://example.com 을 https://example.com 으로 보낸 뒤 다시 www 로 보내면 리디렉션이 두 번 이어집니다. 구글은 최종 목적지로 바로 보내라고 적었습니다.
경로는 그대로 둡니다. 모든 URL을 홈페이지 하나로 보내면 소프트 404로 처리될 수 있습니다(원문: Don't redirect many old URLs to one irrelevant single URL destination, such as the home page of the new site. This can confuse users and might be treated as a soft 404 error.)
네이버 가이드도 www 통일을 301 예시로 들었습니다(예시 제목: example.com/* 을 www.example.com/* 으로 redirect (apache 웹서버)) 홈 화면은 캐노니컬 태그보다 HTTP 리디렉션을 권했습니다(원문: 사이트의 메인 페이지의 경우는 link 태그를 활용한 선호 URL 지정보다는 HTTP redirect를 사용하여 사이트를 방문하는 사용자에게 혼동을 주지 않는 것이 좋습니다.)
발견 03
하나로 모으는 순서는 6단계이고, www 통일에는 주소 변경 도구를 쓰지 않습니다
| 순서 | 단계 | 할 일 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 대표 정하기 | 위 기준으로 대표 호스트 하나를 정하고 문서로 남깁니다. | Pick one of those URLs as your canonical URL, and use redirects to send traffic from the other URLs to your preferred URL.그 URL 중 하나를 표준 URL로 고르고, 나머지 URL의 트래픽은 리디렉션으로 그 URL에 보낸다. |
| 2 | 인증서 | 대표가 아닌 호스트와 다른 도메인에도 인증서를 둡니다. 301도 HTTPS 연결이 먼저 맺어져야 나갑니다. | The certificate must match your complete site URL, or be a wildcard certificate that can be used for multiple subdomains on a domain.인증서는 사이트 URL 전체와 일치하거나, 한 도메인의 여러 하위 도메인에 쓰는 와일드카드 인증서여야 한다. |
| 3 | 서버 측 301 | 나머지 호스트의 모든 경로를 대표 호스트의 같은 경로로 한 번에 301 합니다. | For the quickest effect, use HTTP (also known as server-side) redirects. While Googlebot can follow up to 10 hops in a "chain" of multiple redirects (for example, Page 1 > Page 2 > Page 3), we advise redirecting to the final destination directly.가장 빨리 반영되게 하려면 HTTP(서버 측) 리디렉션을 쓴다. Googlebot은 리디렉션을 최대 10번까지 따라가지만, 최종 목적지로 바로 보내기를 권한다. |
| 4 | 캐노니컬·내부 링크·사이트맵 | 캐노니컬, 내부 링크, 사이트맵의 URL을 모두 대표 호스트로 씁니다. | That is, indicating a canonical preference is a hint, not a rule.즉, 표준 URL 선호를 알리는 것은 규칙이 아니라 힌트다. |
| 5 | 웹마스터 도구 | 서치 콘솔은 도메인 속성으로 확인하고, 주소 변경 도구는 쓰지 않습니다. | A domain-level property that Includes all subdomains (m, www, and so on) and multiple protocols (http, https, ftp). In this case, use canonical tagging and/or redirects without using the change of address tool.도메인 속성은 모든 하위 도메인(m, www 등)과 여러 프로토콜(http, https, ftp)을 포함한다. www 와 www 없는 도메인 사이를 바꿀 때는 주소 변경 도구 없이 캐노니컬 태그나 리디렉션을 쓴다. |
| 6 | 다른 도메인 정리 | 유입·링크가 있던 옛 도메인은 사이트 이동으로 다루고, 301을 1년 이상 유지합니다. | Domain name changes such as example.com to example.net or merging multiple domains or hostnames. Keep the redirects for as long as possible, generally at least 1 year.도메인 변경 예: example.com 을 example.net 으로, 또는 여러 도메인·호스트를 합치는 경우. 리디렉션은 가능한 한 오래, 보통 최소 1년 유지한다. |
캐노니컬 태그는 힌트이고 규칙이 아닙니다. 그래서 리디렉션과 캐노니컬, 사이트맵이 모두 같은 대표 URL을 가리켜야 신호가 어긋나지 않습니다.
여러 도메인은 쓰임에 따라 나눕니다. 검색에 페이지가 있던 옛 도메인은 사이트 이동 절차로 옮기고, 한 번도 쓰지 않은 방어용 도메인은 대표 홈으로 301만 걸어 둡니다.
옛 도메인은 리디렉션을 걸어 둔 동안 등록도 계속 갱신합니다(원문: Remove your old pages, but we recommend continuing to pay for the old domain for at least a year to prevent others from buying and using your abandoned domain for malicious purposes.) 다른 도메인으로 옮기는 순서는 「도메인 변경 리다이렉트」 편에 자세히 적었습니다.
발견 04
B2B·B2C·B2G 는 모을 URL이 생기는 자리가 다릅니다
예시 ① 회사 이름을 바꾼 엔지니어링 회사(B2B)
옛 회사 이름 도메인에 기술 자료 페이지가 색인되어 있고, 새 도메인은 www 없이 운영합니다. 옛 도메인은 사이트 이동으로 다뤄 페이지마다 새 URL로 301 합니다.
새 도메인의 www 호스트는 같은 경로로 www 없는 쪽에 301 합니다.
예시 ② 오타 도메인을 여러 개 사 둔 쇼핑몰(B2C)
브랜드 이름의 오타 도메인 몇 개를 방어용으로 사 두었고, 검색에 나온 적은 없습니다. 모두 대표 홈으로 301 하고 등록만 갱신합니다.
CDN 이 CNAME 연결만 받는다면 대표는 www 호스트가 편합니다.
예시 ③ 영문 도메인과 한글 도메인을 함께 가진 공공기관 누리집(B2G)
보도자료에는 영문 도메인이, 현수막에는 한글 도메인이 찍혀 있습니다. 대표는 검색에 쌓인 영문 도메인으로 두고 한글 도메인은 같은 경로로 301 합니다.
기관 서치 콘솔은 대표 도메인을 도메인 속성으로 확인해, 호스트별 실적을 한 화면에서 봅니다.
그럼 오늘 무엇부터 확인하나요?
- 브라우저 주소창에 위 5가지 모양을 차례로 넣고, 각각 어디로 가는지와 리디렉션 횟수를 적습니다. 확인 순서는 「리다이렉트 확인 방법」 편에 자세히 적었습니다.
- 서치 콘솔 실적 보고서에서 www 와 www 없는 URL 중 클릭이 많은 쪽을 봅니다.
- 대표 호스트를 정하고, 나머지 호스트와 도메인을 대표 URL의 같은 경로로 한 번에 301 합니다.
- 캐노니컬, 내부 링크, 사이트맵의 URL을 대표 호스트로 맞춥니다.
- 가진 도메인을 목록으로 적고, 검색에 쓰인 적이 있는 도메인과 방어용 도메인을 나눕니다.
조사 방법
- Google Search Central 「How to specify a canonical URL with rel="canonical" and other methods」 (문서 수정일 2026-07-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls
- Google Search Central 「What is canonicalization」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/canonicalization
- Google Search Central 「How to move a site」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-18 · https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Search Console Help 「Change of Address tool」 · 최종 확인일 2026-10-18 · https://support.google.com/webmasters/answer/9370220
- Search Console Help 「Add a website or platform property to Search Console」 · 최종 확인일 2026-10-18 · https://support.google.com/webmasters/answer/34592
- 네이버 서치어드바이저 「웹 페이지의 이동」 · 최종 확인일 2026-10-25 · https://searchadvisor.naver.com/guide/seo-basic-redirect
- 네이버 서치어드바이저 「웹 사이트 이전」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/seo-basic-migration
- 네이버 서치어드바이저 「선호 URL 및 로봇 메타 태그」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/markup-structure
- IETF 「RFC 1034 Domain Names: Concepts and Facilities」 (문서 수정일 1987-11) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc1034.txt
- 선택 기준 3가지와 6단계는 위 문서들이 표준 URL, 리디렉션, 사이트 이동에 대해 적은 것을 묶은 것입니다. 묶는 방식과 기준의 무게 순서는 편집 판단입니다.
- 루트 도메인과 CNAME 의 관계는 DNS 표준(RFC 1034)의 규칙이고, DNS 업체마다 루트 도메인 연결 기능은 다릅니다.
- URL 예시의 example.com·exampel.com 은 설명용 도메인입니다. 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.