아티클

사이트 마이그레이션에서 무엇을 잃고, 어떻게 피하나

892건의 마이그레이션 연구에서 평균 회복 기간은 523일이었어요. 트래픽 손실이 왜 생기는지, 제대로 만든 리디렉션 맵으로 어떻게 막는지 정리했어요.

2026년 9월 6일사이트 마이그레이션 · 기술 SEO · 리빌드

‘플랫폼을 바꾸고 싶은데 Google 순위를 잃을까 봐 무서워요.’ 몇 년에 걸쳐 오가닉 트래픽을 쌓아 온 회사라면 거의 모두가 하는, 가장 흔하고 가장 정당한 반론이에요. 위험이 실재하고 문서로 남아 있으니 정당하지만, 필요한 마이그레이션을 무한정 미룰 이유로는 정당하지 않아요. 몇 주 만의 회복과 영영 오지 않는 회복 사이의 차이는 거의 전부 한 가지에 달려 있어요. 리디렉션 맵의 품질이에요.

위험은 얼마나 큰가, 실제 수치로

Search Engine Journal이 도메인 마이그레이션 892건을 대상으로 한 연구에서 오가닉 트래픽의 평균 회복 기간은 523일이었어요. 가장 빠른 회복은 19일에서 33일 사이에 일어났지만, 사이트의 17%는 1,000일이 지나도 트래픽을 되찾지 못했어요. 3주와 ‘영영’ 사이의 차이는 운이 아니라 실행에서 갈려요.

문서로 남은 두 사례가 무엇이 재앙을 만드는지 정확히 보여줘요. Sistrix IndexWatch 데이터를 보면 NerdWallet은 URL 구조를 불완전하게 바꾼 뒤 전년 대비 가시성이 85.10% 떨어졌어요. 사이트맵이 선언한 URL이 255개뿐이었는데 실제로 색인된 URL은 1만 2,828개였어요. BioMed Central에서는 손실이 98.40%까지 갔어요. 옛 URL을 개별로 매핑하지 않고 브랜드 페이지 하나로 통째로 리디렉션했기 때문이에요. 방법론적 결론은 분명해요. 트래픽이나 권위가 있는 옛 URL은 하나하나 가장 관련 있는 새 URL로 매핑해야 하고, 홈페이지나 ‘우산’ 페이지로 뭉뚱그려 리디렉션해서는 절대 안 돼요.

Google Search Central의 공식 권고는 명확해요. 서버 측 301 리디렉션은 랭킹 신호가 완전히 넘어가도록 최소 1년은 살려 둬야 해요. 재크롤 기간의 일시적인 가시성 변동은 정상이고 중간 규모 사이트라면 몇 주 안에 안정돼요. 다만 이건 처음부터 제대로 만든 마이그레이션 맵이 있을 때의 이야기이지, 출시 후에 급조한 맵으로는 아니에요.

고칠지 다시 지을지 어떻게 정하나

마이그레이션을 논하기 전에, 그만큼 중요한 앞선 질문이 있어요. 지금 사이트에 필요한 게 기존 구조 위의 리디자인인가요, 아니면 전면적인 플랫폼 마이그레이션인가요. 이건 미적 취향이 아니라 다섯 가지 기준으로 하는 기술적 계산이에요.

유지보수의 위험. 개발자가 콘텐츠나 레이아웃 같은 일상적인 수정을 할 때 다른 걸 망가뜨릴 큰 위험 없이 할 수 있나요. Core Web Vitals. 모바일에서 LCP가 4초를 넘거나 FID가 300밀리초를 넘거나 CLS가 0.25를 넘으면, 표면 최적화로만 풀리는 겉모습 문제가 아니라 렌더링 아키텍처의 문제를 뜻해요. 플랫폼 지원. 프레임워크나 CMS 버전이 아직 보안 패치를 받고 있나요. 연동의 안정성. 결제, 택배, CRM, 폼이 반복적으로 고장 나나요. 새 기능의 고립. 관련 없는 코드를 건드리지 않고 새 기능을 추가할 수 있나요.

다섯 중 셋 이상이 문제라면, 지금 구조 위의 리디자인이 아니라 전면적인 플랫폼 마이그레이션 쪽으로 판단이 기울어요. 기억해 둘 경고가 하나 있어요. 근본적으로 망가진 코드 위에 시각적 리디자인을 씌우면 단기적으로는 눈에 띄게 좋아지지만 문제는 약 6개월 뒤에 다시 나타나요. 그때가 되면 전면 마이그레이션 이야기가 이미 추가된 비용과 함께 돌아와요.

옛 플랫폼이 보이는 것보다 더 중요한 이유

리빌드 프로젝트의 상당수가 업데이트되지 않은 WordPress 설치에서 출발하는데, 2025년 보안 데이터가 왜 이게 미적 논점을 넘어서는지 보여줘요. 2025년 WordPress 생태계에서 발견된 취약점은 1만 1,334개로 2024년의 7,966개보다 늘었고, 그중 91%가 플러그인에서 나왔어요. WordPress 코어에서 나온 건 6개뿐이에요. 악용 속도도 빨라요. 공개된 취약점의 대규모 악용은 평균 5시간 안에 시작되고, 취약점의 45%가 첫 24시간 안에, 70%가 첫 주 안에 악용돼요. 설치 기준으로는 WordPress 사이트의 약 2.5%가 여전히 4.x 이하 버전에서 돌아가고, 보안 패치가 유지되는 PHP에서 돌아가는 건 48%뿐이에요.

이 수치들이 감사에서 자주 마주치는 상황을 설명해요. 2018년에서 2021년 사이의 WordPress 사이트, 업데이트가 끊긴 프리미엄 테마, 개발자가 손을 놓은 플러그인, 공식 지원이 끝난 PHP 같은 조합이에요. 패치되지 않은 상태로 한 달이 더 지나면 노출 창은 그대로 있는 게 아니라 넓어지고, 심한 경우 실제 침해로 이어져요. 주입된 피싱 페이지, 수상한 리디렉션, Chrome의 ‘이 사이트는 위험할 수 있습니다’ 경고 같은 것들이요. 그런 상황에서 아무것도 하지 않는 건 직접적인 비용이 돼요. Google 블랙리스트 등재, 방문자 신뢰 상실, 때로는 고객 데이터 유출까지요.

위험을 실제로 줄이는 프로세스

잘 실행된 마이그레이션은 기술과 콘텐츠 감사에서 시작해요. 사이트맵에 있는 것만이 아니라 색인된 모든 URL의 목록을 만들고, 위에서 본 사례들에서 트래픽 손실이 정확히 거기서 나왔으니까요, 도메인과 호스팅, 계정에 대한 실제 접근 권한도 확인해요. 그다음이 SEO 마이그레이션 맵이에요. 색인된 각 옛 페이지를 새 구조로 URL 대 URL로 매핑하고, 최소 1년 유지하는 301 리디렉션 계획을 세우며, 권위나 백링크가 있어 특별히 신경 써야 할 페이지를 명시적으로 짚어 둬요.

실행은 라이브 사이트와 분리된 스테이징 환경에서 이루어져요. 그래야 출시 전까지 방문자와 Google 색인이 영향을 받지 않아요. 출시 뒤 최소 30일의 모니터링에서는 재크롤 속도, 제대로 리디렉션되지 않은 URL의 404 오류, 그리고 마이그레이션 이전 기간과 비교한 주간 오가닉 트래픽을 추적해요.

실제 기간은 범위에 따라 달라요. 기존 구조 위의 리디자인은 보통 4~~8주, 전면적인 플랫폼 마이그레이션은 8~~16주가 걸려요. 별개이면서 자주 있는 상황은 방치된 사이트의 복구예요. 도메인, 호스팅, 관리자 계정에 대한 접근이 처음 사이트를 만든 회사나 사람과 함께 사라진 경우예요. 도메인이 전 협력자의 개인 이메일에 걸려 있거나, 비밀번호가 그 사람의 노트북과 함께 사라진 식이죠. 이런 경우에는 통제권 회복이 디자인이나 플랫폼을 논하기 전에 반드시 거쳐야 하는 첫 단계가 돼요.

가장 흔한 출발점, 잃어버린 접근 권한

플랫폼이나 디자인을 논하기 전에, 리빌드 프로젝트의 일부는 더 단순하고 더 급한 문제에서 시작해요. 접근 권한이에요. ‘사이트를 만들어 준 회사가 이제 없어요’ 또는 ’만들어 준 친구가 외국에 가서 연락이 안 돼요’가 가장 흔한 출발 상황이에요. 도메인은 전 협력자의 개인 이메일로 등록되어 있고, 호스팅은 회사의 누구도 관리하지 않는 계정에 있으며, 관리자 비밀번호는 그 사람의 노트북과 함께 사라졌어요.

통제권의 완전한 회복, 그러니까 도메인 소유자 변경, 호스팅 이전, 관리자 접근 재설정이 디자인이나 플랫폼을 논하기 전 프로젝트의 필수 첫 단계가 돼요. 이전 공급자의 협조 없이도 등록기관과 확보 가능한 소유 증빙에 따라 이전과 마이그레이션 방법을 확인할 수 있지만, 이 과정은 시간이 걸리고 나머지 프로젝트와 병행해 처리할 행정적 세부 사항이 아니라 별도 단계로 다뤄야 해요.

비용을 제대로 비교하는 법

기존 구조 위의 리디자인은 보통 같은 규모의 신규 프로젝트 가격의 60~80%예요. 올바른 비교는 ‘신규 가격’ 대 ’리빌드 가격’이 아니라, ‘리빌드 가격’ 대 ’신규 가격에 잘못 실행된 마이그레이션으로 잃은 트래픽을 되찾는 비용을 더한 값’이에요. 위 데이터가 보여주듯 그 회복은 500일을 넘을 수 있어요. URL 맵도 없고 제대로 된 리디렉션도 없이 서두른 마이그레이션은 장기 트래픽 손실을 부르는 정확한 레시피예요. 문서화된 프로세스로 몇 달을 잡는 현실적인 일정이, 빠른 출시 뒤 1년 넘는 회복을 겪는 것보다 훨씬 싸요.

플랫폼 변경이나 리디자인을 고민하고 계시고 지금의 오가닉 트래픽이 실제 가치를 가진다면, 리빌드 & 마이그레이션 페이지가 감사와 마이그레이션 맵의 전체 과정을 설명하고, 기술 SEO 페이지가 URL이 바뀔 때 Google이 무엇을 보는지 자세히 다뤄요.

출처

비슷한 상황이신가요?

지금 어느 지점에 계신지 알려주세요. 여기서 읽으신 것과 다른 답이 맞다면 그렇게 말씀드려요.

견적 요청하기