리뉴얼·이전 · 공식 문서
도메인 기관 이전 전 확인할 DNS 레코드와 진행 순서
이전 전에 네임서버와 A·CNAME·MX·TXT 레코드를 적어 두고, 이전 뒤 같은 레코드가 응답하는지 대조합니다. TXT 레코드가 빠지면 서치 콘솔 도메인 속성 소유 확인이 풀리고, MX가 바뀌거나 빠지면 메일이 엉뚱한 서버로 갑니다.
도메인 기관 이전은 도메인 등록과 갱신을 맡는 회사를 바꾸는 일입니다. 사이트 URL은 그대로라서 검색 쪽에서는 DNS가 끊기지 않는 것이 전부입니다.
그런데 DNS에는 웹사이트만 있는 것이 아닙니다. 메일 서버와 각종 소유 확인 값도 같은 자리에 있어서, 하나만 빠져도 다른 곳이 멈춥니다.
발견 01
이전 전에 적어 둘 레코드는 4가지이고, MX와 TXT는 웹사이트가 멀쩡해도 따로 멈춥니다
| 레코드 | 하는 일 | 빠지면 멈추는 것 | 공식 문서 원문 |
|---|---|---|---|
| NS(네임서버) | 이 도메인의 DNS 질문에 답할 서버를 정합니다 | 웹사이트 · 메일 · 소유 확인 | Check that all your name servers are pointing to the correct IP addresses of your site.모든 네임서버가 사이트의 올바른 IP를 가리키는지 확인한다. |
| A · CNAME | 도메인과 www 가 어느 서버로 가는지 정합니다 | 웹사이트 · 크롤링 | Double check that your A and CNAME records are pointing to the right IP addresses and hostname, respectively.A 레코드는 올바른 IP를, CNAME 레코드는 올바른 호스트 이름을 가리키는지 다시 확인한다. |
| MX | 이 도메인으로 오는 메일을 받을 서버를 정합니다 | 메일 수신 | A <domain-name> which specifies a host willing to act as a mail exchange for the owner name. The lookup first attempts to locate an MX record associated with the name.MX 레코드의 EXCHANGE 칸은 이 도메인의 메일을 받을 호스트를 적는다. 메일을 보낼 때는 먼저 그 도메인의 MX 레코드를 찾는다. |
| TXT(소유 확인) | 서치 콘솔 도메인 속성 등 서비스의 소유 확인 값을 둡니다 | 소유 확인 | To stay verified, don't remove the DNS record from your provider, even after verification succeeds. Verification lasts as long as Search Console can confirm the presence and validity of your verification token.소유 확인을 유지하려면 확인에 성공한 뒤에도 DNS 레코드를 지우지 않는다. 소유 확인은 서치 콘솔이 확인 토큰을 찾을 수 있는 동안만 유지된다. |
To stay verified, don't remove the DNS record from your provider, even after verification succeeds.
확인을 유지하려면, 확인에 성공한 뒤에도 DNS 업체에서 그 레코드를 지우지 않는다.
서치 콘솔 도메인 속성은 구글 서비스에서 만든 사이트가 아니면 DNS 레코드로만 소유를 확인합니다. 확인 방법은 「구글 서치콘솔 등록」 편에 자세히 적었습니다.
TTL은 레코드를 캐시해 두는 시간입니다. 네임서버까지 바꾸는 이전이라면 TTL을 미리 낮춰 두어야 바뀐 값이 빨리 퍼집니다.
발견 02
ICANN은 등록 직후와 연락처를 바꾼 직후 60일 동안 이전이 제한될 수 있다고 적었습니다
| 확인할 것 | ICANN 원문 |
|---|---|
| 새로 등록한 도메인 | Your registrar may deny a transfer request if the domain name is within 60 days of initial registration.처음 등록한 지 60일이 안 된 도메인은 등록 기관이 이전 요청을 거절할 수 있다. |
| 마지막으로 옮긴 도메인 | Registrars also have the option of denying a transfer request within 60 days from when you last transferred the domain name to a different registrar.마지막으로 다른 등록 기관에 옮긴 지 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일 안에는 다른 등록 기관으로 옮길 수 없다. |
| 연락처를 바꿀 계획이라면 | If your ultimate goal is to transfer the domain name, you may want to consider completing the transfer process before changing your contact information.옮기는 것이 목적이라면 연락처를 바꾸기 전에 이전을 마치는 편이 좋다. |
| 인증 코드 | An Auth-Code is required for a domain holder to transfer a domain name from one registrar to another. Your registrar must provide you with the AuthInfo code within five (5) calendar days of your request.등록 기관을 옮기려면 인증 코드가 필요하다. 등록 기관은 요청받은 날부터 5일(달력 기준) 안에 인증 코드를 줘야 한다. |
| 확인 요청 | If you do not respond or return the form to the registrar, your transfer request will not be processed.확인 요청에 답하지 않거나 양식을 돌려주지 않으면 이전 요청은 처리되지 않는다. |
| 비용 | 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.등록 기관은 이전 서비스 가격을 스스로 정할 수 있어 수수료를 받는 곳도 있다. 다만 이 수수료를 내지 않았다는 이유로 이전을 거절할 수는 없다. |
비용은 등록 기관마다 다릅니다. ICANN은 수수료를 받을 수 있지만 그것을 내지 않았다는 이유로 이전을 거절할 수는 없다고 적었습니다.
ICANN 문서는 이전 전체에 걸리는 기간을 하나로 적지 않았습니다. 인증 코드를 5일 안에 줘야 한다는 기한과 60일 제한이 확인할 수 있는 기간입니다.
발견 03
진행은 8단계이고, 이전 뒤 레코드 대조와 크롤링 확인으로 끝납니다
| 순서 | 단계 | 할 일 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 지금 네임서버와 레코드 적기 | 네임서버가 어느 회사 것인지 보고, A·CNAME·MX·TXT 레코드를 화면 저장이나 내보내기로 남깁니다. | Check that all your name servers are pointing to the correct IP addresses of your site.모든 네임서버가 사이트의 올바른 IP를 가리키는지 확인한다. |
| 2 | 연락처 변경은 뒤로 | 등록자 이름·이메일을 바꿀 계획이면 이전을 마친 뒤에 바꿉니다. | 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). If your ultimate goal is to transfer the domain name, you may want to consider completing the transfer process before changing your contact information.등록자 이름·조직·이메일을 바꾼 뒤 60일 안에는 다른 등록 기관으로 옮길 수 없다. 옮기는 것이 목적이라면 연락처를 바꾸기 전에 이전을 마치는 편이 좋다. |
| 3 | 이전 가능 여부 | 처음 등록하거나 마지막으로 옮긴 지 60일이 지났는지 봅니다. | Your registrar may deny a transfer request if the domain name is within 60 days of initial registration. Registrars also have the option of denying a transfer request within 60 days from when you last transferred the domain name to a different registrar.처음 등록한 지 60일이 안 됐거나 마지막으로 옮긴 지 60일이 안 된 도메인은 등록 기관이 이전 요청을 거절할 수 있다. |
| 4 | TTL 낮추기 | 이전하면서 네임서버도 바꾼다면 1주 전에 레코드의 TTL을 몇 시간으로 낮춥니다. | a 32 bit signed integer that specifies the time interval that the resource record may be cached before the source of the information should again be consulted. Consider lowering the TTL to a conservative low value (for example, a few hours) at least a week in advance of the move to refresh DNS caches faster.TTL은 레코드를 캐시해 둘 수 있는 시간이다. DNS 캐시가 빨리 바뀌도록 이전 최소 1주 전에 TTL을 몇 시간 정도로 낮춘다. |
| 5 | 인증 코드 받기 | 지금 등록 기관에 인증 코드(이전 코드)를 요청합니다. | An Auth-Code is required for a domain holder to transfer a domain name from one registrar to another. Your registrar must provide you with the AuthInfo code within five (5) calendar days of your request.등록 기관을 옮기려면 인증 코드가 필요하다. 등록 기관은 요청받은 날부터 5일(달력 기준) 안에 인증 코드를 줘야 한다. |
| 6 | 신청과 승인 | 새 등록 기관에 이전을 신청하고, 등록자 이메일로 오는 확인 요청에 답합니다. | If you do not respond or return the form to the registrar, your transfer request will not be processed.확인 요청에 답하지 않거나 양식을 돌려주지 않으면 이전 요청은 처리되지 않는다. |
| 7 | 레코드 대조 | 이전 뒤 적어 둔 레코드와 지금 응답하는 레코드를 하나씩 대조하고, 메일을 보내고 받아 봅니다. | Double check that your A and CNAME records are pointing to the right IP addresses and hostname, respectively. If you've made changes to your DNS configuration within the last 72 hours, you may need to wait for your changes to propagate across the global DNS network.A 레코드와 CNAME 레코드가 올바른 IP·호스트 이름을 가리키는지 확인한다. 최근 72시간 안에 DNS 설정을 바꿨다면 전 세계 DNS에 퍼질 때까지 기다려야 할 수 있다. |
| 8 | 소유 확인과 크롤링 확인 | 서치 콘솔 소유 확인이 유지되는지, 크롤링 통계의 DNS 변환 오류가 없는지 봅니다. | Verification lasts as long as Search Console can confirm the presence and validity of your verification token. The graph shows when your DNS server didn't recognize your hostname or didn't respond during crawling. If you see errors, check with your registrar to make that sure your site is correctly set up and that your server is connected to the Internet.소유 확인은 확인 토큰이 남아 있는 동안 유지된다. 크롤링 통계의 DNS 변환 그래프는 크롤링 중 DNS 서버가 호스트 이름을 모르거나 응답하지 않은 때를 보여 준다. 오류가 있으면 등록 기관에 설정을 확인한다. |
The graph shows when your DNS server didn't recognize your hostname or didn't respond during crawling. If you see errors, check with your registrar to make that sure your site is correctly set up and that your server is connected to the Internet.
크롤링 중 DNS 서버가 호스트 이름을 인식하지 못하거나 응답하지 않은 때를 그래프로 보여 준다. 오류가 보이면 등록 기관에 사이트 설정과 서버 연결을 확인한다.
발견 04
같은 기관 이전이라도 B2B·B2C·B2G는 끊기면 아픈 레코드가 다릅니다
예시 ① 회사 도메인으로 메일을 쓰는 제조사(B2B)
견적 문의와 발주가 회사 도메인 메일로 오는 경우 MX 레코드가 가장 중요합니다. 이전 당일 외부 메일로 시험 메일을 보내 수신을 확인합니다.
메일 서비스가 요구한 TXT 레코드도 MX와 함께 적어 둡니다.
예시 ② 도메인을 여러 서비스에 연결한 쇼핑몰(B2C)
쇼핑몰 도메인에 결제·메일 발송·분석 서비스의 TXT와 CNAME 레코드가 쌓여 있는 경우입니다. 레코드 수가 많을수록 화면 저장보다 내보내기 파일이 정확합니다.
서치 콘솔 TXT가 빠지면 검색 데이터 접근이 끊기므로, 이전 뒤 서치 콘솔 설정에서 소유 확인 상태를 봅니다.
예시 ③ 행사용 별도 도메인을 쓰는 공공기관(B2G)
행사·캠페인용 도메인을 담당자 개인 연락처로 등록해 둔 경우입니다. 연락처를 기관 이메일로 바꾸면 60일 이전 제한이 걸릴 수 있습니다.
등록 기관을 옮길 계획이라면 이전을 먼저 마치고 연락처를 바꿉니다. 갱신 만료일도 인수인계 문서에 적습니다.
그럼 이전 당일까지 무엇을 하나요?
- 네임서버와 A·CNAME·MX·TXT 레코드를 내보내 저장합니다.
- 등록자 연락처 변경 계획이 있으면 이전 뒤로 미루고, 60일 제한에 걸리는지 봅니다.
- 네임서버도 바꾼다면 1주 전에 TTL을 낮춥니다.
- 인증 코드를 받아 새 등록 기관에 신청하고, 확인 요청 메일에 답합니다.
- 이전 뒤 레코드를 대조하고 메일을 주고받아 봅니다. DNS 변경 직후라면 72시간까지 기다리며 다시 봅니다.
- 8단계로 서치 콘솔 소유 확인과 크롤링 통계의 DNS 변환을 확인합니다.
조사 방법
- 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
- Search Console Help 「Verify your site ownership」 · 최종 확인일 2026-10-18 · https://support.google.com/webmasters/answer/9008080
- Search Console Help 「Crawl Stats report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/9679690
- IETF 「RFC 1035 Domain Names: Implementation and Specification」 (문서 수정일 1987-11) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc1035
- IETF 「RFC 5321 Simple Mail Transfer Protocol」 (문서 수정일 2008-10) · 최종 확인일 2026-10-25 · https://www.rfc-editor.org/rfc/rfc5321
- 레코드 4가지와 진행 8단계는 위 문서들이 적은 것을 등록 기관 이전 순서로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다. ICANN 페이지와 서치 콘솔 도움말은 화면에 수정일이 없습니다.