웹사이트 마이그레이션 가이드

웹사이트 마이그레이션을 고려 중이라면 복잡한 의사 결정, 유연한 계획 및 모든 기술적 문제에 직면하게 될 것입니다. 그러나 이것은 결코 걱정할 이유가 아닙니다. 웹사이트 마이그레이션 가이드를 사용하면 프로세스 자체가 그렇게 어렵지 않다는 것을 알게 될 것입니다. 처음에 우리는 웹사이트 마이그레이션 자체의 정의를 다루고 싶습니다.

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

간단히 말해서 웹사이트가 설정이나 기술을 변경하기 위해 거쳐야 하는 과정입니다. 단순 업데이트를 사이트 마이그레이션으로 오인해서는 안 됩니다. 후자는 심각한 변화를 의미합니다. 일반적으로 웹사이트의 플랫폼, 콘텐츠, 구조, 디자인 및 위치를 고려합니다. 웹사이트 마이그레이션은 문제 해결을 목적으로 하지만 필연적으로 많은 위험을 초래합니다. 검색 엔진에서 순위를 잃는 것부터 웹사이트의 일부를 완전히 잃는 것까지 모든 일이 발생할 수 있습니다. 이 시점에서 웹사이트 마이그레이션은 어려운 과정이며, 이를 시작하기 위해서는 다소 강력한 이유가 필요하다는 점에 주목하는 것이 중요 합니다.

웹사이트 마이그레이션을 정당화하는 좋은 이유

사이트 마이그레이션이 웹사이트 소유자로서 최선이거나 유일한 옵션이 될 수 있는 다양한 상황이 있지만 가장 일반적인 상황을 예로 들겠습니다.

• 사이트의 구조, 탐색 또는 디자인을 변경해야 합니다. 웹사이트를 재작업하는 것은 아무렇게나 해야 하는 일이 아닙니다. 웹사이트의 매력이나 고객 경험의 품질이 부족하여 전환 또는 판매가 감소하고 있는 경우 디자인 또는 아키텍처 관련 원인을 제외하여 이 주장을 뒷받침해야 합니다.
• 새 프레임워크 또는 CMS로 이동합니다. 구식 플랫폼에 웹 사이트를 보유하는 것은 귀하에게 다소 제한적이고 청중에게 방해가 될 수 있습니다. 상상할 수 있듯이 이로 인해 판매 손실이 발생할 수 있습니다. 다른 기술로 이동하는 것이 유일한 옵션이라고 결정하기 전에 모든 옵션을 고려하십시오.
• 모바일 버전을 추가하고 싶습니다. 우리는 모바일 우선 인덱싱 시대에 살고 있습니다. 이를 모바일 대 데스크톱 트래픽의 엄청난 비율과 결합하면 모바일 플랫폼에 대한 최적화를 고려하는 것이 현명할 것입니다. 그럼에도 불구하고 먼저 잠재고객 기본 설정에 액세스하고 모바일 전용 경험을 만드는 데 있어 적절한 비용-편익 균형을 찾아야 합니다.
• HTTP에서 HTTPS로 이동. 웹사이트에서 HTTPS 프로토콜 구현을 고려해야 하는 이유는 보안 요소만이 아닙니다. HTTPS 사이트가 없으면 사용자 경험에 부정적인 영향을 미칠 수 있습니다. 이것이 귀하의 의제에서 긴급한 문제가 아닐 수도 있지만, 특히 사용자의 개인 정보를 저장하는 페이지에서 계획을 시작해야 하는 것입니다.

웹사이트 마이그레이션 프로세스

귀하의 상황이 목록에 있는 것과 일치 하거나 이것이 문제의 해결책이라고 확신하는 경우 사이트 마이그레이션 프로세스를 어떻게 진행해야 하는지 설명하겠습니다.

1. 계획 수립

이는 다음을 수행하는 데 도움이 됩니다.

• 마이그레이션 범위 및 일정 결정
• 누가 프로세스를 이끌고 지원할 것인지 설정
• 각 작업에 대한 웹사이트 마이그레이션 체크리스트 생성
• 프로젝트에 필요한 예산과 자원 목록을 마련합니다.

2. 업데이트에 디자인 및 개발 팀 포함

이 프로세스의 최종 목표에 따라 웹 사이트 업데이트를 진행하려면 디자인 및 개발 팀과 협력해야 합니다. 당신은 그들의 의견, 리뷰 및 피드백에 의존한다는 것을 기억하십시오. 최상의 결과에 도달하기 위해 두 팀이 함께 협력하고 있는지 확인하십시오.

3. 기술 SEO가 마이그레이션을 위해 준비되었는지 확인하십시오.

웹사이트 디자인이 적용되면 다음 단계로 진행합니다. 여기에서 전담 SEO 전문가가 귀하의 사이트에 대한 기술적 SEO 사양을 간략하게 설명하고 준비합니다. 그러면 개발 팀에서 이를 사용하여 사이트를 시작합니다. 이러한 기술 SEO 사양에는 다음이 포함될 수 있습니다.

• URL 구조
• 리디렉션
• HTML 사이트맵
• XML 사이트맵
• 내부 연결

4. 새 사이트를 시작하고 테스트할 시간

이 작업을 시작하기 전에 검색 엔진에서 웹사이트에 액세스할 수 없는지 확인하십시오. 콘텐츠가 포함된 이전 사이트를 마이그레이션하지 않은 경우 이 웹사이트를 크롤링하고 색인을 생성하는 것을 원하지 않습니다. 특정 IP 주소에 대한 액세스를 제한하여 검색 엔진이 귀하의 웹사이트를 찾지 못하도록 합니다. 이제 테스트의 일부로 테스트할 항목의 체크리스트가 있습니다.

• 사이트 아키텍처 검토
• 사이트의 유용성 확인
• 페이지가 모바일 장치에서 작동하는지 확인
• 사이트의 내부 연결 평가
• 사이트의 제목 태그, 메타 설명, 카피 등 읽기
• 사이트 기능 확인(페이지 로드, 적절한 페이지 속도 유지 등)
• txt 파일, XML 사이트맵, HTML 사이트맵 및 구조화된 데이터 살펴보기

5. 웹사이트 마이그레이션

몇 주 또는 몇 달이 걸릴 수 있지만 비즈니스는 마이그레이션을 완료하는 단계에 도달합니다. 마음이 편해질 수 있는 한 가지는 지금까지의 작업이 회사에서 성공적인 웹 사이트 마이그레이션을 시작하는 데 도움이 될 것이라는 것입니다. 이제 사이트를 마이그레이션할 때 속도가 핵심입니다. 마이그레이션하는 동안 웹사이트를 오프라인으로 전환해야 하는 경우 광범위한 다운타임을 방지하기 위해 최선을 다해야 합니다 . 검색 크롤러는 귀하의 사이트가 다운된 것을 볼 수 있으며 사이트가 너무 오랫동안 다운된 경우 가시성에 영향을 미칠 수 있습니다.

초기 마이그레이션을 완료한 후 다룰 단계는 다음과 같습니다.

• robots.txt 파일이 검색 엔진을 차단하지 않는지 확인하십시오.
• 가장 가치 있는 페이지에 특별한 주의를 기울이면서 페이지에서 리디렉션이 작동하는지 확인하십시오.
• Google Search Console 계정에 XML 사이트맵 업로드

6. 마이그레이션이 완료된 후 웹사이트 모니터링

웹사이트 마이그레이션 프로세스가 공식적으로 끝났지만 팀은 여전히 ​​사이트를 모니터링해야 합니다. 이 프로세스를 따르는 며칠, 몇 주, 심지어 몇 달 동안 순위와 트래픽을 관찰하는 것이 가장 중요합니다 . 이는 웹사이트 마이그레이션 문제를 비즈니스에 알리는 데 도움이 될 수 있습니다. 마이그레이션 직후에 트래픽과 순위가 감소하는 것은 정상입니다. 그러나 장기간 하락하면 이 프로세스에 문제가 있음을 나타낼 수 있습니다. 따라서 Google Analytics를 사용하여 트래픽을 모니터링하고 Google Search Console을 사용하여 순위를 추적하는 것이 좋습니다.