리뉴얼·이전 · 공식 문서
홈페이지 유지보수 업체 변경, 인수인계 확인 순서
도메인 등록 계정, 호스팅 계정과 DNS, 소스·데이터, 리디렉션 규칙, 서치 콘솔·서치어드바이저·애널리틱스 권한을 순서대로 넘겨받습니다. 서치 콘솔은 발주처 계정으로 소유를 확인한 뒤 옛 업체의 권한뿐 아니라 사이트에 남은 확인 토큰까지 지워야 인계가 끝납니다.
유지보수 업체가 바뀌는 날 놓치기 쉬운 것은 계정입니다. 사이트는 그대로 열리는데, 도메인·호스팅·웹마스터 도구의 열쇠가 옛 업체 담당자 개인 계정에 남아 있는 경우가 있습니다.
계정이 넘어오지 않으면 다음 업체는 리디렉션 하나, 사이트맵 하나도 손대지 못합니다. 그래서 인수인계는 계정부터, 순서대로 받습니다.
발견 01
넘겨받을 것은 8가지이고, 계정에서 데이터, 웹마스터 도구 순으로 받습니다
| 순서 | 넘겨받을 것 | 확인할 것 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 도메인 등록 계정 | 등록자 정보가 발주처인지, 등록 기관 계정에 발주처가 로그인할 수 있는지 봅니다. 등록 기관을 옮길 때는 인증 코드를 받습니다. | An Auth-Code is required for a domain holder to transfer a domain name from one registrar to another.등록 기관 사이에서 도메인을 옮기려면 인증 코드(Auth-Code)가 필요하다. |
| 2 | 호스팅 계정과 DNS 레코드 | 호스팅 관리 화면 계정과, 지금 DNS 레코드 전체 목록을 받습니다. | Change the DNS settings of your domain name to point to the new hosting infrastructure.도메인의 DNS 설정을 새 호스팅을 가리키게 바꾼다. |
| 3 | 소스·데이터베이스·업로드 파일 | 최신 소스와 데이터베이스 백업, 이미지·PDF 같은 업로드 파일을 받아 새 업체가 열어 보게 합니다. | 없음 |
| 4 | 리디렉션 규칙 목록 | 지금 걸려 있는 리디렉션 전체를 옛 URL·새 URL 목록으로 받습니다. | Keep the redirects for as long as possible, generally at least 1 year.리디렉션은 되도록 오래, 보통 1년 이상 유지한다. |
| 5 | 서치 콘솔 소유권 | 발주처 계정으로 소유를 확인한 뒤 옛 업체의 권한과 확인 토큰을 지웁니다. | If you are taking over a site from another owner, after you verify ownership you can unverify previous owners by removing their verification token (for example, removing the HTML tag from the site, for HTML-tag-verified owners).다른 소유자의 사이트를 넘겨받으면, 소유를 확인한 뒤 옛 소유자의 확인 토큰(예: HTML 태그)을 지워 그 소유자의 확인을 취소할 수 있다. |
| 6 | 서치어드바이저 소유확인 | 발주처 네이버 계정으로 사이트를 등록하고 소유확인을 마칩니다. | 하지만, 네이버 웹마스터도구에 사이트 등록후 소유확인절차를 진행하면, 사이트내 콘텐츠의 수집, 색인, 노출정보를 리포트를 통해서 파악 할 수 있습니다. |
| 7 | 애널리틱스 관리자 | 발주처 계정이 관리자인지 보고, 옛 업체 계정은 역할을 낮추거나 삭제합니다. | Full control of Analytics. Can manage users (add/delete users, assign any role or data restriction).애널리틱스 전체를 관리한다. 사용자를 추가·삭제하고 역할과 데이터 제한을 정할 수 있다. |
| 8 | 서버를 옮겼다면 공개 뒤 확인 | 소유 확인이 그대로 되는지, 방화벽이 크롤러를 차단하지 않는지 보고, 옛 서버 트래픽이 0이 된 뒤 종료합니다. | Make sure your Search Console verification will continue to work after the hosting move. Check the server logs on the old provider and, once the traffic to the old provider reaches zero, you can shut down your old hosting infrastructure.호스팅을 옮긴 뒤에도 서치 콘솔 소유 확인이 계속 되는지 확인한다. 옛 업체의 서버 로그를 보고 트래픽이 0이 되면 옛 호스팅을 종료한다. |
계정을 먼저 받는 이유는 나머지가 모두 계정 안에 있기 때문입니다. 도메인과 호스팅이 발주처 이름이어야 DNS 레코드와 소스를 다음 업체에 넘길 수 있습니다.
리디렉션 규칙 목록도 꼭 받습니다. 구글은 리디렉션을 보통 1년 이상 두라고 적었는데, 업체가 바뀌며 서버 설정이 초기화되면 옛 URL이 한꺼번에 오류로 바뀔 수 있습니다.
발견 02
서치 콘솔은 권한을 지워도 확인 토큰이 남으면 옛 업체가 소유를 다시 확인할 수 있고, 토큰은 5종류입니다
As long as a user's verification token remains for a property, a deleted owner can re-verify ownership of the property.
속성에 사용자의 확인 토큰이 남아 있는 한, 삭제된 소유자도 소유권을 다시 확인할 수 있다.
| 확인 방법(한국어판) | 지우는 자리 | 원문 |
|---|---|---|
| HTML 파일 업로드 | 사이트 루트의 확인 파일 | HTML file upload: Look for the HTML file associated with the user at the root location for your site.HTML 파일 업로드: 사이트 루트에서 그 사용자의 HTML 확인 파일을 찾는다. |
| HTML 태그 | 홈페이지 소스의 메타 태그 | You must remove the tag from the page source HTML.페이지 소스 HTML 에서 그 태그를 지워야 한다. |
| 도메인 이름 제공업체 | 도메인의 DNS 레코드 | Domain name provider: You must find and remove the DNS record associated with the user.도메인 이름 제공업체: 그 사용자의 DNS 레코드를 찾아 지워야 한다. |
| Google 애널리틱스 계정 | 애널리틱스의 수정 권한 | Google Analytics account: In order to permanently disable this verification mechanism for this user, you must either switch Google Analytics accounts for this site, or else revoke edit rights given to this person in the Google Analytics account for this site.애널리틱스 계정으로 확인한 경우: 사이트의 애널리틱스 계정을 바꾸거나, 그 사람에게 준 애널리틱스 수정 권한을 거둬야 이 확인 수단이 완전히 꺼진다. |
| Google 태그 관리자 계정 | 태그 관리자의 게시·관리자 권한 | Google Tag Manager account: In order to permanently disable this verification method for this user, you must either switch Google Tag Manager accounts used on this site, or remove the person's Publish or Admin permission in the associated Google Tag Manager account.태그 관리자 계정으로 확인한 경우: 사이트의 태그 관리자 계정을 바꾸거나, 그 사람의 게시·관리자 권한을 지워야 이 확인 수단이 완전히 꺼진다. |
Use caution when removing tokens. The same verification token can be reused across various services to verify ownership (like Search Console, Merchant Center, Google Workspace, etc.), and removing those tokens could negatively impact other services relying on them.
토큰은 조심해서 지운다. 같은 확인 토큰이 서치 콘솔·머천트 센터·구글 워크스페이스 같은 여러 서비스의 소유 확인에 함께 쓰일 수 있어, 지우면 그 서비스들에 영향이 갈 수 있다.
토큰은 다른 구글 서비스의 확인에도 쓰일 수 있으니, 지우기 전에 누구의 토큰인지 미사용 소유권 토큰 목록에서 확인합니다. 지운 뒤에는 소유권 기록에서 추가·삭제 내역을 볼 수 있습니다.
애널리틱스로 소유를 확인한 업체라면 애널리틱스의 수정 권한도 같이 거둬야 합니다. 그래서 애널리틱스 관리자 단계가 서치 콘솔 바로 뒤에 옵니다.
You can see a history of ownership events, including owners added and removed, successful and unsuccessful verification attempts, and cases where a previously known verification token has been removed.
소유자 추가·삭제, 확인 시도의 성공·실패, 알려진 확인 토큰이 지워진 경우까지 소유권 이벤트 기록을 볼 수 있다.
발견 03
도메인과 서버는 URL이 그대로여도 끊기면 색인에서 빠지므로, 옛 서버는 트래픽이 0이 된 뒤 끕니다
| 자리 | 확인할 것 | 원문 |
|---|---|---|
| 등록 기관 이전 | 인증 코드를 받고, 등록자 정보는 이전을 마친 뒤 바꿉니다 | An Auth-Code is required for a domain holder to transfer a domain name from one registrar to another. If your ultimate goal is to transfer the domain name, you may want to consider completing the transfer process before changing your contact information.등록 기관을 옮기려면 인증 코드가 필요하다. 이전이 목적이라면 연락처 정보를 바꾸기 전에 이전부터 마치는 것을 고려한다. |
| 서버 이전 | DNS를 새 서버로 바꾸고, 소유 확인이 그대로 되는지 봅니다 | Change the DNS settings of your domain name to point to the new hosting infrastructure. Make sure your Search Console verification will continue to work after the hosting move.도메인의 DNS 설정을 새 호스팅을 가리키게 바꾼다. 호스팅을 옮긴 뒤에도 서치 콘솔 소유 확인이 계속 되는지 확인한다. |
| 방화벽 | 새 서버의 보안 설정이 크롤러를 차단하지 않는지 봅니다 | 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 나 호스팅 서버에 닿는 것을 차단하지 않게 한다. |
| 옛 서버 종료 | 옛 서버 로그의 트래픽이 0이 된 뒤 종료합니다 | Check the server logs on the old provider and, once the traffic to the old provider reaches zero, you can shut down your old hosting infrastructure.옛 업체의 서버 로그를 보고, 옛 서버로 가는 트래픽이 0이 되면 옛 호스팅을 종료해도 된다. |
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.
구글 검색에서는 콘텐츠를 받지 못하면 크롤링한 URL을 색인할 수 없고, 이미 색인된 URL도 닿지 않으면 며칠 안에 색인에서 빠진다.
발견 04
같은 인수인계라도 B2B·B2C·B2G 는 먼저 막아야 할 빈틈이 다릅니다
예시 ① 도메인이 옛 업체 이름으로 등록된 제조사(B2B)
제작 당시 업체가 도메인을 대신 등록해 등록자가 업체로 되어 있는 경우입니다. 다른 일보다 먼저 등록자 정보를 발주처로 바꾸고 등록 기관 계정을 넘겨받습니다.
등록 기관까지 옮길 계획이라면 이전을 먼저 마치고 등록자 정보를 바꿉니다. ICANN 은 등록자 정보를 바꾼 뒤 60일 동안 다른 등록 기관으로 옮길 수 없다고 적었습니다.
예시 ② 운영 대행사를 바꾸는 자사 쇼핑몰(B2C)
애널리틱스의 주요 이벤트 설정과 서치 콘솔 기록이 매출 분석의 바탕입니다. 새 속성을 만들지 말고, 기존 속성의 관리자 권한을 발주처 계정으로 넘겨받아 지난 데이터를 이어 봅니다.
예시 ③ 유지보수 사업 수행사가 바뀌는 공공기관 누리집(B2G)
사업 종료 때 인계 목록을 과업으로 받아 두면 다음 수행사가 첫날부터 일할 수 있습니다. 웹마스터 도구는 기관 계정이 소유자이고 수행사는 사용자로 둡니다.
인계 목록을 계약서에 미리 적는 법은 「홈페이지 유지보수 계약서」 편에 정리했습니다.
그럼 업체가 바뀌는 날에는 어떤 순서로 넘겨받나요?
- 도메인 등록 계정: 등록자 정보가 발주처인지, 등록 기관 계정에 발주처가 로그인할 수 있는지 봅니다. 등록 기관을 옮길 때는 인증 코드를 받습니다.
- 호스팅 계정과 DNS 레코드: 호스팅 관리 화면 계정과, 지금 DNS 레코드 전체 목록을 받습니다.
- 소스·데이터베이스·업로드 파일: 최신 소스와 데이터베이스 백업, 이미지·PDF 같은 업로드 파일을 받아 새 업체가 열어 보게 합니다.
- 리디렉션 규칙 목록: 지금 걸려 있는 리디렉션 전체를 옛 URL·새 URL 목록으로 받습니다.
- 서치 콘솔 소유권: 발주처 계정으로 소유를 확인한 뒤 옛 업체의 권한과 확인 토큰을 지웁니다.
- 서치어드바이저 소유확인: 발주처 네이버 계정으로 사이트를 등록하고 소유확인을 마칩니다.
- 애널리틱스 관리자: 발주처 계정이 관리자인지 보고, 옛 업체 계정은 역할을 낮추거나 삭제합니다.
- 서버를 옮겼다면 공개 뒤 확인: 소유 확인이 그대로 되는지, 방화벽이 크롤러를 차단하지 않는지 보고, 옛 서버 트래픽이 0이 된 뒤 종료합니다.
- 다 받은 뒤 서치 콘솔 소유권 기록과 미사용 소유권 토큰 목록에서 옛 업체 계정이 남아 있지 않은지 다시 봅니다.
조사 방법
- Search Console Help 「Managing owners, users, and permissions」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/7687615
- Analytics Help 「Access and data-restriction management」 · 최종 확인일 2026-10-25 · https://support.google.com/analytics/answer/9305587
- 네이버 서치어드바이저 「사이트 등록 및 소유확인」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/faq-start-register
- ICANN 「FAQs for Registrants: Transferring Your Domain Name」 · 최종 확인일 2026-10-25 · https://www.icann.org/resources/pages/name-holder-faqs-2017-10-10-en
- 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-18 · https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- 인수인계 8단계는 위 문서들의 문장을 업체 변경 순서로 묶은 것이고, 소스·데이터 단계는 편집 기준입니다. 묶는 방식은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·메뉴·권한 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다. 서치 콘솔·애널리틱스 도움말과 ICANN 페이지는 수정일이 없습니다.