웹사이트 마이그레이션 SEO 체크리스트: 트래픽 손실 없이 웹사이트를 마이그레이션하는 방법

웹사이트 마이그레이션이란 무엇입니까?

사이트 마이그레이션은 사이트 소유자가 검색 엔진 가시성에 영향을 줄 수 있는 웹사이트의 구조, 디자인 또는 제공 방식을 크게 변경하는 모든 이벤트에 적용되는 광범위한 용어입니다.

웹 사이트 마이그레이션은 신중한 프로젝트 관리 및 문제 해결 기술을 연습하는 것입니다. 각 변경 결과에 대해 세심한 주의를 기울이지 않고 처리하지 않으면 사이트 마이그레이션으로 인해 권한, 검색 순위 및 몇 년 동안 배치한 양질의 콘텐츠에 위험을 초래할 수 있습니다.

사이트 마이그레이션 유형

"사이트 마이그레이션"이라는 용어는 광범위한 변경 사항을 의미하지만 이러한 업데이트는 7가지 기본 범주로 구성할 수 있습니다.

1. 디자인 변경 또는 사이트 재설계

사이트 디자인 변경에는 코드, 카피 및 미디어에 대한 중대한 변경을 포함하여 업데이트된 모양에서 완전한 구조적 정비에 이르기까지 모든 것이 포함될 수 있습니다.

2. 콘텐츠 변경 또는 콘텐츠 마이그레이션

다시 말하지만, 이 범주는 광범위한 업데이트를 다룹니다. 콘텐츠 변경에는 재작성 또는 통합, 오래된 콘텐츠 정리, 하위 도메인 또는 하위 디렉터리 재배치 등이 포함될 수 있습니다. 변경 규모에 따라 이러한 업데이트는 사이트 탐색 및 내부 연결 구조에 영향을 미치고 신중하게 수행하지 않으면 검색 순위에 영향을 줄 수 있습니다. 기존 URL에 영향을 미치는 콘텐츠 변경 사항에 주의하십시오. SERP에 중대한 즉각적인 영향이 있을 수 있습니다.

3. 새 호스트로 이동

웹 사이트를 호스팅할 새 서버를 찾는 성능 관련 문제가 있을 수 있습니다. 올바르고 철저한 조사를 통해 이러한 움직임은 자연 검색에 거의 또는 전혀 영향을 미치지 않을 것입니다.

4. 사이트 구조 변경

웹사이트 아키텍처를 변경하면 일반적으로 사이트의 내부 링크 및 URL 구조에 영향을 줍니다.

SEO 친화적인 사이트 구조를 만드는 방법과 하위 도메인 또는 하위 디렉토리가 SEO에 더 적합한지 여부에 대해 자세히 알아보세요.

5. 새로운 CMS 또는 플랫폼으로 이동

한 콘텐츠 관리 시스템에서 다른 콘텐츠 관리 시스템으로 웹사이트를 이동할 때 기술적 제한으로 인해 웹사이트 디자인, 아키텍처 및/또는 URL 구조 변경이 필요한 경우가 많습니다.

6. 도메인 이름 변경

브랜드 인지도 및 사이트 권위 재구축과 관련하여 여기에서 고려해야 할 사항이 많지만 비즈니스에 사용하는 도메인 이름을 변경해야 하는 경우가 있습니다. 이와 같은 변경과 관련된 기술적 측면 외에도 변경을 알리고 브랜드 충성도의 연속성을 유지하기 위해 전체 마케팅 캠페인을 만들어야 할 수 있습니다.

7. HTTP에서 HTTPS로 이동

Google은 사이트 보안을 매우 중요하게 생각합니다. 비즈니스에서 보안 프로토콜(HTTPS)을 사용하지 않는 경우 검색 결과의 가시성에 부정적인 영향을 미치고 있습니다. 올바른 계획이 수립되면 이러한 유형의 마이그레이션은 유기적 트래픽과 수익에 실질적이고 긍정적인 영향을 미칠 것입니다.

웹사이트 마이그레이션 계획의 일반적인 함정

두 가지 마이그레이션 프로젝트가 비슷하지는 않지만 웹 사이트 마이그레이션이 옆으로 간다는 소식을 들을 때 보통 몇 가지 공통 영역에서 문제를 추적할 수 있습니다.

1. 잘못 정의된 전략

일부 웹사이트 마이그레이션의 첫 번째 실패 지점은 명확하고 현실적인 목표가 없다는 것입니다. 프로젝트의 원하는 영향을 정의하기 위한 측정 가능한 목표가 없으면 모든 참가자가 원하는 결과에 집중하고 성공 지표를 통합하는 조직 원칙이 없습니다. 가장 기본적인 수준에서 사이트 마이그레이션 전략의 주요 목표는 기존의 유기적 트래픽과 사이트의 수익 창출 능력을 유지하는 것이어야 합니다. 사이트 마이그레이션 목표에 대해 기억해야 할 두 가지 중요한 사항:

• 현실감 있게 유지하세요.
• 프로젝트의 모든 이해 관계자에게 광범위하고 자주 방송하십시오.

2. 계획의 부족

좋은 웹사이트 마이그레이션 계획은 프로세스의 모든 단계를 아주 자세하게 다루고 있습니다. Victorious 마이그레이션 계획에는 처음부터 끝까지 수십 개의 체크포인트가 포함되어 있습니다. 계획 프로세스를 일찍 시작하고 도중에 이전에 알려지지 않은 것을 발견하면 더 많은 작업을 추가할 공간을 남겨 두십시오.

저는 수십 개의 사이트 마이그레이션을 주도했으며 항상 예상치 못한 일이 발생했습니다.

성수기 시즌을 피하기 위해 웹 사이트 마이그레이션 작업을 예약하여 수익이 가장 높은 달에 벽에 등을 기대고 끝내지 않도록 하십시오.

철저한 계획을 반복하고 나면 이해 관계자와 팀의 피드백을 구하여 모두가 같은 생각을 하고 관심 영역에 대한 프로젝트의 영향을 인식하고 있는지 확인합니다.

3. 제한된 자원

어떤 사업도 예산 없이는 작동할 수 없지만 사이트 마이그레이션에 사용되는 금액은 현실적이어야 합니다. 작업을 완료하는 데 필요한 리소스에 대해 명확히 하고 성공적으로 완료할 수 있는 자금이 있는지 의심되는 경우 프로젝트를 진행하지 마십시오.

더 큰 예산이 필요한 경우 웹사이트 마이그레이션의 예상 ROI에 대한 자세한 측정항목을 포함하세요.

일반적으로 사이트 마이그레이션 예산에 20% 버퍼를 포함하는 것이 좋습니다. 모든 것이 완벽하게 진행된다면 예산이 부족할 것입니다. 예상치 못한 어려움이 있는 경우 지체 없이 해결할 수 있는 대역폭을 갖게 됩니다.

예를 들어, 작업 범위 내에서 SEO 구현을 고려하지 않은 개발자와 함께 작업하는 경우 기본 제공 예산 버퍼가 SEO 재앙으로부터 프로젝트를 저장할 수 있습니다.

4. SEO 전문성 없음

웹 사이트에 대한 대규모 변경은 사용자 경험 목표와 검색 엔진 최적화 요구 사항의 균형을 유지해야 합니다. 많은 양의 콘텐츠를 이동하거나 정리하여 사용자 경험을 개선하는 경우 이러한 업데이트가 검색 결과에 미치는 영향에 대해 SEO 대행사에 문의하십시오. 검색 엔진 최적화에 대한 심층적인 이해가 없다면 귀하의 팀은 귀하의 사이트를 검색 엔진에 표시되지 않도록 변경하고 향후 몇 년 동안 비즈니스를 되돌릴 수 있습니다.

5. 도움을 구하는 데 너무 오래 기다리기

사이트 마이그레이션은 처음부터 끝까지 계획, 구현 및 테스트하는 데 몇 달이 걸릴 수 있습니다. 처음부터 SEO의 도움을 받지 않으면 자연 검색에 대한 영향을 기반으로 변경해야 하는 결정이 처음부터 내려졌을 수 있습니다. 처음부터 적절한 지침이 없으면 비즈니스 결과에 도움이 되지 않거나 방해할 수 있는 전략에 귀중한 시간과 자원을 낭비할 수 있습니다.

6. 부적절한 테스트

"두 번 측정하고 한 번 자르십시오"라는 말을 들어보셨을 것입니다. 웹사이트 마이그레이션도 마찬가지입니다. 두 번 테스트하고 한 번 구현합니다. 마이그레이션 프로젝트에서 중요한 문제가 발생하는 경우 출시와 함께 구현하는 것보다 테스트에서 찾는 것이 가장 좋습니다.

UX 전문가와 SEO 전문가 모두 스테이징 서버에서 마이그레이션된 파일을 철저히 테스트하고 실제 적용하기 전에 문제가 있는 부분을 해결하기를 원할 것입니다. 이 단계에서는 개발자에게 필요한 엄격한 구현에 대한 컨텍스트를 제공할 수 있도록 개발자의 작업이 전반적인 비즈니스 상태에 미치는 영향에 대해 명확하게 의사 소통하는 것이 중요합니다.

7. 버그 수정 계획 없음

가장 부지런히 웹사이트 마이그레이션을 계획하더라도 일부 버그는 불가피하게 QA 노력을 거치지 않고 새 웹사이트와 함께 시작됩니다. 업데이트된 사이트를 게시하기 전에 발생하는 모든 문제에 대해 우선 순위를 지정하고 해결하기 위한 계획을 세워 지연 없이 해당 문제를 수정하세요.

웹사이트 마이그레이션 예

잘 되지 않을 경우 비즈니스에 영향을 미칠 수 있다는 두려움 때문에 웹사이트를 크게 변경하는 것에 대해 약간의 두려움을 갖고 계시다면 이해하겠습니다. 사이트 마이그레이션이 잘못되었다는 무서운 이야기를 들었을 수도 있지만 모두 위에서 설명한 일반적인 함정을 공유합니다. 프로젝트 책임자가 몇 가지 기본적인 실수를 피하기 위한 조치를 취했다면 공포 이야기도 쉽게 성공 사례가 될 수 있었습니다.

사이트 마이그레이션 실패의 예

고객 A

고객 A는 새로운 웹사이트를 개설하고 단계적 변경에 대한 SEO 감사 서비스를 위해 우리를 방문했습니다. 그들은 대부분의 권장 사항을 구현하기 전에 새 사이트를 시작했으며 순위가 유기적인 키워드 순위가 급격히 하락했습니다.

고객 B

고객 B는 SEO 팀에 알리지 않고 JavaScript를 사용하여 웹사이트를 재구축했습니다. 새 사이트를 시작한 후 순위가 급상승했습니다. 우리가 조사했을 때 우리는 그들이 자바스크립트 프레임워크에 웹사이트를 구축했으며 얇은 콘텐츠로 수천 개의 새 페이지를 생성했다는 것을 발견했습니다.

인덱싱 문제를 해결하기 위해 JavaScript를 HTML로 변환하는 동적 렌더링 도구를 구현하도록 권장했으며 수천 개의 얇은 페이지를 제거하는 데 도움을 주었습니다. 우리는 사이트 전체에서 수천 개의 추천 스니펫을 캡처하는 데 도움이 되는 추천 스니펫 분석을 추가하고 트래픽의 급속한 성장을 촉진하는 동시에 웹사이트 마이그레이션이 잘못되었을 때 계속해서 복구할 수 있도록 지원했습니다.

사이트 마이그레이션 성공

고객 C

고객 C는 각 위치에 대해 하위 도메인을 사용하고 웹 사이트에서 Javascript를 사용했습니다. (하위 도메인 대 하위 디렉토리에 대해 읽어보십시오.) 우리의 권장 사항에 따라 각 위치에 대해 별도의 페이지를 구축하고 사이트의 페이지에 연결하기 위한 강력한 내부 연결 시스템을 만들었습니다.

승리의 웹사이트

2019년 초에 자체 웹사이트 마이그레이션을 수행했습니다. 우리는 광범위한 키워드 연구를 기반으로 새로운 디자인을 기반으로 고품질 SEO 콘텐츠를 만들고 관련 정보에 대한 여러 경로를 구축하기 위해 내부 링크를 두 배로 늘렸습니다.

웹사이트 마이그레이션 체크리스트

성공적인 웹사이트 마이그레이션이 어떻게 명확하게 정의된 계획을 따르는지 몇 번이고 보았기 때문에 Victorious 마이그레이션 체크리스트를 공유하겠습니다. 올바르게 시작하여 마이그레이션이 순조롭게 진행되는 데 도움이 되길 바랍니다.

준비

성공적인 사이트 마이그레이션을 계획하는 첫 번째 단계는 기대치를 설정하고 조사하는 것입니다.

뭘 기대 할까

새 도메인으로 이전하기로 선택한 경우 Google에서 웹사이트를 완전히 다시 크롤링하고 색인을 다시 생성하는 데 평균적으로 2~3개월이 걸린다는 점을 이해하는 것이 중요합니다. 경우에 따라 더 빨라질 수 있지만 사이트 출시 후 몇 개월의 지연이 예상됩니다.

웹사이트 기술

개발자에게 새 웹사이트를 어떻게 구축하고 있는지 물어보십시오. WordPress 플랫폼에서 빌드할 필요는 없지만 검색 엔진에서 색인을 생성하기 어렵기 때문에 React 및 Angular와 같은 JavaScript 프레임워크는 사용하지 않는 것이 좋습니다.

사이트를 JavaScript 프레임워크로 구축해야 하는 기술적인 이유가 있다면 prerender.io를 구현하는 것이 좋습니다. 이 도구는 크롤링 봇의 페이지 요청을 가로채서 JavaScript를 HTML로 동적으로 렌더링하므로 검색을 위해 더 쉽게 색인을 생성할 수 있습니다.

우선 순위 페이지 식별

Google Analytics에서 트래픽 소스를 살펴보고 가장 많은 트래픽과 전환이 발생한 페이지를 식별합니다. 이 페이지는 마이그레이션 중에 가장 주의를 기울여야 합니다. 상위 유기적 페이지를 더 많이 변경할수록 순위는 마이그레이션 후 변동될 것입니다.

URL 구조 전략 수립

사이트 마이그레이션을 시작하기 전에 의도적인 URL 구조를 만드십시오. URL이 동일하게 유지(선호)되거나 목적에 따라 변경되도록 계획 단계에서 시간을 할당합니다. 이는 새 사이트를 게시한 후 실수로 중단된 문제를 수정하는 것보다 프로젝트 리소스를 훨씬 더 효율적으로 사용합니다.

현재 지표 벤치마킹

향후 참조를 위해 기존 사이트의 로드 시간, 키워드 순위, 목표 달성, 전환율, 사용자 참여 측정항목 및 기타 정보를 벤치마킹하는 문서를 만듭니다.

Google에서 사이트 검색을 수행하고 사이트맵에 포함된 페이지 수와 비교하여 색인이 생성되는 페이지 수를 기록해 두십시오.

스테이징 사이트 검토

준비 사이트를 검토하여 인덱싱되고 있지 않은지 확인하십시오. 스테이징 robots.txt 파일의 모든 사용자 에이전트에 허용 안 함을 추가할 수 있습니다.

스테이징 사이트에서 테스트

라이브로 전환하기 전에 스테이징 서버에서 새로 구조화된 웹 사이트를 테스트, 테스트 및 다시 테스트하십시오.

URL 구조 확인

URL 구조가 변경되었는지 확인합니다. Screaming Frog와 같은 SEO 스파이더를 사용하여 이전 및 새 사이트를 크롤링하거나 프런트 엔드에서 새 웹사이트의 페이지를 탐색하여 이에 대한 높은 수준의 보기를 얻을 수 있습니다.

페이지의 URL이 다른 경우 원본으로 다시 변경할 수 있습니다. URL 구조의 변경은 유기적 존재에 큰 영향을 미칩니다.

URL 구조가 변경되어 원본으로 다시 변경할 수 없는 경우 모든 이전 페이지를 각각의 새 페이지에 매핑하고 301 리디렉션을 구현하는 것이 좋습니다.

302(임시) 리디렉션이 없는지 확인합니다. 이는 새 페이지에 권한을 전달하지 않으며 사이트 색인을 생성하려는 Google의 노력을 혼란스럽게 합니다.

Rel=표준

모든 페이지에 rel=canonical이 있는지 확인하십시오. 대부분의 경우 rel=canonical은 자체 참조가 됩니다. 즉, 자신을 가리킵니다. 표준 태그를 갖는 것은 검색 엔진이 혼동하지 않도록 항상 모범 사례입니다.

그러나 "blog/tag/best-practices/page/2/"와 같이 페이지가 매겨진 페이지인 경우 자체 참조가 아니어야 하며 대신 시리즈의 첫 번째 페이지를 가리켜야 합니다.

WordPress 웹 사이트가 있는 경우 Yoast SEO 플러그인을 사용하여 표준을 쉽게 구성할 수 있습니다.

내용 확인

모든 콘텐츠가 준비 사이트로 마이그레이션되었는지 확인합니다. 새 사이트로 이전되지 않은 페이지가 있으면 나중에 참조할 수 있도록 기록해 두십시오. 그렇게 하면 새 사이트가 게시된 후 301 리디렉션을 매핑하는 데 필요한 사항을 알 수 있습니다.

다음 페이지 SEO 항목이 올바르게 구성되었는지 확인하십시오.

• H1 태그
• H2-H6 헤더
• 이미지는 적절한 크기이며 대체 텍스트를 사용합니다.

양질의 콘텐츠

콘텐츠는 고유해야 하며 페이지당 800단어 이상이어야 합니다. 고유한 키워드 테마에 대해 각 페이지를 최적화하여 동일한 키워드에 대해 서로 경쟁하지 않도록 합니다(잠식).

메타데이터 검토

페이지의 메타데이터(페이지 제목, 메타 설명, 헤더 및 이미지 대체 태그)가 SEO 모범 사례를 사용하여 이월되거나 확장되는지 확인하십시오.

Yoast 내에서 변수를 사용하여 페이지 제목을 가질 수 있으며 페이지에 대한 메타 설명이 자동으로 채워집니다.

XML 사이트맵

XML 사이트맵을 확인하여 새 사이트의 색인을 생성할 모든 필수 URL이 포함되어 있는지 확인하십시오. 사이트 방문자에게 유기적 가치가 없는 페이지 또는 색인 생성을 원하지 않는 다른 페이지는 제외해야 합니다. 표준 페이지만 포함합니다.

방문자용 HTML 사이트맵

내부 연결은 재설계된 웹사이트의 검색 성공에 필수적인 부분입니다. 잘 계획된 내부 연결 구조는 검색 엔진이 페이지를 더 쉽게 크롤링하고 새로 마이그레이션된 사이트의 재색인화를 가속화합니다. 방문자용 HTML 사이트맵에 가장 중요한 페이지를 모두 포함하는 것이 좋습니다.

구조화된 데이터를 수동으로 확인

대부분의 도구는 robots.txt를 통해 차단되므로 페이지의 소스 코드를 수동으로 확인하여 기존의 구조화된 마크업이 스테이징 사이트에도 있는지 확인하는 것이 좋습니다.

모바일 버전 확인

휴대전화나 태블릿에서 새 웹사이트를 열어 다양한 화면 크기에서 사용자 경험을 검토하세요. 새 사이트가 반응형이고 사이트의 모든 요소가 확장되는지 확인합니다. 텍스트를 읽을 수 있고 탐색이 작동하며 모든 전화번호가 클릭 투 콜인지 확인합니다. 또한 모바일 장치에서 로드 속도를 확인하고 싶을 것입니다.

출시 후

검색 결과에서 빠른 관심을 끌 수 있도록 최종 조각을 제자리에 두는 출시 후 계획을 갖고 싶을 것입니다.

301 리디렉션 구현

이것은 재설계 또는 사이트 마이그레이션에서 가장 중요한 단계입니다. 특정 URL 또는 일반적으로 URL 구조에 변경 사항이 있는 경우 이전 페이지에서 새 페이지로의 301(영구) 리디렉션을 구현하는 것이 좋습니다. 자연적인 순위에 변동이 있는 것은 정상적인 현상이지만 이러한 변동의 규모는 이전 웹사이트와 새 웹사이트 간의 차이 정도에 따라 달라집니다.

301 리디렉션을 사용하면 검색 엔진에 페이지가 이동되었음을 알리고 모든 페이지 권한을 새 대상으로 이전합니다. 이 단계는 또한 귀하가 열심히 일해서 얻은 백링크를 올바른 위치로 리디렉션합니다.

목록에서 이전 URL을 크롤링하여 모든 URL이 리디렉션되고 있는지 다시 확인하세요. 외부 링크가 해당 페이지를 가리키는 모든 페이지를 다시 확인하여 해당 페이지도 리디렉션되고 있는지 확인합니다.

새 도메인으로 마이그레이션

새 도메인으로 이전하는 경우 유기적 권한 이전 속도를 높이기 위해 Google Search Console에 주소 변경을 제출해야 합니다. Google Search Console에서 소유자 액세스 권한이 있는 사용자만 이 요청을 제출할 수 있습니다.

GSC에서 새 도메인을 확인하고 Fetch & Render를 요청하여 인덱싱 프로세스의 속도를 높입니다. 새 GSC 속성을 구성하고 새 XML 사이트맵을 제출합니다.

Robots.txt 파일

robots.txt 파일에 XML 사이트맵을 업로드했습니까? 크롤링하려는 사이트의 모든 부분을 허용했습니까? 크롤링을 원하지 않는 사이트의 모든 부분을 허용하지 않았습니까? 블로그 태그 페이지, 작성자 페이지 및 내부 검색 결과와 같이 유기적 랜딩 페이지로 가치가 없는 모든 페이지를 허용하지 않습니다.

디자이너와 개발자는 웹사이트 마이그레이션이 완료된 후 robots.txt에서 모든 사용자 에이전트의 허용 안 함을 제거하는 것을 잊는 것이 일반적입니다. 새 사이트가 게시되는 즉시 이 허용되지 않는 항목이 제거되었는지 확인하십시오. 제거하지 않으면 새 사이트가 검색 엔진에 완전히 보이지 않게 됩니다.

중복 콘텐츠 찾기

중복 콘텐츠를 방지하려면 모든 새 사이트 페이지가 하나의 URL을 통해서만 액세스할 수 있는지 확인하십시오. 둘 이상의 프로토콜(예: HTTP 대 HTTPS)을 통해 페이지에 액세스할 수 있는 경우 한 URL이 다른 URL을 가리키도록 전역 리디렉션을 구현하는 것이 좋습니다.

찾다:

• www 대 www가 아닌 ​​URL 요청
• http 대 https URL 요청
• 소문자 대 대문자 URL 요청
• 후행 슬래시 대 후행 슬래시 URL 요청
• 레거시 모바일 사이트에 대한 요청(예: m.victoriousseo.com)

지속적인 유지 보수

Google 검색 콘솔 검토

크롤링 오류(400 및 500 오류)에 대한 Google Search Console 보고서를 주시하세요. 찾을 수 없는 페이지를 찾으면 리디렉션하십시오.

귀하의 페이지가 색인화되고 있는지 격주로 확인하십시오. 색인이 생성된 페이지 수가 XML 사이트맵의 페이지 수와 비슷한지 확인합니다.

인덱싱이 매우 느린 경우 모든 백링크가 리디렉션되었는지, 모든 이전 페이지가 리디렉션되었는지, 홈페이지, 핵심 페이지 및 블로그 게시물 간에 적절한 내부 링크가 있는지 확인하십시오.

키워드 순위

상위 키워드에 대한 순위를 추적합니다. 특히 새 도메인으로 이동하거나 웹사이트를 많이 변경하는 경우 변동이 예상된다는 점을 염두에 두십시오. 마이그레이션을 완료한 후 2~3개월 이내에 잃어버린 기반이 어느 정도 회복되는 것을 보고 싶을 것입니다.

SEO 마이그레이션 성공은 도달 범위 내에 있습니다

마이그레이션을 성공적으로 수행하는 데는 많은 세부 사항이 포함되어 있지만 수행할 수 있습니다! 이 웹사이트 마이그레이션 체크리스트가 해야 할 일을 파악하는 데 도움이 되기를 바랍니다.

계획을 일찍 시작하고 예상치 못한 발전에 적응할 수 있도록 프로젝트 일정에 여유를 두십시오. 전문적인 파트너십을 찾고 사이트 마이그레이션 SEO 대행사를 활용하십시오. Victorious는 검색 가시성에 미치는 영향을 최소화하면서 사이트를 안전하고 효과적으로 마이그레이션하는 데 도움을 줄 수 있습니다.

SEO 사이트 마이그레이션에 대해 질문이 있습니까? 무료 웹사이트 마이그레이션 상담을 받으십시오.