SiteGround에서 사이트를 만들거나 이전하기 전에 확인할 사항

SiteGround를 사용하기 전에 이번 작업이 처음부터 새 웹사이트를 만드는 것인지, 이미 사용자가 있는 WordPress를 옮기는 것인지 결정하세요. 새 사이트는 주로 콘텐츠와 관리 방식을 정리하면 되지만, 이전 작업은 기존 데이터, 업데이트 시점과 전환 위험도 다뤄야 합니다. 둘 다 플랫폼 도구로 시작할 수 있어도 같은 완료 메시지만으로 모든 검수를 마쳤다고 볼 수는 없습니다.

이 글은 SiteGround의 새 사이트, WordPress Migrator와 Staging 공개 문서에 따른 설명이며 계정에 로그인해 실측한 결과가 아닙니다. 계속 주문을 받거나 회원 가입 또는 폼 제출을 받는 사이트라면 이전 중에도 데이터가 변한다는 점에 특히 주의하세요. 최종 동기화와 전환을 누가 맡을지 먼저 정해야 새 데이터를 놓치지 않을 수 있습니다.

구매 전에 필요한 도구와 자원 확인하기

웹사이트 수, 파일과 데이터베이스 크기, 필수 플러그인, 메일함, 백업과 테스트 요구사항을 적고 현재 요금제와 비교합니다. Staging, 필요할 때 만드는 백업, 협업 권한 등의 기능은 요금제에 따라 달라질 수 있습니다. 현재 제품 설명과 계정 내용을 확인하고, 플랫폼 소개 페이지의 모든 기능이 모든 요금제에 포함된다고 생각하지 마세요.

비용을 비교할 때는 최초 결제, 갱신, 추가 구매와 필요한 인력을 나누어 기록하세요. 공식 이전 지원이 필요하다면 적용 범위, 제출할 정보와 비용부터 확인하고 이메일, 외부 서비스나 특수 프로그램이 포함되는지도 물어보세요. 이전의 목표는 기존 업무를 이어갈 수 있도록 하는 것이지 비슷해 보이는 새 홈페이지만 받는 것이 아닙니다.

설정 마법사로 새 웹사이트 만들기

현재 최초 설정은 Client Area의 Websites에서 Finish Site Setup을 선택한 뒤 도메인과 WordPress를 확인하는 방식입니다. 다른 사이트를 추가할 때는 New Website에서 WordPress를 선택하고 화면에 따라 위치, 도메인과 관리자 정보를 설정합니다. 도메인을 구매하는 선택과 이미 보유한 도메인을 쓰는 선택은 다릅니다. 다음 단계로 넘어가려고 이름을 하나 더 사지 않도록 먼저 어떤 선택이 필요한지 확인하세요.

생성 후 WordPress 관리자 화면에서 홈페이지, 주요 콘텐츠와 연락 정보를 먼저 완성하고 탐색 메뉴와 디자인을 정리합니다. 과외 서비스 사이트라면 과목, 수업 방식과 문의 폼부터 제공할 수 있습니다. 실제 자료가 없는 학생 성적이나 후기를 넣을 필요는 없습니다. 설치 과정은 콘텐츠의 출발점을 제공할 뿐이며, 공개 정보와 이미지 사용 권한은 직접 확인해야 합니다.

이전 전에 원본과 대상 준비하기

기존 사이트는 먼저 복원 가능한 파일 및 데이터베이스 백업을 확보하고 현재 URL, 플러그인, 예약 작업, 이메일과 중요한 연동을 기록합니다. 원본 사이트에 적합한 이전 플러그인을 설치할 수 있는지, 대상 호스팅에 자원이 충분한지 확인하세요. 원본이 제한된 플랫폼, 멀티사이트 네트워크나 특수 구조라면 도구의 호환성과 제약을 먼저 확인하고 필요할 때 공식 지원 방식을 이용합니다.

SiteGround 공식 절차에서는 대상의 Site Tools에서 WordPress, Migrator로 들어가 대상 도메인과 경로를 정한 뒤 Migration Token을 생성합니다. 이를 원본 사이트의 SiteGround Migrator 플러그인에 입력합니다. 대상 위치에 보존해야 할 콘텐츠가 없는지 먼저 확인하고, 토큰은 민감한 정보로 취급해 해당 이전 과정에서만 사용하세요.

이전이 끝나면 공식 미리보기 또는 테스트 방식으로 복사본을 점검하고 기존 사이트는 당분간 남겨 둡니다. 복사가 성공했다고 이메일, 도메인 등록이나 모든 외부 서비스까지 이전됐다는 뜻은 아닙니다. 기존 발신 메일, 예약 작업과 캐시 설정이 새 환경에서 어떻게 작동하는지도 확인해야 합니다. 글 수가 같다는 이유만으로 검수를 끝내지 마세요.

1. 원본 사이트를 백업하고 플러그인, 데이터, 이메일과 여전히 새 콘텐츠를 생성하는 기능을 목록으로 만듭니다.
2. Site Tools의 WordPress → Migrator에서 해당 대상을 위한 이전 토큰을 생성합니다.
3. 원본 WordPress에 공식 Migrator 플러그인을 설치하고 대상을 확인한 뒤 이전을 제출하고 결과를 저장합니다.
4. 새 사이트를 미리 보고 데이터와 기능을 표본 점검한 다음 최종 동기화, DNS 전환과 기존 서비스 유지 기간을 정합니다.

Staging은 변경 시험용이며 항상 동기화되는 운영 사이트가 아닙니다

이용 조건에 맞는 계정은 Site Tools의 WordPress, Staging에서 테스트 복사본을 만들 수 있습니다. 공식 문서는 이 도구가 사이트 파일과 데이터베이스를 복사한다고 설명하므로 테스트 환경에도 운영 데이터가 들어갈 수 있습니다. 접근을 제한하고 외부 연동을 검토하세요. 새 레이아웃 테스트처럼 목적을 분명하게 표시하는 이름을 붙이고, 구분하기 어려운 '새 사이트'를 여러 개 만들지 마세요.

SiteGround 문서에 따르면 Staging 복사본은 중복 자동 동작을 줄이기 위해 WordPress의 기본 cron 기능을 비활성화합니다. 그렇다고 모든 타사 외부 호출이 발생하지 않는다는 뜻은 아닙니다. 결제, 뉴스레터, Webhook과 외부 예약 작업을 확인하고 필요하면 테스트 모드나 테스트 인증 정보를 사용하세요. URL에 staging이 들어간다는 이유만으로 복사본에서 실제 결제를 실행하면 안 됩니다.

시험한 변경을 운영 사이트에 반영하기 전에 배포가 어떤 파일이나 데이터베이스 테이블을 갱신하는지 이해해야 합니다. 테스트 기간에 운영 사이트가 새 주문을 받았다면 오래된 데이터베이스로 곧바로 덮어쓸 경우 누락될 수 있습니다. 데이터 구조를 이해하는 사람이 적절한 배포 범위와 동기화 방식을 확인하고 작업 전에 새 백업을 확보해야 합니다. 원클릭 배포를 데이터 위험이 없는 작업으로 여기지 마세요.

정식 전환 시 데이터와 기능 검수하기

전환 전에 데이터 업데이트의 마감 시점을 정하고, 필요하면 새 데이터를 만드는 흐름을 잠시 멈춘 뒤 최종 동기화를 마칩니다. 자신의 도메인과 DNS 서비스에 맞게 설정하고 원래 값과 복구 방법을 남기며, 이메일 레코드가 잘못 변경되지 않았는지도 확인하세요. 정식 도메인이 새 사이트로 연결되면 HTTPS, 루트 도메인, www와 중요한 하위 페이지 링크를 다시 검사합니다.

로그아웃한 브라우저와 휴대전화로 글, 이미지, 검색, 폼과 로그인 등 주요 방문자 흐름을 시험합니다. 이전한 사이트는 오래전 글만 표본으로 볼 것이 아니라 최근 추가된 데이터도 대조해야 합니다. 쇼핑몰이 있다면 플랫폼의 테스트 절차에 따라 결제, 알림과 관리자 데이터를 확인하세요. 홈페이지에 접속된다고 전체 운영 흐름이 복구된 것으로 보지 마세요.

인계 조건이 명확해질 때까지 기존 사이트 유지하기

새 사이트가 안정적임을 확인한 뒤 원래 제공업체의 조건에 따라 기존 서비스 중단을 진행합니다. 메일함, 백업이나 다른 사이트가 기존 요금제에 여전히 의존하는지 먼저 조사하고 필요한 데이터를 보관하세요. 새 사이트를 되돌려야 할 때는 전환 후 추가된 콘텐츠를 어떻게 처리할지도 분명히 해야 합니다. DNS만 되돌리면 모든 데이터가 자동으로 일치한다고 가정할 수 없습니다.

마지막으로 관리표에 Site Tools, WordPress, 도메인, DNS, 백업과 갱신 담당자를 적고 이번에 사용한 이전 및 검수 방식을 기록합니다. 이 자료는 다음 업데이트나 이전 때 처음부터 조사하지 않도록 도와줍니다. 도구는 복사 시간을 줄여 주지만 지속적인 유지보수에는 명확한 책임, 데이터 보존과 검증 가능한 완료 조건이 필요합니다.

자세한 설명 보기

SiteGround 이전을 원본 백업, 도구로 복사, 미리보기 테스트, 정식 전환 순서로 진행하며 각 단계에서 검증 자료를 보존하는 도해.

웹사이트 유지보수: 백업, 업데이트와 장애 보고의 일상 관리

DNS 설정 확인: A, CNAME부터 이메일 레코드까지

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• WordPress