홈페이지 서버를 바꾸거나 기존 제작업체에서 다른 업체로 관리 권한을 넘길 때 가장 먼저 생각하는 것은 ‘파일 이전’입니다. 기존 서버의 홈페이지 파일을 내려받고 새 서버에 올리면 작업이 끝날 것처럼 보입니다.
하지만 실제 웹사이트 이전은 그렇게 단순하지 않습니다. 홈페이지 화면은 서버에 있는 파일과 데이터베이스가 만들지만, 사용자가 그 홈페이지에 접속하기까지는 도메인, DNS, SSL 인증서, 메일 서버와 여러 외부 서비스가 함께 연결되어 있기 때문입니다.
특히 기업 홈페이지는 대표메일, 문의폼, Google Search Console, 네이버 서치어드바이저, GA4, 지도, 문자 발송, API 같은 기능이 연결되어 있는 경우가 많습니다. 홈페이지는 정상적으로 이전됐는데 대표메일이 며칠 동안 수신되지 않거나, 문의폼이 이전 담당자의 이메일로 계속 발송되는 문제도 실제 운영에서는 충분히 발생할 수 있습니다.
이번 글에서는 ‘웹사이트 이전’을 단순한 서버 복사가 아니라 ‘회사의 웹 자산 전체를 안전하게 옮기는 작업’이라는 관점에서 살펴보겠습니다.
목차
- 웹사이트 이전은 왜 파일 복사만으로 끝나지 않을까요?
- 이전 전에 반드시 확인해야 할 8가지 웹 자산
- 도메인 이전과 서버 이전은 서로 다른 작업입니다
- 웹사이트 이전 비용은 무엇에 따라 달라질까요?
- 이전하면서 검색 노출을 잃지 않으려면
- 홈페이지와 기업메일을 함께 확인해야 하는 이유
- 기존 홈페이지를 그대로 옮길지 새로 만들지 판단하는 기준
- 실전 활용 가이드
- FAQ
- 맺음말
웹사이트 이전은 왜 파일 복사만으로 끝나지 않을까요?
웹사이트가 작동하는 구조를 간단하게 나누면 ‘도메인 → DNS → 서버 → 홈페이지 프로그램 → 데이터베이스’ 순서로 볼 수 있습니다.
사용자가 회사 도메인을 입력하면 DNS가 해당 홈페이지가 위치한 서버를 찾아 연결하고, 서버에서는 홈페이지 파일과 데이터베이스를 불러와 화면을 보여줍니다. HTTPS 주소를 사용한다면 SSL 인증서도 정상적으로 적용되어 있어야 합니다.
따라서 웹사이트 이전 과정에서는 최소한 다음 관계를 함께 확인해야 합니다.
- 도메인은 어느 업체에서 등록했는가
- 네임서버와 DNS는 누가 관리하는가
- 현재 홈페이지 파일은 어느 서버에 있는가
- 데이터베이스 백업이 가능한가
- SSL 인증서는 어떻게 발급·갱신되고 있는가
- 기업메일은 어떤 서버를 사용하는가
- 문의폼은 어느 이메일로 전달되는가
- 검색·통계 도구는 누구 계정에 연결되어 있는가
이 구조가 헷갈린다면 기존 글인 도메인·호스팅·SSL: 회사 홈페이지 인프라 비용 완전 가이드를 함께 보면 각각의 역할을 이해하는 데 도움이 됩니다.
웹사이트 이전은 결국 이 연결 관계를 새로운 환경에서도 끊기지 않도록 재구성하는 작업입니다.
이전 전에 반드시 확인해야 할 8가지 웹 자산
서버 이전 견적을 요청하기 전에 현재 회사가 어떤 권한과 자료를 가지고 있는지 먼저 확인하는 것이 좋습니다. 자료가 모두 없어도 이전이 불가능한 것은 아니지만, 확보된 자산에 따라 작업 방법과 비용이 크게 달라질 수 있습니다.
1. 도메인 등록기관과 관리자 계정
먼저 회사 도메인이 어디에서 등록되어 있는지 확인합니다. 카페24, 가비아, 후이즈 또는 해외 등록기관일 수도 있습니다.
중요한 것은 도메인의 ‘주소’가 아니라 관리 권한입니다. 등록기관 로그인 계정, 등록자 정보, 만료일과 결제수단을 확인해야 합니다.
도메인이 기존 제작업체 명의로 되어 있다면 서버 이전보다 먼저 회사 명의로 관리권한을 정리하는 것이 안전합니다.
2. 네임서버와 DNS
도메인 계정과 DNS 관리 위치가 항상 같은 것은 아닙니다. 도메인은 국내 등록기관에 있지만 DNS는 Cloudflare 같은 별도 서비스를 사용하는 경우도 있습니다.
DNS에는 홈페이지뿐 아니라 기업메일, 인증 서비스, 외부 시스템 연결 정보도 들어갈 수 있습니다.
그래서 서버를 이전한다고 DNS 값을 전부 초기화하면 안 됩니다. 홈페이지 연결에 필요한 A레코드나 CNAME만 변경하고 기존 MX, TXT 등 메일 관련 레코드는 유지해야 할 수 있습니다.
3. 홈페이지 전체 소스 파일
워드프레스라면 테마, 플러그인, 업로드 파일과 설정 파일을 포함한 전체 파일을 확보합니다.
맞춤형 홈페이지라면 PHP, JavaScript, CSS, 이미지와 프로그램 파일을 포함한 실제 운영 소스가 필요합니다.
브라우저에서 보이는 화면을 저장한 HTML은 운영 소스와 다릅니다. 관리자 기능이나 프로그램을 옮기려면 서버에 있는 실제 파일이 필요합니다.
4. 데이터베이스
홈페이지 파일만 있고 데이터베이스가 없으면 사이트가 정상적으로 복원되지 않을 수 있습니다.
워드프레스의 경우 글, 페이지, 사용자, 메뉴, 설정과 일부 플러그인 데이터가 데이터베이스에 저장됩니다. 쇼핑몰이나 맞춤형 홈페이지라면 제품, 회원, 주문, 문의와 관리자 데이터도 데이터베이스에 들어갈 수 있습니다.
따라서 이전 전에는 ‘파일 백업’과 ‘DB 백업’을 별도로 확인해야 합니다.
5. 현재 서버 환경
오래된 홈페이지는 새 서버에 파일을 복사했다고 바로 작동하지 않을 수 있습니다.
PHP 버전, 데이터베이스 버전, 웹서버 종류와 특정 라이브러리 의존성을 확인해야 합니다. 예를 들어 오래된 PHP 버전을 기준으로 개발된 홈페이지를 최신 PHP 환경에 바로 올리면 오류가 발생할 수 있습니다.
이 때문에 안전한 이전은 기존 사이트를 바로 끄고 새 서버로 옮기는 방식보다, 별도의 테스트 환경에서 먼저 복제해 작동 여부를 확인하는 방식이 좋습니다.
6. SSL 인증서
새 서버에서는 HTTPS가 정상적으로 작동하는지 확인해야 합니다.
Let’s Encrypt처럼 서버에서 자동 갱신되는 인증서를 사용하는 경우 새 서버에서도 다시 설정해야 합니다. 별도로 구매한 인증서라면 인증서 파일과 개인키, 발급 방식도 확인해야 할 수 있습니다.
7. 기업메일
웹사이트 이전에서 가장 자주 놓치는 영역 중 하나입니다.
회사 대표메일이 Google Workspace, Microsoft 365, 다음 스마트워크, 네이버웍스 또는 호스팅 업체의 메일 서비스를 사용하는지 확인해야 합니다.
메일이 홈페이지 서버와 다른 곳에서 운영되고 있다면 서버 이전 후에도 MX 레코드를 유지해야 합니다.
8. 검색·분석·외부 연동 계정
홈페이지가 새로운 서버에서 정상적으로 열리더라도 운영 계정이 이전 제작업체에 남아 있다면 인수인계가 끝난 것이 아닙니다.
- Google Search Console
- Google Analytics / GA4
- Google Tag Manager
- 네이버 서치어드바이저
- 지도 서비스
- 문자·메일 발송 서비스
- 결제 서비스
- SNS 로그인 및 API
가능하면 회사가 소유한 대표 계정을 기준으로 관리자를 추가하고 기존 제작업체 계정은 이전 완료 후 정리하는 것이 좋습니다.
리뉴얼과 함께 이전을 준비하고 있다면 홈페이지 리뉴얼 인수인계, 기존 제작업체에 꼭 요청해야 할 계정·자료 10가지도 같이 확인하면 좋습니다.
도메인 이전과 서버 이전은 서로 다른 작업입니다
홈페이지 이전 상담에서 ‘도메인을 옮긴다’와 ‘홈페이지를 옮긴다’를 같은 의미로 사용하는 경우가 많습니다. 하지만 실제로는 서로 다른 작업입니다.
‘도메인 이전’은 도메인을 관리하는 등록기관 또는 계정의 관리 주체를 변경하는 과정입니다.
반면 ‘서버 이전’은 홈페이지의 파일과 데이터베이스를 새로운 호스팅 또는 서버 환경으로 옮기는 작업입니다.
도메인을 그대로 유지하면서 서버만 변경할 수도 있습니다. 이 경우 사용자가 보는 홈페이지 주소는 그대로이고 DNS가 바라보는 서버 주소만 달라집니다.
반대로 서버는 그대로인데 도메인 등록기관만 바꿀 수도 있습니다.
따라서 제작업체에 “도메인까지 이전해주세요”라고 요청하기보다 아래처럼 구분해 전달하면 견적이 훨씬 정확해집니다.
- 현재 도메인을 그대로 사용할 것인지
- 도메인 등록기관을 변경할 것인지
- 기존 서버를 유지할 것인지
- 새 서버로 옮길 것인지
- 기업메일은 현재 서비스를 유지할 것인지
웹사이트 이전 비용은 무엇에 따라 달라질까요?
‘홈페이지 이전 비용은 얼마인가요?’라는 질문에 URL만 보고 바로 금액을 정하기 어려운 이유가 있습니다.
겉으로 보기에는 비슷한 기업 홈페이지라도 내부 구조는 전혀 다를 수 있기 때문입니다.
이전 비용에 영향을 주는 대표적인 항목은 다음과 같습니다.
1. 홈페이지 프로그램 종류
워드프레스, 그누보드, 자체 PHP 프로그램, Java·Node 기반 시스템 등 사용 기술에 따라 이전 방법이 달라집니다.
2. 데이터 규모
페이지가 20개인 사이트와 제품 데이터가 수천 건 있는 홈페이지는 같은 이전 작업으로 보기 어렵습니다.
업로드 파일, 데이터베이스 용량, 게시물, 회원과 문의 데이터 규모까지 확인해야 합니다.
3. 관리자 및 맞춤 기능
단순 회사소개 사이트보다 제품관리, 견적관리, 회원관리, 고객포털과 외부 API가 연결된 홈페이지가 이전 난도가 높습니다.
4. 서버 환경 차이
기존 서버와 새 서버의 PHP·DB 버전 차이가 크면 단순 복사보다 호환성 수정 작업이 필요할 수 있습니다.
5. 이전과 동시에 리뉴얼하는지 여부
기존 홈페이지를 그대로 옮기는 것과 새로운 홈페이지를 제작하면서 콘텐츠와 SEO 자산만 이전하는 것은 작업 성격이 다릅니다.
후자의 경우 서버 이전보다는 홈페이지 리뉴얼 프로젝트로 범위를 산정하는 편이 정확합니다.
이전하면서 검색 노출을 잃지 않으려면
웹사이트 이전에서 화면이 정상적으로 열리는 것만 확인하고 작업을 종료하면 검색 노출에 문제가 생길 수 있습니다.
특히 리뉴얼과 서버 이전을 동시에 진행하면서 URL 구조까지 변경한다면 기존 검색 자산을 어떻게 이어갈지 반드시 계획해야 합니다.
가장 먼저 기존 검색 유입이 있는 URL을 확인합니다.
예를 들어 기존 주소가 다음과 같았다면:
/product/view.php?id=10
새 홈페이지에서:
/products/industrial-pump/
로 변경될 수 있습니다.
이 경우 기존 URL을 새 URL로 301 리디렉션해 검색엔진과 사용자에게 이동한 주소를 알려주는 것이 좋습니다.
함께 확인할 항목은 다음과 같습니다.
- 기존 주요 URL 목록
- 새 URL 대응표
- 301 리디렉션
- canonical 설정
- robots.txt
- XML Sitemap
- Google Search Console
- 네이버 서치어드바이저
- GA4와 Tag Manager
도메인이 그대로라면 Search Console 속성 자체를 새로 만들 필요가 없는 경우도 있지만, 새 sitemap을 제출하고 주요 페이지의 색인 상태를 다시 확인하는 것이 좋습니다.
도메인 자체가 변경된다면 검색 이전 작업의 중요성은 더 커집니다.
홈페이지와 기업메일을 함께 확인해야 하는 이유
서버 이전 직후 홈페이지는 정상적으로 열리는데 “대표메일이 안 들어온다”는 문제가 발생하는 경우가 있습니다.
가장 흔한 원인은 DNS 변경 과정에서 기존 메일 관련 레코드를 누락한 경우입니다.
DNS에는 홈페이지를 연결하는 A레코드 외에도 메일 서버를 지정하는 MX, 이메일 인증에 사용하는 TXT, SPF, DKIM 등의 정보가 포함될 수 있습니다.
따라서 홈페이지 서버를 옮긴다고 기존 DNS 설정을 전부 지우고 새 값으로 바꾸는 것은 위험합니다.
이전 전에 DNS 전체 값을 캡처하거나 별도 문서로 저장해 두고, 홈페이지 연결에 필요한 값과 메일·외부 서비스에 필요한 값을 구분해야 합니다.
문의폼도 직접 테스트해야 합니다.
화면에서 ‘문의가 접수되었습니다’라고 표시된다고 실제 담당자에게 이메일이 전달됐다고 볼 수는 없습니다. 새 서버의 메일 발송 설정, SMTP, 스팸 정책과 수신 주소를 확인하고 실제 테스트 문의를 보내는 것이 좋습니다.
기존 홈페이지를 그대로 옮길지 새로 만들지 판단하는 기준
웹사이트 이전 상담을 하다 보면 기존 홈페이지를 그대로 이전하는 것보다 새로 구축하는 것이 나은 경우도 있습니다.
특히 8~10년 이상 운영된 홈페이지는 서버 이전 과정에서 오래된 프로그램 구조와 PHP 버전 문제가 함께 발견되는 경우가 많습니다.
다음 조건이라면 단순 이전보다 리뉴얼을 같이 검토할 수 있습니다.
- 모바일 화면이 제대로 지원되지 않는 경우
- 현재 PHP·CMS 버전이 너무 오래된 경우
- 플러그인이나 라이브러리 업데이트가 불가능한 경우
- 관리자 기능이 현재 업무 방식과 맞지 않는 경우
- 제품·서비스 구조가 크게 변경된 경우
- 검색 노출은 있지만 문의 전환 구조가 약한 경우
- 기존 소스의 유지보수 비용이 계속 증가하는 경우
반대로 디자인과 기능에 큰 문제가 없고 서버 환경만 정리하면 된다면 굳이 리뉴얼까지 진행할 필요는 없습니다.
기존 홈페이지를 안정적으로 유지하면서 서버·백업·보안·업데이트 환경만 개선하려면 홈페이지 유지보수 · 운영지원 관점에서 점검하는 편이 효율적일 수 있습니다.
실전 활용 가이드
- 현재 홈페이지의 도메인 등록기관과 소유자를 확인합니다.
- 네임서버와 DNS 레코드 전체를 캡처하거나 백업합니다.
- 기업메일 서비스와 MX·TXT 레코드를 별도로 표시합니다.
- 현재 서버의 FTP·SFTP·SSH 또는 호스팅 관리자 권한을 확보합니다.
- 홈페이지 전체 파일과 데이터베이스를 각각 백업합니다.
- PHP, 데이터베이스와 웹서버 환경을 기록합니다.
- 새 서버에 테스트 환경을 만든 후 홈페이지를 먼저 복원합니다.
- 페이지, 관리자, 문의폼과 주요 기능을 테스트합니다.
- 기존 URL과 새 URL이 다르다면 301 리디렉션 대응표를 준비합니다.
- DNS 변경 직전에 기존 사이트와 새 사이트의 최종 백업을 만듭니다.
- DNS 변경 후 PC와 모바일에서 HTTPS 접속을 확인합니다.
- 대표메일 수신과 문의폼 발송을 실제로 테스트합니다.
- Search Console, 네이버 서치어드바이저와 GA4 데이터를 확인합니다.
- 이전 완료 후 기존 서버를 바로 삭제하지 말고 일정 기간 백업으로 유지합니다.
FAQ
- Q. 홈페이지 서버 이전하면 도메인도 새로 구매해야 하나요?
A. 아닙니다. 기존 도메인을 그대로 사용하면서 홈페이지 서버만 변경할 수 있습니다. 새 서버 설정이 완료된 후 DNS가 새 서버를 바라보도록 변경하면 됩니다. - Q. 워드프레스 홈페이지는 쉽게 이전할 수 있나요?
A. 비교적 이전 도구가 잘 갖춰져 있지만 모든 사이트가 단순하지는 않습니다. 테마·플러그인 의존성, PHP 버전, 데이터 용량과 맞춤 기능이 있다면 테스트 환경에서 먼저 확인하는 것이 안전합니다. - Q. 기존 제작업체가 소스를 주지 않으면 이전이 불가능한가요?
A. 서버나 백업 파일을 확보할 수 없다면 기존 프로그램을 그대로 이전하기는 어렵습니다. 하지만 도메인 권한을 확보했다면 공개된 콘텐츠와 회사 내부 자료를 기반으로 새 홈페이지를 구축해 기존 도메인에 연결하는 방식은 검토할 수 있습니다. - Q. 서버를 바꾸면 네이버·구글 검색 순위가 떨어지나요?
A. 도메인과 URL 구조가 유지되고 이전 과정에서 장시간 장애가 발생하지 않는다면 서버 변경 자체가 반드시 검색 순위 하락으로 이어지는 것은 아닙니다. 다만 URL 변경, robots 설정 오류, 리디렉션 누락과 장시간 접속 장애는 검색 노출에 영향을 줄 수 있으므로 확인이 필요합니다. - Q. 홈페이지 이전에 얼마나 시간이 걸리나요?
A. 단순 기업 홈페이지와 복잡한 관리자·회원·쇼핑몰 시스템은 작업 범위가 다릅니다. 먼저 파일·DB·도메인·DNS 권한을 확인한 뒤 테스트 이전과 실제 전환 시간을 나누어 일정을 잡는 것이 좋습니다.
맺음말
웹사이트 이전은 홈페이지 파일을 새 서버로 복사하는 작업만을 의미하지 않습니다.
도메인, DNS, 서버, 데이터베이스, SSL, 기업메일, 문의폼, 검색도구와 분석 계정까지 하나의 운영 자산으로 보고 확인해야 합니다. 특히 홈페이지가 정상적으로 열리는 동안 권한과 백업을 확보해 두면 이전 과정에서 발생할 수 있는 위험을 크게 줄일 수 있습니다.
현재 홈페이지를 그대로 옮겨야 하는지, 오래된 구조까지 함께 리뉴얼하는 것이 나은지 판단하기 어렵다면 먼저 현재 운영 환경을 정리해 보는 것이 좋습니다. 픽셀라인에 상담 문의를 남겨주시면 도메인·서버·관리자·기존 홈페이지 상태를 기준으로 필요한 이전 범위를 함께 확인해드릴 수 있습니다. 실제 기업 홈페이지 제작과 리뉴얼 사례는 포트폴리오에서 확인하실 수 있습니다.
