사이트 마이그레이션 – 올바르게 수행하는 방법?

게시 됨: 2019-07-09

사이트 마이그레이션 은 종종 문제가 있는 프로세스로 간주됩니다. 마이그레이션 후 가시성이 떨어졌을 때 SEO 전문가에게 도움을 요청한 클라이언트를 처리하지 않은 사람은 누구입니까? 수많은 산업에서 유기적 트래픽은 웹사이트 방문의 대부분을 차지하며 온라인 비즈니스의 주요 수입원을 구성합니다. 롱테일 키워드를 적절히 사용하면 유기적 트래픽은 높은 전환율을 특징으로 합니다. 가시성 저하가 수익성에 상당한 영향을 미치는 이유입니다.

사이트 마이그레이션은 항상 자연 검색 결과의 가시성을 낮추어야 합니까? 도메인이나 CMS를 변경하기로 결정하면 항상 수입을 줄여야 합니까? 이 기사에서는 이러한 신비한 가시성 저하의 원인을 설명하고 순위가 낮아질 위험을 최소화하기 위한 몇 가지 솔루션을 제안합니다.

웹사이트를 이전하는 이유

사이트 마이그레이션이 그렇게 위험하다면 왜 합니까? 가장 흔한 두 가지 원인은 다음과 같습니다.

도메인 변경
CMS 변경

도메인 변경

도메인 변경은 일반적으로 비즈니스 결정에 따릅니다. 브랜드 이름을 바꾸든 다른 브랜드와 병합하든 상관없이 프로세스를 잘 조정해야 합니다. 많은 기업이 브랜드를 변경하는 동안 마이그레이션에 충분한 주의를 기울이지 않습니다. 그 이유는 그 중요성과 잠재적인 유기적 트래픽이 얼마나 많은지 알지 못하거나 다른 비즈니스 이유 때문입니다. 최근 가시성을 떨어뜨린 가장 유명한 합병 중 하나는 Saturn과 Media Markt의 합병이었습니다. 회사는 온라인 상점을 제대로 마이그레이션하지 못하고 존재하지 않는 상점의 메인 페이지에 Mediamarkt.pl로 리디렉션되는 링크를 남겼습니다. 결과? TOP10에 있는 키워드의 거의 90%가 손실되었습니다.

출처: app.senuto.com

Saturn.pl이 리디렉션하는 상점은 합병 후 가시성이 크게 증가한 것을 언급하지 않았습니다. 이것은 귀중한 트래픽이 사라졌음을 의미합니다.

CMS 변경

다른 제품과 마찬가지로 웹 사이트에도 수명 주기가 있습니다. 기술 발전과 몇 년 전에 설정된 웹 사이트는 종종 현대적인 기능과 디자인 기대치를 충족시키지 못합니다. 포털이나 온라인 상점이 성장하면 소프트웨어가 사용자의 요구 사항을 충족하지 못하는 경우가 많습니다. 웹사이트 소유자가 업그레이드를 결정해야 할 때입니다.

CMS 변경은 가장 큰 위험을 감수합니다. 가능한 고객을 유치하기 위해 기억해야 할 사항은 무엇입니까? 한 CMS에서 다른 CMS로 전환하는 기본 사항에 대해 설명하겠습니다. 이는 종종 가시성이 떨어지는 마이그레이션 유형이기 때문입니다. 당연히 제대로 구현되지 않은 사이트 마이그레이션을 말하는 것입니다. 모든 마이그레이션이 Google에서의 가시성 측면에서 문제가 되는 것은 아닙니다.

제대로 구현되지 않은 사이트 마이그레이션의 최근 예는 Rossmann.pl입니다.

출처: app.senuto.com

마이그레이션한 지 몇 달이 지났지만 유기적 트래픽은 여전히 재획득되지 않았습니다.

사이트 마이그레이션의 기초

다음은 사이트를 마이그레이션할 때 따라야 하는 기본 원칙입니다. 가시성과 유기적 트래픽 볼륨의 하락으로부터 당신을 보호할 수 있습니다. 마이그레이션 전과 마이그레이션 중 두 단계가 있습니다.

1단계: 준비

사이트 마이그레이션 전에 세부 계획을 세웁니다. 다음을 수행하는 것을 잊지 마십시오!

가장 중요한 페이지에서 콘텐츠 내보내기

이 단계는 CMS를 변경할 때 특히 중요합니다. 웹사이트에서 콘텐츠를 내보내고 마이그레이션 후 새 웹사이트에 게시해야 합니다. 웹 사이트를 콘텐츠 없이 그대로 두고 처음부터 콘텐츠를 만드는 것은 확실히 순위와 트래픽이 낮아질 것입니다. 콘텐츠는 많은데 어디서부터 시작해야 할지 모르겠나요? 무료 트래픽이 가장 많이 발생하는 페이지부터 시작하는 것이 가장 좋습니다. 이 정보는 Google Search Console에서 찾을 수 있습니다.

출처: 구글 서치 콘솔

이전 웹사이트의 콘텐츠가 더 이상 없으면 서버 백업을 사용하거나 https://web.archive.org/로 이동할 수 있습니다. 그러나 전체 웹 사이트 구조를 얻을 수 없다는 것을 기억하십시오. 웹사이트 아키텍처가 복잡할수록 콘텐츠 검색 가능성이 낮아집니다.

URL 구조 저장

사이트를 마이그레이션하기 전에 URL 맵을 작성해야 합니다. URL은 이전 링크에서 새 링크로 리디렉션을 설정하는 데 필요합니다. 1:1 리디렉션을 구현하는 것이 필수적입니다. 필요한 URL 맵 없이 새 웹사이트가 이전 웹사이트를 대체하는 경우가 종종 있습니다. 왜 그런 겁니까? 일반적으로 일부 개발자는 SEO에 대해 잘 모르며 일부 개발자는 단순히 눈을 감고 있습니다. 새 웹사이트가 있는 경우 웹 아카이브에서 이전 구조(또는 콘텐츠)를 찾을 수 있습니다.

URL 리디렉션 스키마 준비

웹 사이트 맵이 있고 새 웹 사이트에 URL이 할당되는 방식을 알고 있다면 철저히 분석하십시오. 일종의 URL 리디렉션 체계를 구현할 수 있는지 확인하는 것이 중요합니다. URL을 하나씩 수동으로 리디렉션하는 것보다 훨씬 효율적입니다. 광범위한 웹 사이트의 경우 서버 공간과 응답 시간을 절약하는 데 도움이 됩니다. 예를 들어 https://example.com/category/clothing에서 https://example.com/clothing으로 /category/를 제거하여 링크 구조를 변경할 수 있습니다. 이 경우 카테고리별로 301개의 리디렉션을 설정하는 것은 무의미합니다. 훨씬 더 나은 솔루션은 이러한 URL을 /category가 없는 링크로 리디렉션하는 것입니다. 이렇게 하면 상점 내의 모든 카테고리 링크를 참조하게 됩니다.

H1 제목, 제목 태그 및 설명 태그 목록 저장

사이트를 마이그레이션하고 가시성을 떨어뜨리지 않으려면 콘텐츠 외에도 메타 태그와 제목도 재구성해야 합니다. 이러한 목록이 있으면 새 웹사이트를 최적화할 준비가 된 것입니다(테스트 서버에 있는 것이 바람직함). 잘못하면 많은 문제에 부딪힐 것입니다.

2단계 – 단계별 사이트 마이그레이션

좋은 계획을 세우고 필요한 모든 데이터를 저장했다면 마이그레이션을 시작할 수 있습니다. 가능하면 테스트 환경에서 수행하십시오. 이렇게 하면 오류 위험을 최소화할 수 있습니다. 가능한 오류를 수정할 수 있으며 웹사이트 가시성에 영향을 미치지 않습니다.

인덱싱에 대한 테스트 환경 보호

테스트 환경에서 사이트 마이그레이션을 수행하면 매우 유용할 수 있습니다. 그러나 GoogleBot이 액세스하지 못하도록 제한해야 합니다. 테스트 환경 인덱싱은 웹사이트 가시성에 부정적인 영향을 미칠 수 있습니다. 또 다른 솔루션은 NoIndex 태그를 넣는 것입니다. 이 태그를 사용하면 다양한 도구를 사용하여 웹사이트를 크롤링할 수 있지만 색인 생성 및 중복 콘텐츠 생성을 방지할 수 있습니다.

테스트 환경에서 사이트를 마이그레이션했는지 확인하십시오.

웹사이트의 새 버전이 완성되면 대상 서버로 적절하게 마이그레이션하는 것이 중요합니다. 일단 다음을 확인하십시오.

메타 로봇의 콘텐츠 - 사이트 마이그레이션으로 인해 NoIndex 태그가 중복되어 도메인의 색인이 제거됩니다.
robots.txt의 콘텐츠 - Google 크롤러도 차단될 수 있습니다.
사이트 맵의 내용 – 테스트 환경이 아닌 도메인 주소를 포함해야 합니다.
리소스 다운로드 주소 – 테스트 서버에서 이미지를 다운로드한 여러 웹사이트를 발견했습니다.
301 리디렉션 체계의 정확성(이전 구조에서 새 구조로)

사이트 마이그레이션이 완료되었습니까? 아직 끝나지 않았다

사이트를 다른 도메인, 특히 다른 CMS로 이동하는 전체 프로세스는 SEO 전문가가 감독해야 합니다. 이것은 부정적인 결과를 완화할 것입니다. 마이그레이션이 성공한 것처럼 보이더라도 철저한 감사는 문제가 되지 않습니다. 하지만 무엇을 분석해야 할까요?

제한된 가시성 및 목표 달성

새 웹사이트가 구현된 후 사이트의 가장 가치 있는 페이지에서 유기적 트래픽이 감소하는지 확인하십시오. 가장 가치 있는 것을 결정하는 방법은 무엇입니까? 웹사이트 유형에 따라 다음과 같은 방문 페이지가 가장 많습니다.

대부분의 유기적 트래픽 생성
대부분의 목표 달성
가장 높은 전환수 얻기

구글 서치콘솔로 이동하여 자연 검색결과를 통해 가장 자주 방문한 페이지의 클릭수와 세션수를 분석할 수 있습니다. 마이그레이션 전 데이터와 마이그레이션 후 데이터를 비교할 가치가 있습니다.

이전하기 전에 가장 많은 전환을 얻은 페이지가 이전 후에도 여전히 똑같이 가치가 있는지 분석하려면 Google Analytics를 사용해 보십시오.

데이터를 비교한 후 유기적 트래픽이 감소한 경우 URL을 주의 깊게 확인하십시오. 방울의 원인을 찾아보십시오.

Google Search Console의 색인 생성 및 제안

웹사이트가 이동되면 Google Search Console에서 데이터를 모니터링하는 것이 좋습니다. 웹사이트의 새 버전으로 인해 인덱싱 문제가 발생하면 알려줄 것입니다.

잘못 배치된 NoIndex 태그, 잘못된 표준 태그 또는 절대적으로 부족한 태그를 표시합니다.

방대한 양의 데이터를 분석하는 동안 Google이 웹사이트 내에서 개별 URL을 보는지 확인하는 것이 유용합니다. Google Search Console의 URL 검사에서 수행할 수 있습니다.

깨진 링크

각 페이지를 하나씩 리디렉션하는 아이디어는 웹사이트 인덱싱 프로세스를 지원하고 웹사이트로 연결되는 URL을 저장하는 것입니다. 마이그레이션 후 모든 링크가 리디렉션되었는지 여부를 모르는 경우 오류 404 페이지로 이어지는 링크를 확인하십시오. Ahrefs 또는 Majestic과 같은 링크 프로필 분석기를 사용하여 이를 수행할 수 있습니다. 첫 번째 모듈에는 끊어진 링크를 표시하는 특수 모듈이 있습니다.

Majestic에서는 모든 링크가 포함된 파일을 생성하고 오류 404로 페이지를 필터링해야 합니다.