리뉴얼·이전 · 공식 문서
새 사이트 옛 사이트 병행 운영, 대표 URL 정하는 기준
열어 둘 수는 있지만, 같은 내용이 두 URL에 있으면 구글이 한 묶음으로 보고 대표 URL을 스스로 고르므로 옛 URL에서 새 URL로 301 을 걸거나 캐노니컬로 새 URL을 대표로 알립니다. 옛 사이트를 robots.txt 로 차단하면 대표 URL을 알릴 길이 끊기므로, 차단 대신 301 이나 캐노니컬을 씁니다.
개편을 하면 「옛 누리집 바로가기」를 한동안 남겨 두는 일이 흔합니다. 옛 화면을 찾는 방문자가 있고, 옛 자료를 옮기는 데도 시간이 걸리기 때문입니다.
검색엔진 쪽에서 보면 같은 내용이 두 URL에 있는 상태입니다. 어느 쪽을 대표로 읽을지 미리 정해 두지 않으면 검색엔진이 고릅니다.
발견 01
같은 내용의 두 사이트는 구글이 한 묶음으로 보고, 대표 URL을 스스로 고릅니다
If Google finds multiple pages that seem to be the same or the primary content very similar, it clusters them together. Google then chooses the page that, based on the factors (or signals) the indexing process collected, is objectively the most complete and useful for search users, and marks it as the canonical.
구글은 같아 보이거나 주요 내용이 매우 비슷한 페이지 여러 개를 찾으면 한 묶음으로 모은다. 그다음 색인 과정에서 모은 신호를 바탕으로 검색 사용자에게 가장 완전하고 쓸모 있는 페이지를 골라 표준으로 표시한다.
| 병행 운영에서 생기는 일 | 공식 문서 원문 |
|---|---|
| 옛 사이트가 대표로 남아 검색 결과가 옛 화면으로 갑니다 | That is, indicating a canonical preference is a hint, not a rule.즉, 표준 URL 선호를 알리는 것은 규칙이 아니라 힌트다. |
| 방문자가 어느 쪽이 맞는지 헷갈리고, 성과가 두 URL로 나뉘어 잡힙니다 | However, having the same content accessible through many different URLs can be a bad user experience (for example, people might wonder which is the right page, and whether there's a difference between the two) and it may make it harder for you to track how your content performs in search results.같은 콘텐츠를 여러 URL로 볼 수 있으면 사용자 경험이 나빠질 수 있고(어느 페이지가 맞는지, 둘이 다른지 궁금해한다), 검색 결과에서 콘텐츠 성과를 추적하기도 어려워질 수 있다. |
| 공개 전 시험 서버가 열려 있으면 같은 일이 셋째 사이트로 생깁니다 | Accidental variants: for example, the demo version of the site is accidentally left accessible to crawlers실수로 생긴 변형: 예를 들어 사이트의 데모 버전이 실수로 크롤러에게 열려 있는 경우. |
공개 전 시험 서버를 차단하는 방법은 「스테이징 사이트 검색 차단」 편에 자세히 적었습니다. 이 편은 공개 뒤 옛 사이트와 새 사이트가 함께 있는 기간을 다룹니다.
발견 02
함께 열어 둘 때 고르는 방식은 5가지이고, 새 URL을 대표로 알리는 것은 301 과 캐노니컬 둘입니다
| 방식 | 대표 URL 신호 | 옛 URL로 온 방문자 | 고르는 때 | 공식 문서 원문 |
|---|---|---|---|---|
| 옛 URL을 새 URL로 301 | 강한 신호. 새 URL이 대표가 됩니다 | 새 페이지로 바로 넘어갑니다 | 옛 화면을 보여 줄 필요가 없을 때(기본값) | Redirects: A strong signal that the target of the redirect should become canonical.리디렉션: 리디렉션 대상이 표준이 되어야 한다는 강한 신호. |
| 옛 페이지에 새 URL 캐노니컬 | 강한 신호지만 힌트입니다 | 옛 화면이 그대로 보입니다 | 공지 기간 동안 옛 화면을 남겨야 할 때 | rel="canonical" link annotations: A strong signal that the specified URL should become canonical. That is, indicating a canonical preference is a hint, not a rule.rel="canonical" 링크 주석은 지정한 URL이 표준이 되어야 한다는 강한 신호다. 표준 URL 선호를 알리는 것은 규칙이 아니라 힌트다. |
| 옛 사이트에 noindex | 옛 URL이 검색에서 빠집니다. 새 URL을 대표로 알리려면 301 이나 캐노니컬을 따로 씁니다 | 옛 화면이 그대로 보입니다 | 옛 사이트를 기록 보관용으로만 둘 때 | When Googlebot crawls that page and extracts the tag or header, Google will drop that page entirely from Google Search results, regardless of whether other sites link to it.Googlebot 이 그 페이지를 크롤링해 태그나 헤더를 읽으면, 다른 사이트가 링크했는지와 상관없이 구글은 그 페이지를 검색 결과에서 완전히 뺀다. |
| 옛 사이트를 robots.txt 로 차단 | 대표 URL을 알리지 못하고, 옛 URL이 내용 없이 색인될 수 있습니다 | 옛 화면이 그대로 보입니다 | 쓰지 않습니다 | Don't use the robots.txt file for canonicalization purposes. Google may still index URLs that are disallowed in robots.txt without their content.표준화 목적으로 robots.txt 를 쓰지 않는다. robots.txt 로 차단한 URL도 내용 없이 색인될 수 있다. |
| 아무 표시 없이 둘 다 열어 둠 | 구글이 두 사이트를 한 묶음으로 보고 대표를 고릅니다 | 어느 쪽이 맞는지 헷갈립니다 | 쓰지 않습니다 | If Google finds multiple pages that seem to be the same or the primary content very similar, it clusters them together. Google then chooses the page that, based on the factors (or signals) the indexing process collected, is objectively the most complete and useful for search users, and marks it as the canonical.구글은 같아 보이거나 주요 내용이 매우 비슷한 페이지 여러 개를 찾으면 한 묶음으로 모은다. 그다음 색인 과정에서 모은 신호를 바탕으로 검색 사용자에게 가장 완전하고 쓸모 있는 페이지를 골라 표준으로 표시한다. |
옛 화면을 남길 이유가 없다면 첫 줄인 301 이 답입니다. 방문자도 검색엔진도 새 URL로 바로 갑니다.
옛 화면을 공지 기간만 남겨야 한다면 옛 페이지마다 새 URL을 가리키는 캐노니컬을 넣고, 화면 위에 새 사이트 링크를 둡니다. 신호 세기는 「캐노니컬 태그」 편에 자세히 적었습니다.
네이버 서치어드바이저 「웹 사이트 이전」도 옛 사이트를 먼저 차단하지 말라고 적었습니다. 원문은 「이전이 완료될 때까지 구 사이트에 robots.txt를 먼저 설정하거나 서버의 네트워크를 먼저 정지하거나 블럭하지 마세요」입니다.
발견 03
병행 기간은 공개 전에 끝낼 날까지 정하고, 6단계로 닫습니다
| 순서 | 하는 일 |
|---|---|
| 1 | 공개 전에 옛 URL과 새 URL의 매핑표를 만들고, 병행 기간과 끝낼 날을 정합니다 |
| 2 | 공개 당일 옛 URL마다 301 을 걸거나, 옛 화면을 남길 페이지에는 새 URL 캐노니컬을 넣습니다 |
| 3 | 새 사이트의 robots.txt 와 noindex 가 공개용으로 바뀌었는지 확인합니다 |
| 4 | 서치 콘솔·서치어드바이저에서 옛 URL과 새 URL의 유입을 함께 봅니다 |
| 5 | 옛 URL 유입이 거의 없어지면 남겨 둔 옛 화면도 301 로 바꿉니다 |
| 6 | 301 은 적어도 1년 유지하고, 옛 서버를 닫을 때도 리디렉션은 다른 서버에 옮겨 둡니다 |
Monitor the traffic on both the old and new URLs.
옛 URL 과 새 URL 양쪽의 트래픽을 모니터링한다.
Keep the redirects for as long as possible, generally at least 1 year.
리디렉션은 되도록 오래, 보통 1년 이상 유지한다.
네이버는 옛 사이트를 닫는 때를 유입으로 판단하라고 적었습니다. 원문은 「구 사이트로 사용자의 유입이 없다면 서버를 종료하고 웹마스터도구에 등록된 구 사이트를 삭제합니다.」입니다.
도메인을 바꾸며 주소 변경 도구를 썼다면 180일 뒤의 처리도 알아 둡니다. 180일 뒤에도 옛 사이트가 크롤링할 수 있게 남아 있으면 별개 사이트로 다뤄집니다.
After the 180 day period, Google does not recognize any relationship between the old and new sites, and treats the old site as an unrelated site, if still present and crawlable.
180일이 지나면 구글은 옛 사이트와 새 사이트의 관계를 인식하지 않고, 옛 사이트가 아직 있고 크롤링할 수 있으면 관련 없는 별개 사이트로 다룬다.
발견 04
같은 병행 운영이라도 B2B·B2C·B2G 는 옛 화면을 남기는 이유가 다릅니다
예시 ① 옛 누리집을 「이전 홈페이지」로 남기는 공공기관(B2G)
개편 공지 기간 동안 옛 누리집을 하위 도메인에 남겨 둡니다. 새 누리집에 옮긴 메뉴는 301 로 보내고, 아직 못 옮긴 자료실만 옛 화면으로 둔 채 끝낼 날을 공지에 적습니다.
예시 ② 영업 자료 때문에 옛 제품 페이지를 남기는 제조사(B2B)
거래처에 보낸 자료에 옛 제품 URL이 있어 바로 지우기 어렵습니다. 옛 제품 페이지는 새 제품 페이지로 301 을 걸면 거래처가 가진 링크도 그대로 살아납니다.
예시 ③ 새 제작 도구로 옮기며 옛 쇼핑몰을 한동안 두는 쇼핑몰(B2C)
주문 처리가 끝날 때까지 옛 쇼핑몰을 열어 두는 경우입니다. 상품 페이지는 공개 당일 301 로 넘기고, 옛 쇼핑몰은 주문 조회 화면만 남깁니다.
그럼 우리 개편에서는 무엇부터 정하나요?
- 옛 사이트를 남길 이유(공지, 자료 이관, 주문 처리)를 적고 끝낼 날을 정합니다.
- 옛 URL마다 301 로 보낼지, 옛 화면을 남기고 캐노니컬을 넣을지 매핑표에 적습니다.
- 옛 사이트를 robots.txt 로 차단하는 설정이 없는지 확인합니다.
- 공개 뒤 옛 URL과 새 URL의 유입을 함께 보고, 옛 URL 유입이 줄면 남은 옛 화면도 301 로 바꿉니다.
- 옛 서버를 닫는 순서는 「사이트 종료 시 구글·네이버 검색 결과 정리 순서」 편에, 매핑표는 「URL 매핑표 만들기」 편에 자세히 적었습니다.
조사 방법
- 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 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 「Block Search indexing with noindex」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/block-indexing
- 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
- 네이버 서치어드바이저 「웹 사이트 이전」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/seo-basic-migration
- 캐노니컬 원문 일부는 2026-10-18 에 받은 「캐노니컬 태그」 편의 것을 그대로 썼습니다.
- 방식 5가지와 6단계는 위 문서들이 중복 URL·사이트 이동에 대해 적은 것을 병행 운영에 맞춰 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구 이름(주소 변경 도구)은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.