리뉴얼·이전 · 공식 문서
호스팅 이전 방법, URL 그대로 서버 옮길 때 점검 순서
URL이 그대로면 리디렉션과 주소 변경 도구는 필요 없고, 구글이 「호스팅 변경」으로 적은 4단계(새 서버 준비, DNS 변경, 트래픽 확인, 옛 서버 종료)를 따릅니다. 새 서버에 콘텐츠와 함께 소유 확인 파일, robots.txt, 리디렉션 규칙, 인증서를 옮기고 옛 서버 트래픽이 0이 된 뒤 끕니다.
호스팅 계약이 끝나거나 서버가 느려서 업체를 바꾸는 일은 흔합니다. 도메인과 URL은 그대로라 검색과는 상관없다고 여기기 쉽습니다.
검색엔진은 URL보다 먼저 그 URL을 내보내는 서버를 만납니다. 새 서버가 빠뜨린 파일 하나, 남겨 둔 차단 한 줄이 사이트 전체의 크롤링을 멈출 수 있습니다.
발견 01
URL이 그대로면 리디렉션은 없고, 구글은 이 일을 4단계 「호스팅 변경」으로 적었습니다
| 단계 | 원문 |
|---|---|
| 새 서버 준비 | Upload your content to the new servers or configure your CDN and your origin servers, and test it.새 서버에 콘텐츠를 올리거나 CDN과 원본 서버를 설정하고 테스트한다. |
| DNS 변경 | Change the DNS settings of your domain name to point to the new hosting infrastructure.도메인의 DNS 설정을 새 호스팅을 가리키게 바꾼다. |
| 트래픽 확인 | Keep tabs on the traffic served by the old and new hosting.옛 호스팅과 새 호스팅이 처리하는 트래픽을 지켜본다. |
| 옛 서버 종료 | Shut down the old hosting infrastructure when you're confident that all users, including Googlebot, are receiving content correctly from the new infrastructure and no one is using the old infrastructure.Googlebot을 포함한 모든 사용자가 새 인프라에서 콘텐츠를 제대로 받고 옛 인프라를 아무도 쓰지 않는다고 확신할 때 옛 호스팅을 종료한다. |
| 항목 | 호스팅 이전(URL 그대로) | 사이트 이전(URL 변경) | 원문 |
|---|---|---|---|
| URL 짝표 | 필요 없음 | 필요 | Prepare a URL mapping from the current URLs to their corresponding new format.현재 URL 에서 대응하는 새 URL 형식으로 가는 URL 매핑을 준비한다. |
| 301 리디렉션 | 필요 없음 | 옛 URL마다 필요 | Start the site move by configuring the server to redirect from the old URLs to the new ones.서버가 옛 URL 을 새 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 만 바꾸는 경우). |
| 바뀌는 자리 | DNS가 가리키는 서버 | 검색 결과에 나오는 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이 바뀌지 않는 이전만 다룬다. |
URL이 바뀌지 않으니 짝표도 301도 필요 없습니다. 대신 일의 무게가 「새 서버가 옛 서버와 똑같이 응답하는가」로 옮겨 갑니다.
DNS 레코드와 방화벽 설정은 「도메인 네임서버 변경 전후 검색 크롤러 점검 순서」 편에 자세히 적었습니다. 이 편은 서버 안에 든 것을 다룹니다.
발견 02
새 서버로 옮길 것은 콘텐츠만이 아니라 6가지입니다
| 옮길 것 | 빠뜨리면 | 확인 방법 | 공식 문서 원문 |
|---|---|---|---|
| 페이지와 데이터베이스 | 새 서버에서 페이지가 비거나 오류 페이지가 나갑니다 | 메뉴마다 대표 페이지를 열고, 글 수와 상품 수를 옛 서버와 맞춰 봅니다 | What a "copy of your website" means depends entirely on your old content management platform; it may be actual HTML files that you replicate on your new hosting platform, or a database export that you have to import in the new location.「웹사이트 사본」이 무엇인지는 쓰던 콘텐츠 관리 플랫폼에 달렸다. 새 서버에 복제하는 HTML 파일일 수도, 새 위치에 가져와야 하는 데이터베이스 내보내기일 수도 있다. |
| 이미지·PDF 등 올린 파일 | 이미지 검색 유입과 외부에서 건 파일 링크가 끊깁니다 | 업로드 폴더 용량과 파일 수를 비교하고, 문서 파일 URL 몇 개를 직접 엽니다 | Open your new site in a web browser and review all elements of your site: pages, images, forms, and downloads (such as PDF files).브라우저로 새 사이트를 열어 페이지, 이미지, 양식, 다운로드(PDF 등) 요소를 모두 검토한다. |
| 소유 확인 파일·메타 태그 | 서치 콘솔·서치어드바이저 소유 확인이 풀려 보고서를 못 봅니다 | 루트의 확인용 HTML 파일과 head 안의 확인 메타 태그가 새 서버에도 있는지 봅니다 | If you're using the HTML file method to verify ownership of your site in Search Console, make sure you don't forget to include your current verification file in your new copy of the site. Likewise, if you include in your content management system's (CMS) templates a meta tag or Google Analytics to verify ownership, ensure the new CMS copy includes these as well.서치 콘솔 소유 확인을 HTML 파일로 했다면 지금의 확인 파일을 새 사본에 꼭 넣는다. CMS 템플릿의 메타 태그나 구글 애널리틱스로 확인했다면 새 사본에도 그것이 들어 있게 한다. |
| robots.txt·sitemap.xml | 테스트용 전체 차단이 그대로 나가면 크롤러가 사이트 전체를 못 읽습니다 | 공개 당일 새 서버의 /robots.txt 와 /sitemap.xml 을 브라우저로 엽니다 | Be sure to remove any such blocks from the new copy of the site when you're ready to start the move.이전을 시작할 준비가 되면 새 사본에 둔 크롤링·색인 차단을 모두 지운다. |
| 리디렉션 규칙 | http→https, www 통일, 옛 URL 301 같은 규칙이 빠지면 중복 URL과 404가 생깁니다 | 옛 서버 설정 파일의 리디렉션 줄을 목록으로 뽑아 새 서버에서 한 줄씩 요청해 봅니다 | 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에 보낸다. |
| SSL 인증서 | 인증서가 없거나 호스트가 안 맞으면 사이트 전체가 HTTPS 오류로 잡힙니다 | 임시 호스트 이름이 아니라 실제 도메인으로 인증서를 받아 두고, 공개 직후 브라우저로 확인합니다 | The HTTPS page has an invalid SSL certificate. HTTPS has invalid certificate: The HTTPS URL has an invalid SSL certificate. Typically this affects an entire site.HTTPS 페이지의 SSL 인증서가 유효하지 않은 경우. HTTPS 보고서의 「HTTPS에 잘못된 인증서가 있음」 오류는 보통 사이트 전체에 영향을 준다. |
자주 빠지는 것은 화면에 안 보이는 파일입니다. 소유 확인용 HTML 파일, 서버 설정 파일의 리디렉션 줄, 인증서는 페이지를 열어 봐도 티가 나지 않습니다.
구글은 웹사이트 사본이 무엇인지는 쓰던 관리 플랫폼에 달렸다고 적었습니다. 파일 복사로 끝나는 사이트도, 데이터베이스를 내보내고 다시 넣어야 하는 사이트도 있습니다.
발견 03
점검 순서는 10단계이고, 옛 서버는 트래픽이 0이 된 뒤에 끕니다
| 순서 | 시점 | 할 일 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 이전 전 | 새 서버에 사이트 사본을 올리고, IP 제한을 건 테스트 환경에서 기능을 모두 시험합니다. | Create a testing environment, perhaps with IP-restricted access, through which you test all of the features before the website goes live.IP 제한 접근 같은 테스트 환경을 만들어 사이트를 공개하기 전에 모든 기능을 시험한다. |
| 2 | 이전 전 | 임시 호스트 이름으로 공개 시험을 할 때는 그 호스트에 noindex 를 겁니다. | A temporary hostname can help you test whether Googlebot can reach your site or not. To prevent accidentally letting the test site get indexed, add the noindex robots rule to the HTML or the HTTP headers of your pages.임시 호스트 이름을 쓰면 Googlebot이 사이트에 닿는지 시험할 수 있다. 테스트 사이트가 실수로 색인되지 않게 HTML 이나 HTTP 헤더에 noindex 규칙을 넣는다. |
| 3 | 이전 전 | 서치 콘솔 URL 검사 도구로 Googlebot이 새 서버에 닿는지 봅니다. | Check that Googlebot can access your new infrastructure using the URL Inspection Tool in Search Console.서치 콘솔 URL 검사 도구로 Googlebot이 새 인프라에 닿는지 확인한다. |
| 4 | 이전 전 | 이전 1주 전에 DNS 레코드의 TTL을 몇 시간으로 낮춥니다. | 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.DNS 캐시가 빨리 바뀌도록 이전 최소 1주 전에 TTL을 몇 시간 정도로 낮춘다. |
| 5 | 이전 전 | 소유 확인 파일·메타 태그가 새 사본에 들어 있는지 봅니다. | Make sure your Search Console verification will continue to work after the hosting move.호스팅을 옮긴 뒤에도 서치 콘솔 소유 확인이 계속 유지되게 한다. |
| 6 | 공개 당일 | 새 사본에 남은 robots.txt 전체 차단과 noindex 를 지웁니다. | Be sure to remove any such blocks from the new copy of the site when you're ready to start the move.이전을 시작할 준비가 되면 새 사본에 둔 크롤링·색인 차단을 모두 지운다. |
| 7 | 공개 당일 | DNS 레코드를 새 서버로 바꿉니다. | Change the DNS settings of your domain name to point to the new hosting infrastructure.도메인의 DNS 설정을 새 호스팅을 가리키게 바꾼다. |
| 8 | 이전 뒤 | 옛 서버와 새 서버의 로그를 함께 보며 트래픽이 넘어가는지 확인합니다. | Keep an eye on the server logs on both new and old servers.새 서버와 옛 서버의 서버 로그를 함께 지켜본다. |
| 9 | 이전 뒤 | 공개 DNS 조회 도구로 여러 지역의 응답이 새 서버를 가리키는지 봅니다. | Check that different ISPs around the world are updating to your new DNS settings correctly.세계 여러 ISP가 새 DNS 설정으로 제대로 바뀌고 있는지 확인한다. |
| 10 | 이전 뒤 | 옛 서버 로그의 트래픽이 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이 되면 옛 호스팅을 종료해도 된다. |
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 크롤링 속도가 잠시 떨어졌다가 며칠에 걸쳐 꾸준히 올라가며, 이전보다 높아질 수도 있다. 정상이다.
옮긴 직후 서치 콘솔 크롤링 통계에서 요청 수가 줄어도 서두를 일은 아닙니다. 구글은 크롤링 속도가 잠시 떨어졌다가 며칠에 걸쳐 올라가는 것을 정상으로 적었습니다.
네이버는 도메인 이전 가이드에서 이전이 끝나기 전에 옛 서버를 먼저 차단하지 말라고 적었습니다(원문: 이전이 완료될 때까지 구 사이트에 robots.txt를 먼저 설정하거나 서버의 네트워크를 먼저 정지하거나 블럭하지 마세요). 서버 이전에도 같은 원리로, 옛 서버는 마지막에 끕니다.
발견 04
B2B·B2C·B2G 는 서버 이전에서 놓치기 쉬운 자리가 다릅니다
예시 ① 장비 제조사의 문의형 기업 사이트(B2B)
제품 카탈로그 PDF가 검색과 영업 메일로 들어오는 사이트입니다. 업로드 폴더를 빼고 옮기면 페이지는 멀쩡한데 문서 링크만 404가 납니다.
옮긴 뒤 서버 로그에서 PDF 요청의 상태 코드를 따로 봅니다. 문의 양식이 메일을 보내는지도 새 서버에서 시험합니다.
예시 ② 트래픽이 늘어 서버를 키우는 쇼핑몰(B2C)
상품 수천 개를 데이터베이스로 옮깁니다. 이전 중에 들어온 주문과 새로 올린 상품이 빠지지 않게 DNS를 바꾸기 직전에 한 번 더 내보냅니다.
옛 서버에 있던 http→https, www 통일 규칙을 새 서버 설정에 옮겼는지 봅니다. 빠지면 같은 상품이 URL 두 개로 열립니다.
예시 ③ 기관 자체 서버에서 클라우드로 옮기는 공공기관 누리집(B2G)
보안 장비가 새 서버 앞에 붙습니다. 장비의 접근 차단 규칙이 Googlebot과 Yeti를 막지 않는지 공개 전에 URL 검사로 확인합니다.
수행사가 서치 콘솔을 HTML 파일로 확인해 두었다면 그 파일을 새 서버로 옮겨야 기관이 보고서를 계속 봅니다.
그럼 서버를 옮기는 날까지 무엇부터 하나요?
- 위 6가지를 옛 서버에서 목록으로 뽑아 새 서버 담당자에게 넘깁니다.
- 새 서버에 사본을 올리고 IP 제한 테스트 환경에서 페이지, 이미지, 양식, 파일 다운로드를 엽니다.
- 이전 1주 전에 TTL을 낮추고, URL 검사로 Googlebot이 새 서버에 닿는지 봅니다.
- 공개 당일 robots.txt 와 noindex 차단을 지운 뒤 DNS를 바꿉니다.
- 옛 서버 로그의 트래픽이 0이 될 때까지 옛 서버 계약을 유지하고, 0이 된 뒤 끕니다.
조사 방법
- 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 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
- Search Console Help 「HTTPS report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/11396518?hl=en
- 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
- 옮길 것 6가지와 점검 10단계는 위 문서들이 호스팅 변경과 표준 URL, HTTPS 에 대해 적은 것을 시점 순서로 묶은 것입니다. 묶는 방식은 편집 판단입니다.
- 네이버 원문은 도메인 이전 가이드의 문장이고, 이를 서버 이전에 적용한 것은 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.