웹사이트 마이그레이션은 하루 오후 만에 몇 년치 검색 노출을 지워 버릴 수 있는 유일한 정기 프로젝트입니다. 재구축, 플랫폼 교체, 도메인 변경, 심지어 URL 구조를 조금 정리하는 작업까지 모두 같은 위험을 안고 있습니다. 게다가 피해는 배포 당일에 스스로를 드러내지 않습니다. 두 주쯤 지난 뒤, 아무도 이번 릴리스와 연결 짓지 않는 조용하고 꾸준한 하락으로 나타납니다.

다행인 것은 원인이 이미 잘 알려져 있고, 거의 전부 예방할 수 있다는 점입니다. 실무에서 보면 마이그레이션으로 잃는 트래픽은 대부분 한 가지로 수렴합니다. 빠진 곳이 있는 리다이렉트 맵입니다. 이 글에 담긴 나머지 모든 것은 그것을 제대로 하는 일 다음에 옵니다.

원칙은 하나입니다: 지금 존재하면서 조금이라도 가치가 있는 URL은, 전부 하나의 영구 리다이렉트로 새 사이트에서 가장 가까운 대응 페이지에 도착해야 합니다. 여기서 가치란 유입이 있거나, 백링크가 있거나, 색인되어 있다는 뜻입니다. 홈페이지가 아닙니다. 세 번 이어지는 전달도 아닙니다. 한 번의 리다이렉트로, 진짜 대응되는 페이지에.

무엇을 만들기 전에 목록부터 만드십시오

존재를 모르는 URL은 리다이렉트할 수 없습니다. 그리고 모든 URL을 한곳에 모아 둔 자료는 어디에도 없습니다. 네 곳에서 끌어와 하나로 합치는 것이 유일하게 믿을 만한 방법입니다.

현재 사이트의 전체 크롤링. 링크를 따라가서 닿을 수 있는 것이 전부 나옵니다. 대부분이기는 하지만 결코 전부는 아닙니다. 고립된 페이지, 내부 링크가 끊긴 오래된 글, 어디서도 닿지 않는 랜딩 페이지는 이 방법만으로는 보이지 않습니다.

서치 콘솔 데이터. 노출이나 클릭을 한 번이라도 받은 URL을 모두 내보내십시오. 내부에서 아무도 링크하지 않는데 검색에서 사람을 데려오는 페이지는 대부분의 담당자가 짐작하는 것보다 훨씬 많습니다.

서버 접근 로그. 실제로 무엇이 요청되고 있는지를 보여 줍니다. 사이트 어디에도 더 이상 나타나지 않지만 즐겨찾기, 메일, 외부 링크를 통해 여전히 방문을 받는 오래된 URL은 여기서만 발견됩니다.

백링크 데이터. 다른 사이트가 링크한 URL은 응답을 멈추는 순간 그 가치를 잃습니다. 이 작업 전체에서 우선순위가 가장 높은 리다이렉트가 바로 여기입니다. 링크로 쌓인 신뢰는 다른 방법으로 되찾을 수 없기 때문입니다.

이 넷을 하나의 목록으로 합치고 중복을 제거하십시오. 그렇게 나온 것이 사이트의 진짜 면적입니다. 오래 운영한 사이트일수록 그 숫자는 누구의 예상보다도 큽니다. 그리고 그 숫자 하나만으로 프로젝트 계획이 다시 짜이는 일도 드물지 않습니다.

예전 주소를 새 주소에 대응시키기

목록이 손에 들어오면, 판단이 개입하는 단계가 시작됩니다.

모든 URL을 가장 가까운 대응 페이지에 연결하십시오. 직접적인 후속 페이지가 있는 경우는 쉽습니다. 여러 페이지가 하나로 통합되었다면 이제 그 주제를 다루는 페이지를 가리키십시오. 내용이 정말로 사라졌고 후속 페이지도 없다면, 엉뚱한 곳으로 보내는 대신 404나 410을 반환하게 두십시오. 의도적으로 삭제한 것이라면 410이 의사를 더 분명히 전달합니다.

전부 홈페이지로 보내고 싶은 유혹은 참으십시오. 검색 엔진은 무관한 페이지로 향하는 리다이렉트를 소프트 404로 취급합니다. 그래서 넘겨주는 것도 없고, 오래된 링크를 따라온 사람에게도 나쁜 경험이 됩니다. 정말로 제거된 콘텐츠라면 오해를 부르는 리다이렉트보다 분명한 404가 더 나은 결과입니다.

영구 리다이렉트를 쓰되 반드시 한 단계로 끝내십시오. 예전 URL이 두 번째 URL을 가리키고 그것이 다시 세 번째를 가리키는 사슬은, 두 번 이상 마이그레이션을 겪은 사이트에서 흔히 보입니다. 단계가 하나 늘 때마다 지연이 더해지고 신호는 옅어집니다. 지난 마이그레이션이 남겨 둔 중간 지점이 아니라 언제나 최종 목적지로 직접 연결하십시오.

놓치기 쉬운 세부도 살피십시오. 끝의 슬래시, 대문자가 섞인 주소, 별개의 페이지로 색인되는 쿼리 문자열 주소, 그리고 프로토콜과 서브도메인. 페이지 대응은 완벽한데 http와 www 조합을 손대지 않은 마이그레이션은 문제를 두 배로 늘린 것과 같습니다.

사이트와 함께 옮겨야 하는 것들

리다이렉트가 가장 큰 위험이지만, 지킬 것이 네 가지 더 있습니다.

캐노니컬과 hreflang. 마이그레이션 후 캐노니컬은 새 URL을 가리켜야 합니다. 예전 도메인을 그대로 가리키는 캐노니컬은 새 사이트가 아예 색인되지 않게 만드는, 대단히 효과적인 방법입니다. 여러 언어를 운영한다면 hreflang 묶음도 함께 갱신해야 합니다. 하나만 어긋나도 그 묶음 전체가 무효가 되기 때문입니다.

구조화 데이터. 예전 페이지에 있던 스키마는 그 안에 적힌 URL까지 포함해 함께 옮겨야 합니다. 눈에 보이는 콘텐츠만 옮기고 마크업을 잃어버리는 일은 흔하며, 그 결과 리치 결과 자격이 조용히 사라집니다.

메타데이터. 제목과 설명은 새 플랫폼의 기본값이 생성하게 두지 말고 의도적으로 옮기십시오. 잘 다듬어 둔 제목을 템플릿 패턴으로 바꿔 버린 재구축은 순위가 유지되더라도 클릭을 잃습니다.

페이지 속도. 새 사이트는 자기가 대체한 사이트보다 무거워지는 경우가 많습니다. 코어 웹 바이탈은 일정 기간 모은 실제 사용자 데이터로 평가되므로, 느려진 사이트가 영향을 다 드러내기까지 몇 주가 걸립니다. 그때쯤이면 원인을 엉뚱한 데로 돌리기 쉬워집니다. 코어 웹 바이탈 안내 에서 기준선이 실제로 무엇을 요구하는지 다룹니다.

배포와 첫 48시간

배포 자체는 짧습니다. 중요한 것은 검증입니다.

공개 전에 스테이징 환경에서 리다이렉트 맵을 전체 목록에 대고 시험하십시오. 손으로 하지 말고 자동화하십시오. 모든 예전 URL을 요청해 301이 한 번만 반환되는지, 도착지가 예상과 같은지 확인하는 방식입니다. 표본만 손으로 확인하면 한 번에 천 개의 URL을 망가뜨린 패턴을 놓치게 됩니다.

새 사이트가 실제로 크롤링 가능한 상태인지 확인하십시오. 배포일에 가장 흔한 사고는 스테이징의 robots 설정이나 빼지 않은 noindex 태그를 그대로 내보내는 것입니다. 다른 무엇보다 이 두 가지를 먼저 보십시오.

새 사이트맵을 제출하고, 한동안은 예전 URL을 담은 임시 사이트맵도 남겨 두십시오. 크롤러가 예전 주소를 다시 발견하고 리다이렉트를 따라가게 하기 위해서입니다. 도메인이 바뀌었다면 서치 콘솔의 주소 변경 도구를 사용하십시오.

그다음에는 순위가 아니라 로그를 보십시오. 새 URL에 대한 크롤러의 움직임은 마이그레이션이 인식되고 있는지를 몇 시간 안에 알려 줍니다. 순위는 최소 일주일 동안 쓸모 있는 이야기를 해 주지 않습니다.

회복은 실제로 어떤 모습인가

회복 곡선의 모양은 마이그레이션 자체보다 더 많은 공황을 부릅니다. 그래서 배포 전에 기대치를 맞춰 두는 편이 낫습니다.

모든 것을 제대로 했더라도 어느 정도의 출렁임은 정상입니다. 검색 엔진은 모든 URL을 다시 크롤링하고 다시 처리하고 다시 연결해야 하며, 그 시간은 사이트 규모에 비례합니다. 중간 규모 사이트에서 두 주쯤 내려앉는 것은 실패의 증거가 아닙니다.

잘 수행된 마이그레이션은 보통 4주에서 8주 안에 이전 수준으로 돌아옵니다. 작은 사이트에서는 더 빠를 때도 있습니다. 잘못 수행된 마이그레이션은 원인이 그대로 남아 있기 때문에 저절로 회복되지 않습니다.

그 차이는 데이터에 드러납니다. 서치 콘솔에서 크롤 오류가 늘고 색인에서 빠지는 페이지가 보인다면 고쳐야 할 기술적 문제가 있는 것입니다. 크롤링이 건강해 보이고 노출만 뒤늦게 따라오고 있다면, 정상적인 재처리를 보고 있는 것입니다.

배포 전에 예전 사이트의 분석 데이터와 서치 콘솔 데이터를 내보내 두십시오. 더는 접근할 수 없는 기준선과 비교해야 하는 처지는 정말 비참하며, 놀랄 만큼 자주 벌어집니다.

웹사이트 마이그레이션 작업 비용

아래는 영국의 전형적인 에이전시 요율이며, 페이지 디자인 분량이 아니라 URL 개수에 따라 늘어납니다.

URL이 수백 개인 소규모 사이트의 리다이렉트 매핑과 마이그레이션 QA는 대체로 £900에서 £2,500입니다. 목록 작성, 매핑, 자동 검증, 배포 후 점검까지 포함한 금액입니다.

URL이 수천 개인 중간 규모 사이트는 £2,500에서 £8,000이 일반적입니다. 차이는 대부분 매핑에 더 많은 판단이 필요하고 검증에 더 많은 도구가 필요하다는 데서 옵니다.

패싯 내비게이션, 파라미터 URL, 국가별 변형을 안고 있는 대형 사이트나 이커머스 사이트는 £8,000 부근에서 시작해 복잡도에 따라 올라갑니다. 특히 패싯 내비게이션은 기계적인 매핑으로는 처리할 수 없고 판단이 필요한, 엄청난 수의 색인된 URL을 만들어 냅니다.

이에 견주면, 잘못했을 때의 비용은 회복에 걸리는 기간만큼의 자연 검색 매출에 이를 되돌리기 위한 긴급 작업 비용을 더한 것입니다. 미리 돈을 쓰는 편이 분명히 낫다고 말할 수 있는 드문 경우입니다. 기술 SEO 감사 비용 안내 에서 이와 맞닿은 진단 작업을 다룹니다.

한 번에, 제대로 옮기십시오

Mecanik은 마이그레이션 계획과 검증을 기술 SEO 감사 와 웹사이트 개발 서비스의 일부로 수행합니다. 네 가지 자료에서 목록을 만들고, 리다이렉트 맵을 작성하고, 그에 대한 검증을 자동화하며, 배포 후 첫 몇 주 동안 크롤 동작을 관찰합니다.

플랫폼 교체에 대해서도 같은 방식으로 대응합니다. 이런 작업에서는 누구의 결정도 아닌 채로 새 시스템의 관례 때문에 URL 구조가 바뀌어 버리는 일이 특히 잦기 때문입니다. Drupal 마이그레이션 가이드 가 그 대표적인 사례 하나를 다루며, 같은 규율이 모든 플랫폼 교체에 그대로 적용됩니다.

배포 전에 검증 항목의 전체 그림을 보고 싶다면 기술 SEO 감사 체크리스트 가 마이그레이션 전후 모두에 쓸 수 있는 점검 항목을 정리해 줍니다. 재단장과 이전을 동시에 저울질하고 있다면 웹사이트 재단장 판단 글도 함께 보시면 좋습니다.

이미 마이그레이션이 끝났고 트래픽이 떨어졌다면 배포 날짜와 함께 연락 주십시오. 리다이렉트 문제인지, 색인 문제인지, 아니면 정상적인 재처리인지 알려 드리겠습니다.

관련 게시물: 2026년 테크니컬 SEO 감사 체크리스트 , 영국 웹사이트 리디자인 - 2026년 시기와 방법 , Drupal 개발자 채용: 단가, 역량, 검증 방법 , 영국 SEO 서비스 - 2026년에 기대할 수 있는 것 ., @font-face 다루는 방법 , CMS 마이그레이션, 트래픽을 잃지 않는 법

자주 묻는 질문

마이그레이션 후에 트래픽이 떨어진 이유는 무엇입니까? 가장 흔한 원인은 빠진 곳이 있는 리다이렉트 맵입니다. 유입이나 백링크가 있던 URL이 오류를 반환하거나 엉뚱한 곳을 가리키게 된 것입니다. 그 밖에 자주 보이는 원인은 스테이징에서 남은 noindex 태그, 예전 도메인을 그대로 가리키는 캐노니컬, 그리고 신호를 옅게 만드는 다단 리다이렉트입니다.

예전 URL을 홈페이지로 리다이렉트해도 됩니까? 아닙니다. 검색 엔진은 무관한 페이지로 향하는 리다이렉트를 소프트 404로 취급하므로 넘겨주는 것이 없고, 오래된 링크를 따라온 사람도 당황하게 됩니다. 각 URL을 가장 가까운 실제 대응 페이지에 연결하고, 후속 페이지가 없는 콘텐츠는 404나 410을 반환하게 두십시오.

마이그레이션 후 순위 회복에는 얼마나 걸립니까? 잘 수행된 마이그레이션은 보통 4주에서 8주 안에 이전 수준으로 돌아오며, 작은 사이트에서는 더 빠릅니다. 재크롤링 중의 어느 정도 변동은 정상입니다. 크롤 오류가 늘고 페이지가 색인에서 빠지고 있다면 그것은 정상적인 재처리가 아니라 기술적 결함입니다.

마이그레이션 전에 무엇을 목록으로 만들어야 합니까? 네 가지 자료를 합치십시오. 현재 사이트의 전체 크롤링, 서치 콘솔에서 노출이나 클릭이 있는 모든 URL, 실제 요청을 보여 주는 서버 접근 로그, 그리고 백링크 데이터입니다. 각각이 다른 자료에서는 빠지는 URL을 잡아 주며, 백링크가 있는 URL이 가장 먼저 지켜야 할 대상입니다.

웹사이트 마이그레이션 SEO 작업 비용은 얼마입니까? URL이 수백 개인 소규모 사이트의 리다이렉트 매핑과 검증은 보통 £900에서 £2,500입니다. URL이 수천 개인 중간 규모 사이트는 £2,500에서 £8,000이며, 패싯 내비게이션과 국가별 변형을 가진 대형 사이트나 이커머스 사이트는 £8,000 부근에서 시작합니다.