이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
도메인을 바꾸면서 301 리다이렉트를 걸고 서치콘솔 주소 변경까지 신청했는데도 순위와 유입이 돌아오지 않을 때, 신호가 어디서 새고 있는지 여섯 자리로 나눠 짚는 글입니다.
기준은 2026년 10월 11일에 구글·네이버 공식 문서 화면에서 직접 확인한 내용만 씁니다.
주소를 이미 옮긴 뒤 검색 유입이 떨어진 채로 몇 주가 지난 분, 또는 아직 옮기기 전이라 빠뜨릴 자리를 미리 알고 싶은 분을 위한 내용입니다.
읽고 나면 내 이전 작업이 여섯 자리 중 어디에서 끊겼는지 순서대로 확인할 수 있고, 지금 기다려야 하는 상황인지 고쳐야 하는 상황인지 가를 수 있습니다.
먼저 가를 것: 아직 안 끝난 것인가, 끊긴 것인가
이전 직후 순위가 흔들리는 것 자체는 사고가 아닙니다.
구글 공식 문서는 중간 규모 사이트라도 이전 URL 대신 새 URL이 검색 결과에 점진적으로 표시되는 데 몇 주 이상 걸릴 수 있다고 적고 있습니다.
대형 사이트는 더 걸립니다.
중요한 것은 이전이 사이트 단위가 아니라 URL 단위로 처리된다는 점입니다.
같은 문서에 이동은 URL별로 이루어지며, 이전 사이트와 새 사이트의 모든 URL을 Googlebot이 한 번 이상 방문해야 이전이 완료된 것으로 본다고 나와 있습니다.
그래서 어떤 글은 새 주소로 바뀌었는데 어떤 글은 그대로인 상태가 한동안 섞여 있습니다.
그러니 판단 기준은 시간이 아니라 방향입니다.
서치콘솔에서 이전 주소의 색인 수가 줄고 새 주소의 색인 수가 늘고 있으면 진행 중이니 기다리면 됩니다.
몇 주가 지났는데 두 숫자가 모두 제자리거나 새 주소 쪽이 0에 가깝다면 아래 여섯 자리 중 하나가 막혀 있는 것입니다.
① 리다이렉트 종류가 '영구'가 아니다
① 표에서 가장 위에 놓인 것이 영구 리디렉션이고, 그 첫 줄이 HTTP 301입니다.
표의 순서는 구글이 올바르게 해석할 가능성이 높은 순이라고 같은 문서에 적혀 있습니다.
308도 같은 영구 신호입니다.
문제는 302입니다.
302 같은 임시 리디렉션에서는 색인 파이프라인이 리디렉션 대상을 표준 주소로 삼는 신호로 쓰지 않습니다.
즉 주소는 넘어가는데 순위를 끌고 가야 할 신호는 넘어가지 않습니다.
플러그인에서 리디렉션을 만들 때 유형 선택을 기본값으로 둔 경우 302로 걸려 있는 일이 흔합니다.
자바스크립트로 주소를 넘기는 방식도 위험합니다.
공식 문서는 서버 측이나 meta refresh를 쓸 수 없을 때만 자바스크립트를 쓰라고 하면서, 렌더링이 실패하면 구글이 그 리디렉션을 아예 알아채지 못할 수 있다고 덧붙입니다.
확인은 간단합니다.
이전 주소 하나를 골라 응답 헤더의 상태 코드를 봅니다.
301이나 308이 아니라면 서버 쪽에서 다시 거는 편이 빠릅니다.
아파치는 .htaccess의 RewriteRule에 [R=301], 엔진엑스는 return 301, PHP는 header 함수로 301을 지정합니다.
세 방법 모두 같은 문서에 예시가 실려 있습니다.
② 전부 새 홈으로 몰아 놨다
두 번째로 흔한 자리입니다.
이전 도메인 전체를 새 도메인 첫 화면으로 보내는 규칙 한 줄만 걸어 두는 경우입니다.
사람은 어쨌든 사이트에 도착하니 문제가 없어 보이지만, 검색 쪽에서는 개별 글의 신호가 갈 곳을 잃습니다.
공식 문서의 사전 작업 목록은 이전 URL과 새 URL을 1대1로 짝지은 매핑을 먼저 만들라고 되어 있습니다.
이전 URL 목록은 사이트맵, 서버 로그, 트래픽이 많은 주소, 외부에서 링크가 걸린 페이지 네 군데에서 모읍니다.
그다음 매핑대로 글은 글로, 목록은 목록으로 보냅니다.
같은 문서의 문제 해결 항목에는 새 사이트에서 방문자가 잘못된 URL로 리디렉션되는 경우가 자주 있다고 적혀 있습니다.
매핑을 만든 뒤에는 표의 새 주소들이 실제로 200으로 열리는지 한 번 훑고, 옮기지 않기로 한 글은 404나 410으로 정직하게 응답시키는 편이 낫습니다.
③ 주소 변경 도구를 쓸 수 없는 상황에서 쓰려 했다
① 도움말에는 이 도구를 사용하지 않아야 하는 경우가 따로 나열돼 있습니다.
② 첫 줄이 HTTP에서 HTTPS로 바꾸는 경우입니다.
이때는 별도 조치 없이 구글이 변경을 확인하므로 도구를 쓰지 않습니다.
같은 목록에 세 가지가 더 있습니다.
같은 도메인 안에서 경로만 바꾸는 경우(리디렉션과 사이트맵 갱신으로 충분), www가 있는 주소와 없는 주소 사이를 오가는 경우(표준 태그 지정이나 리디렉션을 씁니다), 주소는 그대로 두고 호스팅 업체나 CDN만 바꾸는 경우입니다.
여기 해당하는데 도구에서 답을 찾고 있었다면 원인은 다른 자리에 있습니다.
example.com에서 example.org처럼 도메인 자체가 바뀐 경우만 도구를 쓰고, 시점은 이전과 리디렉션을 마친 다음이라고 도움말에 명시돼 있습니다.
④ 도구는 열렸는데 요건을 반만 채웠다
① 첫 번째 요건은 이전 속성과 새 속성 모두의 소유자여야 하고, 동일한 구글 계정으로 두 속성을 관리해야 한다는 것입니다.
블로그를 옮기면서 새 주소만 다른 계정으로 등록해 두면 여기서 막힙니다.
② 두 번째는 도메인 수준 속성에만 쓸 수 있다는 점입니다.
example.com이나 m.example.com은 되지만 example.com/petstore/ 같은 경로 수준 속성에서는 이동이 되지 않습니다.
가장 많이 빠뜨리는 것은 그다음 줄입니다.
이 도구는 지정한 도메인 아래의 하위 도메인을 함께 옮기지 않습니다.
example.com을 지정했다면 www.example.com은 옮겨지지 않습니다.
그래서 도움말은 지금 쓰지 않는 변형이라도 이전 도메인의 모든 하위 도메인 변형에 이 도구를 각각 사용해야 하며, 그 변형들을 서치콘솔에서 전부 소유 확인해 두어야 한다고 적고 있습니다.
반대로 프로토콜은 함께 움직입니다.
http 주소를 지정하면 https도 같이 이동됩니다.
정리하면 www 있는 주소와 없는 주소를 둘 다 속성으로 등록하고, 각각에서 신청을 넣어야 합니다.
하나만 넣고 끝낸 경우가 '301은 걸었는데 절반만 따라오는' 전형적인 모습입니다.
⑤ 소유 확인·사이트맵·차단 설정이 새 주소에서 어긋났다
이전 작업은 리디렉션에서 끝나지 않습니다.
공식 문서의 점검 목록에서 자주 걸리는 항목이 세 가지 있습니다.
첫째는 소유권 확인입니다.
HTML 파일을 올려 두는 방식으로 확인했다면 그 파일을 새 사이트 사본에도 포함해야 확인이 유지됩니다.
meta 태그나 애널리틱스를 쓰는 방식도 새 CMS 사본에 그대로 들어가 있어야 합니다.
확인이 풀리면 주소 변경 도구 자체가 요건을 못 채웁니다.
둘째는 사이트맵입니다.
새 URL이 담긴 사이트맵을 제출해야 구글이 새 주소를 빨리 배웁니다.
문서는 이전 URL이 담긴 사이트맵도 함께 제출해 두라고 권합니다.
이전 URL 사이트맵에 리디렉션 경고가 뜨는 것은 정상이며 무시해도 된다고 적혀 있습니다.
색인 수가 한쪽에서 줄고 다른 쪽에서 느는지를 이 두 사이트맵으로 봅니다.
셋째는 차단 설정입니다.
새 사이트를 만드는 동안 robots.txt로 크롤링을 막아 두거나 noindex를 걸어 둔 경우, 공개 시점에 이를 지우지 않으면 리디렉션이 아무리 정확해도 색인이 생기지 않습니다.
새 URL마다 자기 자신을 가리키는 rel="canonical"이 들어 있는지, 내부 링크가 아직 이전 주소를 가리키고 있지 않은지도 같은 목록에 들어 있습니다.
⑥ 180일 전에 되돌리거나 도메인을 놓았다
마지막 자리는 시간입니다.
주소 변경 알림을 넣으면 두 사이트에 이동 중이라는 알림이 뜨고, 이 알림은 180일간 표시됩니다.
도움말은 구글 검색에서 트래픽이 계속 발생하는 동안에는 리디렉션을 180일 이상 유지하라고 합니다.
180일이 지나면 구글은 기존 사이트와 새 사이트의 관계를 더 이상 인식하지 않고, 기존 사이트가 크롤링 가능한 상태로 남아 있으면 관계없는 사이트로 취급합니다.
그러니 이전 도메인을 중간에 해지하거나 리디렉션을 일찍 내리면 그때까지 옮겨 놓은 신호가 끊깁니다.
같은 문단에 덧붙은 권고가 하나 더 있습니다.
기존 페이지를 지우더라도 폐기된 도메인을 다른 사람이 사서 악용하지 못하도록 최소 1년은 기존 도메인 사용료를 내 두는 편이 좋다는 내용입니다.
도메인 1년치는 1만~2만 원대이니 보험료로 보면 싼 편입니다.
되돌릴 때도 순서가 있습니다.
요청 후 180일 안이면 취소가 됩니다.
서버의 301을 먼저 지우고, 새 사이트에서 기존 사이트로 가는 301을 추가한 다음, 기존 사이트의 도구에서 이동 취소를 누릅니다.
301을 지우지 않고 취소만 누르면 다음 크롤링 때 계속 리디렉션됩니다.
네이버는 신청할 도구가 없습니다
① 네이버 웹마스터 가이드에는 구글의 주소 변경 알림 도구에 해당하는 기능이 없습니다.
새 사이트를 웹마스터도구에 등록하고 소유 확인을 한 다음, RSS와 사이트맵을 제출하고 주요 주소에 수집요청을 넣는 것이 전부입니다.
기대치도 같은 화면에 적혀 있습니다.
수집요청한 URL이 처리되기까지 우선순위에 따라 최소 1일에서 몇 주가 걸릴 수 있고, 같은 URL을 매일 반복해서 요청할 필요는 없습니다.
수집에 성공해도 검색 결과 노출이 보장되지는 않는다고도 분명히 적혀 있습니다.
네이버 쪽은 구글보다 더 기다리는 구간으로 잡는 편이 맞습니다.
할 수 있는 일은 새 주소를 등록해 두고, 사이트맵을 최신으로 유지하고, 이전 도메인의 301을 오래 켜 두는 것뿐입니다.
이전 직후에는 서버가 평소보다 더 맞습니다
① 공식 문서의 사전 점검 목록에는 서버에 충분한 컴퓨팅 리소스가 있는지 확인하라는 항목이 있습니다.
이유도 같이 적혀 있습니다.
이전이 끝난 뒤 구글은 평소보다 더 많이 새 사이트를 일시적으로 크롤링하는데, 이전 사이트로 가던 크롤링까지 새 사이트로 리디렉션되기 때문입니다.
사이트 크기가 특별히 크다면 호스팅 업체에 이전 계획을 알리라는 권고도 붙어 있습니다.
그래서 이전 날짜를 잡을 때 서버 쪽도 같이 봅니다.
공유 호스팅에서 동시 접속이나 CPU 사용에 제한이 걸려 있다면 크롤링이 몰리는 며칠 동안 응답이 느려질 수 있고, 그 사이 500 오류가 섞이면 새 주소의 색인이 그만큼 늦어집니다.
서버 쪽 리디렉션 규칙을 직접 다루기 어려운 환경이라면 관리형 클라우드 호스팅이 선택지 중 하나입니다.
2026년 10월 11일 공식 요금 페이지 기준으로 클라우드웨이즈의 최저 요금제는 월 14달러이고 설명에 개인 사이트와 단순한 블로그에 적합하다고 적혀 있습니다.
그 위는 28달러, 54달러, 99달러입니다.
처음부터 위 구간을 고를 이유는 없고, 이전 뒤 관리 화면에서 메모리 경고가 뜨거나 방문자가 눈에 띄게 늘었을 때 올리면 됩니다.
다만 표시 가격은 세금 별도라고 같은 페이지에 적혀 있고, 달러 결제라 환율과 카드 수수료가 더 붙습니다.
서버 사양과 요금 구간을 공식 요금 페이지에서 오늘 날짜로 확인하기
바꾸는 쪽이 늘 정답인 것은 아닙니다.
관리 화면이 영어이고 한국어 전화 지원이 없으며 메일 호스팅은 요금제에 들어 있지 않습니다.
글이 수백 편 수준이고 지금 공유 호스팅에서 속도 문제가 없다면, 이전 기간에만 잠깐 트래픽이 몰릴 뿐이니 그대로 두고 호스팅 업체에 일정만 알려 두는 편이 더 싸고 간단합니다.
순서대로 확인하는 점검표
| 순서 | 확인할 것 | 정상 신호 |
|---|---|---|
| 1 | 이전 주소의 응답 상태 코드 | 301 또는 308 (302·JS 리디렉션이면 교체) |
| 2 | 글 주소가 짝이 맞는 새 글로 가는지 | 전부 새 홈으로 몰리지 않고 1대1로 도착 |
| 3 | 새 주소가 실제로 열리는지 | 매핑 표의 새 주소가 200, 안 옮긴 글은 404·410 |
| 4 | 주소 변경 도구 사용 대상인지 | 도메인 자체가 바뀐 경우만 해당 |
| 5 | www 유무 등 변형별 신청 | 변형마다 속성 등록 + 각각 신청 완료 |
| 6 | 새 사이트의 robots.txt·noindex | 개발용 차단이 남아 있지 않음 |
| 7 | 양쪽 사이트맵 색인 수 | 이전 감소 · 신규 증가(방향이 중요) |
| 8 | 이전 도메인과 301 유지 기간 | 최소 180일, 가능하면 도메인은 1년 유지 |
1번부터 순서대로 보는 이유는 앞 단계가 막혀 있으면 뒤 단계를 아무리 손봐도 결과가 달라지지 않기 때문입니다.
1·2·3번이 통과하는데도 몇 주째 변화가 없다면 그때 4~6번을 봅니다.
자주 묻는 것
301 리다이렉트를 걸면 순위가 그대로 넘어가나요
신호는 넘어가지만 즉시도, 100퍼센트도 아닙니다.
공식 문서는 새 URL이 검색 결과에 점진적으로 표시되는 데 몇 주 이상 걸릴 수 있다고 하고, 이전과 동시에 URL 구조나 콘텐츠를 재설계하면 구글이 페이지를 다시 학습·평가해야 해서 일부 트래픽 손실이 생길 수 있다고 적고 있습니다.
주소 변경과 사이트 개편은 날짜를 나누는 편이 안전합니다.
서치콘솔 주소 변경을 신청했는데 아무 반응이 없습니다
신청이 받아들여지면 이전·이후 사이트 모두에 이동 중이라는 알림이 뜨고 180일간 유지됩니다.
알림이 보이지 않는다면 신청 자체가 완료되지 않았을 가능성이 큽니다.
두 속성이 같은 계정인지, 도메인 수준 속성인지, 중요한 사전 점검에서 멈춰 있지 않은지 확인하세요.
이전 도메인은 언제 버려도 되나요
구글 검색에서 트래픽이 계속 들어오는 동안에는 리디렉션을 180일 이상 유지하라고 되어 있습니다.
도메인 자체는 악용 방지를 위해 최소 1년 유지가 권장됩니다.
비용이 크지 않으니 1년을 기본으로 잡는 편이 좋습니다.
www를 붙이거나 떼는 변경도 주소 변경 도구를 쓰나요
아닙니다.
표준 태그 지정이나 리디렉션으로 처리하라고 도움말에 적혀 있습니다.
HTTP에서 HTTPS로 바꾸는 경우도 도구를 쓰지 않습니다.
마무리
이전 직후 순위가 흔들리는 것은 정상이며, 판단 기준은 지난 시간이 아니라 양쪽 사이트맵의 색인 수가 서로 반대 방향으로 움직이는가입니다.
301을 걸고도 안 따라올 때 새는 자리는 리디렉션 유형, 1대1 매핑, 도구 대상 여부, 변형별 신청, 소유 확인과 차단 설정, 180일 유지 여섯 군데입니다.
네이버에는 주소 변경 도구가 없어 등록·사이트맵·수집요청으로만 기다려야 하고, 이전 직후에는 크롤링이 몰리므로 서버 용량을 미리 한 번 확인해 두는 편이 좋습니다.
지금 주소를 옮기셨다면 며칠째이고, 서치콘솔의 이전·신규 색인 수는 어느 쪽으로 움직이고 있나요?
두 숫자를 댓글로 남겨 주시면 기다릴 상황인지 고칠 상황인지 같이 가려 보겠습니다.
다음 글에서는 「데이터베이스 연결 오류가 뜰 때 확인할 것」에 대해 알아보겠습니다.