사이트를 옮겼는데 방문자가 줄었습니다. 서버는 멀쩡하고 디자인도 근사한데, 구글 검색에서는 새집이 빈집처럼 보입니다.
이때 많은 사람이 서치콘솔에 들어가 숫자부터 봅니다. 하지만 사이트 이전은 이사 당일에 짐만 옮기는 일이 아니라, 우체국과 내비게이션과 단골손님에게 새 주소를 알려주는 일에 가깝습니다.
사이트 이전은 주소만 바꾸는 일이 아닙니다
사이트 이전에는 여러 종류가 있습니다. 도메인을 바꾸는 경우, 주소의 http를 https로 바꾸는 경우, www를 빼거나 붙이는 경우, 서버만 바꾸는 경우가 대표적입니다.
겉으로는 모두 “이사”처럼 보이지만 서치콘솔에서 확인할 항목은 조금씩 다릅니다. 특히 주소가 실제로 바뀌었는지, 페이지 주소도 함께 바뀌었는지를 먼저 나눠야 합니다.
예를 들어 example.com에서 example.net으로 옮겼다면 도메인 이전입니다. 반면 주소는 그대로 두고 호스팅 회사만 바꿨다면 검색엔진 입장에서는 간판은 그대로인 채 건물 관리인만 바뀐 셈입니다.
구글은 사이트에 큰 변화가 생기면 새 주소를 다시 방문하고 내용을 다시 정리합니다. 이 과정에서 검색 순위가 잠시 흔들릴 수 있으니, 이전 직후의 하루 수치만 보고 “검색 노출이 이삿짐 트럭에 깔렸다”고 결론 내리면 곤란합니다.
서치콘솔에서 가장 먼저 확인할 두 집
새 사이트를 만들었다면 서치콘솔에 새 속성을 추가해야 합니다. 속성은 서치콘솔에서 사이트를 따로 살펴보는 관리 단위입니다.
도메인 속성은 example.com처럼 도메인만 입력하는 방식입니다. http와 https, www와 여러 하위 주소를 한꺼번에 살펴볼 수 있어 큰 사이트 이전에 편리합니다.
URL 접두어 속성은 주소의 앞부분을 정확히 지정합니다. 이 방식은 주소와 하위 폴더를 나눠 볼 수 있지만, http와 https 또는 www와 비 www를 각각 등록해야 할 수 있습니다.
이전 전에는 기존 사이트와 새 사이트를 모두 등록하고 소유권을 확인하세요. 한쪽 집 열쇠만 가지고 이사 신고를 할 수는 없습니다.
- 기존 도메인 속성이 살아 있는지 확인합니다.
- 새 도메인 속성을 추가하고 소유권을 확인합니다.
- www, 비 www, http, https 변형이 빠지지 않았는지 살핍니다.
- 관리자와 개발 담당자가 같은 사이트를 보고 있는지 맞춥니다.
구글은 도메인 속성에서 여러 프로토콜과 하위 도메인을 함께 보여주지만, URL 접두어 속성은 지정한 주소만 포함합니다. 이 차이를 놓치면 데이터가 사라진 것이 아니라 다른 서랍에 들어간 것인데도 분실 신고를 하게 됩니다.
주소 변경 도구는 언제 눌러야 할까요
도메인 자체를 바꿨다면 서치콘솔의 주소 변경 도구를 사용할 수 있습니다. 이 도구는 기존 사이트에서 새 사이트로 이동했다는 사실을 구글에 알려주고, 기존 사이트의 신호를 새 사이트로 연결하는 데 도움을 줍니다.
단, 먼저 해야 할 일이 있습니다. 기존 주요 페이지에서 새 페이지로 영구 이동 안내를 설정해야 합니다. 보통 301 이동이라고 부르며, 방문자와 검색엔진에게 “이 주소는 이제 여기로 이사했습니다”라고 알려주는 표지판입니다.
기존 글 100개를 모두 새 홈페이지로 보내는 식의 뭉뚱그린 이동은 피해야 합니다. 기존 글과 가장 내용이 비슷한 새 글로 연결해야 방문자도 덜 헤매고, 검색엔진도 페이지의 관계를 이해하기 쉽습니다.
주소 변경 도구는 모든 이전에 쓰는 만능 버튼이 아닙니다. http에서 https로 바꾸거나 같은 도메인 안에서 폴더만 옮기는 경우에는 이 도구를 쓰지 않고, 올바른 이동 설정과 새 사이트 점검을 진행합니다.
구글 안내에 따르면 주소 변경 요청의 효과는 180일 동안 이어집니다. 기존 주소의 이동 설정은 최소 180일 동안 유지하고, 여전히 방문이 들어온다면 더 오래 유지하는 편이 안전합니다.
새 주소를 구글이 제대로 읽는지 점검하세요
사이트 이전에서 가장 무서운 것은 화려한 오류 화면이 아닙니다. 아무 말 없이 검색로봇을 막아버리는 설정입니다.
URL 검사로 대표 페이지를 살펴보기
서치콘솔의 URL 검사에서는 특정 주소가 구글에 등록되어 있는지, 마지막으로 언제 읽혔는지, 색인에 문제가 있는지를 확인할 수 있습니다.
먼저 새 홈페이지를 검사하고, 방문자가 많이 찾는 글과 상품 페이지도 몇 개 골라 살펴보세요. 새 주소가 열리더라도 검색 결과에 등록되었다는 뜻은 아니므로, 화면이 보이는 것과 색인이 된 것은 구분해야 합니다.
검사 결과에서 색인 제외, 접근 차단, 서버 오류, 대체 페이지 같은 안내가 보이면 원인을 따로 확인해야 합니다. 무조건 색인 요청 버튼만 여러 번 누르는 것은 초인종을 누르며 택배를 재촉하는 일과 비슷합니다.
사이트맵과 robots.txt 확인하기
새 사이트맵에는 새 주소만 들어 있어야 합니다. 이전 주소가 계속 섞여 있으면 구글에게 옛집 주소가 아직 중요한지 헷갈리는 신호를 보낼 수 있습니다.
사이트맵을 새 속성의 서치콘솔에 제출하고, 읽기 성공 여부와 발견된 주소 수를 확인하세요. 사이트맵 파일 자체가 다른 주소로 이동하도록 만들어져 있으면 서치콘솔에서 제대로 처리되지 않을 수 있습니다.
robots.txt도 반드시 살펴봐야 합니다. 개발 중에는 검색을 막아두었다가 공개 때 풀지 않는 일이 생각보다 흔합니다. 문을 열어놓고 현관에 “검색로봇 출입 금지” 팻말을 붙이는 셈입니다.
사이트맵과 robots.txt를 이전 뒤에도 반복해서 확인해야 한다면 점검 상태를 따로 관리할 수 있습니다. SOHO SEO의 Site Error Check는 robots.txt와 이 플러그인이 제공하는 사이트맵을 하루 한 번 확인하고, 문제가 있을 때 이메일을 보냅니다. 서치콘솔에서 발견한 문제와 사이트 자체의 기본 점검 결과를 나누어 확인하는 방식입니다.
직접 점검할 때 가장 자주 막히는 곳
실무에서 가장 어려운 부분은 이동 규칙을 만드는 일입니다. 페이지가 수십 개라면 사람이 하나씩 확인할 수 있지만, 수천 개가 되면 주소 목록과 실제 서버 응답을 함께 비교해야 합니다.
옛 주소가 새 주소로 한 번에 가지 않고 여러 번 꺾이는 경우도 있습니다. 구글의 일반 크롤러는 여러 번의 이동을 따라갈 수 있지만, 이동 단계가 많아질수록 속도와 이해 가능성이 떨어집니다. 낡은 안내판을 세 개쯤 지나야 목적지에 도착하는 셈입니다.
또 다른 문제는 주소는 새것인데 페이지 안의 연결은 옛 주소인 경우입니다. 내부 링크, 대표 주소 표시, 사이트맵, 구조화된 정보, 이미지 주소까지 함께 바꿔야 하는데, 한 군데라도 빠지면 일부 페이지는 계속 옛집을 가리킵니다.
사람이 직접 해결할 때의 한계도 분명합니다. 목록을 엑셀로 정리하고, 응답 코드를 확인하고, 이동 후 새 주소가 색인되는지 며칠 또는 몇 주 동안 비교해야 하기 때문입니다.
특히 상품 수가 많거나 게시물이 오래 쌓인 사이트는 “대충 몇 개 눌러봤더니 되더라” 방식이 위험합니다. 표본으로 괜찮아 보여도 특정 폴더, 날짜별 글, 모바일 주소에서만 문제가 터질 수 있습니다.
그래서 이전 전후에는 주소 목록을 자동으로 비교하고, 이동 단계와 오류 주소를 한꺼번에 찾아주는 점검 방법이 유용합니다. 도구가 판단을 대신하는 것은 아니지만, 사람이 놓치기 쉬운 바늘을 넓은 운동장에서 찾아주는 손전등 역할은 할 수 있습니다.
이전 뒤 검색 관련 구조를 관리하는 SOHO SEO
주소 변경 뒤 워드프레스 사이트에서 404와 내부 연결을 함께 살펴야 한다면 SOHO SEO를 검색 노출에 영향을 주는 기술·구조 요소를 관리하는 도구로 활용할 수 있습니다. Redirects에서 301, 302, 410 연결을 만들고 주소 패턴과 방문 횟수를 관리하며 404 발생을 기록합니다. 이전 후 어떤 주소에서 문제가 생겼는지 확인하고 연결 상태를 정리하는 데 맞는 기능입니다.
옛 주소가 남은 내부 링크를 찾기 어려운 경우에는 Internal/external link management에서 게시물의 내부 링크 후보를 찾아 선택하거나 자동으로 적용하고 게시할 수 있습니다. 사이트맵은 일반 XML 사이트맵으로 관리하고, 검색에 노출할 필요가 적은 날짜·작성자·태그 등의 보관 페이지는 noindex management에서 구분할 수 있어, 이전 뒤 주소·연결·사이트맵을 각각 점검하는 흐름을 만들 수 있습니다.
이전 뒤에는 숫자보다 흐름을 보세요
이전 직후에는 검색 노출, 클릭, 색인 페이지 수가 오르내릴 수 있습니다. 구글이 새 사이트를 다시 읽고 기존 신호와 연결하는 동안 생기는 자연스러운 변동입니다.
서치콘솔의 실적 보고서에서는 이전 전후의 클릭 수와 노출 수를 같은 기간으로 비교하세요. 하루 전과 하루 후만 비교하면 주말과 평일 차이까지 사이트 이전 탓으로 오해할 수 있습니다.
페이지 색인 보고서에서는 새 주소가 발견되었는지, 색인 제외 이유가 늘었는지 확인합니다. 색인 제외가 모두 문제는 아니지만, “중복 페이지”, “찾을 수 없음”, “서버 오류”가 갑자기 많아졌다면 이동 규칙과 내부 연결을 다시 봐야 합니다.
기존 주소에서 새 주소로 실제 이동이 되는지도 대표 주소별로 확인하세요. 구글의 URL 검사만 믿기보다 일반 브라우저와 휴대전화에서도 직접 열어보는 것이 좋습니다.
사이트 이전은 하루 만에 끝나는 행사가 아니라 관찰 기간이 필요한 작업입니다. 이전 뒤에도 기존 사이트의 방문, 오류, 이동 상태를 일정 기간 기록해야 조용히 새는 문제를 잡을 수 있습니다.
자주 묻는 질문
Q. 도메인은 그대로이고 서버만 바꿨는데 주소 변경 도구를 써야 하나요?
A. 쓰지 않습니다. 주소가 그대로라면 새 서버가 정상 응답하는지, robots.txt와 사이트맵이 막히지 않았는지, 주요 페이지가 같은 주소로 열리는지를 확인하면 됩니다.
Q. http에서 https로 바꿀 때도 주소 변경 도구가 필요한가요?
A. 필요하지 않습니다. https 주소로 영구 이동을 설정하고, 대표 주소와 내부 링크와 사이트맵을 https로 맞춘 뒤 새 주소를 점검하세요.
Q. 기존 페이지를 모두 새 홈페이지로 보내도 되나요?
A. 권하지 않습니다. 대체 내용이 없는 페이지는 관련성이 높은 새 페이지로 보내거나, 정말 사라진 페이지라면 적절한 없음 응답을 반환하는 편이 낫습니다.
Q. 주소 변경 뒤 검색 순위가 바로 돌아오지 않으면 실패인가요?
A. 바로 실패라고 볼 수 없습니다. 구글이 새 주소를 다시 읽고 평가하는 동안 변동이 생길 수 있으므로, 이동 오류와 색인 상태를 먼저 확인하고 일정 기간 흐름을 비교해야 합니다.
Q. 이 문제를 도구로 쉽게 해결할 수 있나요? 어떤 도구를 쓰면 되나요?
A. 서치콘솔의 주소 변경, URL 검사, 사이트맵 보고서를 기본으로 사용하면 됩니다. 주소가 많다면 이동 규칙과 오류 주소를 일괄 확인하는 크롤링 도구를 함께 쓰되, 최종 연결 대상은 사람이 직접 검토해야 합니다.
Q. 이전 후 404와 내부 링크 문제를 함께 확인하려면 어떻게 해야 하나요?
A. 먼저 서치콘솔에서 색인 제외와 오류 상태를 확인한 뒤, 사이트의 404 발생과 내부 연결을 별도로 점검해야 합니다.
SOHO SEO는 Redirects에서 404 발생을 기록하고 301, 302, 410 연결을 관리하며, Internal/external link management에서 내부 링크 후보를 찾을 수 있습니다. 다만 어떤 새 주소로 연결할지는 페이지 내용과 이전 계획에 맞춰 직접 검토해야 합니다.
워드프레스 관련 플러그인
