비즈니스 웹사이트를 새 웹 호스트로 마이그레이션하는 방법

인터넷 시대가 시작된 이후로 기업은 웹사이트를 주요 판매 및 마케팅 도구로 사용하게 되었습니다.

그러나 대부분의 비즈니스 기술과 마찬가지로 업그레이드와 변경이 필요한 경우가 종종 있습니다. 그러나 단순한 시각적 변경 및 기능 업그레이드 외에도 필요한 변경을 수행하려면 비즈니스 웹사이트를 새 웹 호스트로 마이그레이션해야 하는 경우가 있습니다.

이 프로세스는 대부분의 기업이 인식하지 못하거나 처리할 준비가 되어 있지 않은 문제로 가득 차 있을 수 있습니다. 사이트를 새로운 웹 호스트로 마이그레이션해야 하는 기업을 돕기 위해 프로세스가 처음부터 끝까지 어떻게 작동하는지에 대한 개요는 다음과 같습니다.

웹 호스트를 전환해야 하는 주요 이유, 전문가의 도움을 구하는 것이 가장 좋은 경우, 사이트 중단이나 주요 다운타임 없이 사이트를 이동하기 위한 단계별 계획을 만드는 방법에 대해 설명합니다. 뛰어들어봅시다.

새 웹 호스트로 마이그레이션하는 이유는 무엇입니까?

비즈니스에서 웹 호스트를 전환해야 하는 데에는 여러 가지 이유가 있습니다.

간단한 것부터 다양할 수 있습니다.

• 현재 호스트의 고객 서비스에 불만이 있는 경우
• 월간 호스팅 비용을 절약하기 위해
• 현재 호스트가 예상만큼 안정적이지 않습니다.

단지로:

• 사이트를 업그레이드하고 있으며 현재 호스트에서 제공하지 않는 서버 측 지원이 필요합니다.
• 웹사이트의 트래픽 수준이 현재 호스트의 기능을 초과했습니다.
• 사이트에 공유 호스팅 공간 대신 ​​전용 서버가 필요합니다.
• 현재 호스트가 지원하지 않는 콘텐츠 관리 시스템에 의존하는 새 웹사이트를 개발 중입니다.
• 귀하의 비즈니스에는 현재 호스트가 제공하지 않는 향상된 보안 기능이 필요합니다.

위의 이유 중 하나라도 웹 호스트를 변경할 수 있습니다. 그러나 이것은 결코 독점적인 목록이 아닙니다. 그러나 가장 중요한 것은 비즈니스 웹사이트를 새로운 호스트로 옮기는 것이 결코 사소한 일이 아니라는 것입니다. 이는 매우 신중하게 접근해야 하며 잘못된 작업으로 인한 여파는 광범위한 결과를 초래할 수 있습니다. 특히 잘못된 웹 사이트 마이그레이션으로 인해 평판이 손상되고 수익이 손실됩니다.

웹 사이트를 마이그레이션할 때 전문가의 도움이 필요한지 확인하는 방법

귀하의 비즈니스 웹사이트는 지속적인 성공에 매우 중요하기 때문에 새로운 웹 호스트로 마이그레이션해야 할 때 항상 혼자 운영하는 것은 바람직하지 않습니다. 특정 상황에서는 작업을 직접 처리할 수 있습니다. 그러나 직업에 대한 전문적인 도움을 구해야 할 때를 알려주는 엄격하고 빠른 규칙은 없습니다.

일반적으로 말해서, 최소한 적당한 수준의 기술이 있다면 다음과 같은 경우 마이그레이션을 혼자 처리할 수 있습니다.

• 귀하의 웹사이트는 몇 개의 정적 페이지로만 구성되어 있습니다.
• 웹사이트에서 마이그레이션 유틸리티를 제공하는 CMS를 사용합니다.
• 사이트의 SEO에 아직 작업을 추가하지 않았습니다.
• 귀하의 웹사이트는 전자상거래 또는 업무상 중요한 고객 서비스 기능을 처리하지 않습니다.

위의 사항 중 하나라도 사실이라면 비즈니스 웹사이트를 마이그레이션할 때 실수로 인한 결과는 그리 크지 않을 것입니다. 그러나 동시에 위의 내용 중 하나라도 사실이라면 작업에 대한 전문적인 도움을 고용하는 것과 관련된 비용은 처음부터 높지 않을 것입니다.

여기서 결론은 마이그레이션을 처리할 수 있는 능력에 대해 확신이 서지 않는 경우 주의를 기울이고 필요한 전문적인 도움을 받는 것이 좋습니다. 상당한 골치 아픈 문제를 해결한 것에 만족할 것입니다.

웹 호스트 마이그레이션 계획 시작 위치

웹사이트 마이그레이션을 직접 처리하기로 결정했거나 몇 가지 더 쉬운 단계를 직접 완료하여 비용을 절약하려는 경우 관련 내용을 미리 정확히 아는 것이 중요합니다. 그렇게 하면 순서대로 웹사이트 마이그레이션을 계획하고 실행할 수 있습니다. 이는 문제가 발생할 가능성을 최소화하는 데 도움이 될 뿐만 아니라 비즈니스 웹사이트가 중단 시간 연장을 겪지 않도록 하는 데 도움이 됩니다.

마이그레이션을 전문가에게 맡기기로 결정했더라도 프로젝트 진행 상황을 따를 수 있도록 프로세스를 이해하는 것이 좋습니다. 두 경우 모두에 도움이 되도록 웹 사이트 마이그레이션 프로세스와 관련된 단계에 대한 단계별 가이드가 있습니다.

인벤토리 생성

다른 작업을 고려하기 전에 웹사이트의 모든 콘텐츠를 문서화하여 부주의하게 무언가를 남기지 않도록 해야 합니다. 이 단계에서 인내심을 발휘하는 것이 중요합니다. 초기 준비가 더 철저할수록 모든 후속 단계가 더 쉬워진다는 것을 기억해야 합니다.

시작하려면 선호하는 워드 프로세서에서 마스터 파일을 만들어 수집하려는 중요한 정보 중 일부를 중앙 집중화해야 합니다. 가장 먼저 알아야 할 것은 기존 웹사이트의 IP 주소입니다(나중에 마이그레이션 프로세스에서 필요함). 기존 웹 서버에 직접 액세스할 수 있는 경우 필요한 정보를 찾는 데 사용할 수 있는 IP 주소 유틸리티가 있습니다.

그렇지 않은 경우 웹사이트의 전체 주소를 Google의 Dig 유틸리티에 입력하고 반환되는 정보를 기록하십시오. 그러나 귀하의 비즈니스 웹사이트에서 페이지 전달 속도를 높이기 위해 콘텐츠 전달 네트워크를 사용하는 경우 응답에서 필요한 정보를 제공하지 못할 수 있습니다. 올바른 IP 주소를 얻었는지 확실하지 않은 경우 기존 웹 호스트에 연락하여 올바른 정보를 직접 요청하십시오.

다음으로 웹사이트를 구성하는 모든 파일, 멀티미디어 요소, 데이터베이스 및 기타 자료의 목록을 작성해야 합니다. 목표는 사이트의 구조를 매핑하여 아무것도 빠뜨리지 않도록 하는 것입니다. 아래와 같이 사이트 계층 구조 차트에서 정보를 정렬하고 싶을 것입니다.

차트가 채워지면 다음으로 필요한 것은 웹사이트 내에 존재하는 리디렉션을 나열하는 것입니다. 오래된 페이지를 폐기했거나 사용하지 않는 방문 페이지에서 보다 관련성이 높은 최신 페이지로 들어오는 트래픽을 라우팅하도록 선택한 경우 리디렉션이 있을 수 있습니다. 이 단계를 제대로 수행하지 못하면 마이그레이션된 사이트에 도착하는 웹 사용자가 막다른 골목과 깨진 페이지에 직면하게 됩니다. 말할 필요도 없이 그것은 이상적이지 않습니다.

백업 만들기

기존 웹사이트를 카탈로그화한 후 마이그레이션 프로세스의 다음 단계는 현재 웹 호스트의 서버에 있는 모든 항목을 완전히 백업하는 것입니다. 이것은 당신이 간과한 것이 있는 경우에 대비하여 안전 장치 역할을 할 것입니다.

대부분의 경우 백업 프로세스를 완료하려면 몇 가지 추가 소프트웨어나 유틸리티가 필요합니다. 운이 좋고 기존 웹 호스트가 cPanel(매우 일반적임)을 사용하여 서버를 실행하는 경우 백업 프로세스가 쉽습니다. 사이트의 관리 페이지를 통해 제공되는 백업 마법사를 사용하여 전체 사이트 백업을 생성하고 이를 안전한 위치(백업 드라이브, 클라우드 파일 저장소 등)로 전송하기만 하면 됩니다.

사용 가능한 백업 마법사가 없거나 기존 서버에서 cPanel을 실행하지 않는 경우 수동으로 백업해야 합니다. 선택한 FTP 클라이언트를 사용하여 기존 웹사이트의 전체 파일 구조를 다운로드하는 것으로 시작합니다. 그런 다음 사이트가 의존하는 모든 데이터베이스의 스냅샷을 만들어야 합니다.

MySQL은 가장 일반적인 웹 사이트 데이터베이스 유형이므로 여러 방법 중에서 선택하여 필요한 백업을 얻을 수 있습니다. 그러나 웹 사이트에서 다른 데이터베이스 백엔드를 사용하는 경우 가장 좋은 방법은 작업을 전문가에게 맡기거나 현재 웹 호스트에 도움을 요청하는 것입니다.

파일 복사

좋은 소식은 전체 사이트 백업이 있으면 나머지 마이그레이션 프로세스가 더 쉬워진다는 것입니다. 예를 들어, 해당 백업을 사용하여 사이트 자산의 사본을 새 호스팅 서비스에 업로드할 수 있습니다. 백업에 사용한 것과 동일한 FTP 클라이언트를 사용하여 새 호스트에 연결하고 동일한 파일을 업로드하기만 하면 됩니다. 인터넷 대역폭이 문제인 경우 이전 웹 호스트와 새 호스트 간에 직접 파일 전송을 시작하도록 선택할 수도 있습니다.

파일 전송이 완료되면 필요한 모든 파일이 새 호스트에 도착했는지 수동으로 확인하는 것이 좋습니다. 이를 위해 계획 단계에서 생성한 문서를 사용할 수 있습니다. 잘못된 것이 있으면 다음 단계로 진행하기 전에 문제를 수정하십시오.

데이터베이스 복사

기존 웹사이트의 파일과 마찬가지로 사이트의 모든 데이터베이스도 새 호스트로 전송해야 합니다. 다시 말하지만, MySQL 데이터베이스를 다루는 경우 이는 상당히 간단한 프로세스입니다.

관련된 세 단계는 다음과 같습니다.

• 이전 웹 호스트에서 다음 명령을 실행하여 데이터베이스 덤프를 실행합니다.

mysqldump -u root -p --opt [데이터베이스 이름] > [데이터베이스 이름].sql

• 선택한 파일 전송 방법을 사용하여 결과 데이터베이스 파일을 새 웹 호스트에 복사합니다.
• 그런 다음 다음 명령을 사용하여 새 웹 호스트 서버의 MySQL로 데이터베이스를 가져옵니다.

mysql -u 루트 -p 새 데이터베이스 < /경로/to/newdatabase.sql

필요한 데이터베이스를 새 웹 호스트에 성공적으로 복사했으면 웹사이트 자체를 살펴보고 다음에 무엇을 해야 할지 결정해야 합니다. 대부분의 경우 사이트 페이지 코드에는 복사한 데이터베이스에 대한 참조가 포함됩니다. 새 웹 호스트의 서버에서 새 위치를 반영하도록 해당 참조를 업데이트해야 합니다. 필요한 연결 정보는 새 웹 호스트에 문의해야 합니다.

필요한 업데이트를 완료했으면 시간을 내어 새로운 호스팅 서비스에서 웹사이트를 시험해 봐야 합니다. 필요한 경우 "staging.mybusinesswebsite.com"과 같은 임시 도메인 이름 항목을 만들어 표준 웹 브라우저에서 새 사이트에 액세스할 수 있습니다. 그러나 그렇게 하는 경우 Google에서 스테이징 사이트의 색인을 생성하지 못하도록 필요한 조치를 취해야 합니다.

스테이징 사이트를 비공개로 설정하지 않으면 비즈니스 웹사이트를 검색하는 고객이 잘못된 위치로 리디렉션될 가능성이 있습니다. 그런 일이 발생하면 비즈니스에 연락할 수 없는 화난 고객을 처리해야 할 뿐만 아니라 뒤따를 가능성이 높은 부정적인 고객 리뷰의 홍수도 처리해야 합니다. 그러면 완전히 새로운 문제에 직면하게 될 것입니다. 바로 비즈니스의 명성을 회복하는 것입니다.

새 호스트 준비

완료해야 하는 마지막 준비 단계는 비즈니스 웹사이트를 위한 새 웹 호스트를 준비하는 것입니다. 대부분의 경우 이것은 어렵지 않습니다. 다음과 같은 새 호스팅 서비스에 대한 몇 가지 기본 정보를 수집해야 합니다.

• 호스팅 계정에 할당된 IP 주소(프로세스가 끝날 때 방문자를 올바른 위치로 리디렉션할 수 있음)
• 웹 호스트가 새 사이트의 제어판, 파일 전송 기능 및 데이터베이스 인프라에 연결하는 데 필요한 모든 자격 증명
• 웹 호스트의 도메인 이름 서비스(DNS) 기능에 대한 정보(비즈니스 웹 도메인에 대해 처리하도록 하려는 경우)

필요한 정보가 있으면 계속하기 전에 새 호스트의 모든 것이 예상대로 작동하는지 확인해야 합니다. 제대로 작동하지 않는 것이 있으면 더 진행하기 전에 새 호스팅 회사에 문제를 해결하세요. 여기에는 필요한 서비스(예: 호환되는 데이터베이스 호스팅)를 사용할 수 있는지 확인하는 것이 포함됩니다.

그렇지 않은 경우 마이그레이션을 진행할 수 없으며 이 이상 프로세스에서 더 이상 확인하고 싶지 않습니다. 최악의 경우에도 다른 새 웹 호스트를 선택할 수 있습니다. 그리고 그 자체로 가치가 있는 최신 사이트 맵과 백업을 얻을 수 있습니다.

도메인 전환

비즈니스 웹사이트의 모든 부분이 새 호스트에서 제대로 작동한다고 확신하면 이를 공개하고 공개할 준비가 되어 있어야 합니다. 먼저 이전 단계에서 지정한 대로 스테이징 웹사이트에 대한 공개 액세스를 방지하기 위해 변경한 사항을 실행 취소해야 합니다. 그런 다음 사이트 방문자가 새 호스팅 위치를 가리키도록 도메인 이름 파일을 편집해야 합니다.

여기서도 이 작업을 수행하는 프로세스는 회사의 도메인 등록 기관에 따라 다릅니다. 그러나 해야 할 일은 도메인 영역 파일에 포함된 비즈니스 웹사이트의 DNS 항목을 편집하는 것입니다.

비즈니스 웹사이트 자체에 연결되지 않은 영역 파일의 내용을 변경하거나 제거하지 않도록 주의해야 합니다. 대부분의 경우 "www.mybusinesswebsite.com"(또는 기본 웹사이트 주소가 무엇이든)을 참조하는 A 레코드를 찾고 있습니다. 해당 항목에 나열된 IP 주소를 새 웹 호스팅 서비스에서 제공한 IP 주소로 변경해야 합니다.

필요한 변경을 수행한 후 사용자가 이전 사이트에 도달하지 않고 새 사이트에 표시되기 시작하는 데 최대 24시간이 걸릴 수 있습니다. 이러한 이유로 주말이나 사용량이 많지 않은 시간에는 이 단계를 그대로 두는 것이 가장 좋습니다. 그렇게 하면 변경된 사항을 누군가가 알아차릴 가능성이 줄어들어 보다 원활한 고객 전환이 가능합니다.

그러나 파일을 복사한 후에 발생한 이전 웹사이트의 변경 사항은 새 호스트에 자동으로 전달되지 않습니다. 따라서 사이트에 사용자 입력을 허용하는 기능(예: 메일링 목록 가입, 주소 입력 양식 또는 전자 상거래 기능)이 있는 경우 그에 따라 새 사이트를 업데이트해야 합니다. 또는 DNS 항목을 업데이트하는 즉시 이전 웹사이트를 비활성화하고 일부 사람들이 잠시 동안 해당 웹사이트에 연결할 수 없다는 사실을 수락할 수 있습니다.

결론

보시다시피 비즈니스 웹 사이트를 새로운 호스팅 서비스로 마이그레이션하는 물리적 프로세스는 대부분의 경우 간단합니다. 그러나 특정 비즈니스 웹사이트에 어떻게 번역될 것인지에 대한 가정은 피해야 합니다. 그렇기 때문에 도중에 필요한 도움을 구하고 아무 것도 당연하게 여기지 않는 것이 좋습니다. 더 나은 방법은 작업을 처리할 수 있는지 확신이 서지 않는 경우 올바른 기술과 경험을 가진 사람을 고용하여 처음부터 올바르게 처리하는 것입니다.

작업을 직접 처리하기로 선택한 경우 프로세스의 계획 및 테스트 단계에서 필요한 만큼의 시간을 할애해야 합니다. 비즈니스 웹사이트 마이그레이션은 경쟁이 아닙니다. 올바른 방법으로 수행하면 고객은 시간이 얼마나 걸리든 무슨 일이 일어나고 있는지 알지 못할 것입니다. 그렇지 않으면 그들은 즉시 알게 될 것이고 당신에게 그것에 대해 알려줄 것입니다.

어떤 방식으로 계속 진행하기로 선택하든 이제 최소한 비즈니스 웹사이트를 한 웹 호스트에서 다른 웹 호스트로 마이그레이션하는 것과 관련된 사항을 이해해야 합니다. 그리고 그들이 말하는 것처럼 지식이 힘입니다. 이제 귀하는 원하는 만큼 직접 참여하여 이 가장 중요한 프로세스를 관리할 수 있는 권한을 갖게 되었습니다.