리뉴얼·이전 · 공식 문서
도메인 이전과 사이트 이전 차이, 검색 영향 판단 기준
등록 기관 이전은 도메인 관리 회사만 바꾸는 일이라 검색엔진이 보는 URL이 그대로입니다. 검색 쪽 일은 이전 동안 DNS가 끊기지 않게 하는 것입니다. 도메인 자체를 바꾸면 URL이 바뀌는 사이트 이전이 되어, 구글 「사이트 이동」 문서대로 301 리디렉션과 주소 변경 알림 도구를 씁니다.
「도메인 이전」이라는 말은 두 가지로 쓰입니다. 도메인 관리 회사(등록 기관)를 옮기는 일, 그리고 사이트를 다른 도메인으로 옮기는 일입니다.
검색엔진에게 중요한 것은 URL이 바뀌는가입니다. 바뀌는 것에 따라 따를 공식 문서와 챙길 일이 갈립니다.
발견 01
「도메인 이전」이 가리킬 수 있는 일은 5가지이고, 검색 쪽 일은 URL이 바뀌는지로 갈립니다
| 바꾸는 것 | 하는 일 | URL 변화 | 따를 구글 문서 | 검색 쪽에서 챙길 것 | 공식 문서 원문 |
|---|---|---|---|---|---|
| 등록 기관 이전(도메인 기관 이전) | 도메인 등록과 갱신을 맡는 회사만 바꿉니다 | 그대로 | 없음(구글 사이트 이동 문서의 범위 밖) | 네임서버·DNS 레코드가 이전 뒤에도 그대로 응답하는가 | Yes, it is your right to transfer your domain name registrations between registrars. An Auth-Code is required for a domain holder to transfer a domain name from one registrar to another.등록 기관 사이에서 도메인을 옮기는 것은 등록자의 권리다. 옮기려면 인증 코드(Auth-Code)가 필요하다. |
| 네임서버·DNS 서비스 변경 | 도메인의 DNS 레코드에 응답하는 서버를 바꿉니다 | 그대로 | Changing your hosting(호스팅 변경) | 레코드를 빠짐없이 옮겼는가 · TTL을 미리 낮췄는가 · 보안 기능이 크롤러를 차단하지 않는가 | You may also update your domain name's nameservers or change the hosting IP address assigned to your domain name. Change the DNS settings of your domain name to point to the new hosting infrastructure.도메인의 네임서버를 바꾸거나 호스팅 IP를 바꿀 수도 있다. 도메인의 DNS 설정을 새 호스팅을 가리키게 바꾼다. |
| 호스팅·CDN 변경 | 페이지를 내보내는 서버를 바꿉니다 | 그대로 | Changing your hosting(호스팅 변경) | 새 서버에 크롤러가 닿는가 · 소유 확인이 유지되는가 · 옛 서버 트래픽이 0이 된 뒤 종료하는가 | A change in hosting infrastructure means switching hosting providers or moving to a content distribution network (CDN). This guide is only for migrations that don't affect the user-visible URL.호스팅 변경은 호스팅 업체를 바꾸거나 CDN으로 옮기는 것을 말한다. 이 문서는 사용자에게 보이는 URL이 바뀌지 않는 이전만 다룬다. |
| 도메인 변경(사이트 이전) | example.com 을 example.net 처럼 다른 도메인으로 바꿉니다 | 바뀜 | How to move a site(사이트 이동 방법) | URL 짝표 · 서버 측 301 리디렉션 · 주소 변경 알림 도구 · 새 사이트맵 제출 | 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년 유지한다. |
| HTTPS 전환 | 같은 도메인에서 http:// 를 https:// 로 바꿉니다 | 바뀜 | How to move a site(사이트 이동 방법) | 호스트마다 인증서 · HTTP에서 HTTPS로 301 리디렉션 · 캐노니컬·사이트맵을 https 로 | URL changes from HTTP to HTTPS. You don't need it for HTTP to HTTPS moves, switching between www and non-www on the same domain, or moving paths within the same domain.HTTP에서 HTTPS로 URL이 바뀌는 경우. HTTP에서 HTTPS로 옮길 때는 주소 변경 알림 도구가 필요 없다. |
URL이 바뀌는 두 가지는 구글 「How to move a site」를 따릅니다. 도메인 변경 순서는 「도메인 변경 리다이렉트」 편, HTTPS 전환은 「https 전환 방법」 편에 자세히 적었습니다.
발견 02
등록 기관 이전은 URL이 그대로이고, ICANN은 등록 기관 대신 호스팅이나 네임서버만 바꾸는 길도 있다고 적었습니다
You may have the option to change web-hosting providers instead of registrars to avoid the inter-registrar transfer process (and lock) altogether. You may also update your domain name's nameservers or change the hosting IP address assigned to your domain name.
등록 기관 대신 호스팅 업체를 바꿔 등록 기관 이전 절차와 잠금을 아예 피할 수도 있다. 네임서버를 바꾸거나 호스팅 IP를 바꿀 수도 있다.
| 등록 기관 이전에서 알아 둘 것 | ICANN 원문 |
|---|---|
| 이전은 등록자의 권리 | Yes, it is your right to transfer your domain name registrations between registrars.등록 기관 사이에서 도메인을 옮기는 것은 등록자의 권리다. |
| 인증 코드 | An Auth-Code (also called an Authorization Code, AuthInfo Code, Auth-Info Code, or transfer code) is a code created by a registrar to help identify the domain name holder and prevent unauthorized transfers (also known as a registrant or registered name holder). An Auth-Code is required for a domain holder to transfer a domain name from one registrar to another.인증 코드(Authorization Code, AuthInfo Code, transfer code 라고도 함)는 등록 기관이 만드는 코드로, 도메인 보유자를 확인하고 허가 없는 이전을 차단한다. 등록 기관을 옮기려면 이 코드가 필요하다. |
| 인증 코드를 받는 기한 | Your registrar must provide you with the AuthInfo code within five (5) calendar days of your request.등록 기관은 요청받은 날부터 5일(달력 기준) 안에 인증 코드를 줘야 한다. |
| 새로 등록한 도메인 | Your registrar may deny a transfer request if the domain name is within 60 days of initial registration.처음 등록한 지 60일이 안 된 도메인은 등록 기관이 이전 요청을 거절할 수 있다. |
| 연락처를 바꾼 직후 | You cannot transfer a domain name to a different registrar within 60 days of making changes to the registrant name, organization or email address (or the Administrative Contact email address, if there is no registrant email address).등록자 이름·조직·이메일(등록자 이메일이 없으면 관리 담당 이메일)을 바꾼 뒤 60일 안에는 다른 등록 기관으로 옮길 수 없다. |
| 이전 수수료 | Registrars are allowed to set their own prices for this service so some may choose to charge a fee. However, a transfer cannot be denied due to non-payment of this transfer fee.등록 기관은 이전 서비스 가격을 스스로 정할 수 있어 수수료를 받는 곳도 있다. 다만 이 수수료를 내지 않았다는 이유로 이전을 거절할 수는 없다. |
| 이 정책이 다루는 도메인 | An accredited registrar is an entity that offers domain name registration services to registrants of a generic top-level domain (gTLD) with direct access to the gTLD registries.인증 등록 기관은 gTLD(일반 도메인) 등록자에게 등록 서비스를 제공하고 gTLD 레지스트리에 직접 접근하는 곳이다. |
위 뽑은 문장은 ICANN 문서입니다. 사이트를 다른 서버로 옮기는 것이 목적이라면 등록 기관을 옮기지 않아도 된다는 뜻입니다.
등록 기관 이전 자체의 진행 순서와 옮길 DNS 레코드는 「도메인 기관 이전 전 확인할 DNS 레코드와 진행 순서」 편에 자세히 적었습니다.
발견 03
URL이 그대로여도 DNS가 끊기면 구글은 며칠 안에 색인된 URL을 뺀다고 적었습니다
Network and DNS errors have quick, negative effects on whether Google is able to successfully crawl a URL. For Google Search, the lack of content means that Google can't index the crawled URLs, and already indexed URLs that are unreachable will be removed from Google's index within days.
네트워크·DNS 오류는 구글 크롤링에 빠르게 나쁜 영향을 준다. 콘텐츠를 받지 못하면 색인할 수 없고, 닿지 않는 색인된 URL은 며칠 안에 색인에서 빠진다.
| URL이 그대로인 이전에서 | 구글 원문 |
|---|---|
| 문서의 범위 | A change in hosting infrastructure means switching hosting providers or moving to a content distribution network (CDN). This guide is only for migrations that don't affect the user-visible URL.호스팅 변경은 호스팅 업체를 바꾸거나 CDN으로 옮기는 것을 말한다. 이 문서는 사용자에게 보이는 URL이 바뀌지 않는 이전만 다룬다. |
| 주소 변경 알림 도구 | Moving a site without any user-visible URL changes (that is, when your site URL remains the same but you are changing hosting providers or CDNs).사용자에게 보이는 URL 변화 없이 사이트를 옮기는 경우(사이트 URL 은 그대로이고 호스팅 업체나 CDN 만 바꾸는 경우). |
| 보안 기능 | Check your firewall configuration or denial of service (DoS) protection. Make sure it does not block Googlebot's ability to reach the DNS or the hosting provider's servers.방화벽 설정이나 서비스 거부(DoS) 공격 방어 설정을 확인한다. 구글봇이 DNS 나 호스팅 서버에 닿는 것을 차단하지 않게 한다. |
| 서치 콘솔 소유 확인 | Make sure your Search Console verification will continue to work after the hosting move.호스팅을 옮긴 뒤에도 서치 콘솔 소유 확인이 계속 유지되게 한다. |
| 크롤링 속도 | When you change hosting infrastructure, it's normal to see a temporary drop in Googlebot's crawl rate immediately after the launch, followed by a steady increase over the next few days, potentially to rates that may be higher than before the move.호스팅을 바꾸면 공개 직후 Googlebot 크롤링 속도가 잠시 떨어졌다가 며칠에 걸쳐 꾸준히 올라가며, 이전보다 높아질 수도 있다. 정상이다. |
| 도움 요청 | If you're not hosting your website yourself, ask your hosting or CDN provider for help.직접 호스팅하지 않는다면 호스팅·CDN 업체에 도움을 요청한다. |
발견 04
같은 「도메인 이전」이라도 B2B·B2C·B2G는 실제로 바꾸려는 것이 다릅니다
예시 ① 도메인 관리 회사를 하나로 모으는 제조사(B2B)
계열사마다 다른 등록 기관에 흩어진 도메인을 한 회사로 모으는 경우입니다. URL이 그대로이므로 검색 쪽 일은 DNS를 끊김 없이 이어 가는 것 하나입니다.
대신 도메인마다 지금 네임서버가 어디인지 적고, 이전 뒤에도 같은 레코드가 응답하는지 확인합니다.
예시 ② 브랜드명을 바꾸며 새 도메인으로 가는 쇼핑몰(B2C)
브랜드명이 바뀌어 쇼핑몰 도메인을 새로 정하는 경우는 URL이 바뀌는 사이트 이전입니다. 상품 URL마다 짝을 맞춘 301 리디렉션이 필요합니다.
옛 도메인은 리디렉션을 유지하는 동안 갱신을 이어 갑니다. 구글은 옛 도메인 비용을 최소 1년 더 내라고 적었습니다.
예시 ③ 유지보수 사업자가 바뀌는 공공기관 누리집(B2G)
수행사가 바뀌며 서버만 옮기는 경우는 URL이 그대로인 호스팅 변경입니다. 등록 기관 이전은 필요 없을 수 있습니다.
새 서버의 방화벽이 크롤러를 차단하지 않는지, 서치 콘솔 소유 확인이 유지되는지를 인수인계 항목에 넣습니다.
그럼 우리 「도메인 이전」은 어느 쪽인지 어떻게 가리나요?
- 이전 뒤 사이트 URL이 지금과 글자 하나라도 다른지 봅니다. 다르면 사이트 이전입니다.
- URL이 같다면 바꾸는 것이 등록 기관인지, 네임서버인지, 서버인지 적습니다.
- 등록 기관만 옮긴다면 인증 코드와 60일 제한을 확인하고, 네임서버가 그대로 응답하는지 봅니다.
- 네임서버나 서버를 바꾼다면 구글 「Changing your hosting」 문서의 순서를 따릅니다.
- 도메인이나 프로토콜이 바뀐다면 구글 「How to move a site」 문서와 301 리디렉션 준비로 넘어갑니다.
조사 방법
- ICANN 「FAQs for Registrants: Transferring Your Domain Name」 · 최종 확인일 2026-10-25 · https://www.icann.org/resources/pages/name-holder-faqs-2017-10-10-en
- ICANN 「Domain Name Transfers」 · 최종 확인일 2026-10-25 · https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers
- Google Search Central 「Changing your hosting」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes
- Google Crawling Infrastructure 「Debug network and DNS errors for Google's crawlers」 (문서 수정일 2025-12-18) · 최종 확인일 2026-10-25 · https://developers.google.com/crawling/docs/troubleshooting/dns-network-errors
- Google Search Central 「How to move a site」 (문서 수정일 2026-08-20) · 최종 확인일 2026-10-25 · 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
- 「도메인 이전」이 가리킬 수 있는 일 5가지와 검색 쪽 확인 항목은 위 문서들이 적은 것을 URL 변화 기준으로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- ICANN 정책은 gTLD 등록 기관에 적용됩니다. 이 편은 gTLD 정책 원문만 대조했습니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다. ICANN 페이지는 화면에 수정일이 없습니다.