이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
블로그 주소를 새 도메인으로 옮기면서 검색 순위를 덜 잃는 순서를, 2026년 9월 30일에 구글 검색 센터와 Search Console 공식 도움말에서 확인한 화면으로 정리했습니다.
도메인을 사 두고 옮길지 망설이는 분, 옮기긴 했는데 유입이 떨어져 무엇을 빠뜨렸는지 확인하려는 분을 위한 글입니다.
읽고 나면 매핑표를 만들어 301을 걸고, 서치콘솔 주소 변경 알림 도구를 언제 눌러야 하는지까지 순서대로 진행하실 수 있습니다.
결론부터, 순서가 전부입니다
순위가 날아가는 사고는 리디렉션을 빠뜨려서가 아니라 순서를 바꿔서 생깁니다.
매핑표 없이 옮기고, 301을 걸기 전에 서치콘솔 도구부터 누르고, 두 달 만에 예전 도메인을 버리는 식입니다.
공식 문서가 정한 순서는 하나입니다.
새 사이트 준비 → URL 매핑 생성 → 서버 측 영구 리디렉션 → 그다음에 서치콘솔 주소 변경 알림 도구.
도구는 마지막에 누르는 신고 창구이지 순위를 옮겨 주는 버튼이 아닙니다.
1단계: 매핑표를 먼저 만듭니다
구글 검색 센터의 사이트 이동 문서는 리디렉션보다 URL 매핑을 앞에 놓습니다.
이전 URL 목록을 뽑고 각 주소가 새 사이트의 어디로 갈지 한 줄씩 짝지어 두는 작업입니다.
① 「리디렉션 전략 계획하기」 절은 "매핑을 생성하고 새 사이트가 준비되면 다음으로 리디렉션 전략을 계획합니다"로 시작합니다.
매핑이 먼저라는 뜻입니다.
매핑표는 시트 한 장이면 됩니다.
A열에 이전 URL, B열에 새 URL을 적고 짝이 없는 글도 비워 두지 말고 가장 가까운 상위 주소라도 채웁니다.
문서는 매핑을 정의한 다음 세 가지를 하라고 적었습니다.
새 URL마다 자기 자신을 가리키는 rel="canonical" 태그를 넣고, 사이트 안의 내부 링크를 전부 새 주소로 바꾸고, 새 URL 사이트맵과 이전 주소로 연결되는 외부 사이트 목록을 저장해 두는 것입니다.
규모가 크지 않다면 나눠서 옮기지 않는 편이 낫습니다.
중소형 사이트는 "모든 URL을 동시에 이동하는 것이 좋습니다"가 문서의 권고입니다.
2단계: 301은 서버 쪽에 겁니다
리디렉션에도 종류가 있고, 구글이 무엇을 가장 잘 읽는지는 공식 문서에 순서대로 적혀 있습니다.
① 「서버 측 리디렉션」 절은 "서버 구성 파일(예: Apache의 .htaccess 파일)에 액세스하거나 서버 측 스크립트(예: PHP)를 사용하여 리디렉션 헤더를 설정해야 합니다"라고 적어 두었습니다.
② 바로 아래 절은 더 분명합니다.
"검색엔진 결과에 표시되는 대로 페이지의 URL을 변경해야 하는 경우 가능하면 영구 서버 측 리디렉션을 사용하는 것이 좋습니다." 301과 308이 그 영구 이전 신호입니다.
| 구분 | 수단 | 쓰는 상황 |
|---|---|---|
| 영구 1순위 | HTTP 301 · 308 (서버 측) | 도메인 변경처럼 되돌릴 생각이 없는 이전 |
| 영구 차선 | meta refresh · 자바스크립트 | 서버 설정을 만질 수 없을 때의 최후 수단 |
| 임시 | HTTP 302 · 303 · 307 | 점검 안내처럼 곧 되돌릴 때 |
도메인 변경에 302를 걸면 구글은 기존 주소를 검색 결과에 그대로 둡니다.
임시 리디렉션의 목적이 원래 그것이라, 잘못 걸어도 오류가 나지 않고 조용히 순위만 안 넘어갑니다.
아파치는 RewriteRule 끝에 [R=301], 엔진엑스는 return 301 로 시작하는 한 줄이 문서의 예시입니다.
워드프레스라면 리디렉션 기능이 있는 플러그인으로도 같은 헤더를 보낼 수 있습니다.
체인도 조심하셔야 합니다.
문서는 최종 도착 페이지로 바로 보내라고 권하고 부득이하면 3개 이하, 최대 5개까지로 제한합니다.
예전에 한 번 주소를 바꿨다면 1세대 주소도 새 주소로 바로 꽂는 규칙을 따로 만들어 두십시오.
3단계: 서치콘솔 주소 변경 알림 도구는 마지막입니다
도메인이 바뀌는 이전이라면 Search Console 의 주소 변경 알림 도구를 씁니다.
다만 순서가 정해져 있습니다.
① 도움말의 1단계는 사전 작업이고 "이전 홈페이지에서 새 홈페이지로 301 리디렉션을 구현합니다"가 그 첫 줄입니다.
2단계에 가서야 도구를 씁니다.
도구 소개에도 "사이트를 이전하고 리디렉션한 후에 이 도구를 사용하세요"라고 적혀 있습니다.
이 도구는 요청을 보내기 전에 두 사이트의 소유자가 같은지, 일부 페이지에 301이 구현되어 있는지를 점검합니다.
리디렉션이 없으면 사전 점검에서 막힙니다.
요건은 세 가지입니다.
두 속성 모두의 소유자여야 하고 같은 구글 계정으로 관리해야 합니다.
도메인 수준 속성에서만 되고 경로가 붙은 속성은 대상이 아닙니다.
하위 도메인은 따라오지 않아 www 나 m 으로 시작하는 주소는 따로 처리해야 합니다.
반대로 안 써야 하는 경우도 못 박혀 있습니다.
HTTP 를 HTTPS 로 바꾸는 경우, 같은 사이트 안에서 경로만 옮기는 경우, www 유무만 다른 주소 사이의 이동, 주소가 그대로인 호스팅 변경은 대상이 아닙니다.
4단계: 180일과 1년, 두 개의 시계
도구를 실행하면 양쪽 Search Console 에 이동 중이라는 알림이 뜨고 180일간 표시됩니다.
같은 기간 동안 구글은 기존 사이트의 신호를 새 사이트로 넘깁니다.
그래서 리디렉션을 성급하게 걷어내면 안 됩니다.
검색 유입이 남아 있으면 180일 이상 유지하라는 것이 도움말의 권고이고, 180일이 지나면 구글은 두 사이트의 관계를 더 이상 인식하지 않습니다.
도메인 자체는 더 오래 붙잡아 둡니다.
"폐기된 도메인을 다른 사람이 구매하여 악의적인 목적으로 사용하지 못하도록 최소 1년 동안은 기존 도메인 사용료를 지불하는 것이 좋습니다."
유입이 안 돌아오면 문제 해결 절의 목록을 봅니다.
새 사이트에 noindex 나 robots.txt 차단이 남은 경우가 가장 흔하고, 개별 글이 전부 새 홈으로만 가도록 걸린 잘못된 리디렉션, 새 URL 사이트맵 미제출, 이전 직후 늘어난 크롤링을 못 받아 내는 서버 용량 부족이 뒤를 잇습니다.
구조를 동시에 갈아엎지 않는 것도 중요합니다.
도움말은 새 위치에 동일한 사이트 아키텍처를 유지하라고 하고, 이동과 함께 URL 구조를 재설계하면 개별 페이지를 다시 학습해야 해 트래픽 손실이 생길 수 있다고 경고합니다.
301을 걸 수 없는 환경이라면
2단계에서 막히는 경우가 실제로 있습니다.
서버 설정 파일에 손을 댈 수 없으면 서버 측 301을 만들 방법이 없고, 문서가 최후의 수단이라 부르는 클라이언트 측 리디렉션으로 내려가야 합니다.
도메인을 옮길 계획이 있다면 .htaccess 나 엔진엑스 설정, 최소한 CMS 의 리디렉션 기능을 쓸 수 있는 호스팅인지 미리 확인해 두시는 편이 낫습니다.
관리형 클라우드 호스팅인 클라우드웨이즈는 2026년 9월 30일 기준 최저 요금제 Micro 가 월 14달러이고, 요금 페이지에 개인 사이트와 단순한 블로그에 적합하다고 적혀 있으며 카드 없이 3일 체험이 가능합니다.
① 요금 페이지 가장 왼쪽이 최저 요금제입니다.
시작할 때는 이 칸이면 충분하고, 메모리 부족 경고가 뜨거나 응답이 느려질 때 올리면 됩니다.
서버 쪽 리디렉션 규칙을 직접 만질 수 있는 환경인지 공식 요금 페이지에서 확인하기
이 절차가 해당되지 않는 경우
네이버 블로그나 티스토리 기본 주소처럼 플랫폼이 주소를 쥐고 있으면 이 글의 절차를 쓸 수 없습니다.
서버 설정을 만질 수 없어 301을 직접 걸 방법이 없기 때문입니다.
도메인 변경이 아니라 플랫폼 이전 문제라 접근이 달라집니다.
하루 방문자가 수십 명인 단계라면 서두를 이유도 크지 않습니다.
글이 쌓이고 검색 유입이 생긴 다음 한 번만 옮기는 편이 낫습니다.
호스팅을 바꾸는 선택에도 단점이 있습니다.
결제가 달러로 이뤄져 환율에 따라 원화 금액이 달라지고, 메일 호스팅은 요금에 포함되지 않아 별도 애드온으로 월 1.5달러부터 따로 나갑니다.
관리 화면과 고객지원도 영어라 한국어로 전화 문의할 창구가 없습니다.
월 1만 원 이하의 공유 호스팅으로 충분하고 앞으로도 글만 쓸 계획이라면 옮길 이유가 없습니다.
도메인 변경과 호스팅 변경은 별개의 결정입니다.
자주 묻는 것
도메인 바꾸면 순위가 얼마나 떨어지나요
공식 문서는 숫자를 제시하지 않습니다.
대신 손실을 키우는 조건으로 리디렉션 누락, 구조 동시 변경, 체인 리디렉션을 꼽습니다.
순서를 지키면 회복 기간 문제이고, 어기면 회복하지 못하는 부분이 생깁니다.
301과 302를 헷갈리면 어떻게 되나요
302는 임시 이전이라 기존 URL을 검색 결과에 남겨 두는 것이 정상 동작입니다.
완전히 옮겼는데 302를 걸면 오류 없이 순위만 넘어가지 않습니다.
되돌릴 생각이 없으면 301입니다.
HTTP 를 HTTPS 로 바꿀 때도 이 도구를 쓰나요
아닙니다.
도움말이 쓰지 않아야 하는 경우로 명시한 항목입니다.
리디렉션과 표준 태그만 제대로 걸면 구글이 알아서 확인합니다.
이동 신고를 취소할 수 있나요
요청 후 180일 안에는 됩니다.
서버의 301을 지우고 새 사이트에서 기존 사이트로 가는 301을 넣은 뒤 기존 사이트에서 이동 취소를 누릅니다.
다만 A 에서 B 로 신고한 직후 B 에서 C 로 다시 신고하는 연속 이동은 막혀 있습니다.
마무리
도메인 변경은 순서 문제입니다.
매핑표를 먼저 만들고 새 URL 의 canonical 과 내부 링크를 정리한 다음 서버 측 301을 겁니다.
서치콘솔 주소 변경 알림 도구는 301을 다 걸어 둔 뒤 누르는 마지막 단계입니다.
도메인 수준 속성에서만 되고 두 속성 모두의 소유자여야 합니다.
그다음은 기다리는 일입니다.
알림은 180일간 유효하니 리디렉션도 그만큼 유지하고, 예전 도메인은 1년치 사용료를 더 내고 붙잡아 두십시오.
지금 쓰고 계신 주소를 바꿀 생각이 있으신가요?
현재 주소와 옮기려는 이유를 댓글로 남겨 주시면 지금이 옮길 때인지 같이 따져 보겠습니다.
다음 글에서는 「클라우드웨이즈 백업·복원 설정법」에 대해 알아보겠습니다.