웹사이트 마이그레이션을 위한 필수 SEO 체크리스트

웹사이트 마이그레이션이란 무엇인가요?

이 용어가 낯선 분들을 위해 가능한 한 간단하게 설명하면, URL 아키텍처 변경이 필요한 웹사이트 업데이트 프로세스입니다.

클라이언트나 SEO 에이전시가 마이그레이션을 결정하는 이유는 매우 다양합니다. 어떤 경우든 이 action은 위험하며 시작 시점 대비 순위와 organic traffic이 급격히 하락할 수 있으므로, 사유 자체가 충분한 무게를 가져야 합니다.

마이그레이션 과정에서 SEO 전략을 적용하는 것이 중요한가요?

위 단락에서 짧게 답을 드리긴 했지만, SEO 관점에서 웹사이트 마이그레이션의 견고한 기획과 실행이 왜 필수적인지 좀 더 깊이 파헤쳐 보겠습니다.

사이트의 SEO를 다루신다면, 검색엔진이 인덱싱한 URL의 순위를 분배할 때 따르거나 고려하는 organic ranking signals가 있다는 점을 잘 아실 겁니다.

이 SEO 신호를 명확하게 유지하지 않으면 Google 봇은 무엇을 인덱싱해야 하는지 알 수 없게 되고, 결국 우리가 원하지 않는 페이지를 노출할 수 있습니다. 그래서 웹사이트 마이그레이션 중에는 매우 꼼꼼해야 합니다. 우리가 보내는 모호한 신호는 사이트의 순위와 organic traffic에 해를 입힙니다.

마이그레이션 중 SEO 신호 관리의 중요성에 대해 더 알고 싶다면, MJ Cachón이 Sistrix 블로그에서 케이스 스터디와 함께 이를 자세히 설명한 글이 있습니다.

추천 글: 마이그레이션에서 SEO 신호의 중요성.

웹사이트 마이그레이션의 종류

앞서 언급했듯이 마이그레이션을 고려하는 이유는 다양합니다. 가장 일반적인 원인은 다음과 같습니다.

CMS 마이그레이션

마이그레이션을 고려하게 되는 한 가지 이유는 사용 중인 CMS 변경입니다 (예: WooCommerce에서 PrestaShop으로 이전). 이 경우 URL 구조가 바뀌므로 기존 페이지에서 새 페이지로 마이그레이션이 필요합니다.

도메인명 변경

또 다른 유형은 도메인명 변경에 따른 마이그레이션입니다. 브랜드 평판 관련 결정이든 다른 이유든, 'A' 이름의 도메인 URL을 'B' 이름의 새 도메인의 가장 동등한 페이지로 옮겨야 할 수 있습니다.

HTTP에서 HTTPS로 마이그레이션

얼마 전부터 Google은 HTTPS 프로토콜로 웹사이트를 보호할 것을 권장하고 있습니다. 이 시나리오는 처음에는 실행하기 더 쉬워 보이지만, 사이트 접속이 불가능해지고 organic traffic이 자유낙하하는 redirect 루프가 발생할 수 있어 신중함과 디테일이 필요합니다.

여러 도메인을 하나의 웹사이트로 통합

또 다른 흔한 경우는 여러 도메인을 하나로 옮기는 것입니다. 결정 배경은 다양하지만, 가장 흔한 이유는 상속받았을 수 있는 여러 도메인을 합쳐 하나의 웹사이트를 강화하는 것입니다.

새로운 호스팅 제공업체로 변경

이 경우는 매우 다양한 이유로 발생할 수 있습니다. 현재 제공업체의 서비스에 만족하지 못할 수도 있고, 새 업체가 사이트의 현재 상황에 더 적합한 솔루션을 제공할 수도 있습니다. 이유가 무엇이든 호스팅 마이그레이션 프로세스를 거쳐야 합니다.

추천 글: 좋은 SEO 호스팅을 선택하는 방법

마이그레이션 기획을 위한 SEO 체크리스트

웹사이트 마이그레이션을 시작하기 전에 항상 먼저 전달해야 할 기본 사항이 있습니다: 사이트 제작, 유지보수, 콘텐츠 제작에 관여하는 모든 사람에게 알리는 것입니다. 당연해 보이지만, 체인의 어느 한 고리라도 이 작업을 모르면 전체 작업에 해가 되어 모든 것을 망칠 수 있습니다.

또한 사용자에게 웹사이트를 변경하고 있음을 알리는 것도 권장됩니다. 이 과정에서 문제가 생기면, 사용자가 무슨 일이 일어나는지 그리고 일시적인 상황임을 이해하면 안심이 됩니다. 이러한 의미에서 페이지가 (의도적이든 아니든) 다운되는 경우 이상적인 것은 그 정보를 표시하는 페이지를 만드는 것입니다. 또한 검색엔진에게 사이트가 현재 사용 불가능하며 나중에 다시 와달라고 알리도록 503 상태 코드를 포함하는 것을 잊지 마세요.

또한 SEO 마이그레이션을 기획할 때 다음 측면에 주의를 기울여야 합니다.

달성하고자 하는 목표 정의

각 유형의 마이그레이션은 특정 목표에 부응한다는 점을 알아채셨을 겁니다. 자신의 목표(사이트 속도 개선, 브랜드 아이덴티티 리디자인, 보안 환경 구축 등)를 명확히 하고, 이를 바탕으로 직면한 또는 직면할 수 있는 모든 도전과 구현 가능한 기회를 정리합니다. 이렇게 하면 위험 요소가 마이그레이션을 위협할 때 더 잘 대응할 수 있습니다.

유형에 관계없이 웹사이트 마이그레이션을 수행할 때는 체크리스트로 실행해야 할 일련의 필수 작업이 있습니다.

STEP 1: 마이그레이션 전 데이터 수집:

Analytics > 프로젝트의 Google Analytics와 Google Search Console에서 SEO 지표를 추출해 마이그레이션 전후를 비교할 수 있도록 합니다. 추적해야 할 중요한 데이터 포인트는 다음과 같습니다.

• ›

  URL별 organic 세션수

• ›

  인덱싱된 페이지수와 기존 오류

• ›

  쿼리별 노출수 vs 클릭수

• ›

  페이지 로드 시간...

대시보드가 완전할수록 마이그레이션 진행 중과 후의 프로세스를 더 잘 측정하고 모니터링할 수 있습니다.

키워드 순위 수집 > 추적 중인 키워드(핵심 용어이기 때문)와 웹사이트 URL이 자연스럽게 노출되는 다른 모든 키워드를 컨트롤 시트에 가져와 저장하는 것을 의미합니다.

인바운드 링크와 내부 링크 정리 > 이 기준 정보를 가지고 있으면 향후 301 redirect와 불필요한 404를 최소화할 수 있습니다. 한편으로는 링크를 거는 사이트 소유자에게 기존 링크를 새 링크로 업데이트해달라고 요청할 수 있고, SEO 팀도 오래된 링크를 업데이트할 수 있습니다.

STEP 2: 테스트 사이트의 SEO 분석 및 audit

이와 관련하여 최소한 다음 요구사항이 올바르게 구현되었는지 확인하는 것이 중요합니다.

robots.txt 파일 구문에 전체 도메인에 대한 크롤러 접근 차단 지시문을 포함합니다. 예시:

모든 크롤러 봇 차단:

*User-agent: **

Disallow: /

URL 구조가 SEO 친화적인지 확인합니다. 개선을 진행하실 거라면 최소한 이 부분은 다듬어야겠죠?

새 메타 데이터가 올바르고 노출시키고자 하는 키워드와 정렬되어 있는지 확인합니다.

모든 canonical이 원본 버전이라고 여기는 URL을 가리키는지 확인하는 것을 잊지 마세요.

각 페이지의 meta robots tag가 HTML head에 'noindex' 속성을 포함하는지 검토합니다.

올바른 헤딩 계층 구조를 구현하되, 최소한 SERP에서 노출시키고자 하는 메인 키워드를 포함하는 텍스트 H1이 하나 있도록 합니다.

페이지네이션 설정이 있다면 중요한 레거시 콘텐츠가 마이그레이션되지 않은 채로 남지 않도록 검토하는 것을 잊지 마세요.

(국제 도메인 프로젝트인 경우) hreflang 태그가 제대로 구현되어 있는지 검사합니다.

WPO 또는 사이트 성능과 관련된 모든 측면을 모니터링합니다.

새로운 internal links가 200-OK 상태의 URL만 포함하는지 확인합니다.

새로운 sitemap.xml이 200-OK를 반환하는 URL만 포함하고, 노출하려는 페이지를 모두 나열하고 있는지 확인합니다.

모바일을 생각하세요: 이러한 종류의 디바이스 구성(예: AMP)과 스마트폰에서 사이트를 표시하기 위한 개발을 절대 잊지 마세요. 사실 이 점은 마지막으로 남겼지만 가장 중요합니다. 데스크톱 위주의 사고를 멈추고 모바일 뷰에서 SEO를 수행하고 검토해야 한다는 전제에서 출발해야 합니다. 얼마 전 Google은 URL을 크롤링하고 인덱싱할 때 모바일 뷰를 우선시할 것임을 명확히 했습니다. 실제로 2020년 9월부터 URL 크롤링이 항상 모바일 우선이 될 것임을 발표했습니다.

STEP 3 - Redirect 맵 만들기:

이제 기존 URL과 새 URL의 페어링 작업을 시작할 시간입니다. 이 프로세스를 수행하려면 기존 웹페이지와 새 웹페이지를 모두 보고 추출해야 합니다. 첫 단계가 끝나면 이를 Excel이나 Google Sheet의 두 컬럼에 정렬해 원본 페이지가 어디로 redirect되어야 하는지 파악해야 합니다.

이것이 마이그레이션의 기초가 되므로 각 URL에 가장 적합한 솔루션을 제공할 수 있도록 시간을 들여 구축해야 합니다.

이 301 redirect 맵이 완성되면 마이그레이션 당일 전에 테스트하세요. 필요하다면 redirect가 작동하고 우리가 선택한 새 페이지를 가리키는지 여러 번 확인하는 것도 좋습니다.

STEP 4 - Google Search Console에서 모든 것을 준비:

새 웹사이트가 Google 봇에 접근 가능해지기 전까지는 작동하지 않더라도, 미리 속성을 준비해야 합니다. 그래야 새 웹사이트의 정확한 데이터를 수집해 가능한 한 빨리 수정해야 할 오류를 기록할 수 있습니다.

STEP 5 - PPC 캠페인을 놓치지 마세요:

성공적인 마이그레이션을 보장하기 위해 SEO 요구사항만 충족하는 데 집중하는 경우가 자주 있습니다. 그러나 활성 PPC 광고가 있다면 URL 변경을 팀에 알려 링크가 올바른 URL을 가리키도록 업데이트해야 합니다. '운'에 맡기면 클라이언트에게 큰 비용으로 돌아올 수 있습니다. 최선의 경우 301 redirect가 있겠지만, 최악의 경우 404를 가리키며 캠페인을 망칠 수 있습니다. 어떤 경우든 모범 사례는 모든 것이 제대로 작동하는지 확인할 때까지 일시 중지하는 것입니다.

마이그레이션 전, 중, 후에 추적하기

변경이 이루어질 때면 항상 무언가가 잘못될 가능성이 있습니다. 그리고 웹사이트 마이그레이션도 예외가 아닙니다. 그래서 관련 팀 간의 완전한 조율과 소통이 필수적이며, SEO 관점에서 매 순간 상태를 파악하고 모든 것이 괜찮은지 확인하며 신뢰할 수 있는 정보를 바탕으로 진행 상황을 모니터링할 수 있도록 해야 합니다.

겁을 주려는 건 아니지만, 웹사이트 마이그레이션 프로세스가 있을 때면 거의 항상 머피의 법칙이 우리를 찾아오는 것 같습니다. 무언가가 잘못될 가능성이 있다면 그것은 잘못될 것이라는 점을 기억하세요. 그래서 전, 중, 후에 가능한 한 많은 것을 통제하는 것은 모든 마이그레이션마다 실천해야 할 권장사항입니다.

새 웹사이트가 라이브로 전환되고 인덱싱되면, 첫 한 달 동안 정기적인 점검을 수행하는 것이 권장됩니다. Google이 모든 변경사항을 하룻밤 사이에 크롤링하고 인식하지는 않는다는 점을 이해해야 합니다. 점진적으로 크롤링하고 조금씩 인덱싱하기 때문에 마이그레이션한 날 이후 몇 주 후에도 오류가 나타날 수 있습니다.

SEO 친화적 웹사이트 마이그레이션에서 흔한 실수

• ›

  원본 웹사이트를 백업하지 않는 것. 마이그레이션에서 무언가가 실패하고 수정에 시간이 오래 걸릴 것 같다면 언제든 이 버전으로 돌아갈 수 있습니다.

• ›

  인덱싱 문제. 여기서는 가장 빈번한 오류 중 일부가 등장합니다.

테스트 중에 봇이 도메인에 들어올 수 있도록 허용하는 지시문이 포함된 Robots.txt.

• ›페이지의 meta-robots에 'noindex' 속성을 포함하지 않아 해당 레벨에서도 접근을 차단하지 못하는 것.

가능하다면 IP 또는 비밀번호로 접근을 차단하는 것이 이상적입니다. 그것이 불가능하다면 robots.txt 파일과 meta-robots 태그 모두 검색엔진 접근을 막도록 하는 것이 모범 사례입니다.

마이그레이션을 마치고 처음에 모든 것이 OK인지 확인했다면, Google이 변경사항을 크롤링하고 인덱싱할 수 있도록 이 제한을 제거합니다.

다음의 작은 팁들도 잊지 마세요.

• ›

  금요일이나 사이트의 organic traffic이 가장 많은 시기에 진행하면 치명적일 수 있습니다. 항상 머피의 법칙을 기억하세요... 신중하게 진행하고 꼭 필요한 경우가 아니라면 도박은 하지 마세요.

• ›

  새 도메인의 HTML에 Google Analytics를 구현하지 않으면 보고서가 0이 될 수 있습니다. 이 경우 그래프가 'flatline'처럼 보이는 등 문제가 매우 명확하게 보일 것입니다. 그것이 보이면 Analytics가 설치되었고 올바르게 설치되었는지 다시 확인하세요.

• ›

  프로세스를 모니터링하지 않으면 항상 느슨한 끝이 남습니다. 어떤 변경을 언제 했는지 모른다면 문제가 발생하자마자 어떻게 해결할 수 있을까요? 모든 작업을 로깅하는 것은 웹사이트 마이그레이션과 다른 모든 일에 필수적입니다.

웹사이트 마이그레이션에 대해서는 몇 시간 동안이라도 이야기할 수 있습니다. 하지만 이러한 초기 가이드라인으로 시작하기에는 충분하다고 생각하지 않으신가요?

여러분의 관점을 공유하고 인상과 생각을 더해주시는 것을 우리는 좋아합니다. 여기서도 멈추지 말아 주세요.

언제든 댓글 섹션에 글을 남겨주세요!