기존 홈페이지 제작업체 연락 두절, 인수인계 없이 유지보수 업체를 바꾸는 방법

홈페이지의 연락처를 바꿔야 하거나 오류가 생겨 제작업체에 연락했는데 며칠째 답변이 없습니다. 담당자가 퇴사했다는 답을 받기도 하고, 업체 자체가 폐업해 전화와 이메일이 모두 끊기는 경우도 있습니다.

처음에는 간단한 수정 문제였지만 시간이 지나면서 상황이 달라집니다. 도메인 만료 안내가 누구에게 전달되는지 모르고, 호스팅 비용이 어디에서 결제되는지 확인되지 않으며, 워드프레스 관리자 계정도 찾을 수 없습니다. 사이트가 정상적으로 열리고 있어도 실제 운영 권한은 회사가 아닌 이전 제작업체가 가지고 있을 수 있습니다.

이럴 때 중요한 것은 ‘새 업체가 기존 홈페이지를 바로 수정할 수 있느냐’가 아닙니다. 먼저 도메인, 서버, 소스, 데이터베이스, 관리자 계정 중 회사가 확보한 것이 무엇인지 확인해야 합니다. 권한 상태에 따라 단순한 유지보수 업체 변경으로 끝날 수도 있고, 서버 이전이나 홈페이지 재구축이 필요할 수도 있습니다.

현재 업체의 응답 속도나 관리 상태 때문에 교체를 고민하는 단계라면 기존 글인 홈페이지 유지보수 업체를 바꿔야 하는 7가지 신호를 먼저 확인해도 좋습니다. 이번 글에서는 이미 연락이 끊겼거나 정상적인 인수인계가 어려운 상황에서 무엇을 확보하고 어떤 순서로 움직여야 하는지 살펴보겠습니다.

목차

1. 제작업체와 연락이 끊겼을 때 먼저 해야 할 일
2. 홈페이지 인수인계에 필요한 핵심 자산
3. 현재 확보된 권한에 따라 대응 방법이 달라집니다
4. 도메인과 DNS 권한 확인하기
5. 호스팅·소스·데이터베이스 확보하기
6. 관리자 계정과 외부 서비스 점검하기
7. 기존 홈페이지를 유지할지 재구축할지 결정하는 기준
8. 실전 활용 가이드
9. FAQ
10. 맺음말

제작업체와 연락이 끊겼을 때 먼저 해야 할 일

제작업체와 연락이 되지 않으면 급한 수정부터 해결하고 싶어집니다. 하지만 홈페이지가 아직 정상적으로 열리고 있다면 먼저 현재 상태를 보존해야 합니다.

호스팅이나 도메인 결제를 섣불리 해지하거나, 관리자 화면에서 플러그인과 파일을 임의로 삭제하면 복구가 더 어려워질 수 있습니다. 서버 용량이 부족하다는 이유로 오래된 백업을 지우거나 새 업체가 바로 서버 환경을 변경하는 것도 피해야 합니다.

먼저 아래 자료를 한곳에 모아두는 것이 좋습니다.

• 기존 제작 계약서와 견적서
• 제작비·호스팅비·도메인비 결제 내역
• 제작업체와 주고받은 이메일·메신저 내용
• 홈페이지 관리자 주소와 계정 정보
• 도메인 등록기관에서 받은 만료·결제 안내
• 호스팅 업체에서 받은 서버 관련 이메일
• 웹사이트에 연결된 대표 이메일과 휴대전화 번호
• 최근 홈페이지 백업 파일

계약서에는 ‘소스 제공’, ‘관리자 권한’, ‘서버 소유’, ‘유지보수 종료 후 인수인계’에 관한 내용이 있는지 확인합니다. 계약서에 명확한 문구가 없더라도 회사 명의로 가입한 계정과 결제 내역이 있다면 권한을 찾는 중요한 단서가 됩니다.

연락을 시도한 기록도 보관하는 것이 좋습니다. 전화만 반복하기보다 이메일이나 문자처럼 발송 기록이 남는 방법으로 관리자 계정, 호스팅 정보, 소스와 데이터베이스 전달을 요청합니다. 요청 항목을 구체적으로 적어야 나중에 무엇을 받았고 무엇을 받지 못했는지 구분할 수 있습니다.

홈페이지 인수인계에 필요한 핵심 자산

홈페이지 인수인계라고 하면 관리자 아이디와 비밀번호만 생각하기 쉽습니다. 하지만 관리자 계정 하나만으로는 서버 이전이나 장애 복구를 진행하지 못할 수 있습니다.

안전한 인수인계를 위해서는 다음 자산을 구분해서 확인해야 합니다.

1. 도메인 소유권

도메인은 사용자가 홈페이지 주소를 입력했을 때 해당 서버로 연결해 주는 핵심 자산입니다. 도메인 등록자 명의, 등록기관 계정, 결제수단, 만료일을 확인해야 합니다.

홈페이지를 새로 만들어도 도메인을 확보하지 못하면 기존 주소를 그대로 사용하기 어렵습니다. 회사명으로 검색되는 주소와 이메일이 도메인에 연결돼 있다면 가장 먼저 확인해야 할 항목입니다.

2. DNS 관리 권한

DNS는 도메인이 어느 홈페이지 서버와 메일 서버를 바라볼지 결정합니다. 홈페이지 서버를 이전할 때도 DNS 설정을 변경해야 합니다.

도메인 계정은 확보했지만 네임서버나 DNS가 별도 업체에서 관리되는 경우도 있습니다. 현재 네임서버가 어디에 설정돼 있는지, DNS 레코드를 누가 수정할 수 있는지 확인해야 합니다.

3. 호스팅 또는 서버 계정

호스팅은 홈페이지 파일과 데이터베이스가 저장된 공간입니다. 카페24 같은 웹호스팅일 수도 있고 클라우드 서버, 단독 서버, 제작업체의 통합 서버일 수도 있습니다.

회사 명의로 가입한 독립 계정이라면 비교적 인수인계가 쉽습니다. 반면 제작업체가 여러 고객의 홈페이지를 하나의 서버에서 운영했다면 서버 전체 권한을 받기는 어렵고, 해당 홈페이지의 파일과 데이터베이스를 별도로 전달받아야 합니다.

4. 홈페이지 소스 파일

소스 파일에는 디자인, 화면 구성, 프로그램 기능, 이미지와 업로드 자료가 포함됩니다. 워드프레스 홈페이지라면 테마, 자식 테마, 플러그인, 업로드 폴더와 설정 파일을 함께 확인해야 합니다.

브라우저에서 보이는 화면을 저장한 자료는 원본 소스와 다릅니다. 공개된 HTML과 이미지만 수집해서 외형을 일부 복원할 수는 있지만 관리자 기능, 문의 데이터, 회원 정보, 게시물 관리 기능까지 복구되는 것은 아닙니다.

5. 데이터베이스

게시물, 회원, 문의, 상품, 주문, 환경설정처럼 관리자 화면에서 등록한 정보는 데이터베이스에 저장되는 경우가 많습니다. 소스 파일만 있고 데이터베이스가 없으면 기존 콘텐츠와 관리 기능이 정상적으로 복구되지 않을 수 있습니다.

특히 워드프레스는 글, 페이지, 사용자, 메뉴, 플러그인 설정 등 주요 정보가 데이터베이스에 들어갑니다. 파일 백업과 데이터베이스 백업을 모두 확보해야 실제 이전이 가능합니다.

6. 디자인 원본과 콘텐츠 자료

로고 원본, 폰트, 사진, 영상, 아이콘, 배너, 상세페이지, Figma·Adobe XD·PSD 같은 디자인 자료도 확인해야 합니다. 홈페이지는 복구됐지만 원본 자료가 없어 이미지나 문구를 수정하지 못하는 경우가 많습니다.

사용한 이미지와 폰트의 라이선스도 함께 확인하는 것이 좋습니다. 제작업체 계정으로 구매한 유료 이미지나 폰트는 업체 변경 후 사용 조건이 달라질 수 있습니다.

현재 확보된 권한에 따라 대응 방법이 달라집니다

제작업체와 연락이 끊겼다고 해서 모든 홈페이지를 새로 만들어야 하는 것은 아닙니다. 현재 확보한 권한에 따라 난이도가 크게 달라집니다.

도메인·호스팅·관리자 권한을 모두 확보한 경우

가장 안정적인 상황입니다. 새 유지보수 업체가 서버와 홈페이지 구조를 점검하고 전체 백업을 만든 뒤 계정과 비밀번호를 변경하면 됩니다.

이때 바로 수정 작업을 시작하기보다 먼저 복구 가능한 백업을 확보해야 합니다. 오래된 PHP 버전이나 플러그인을 사용하고 있다면 테스트 환경에서 업데이트 가능 여부를 확인한 후 실제 사이트에 반영하는 것이 안전합니다.

도메인은 있지만 호스팅 권한이 없는 경우

기존 홈페이지의 원본을 완전히 확보하기 어려울 수 있지만 도메인을 보유하고 있으므로 새 서버와 새 홈페이지로 연결할 수 있습니다.

공개된 기존 사이트에서 문구, 이미지, 게시물 URL을 정리하고 필요한 콘텐츠를 재구성할 수 있습니다. 다만 관리자 데이터, 문의 내역, 비공개 자료, 맞춤 프로그램은 서버나 데이터베이스 없이는 이전하기 어렵습니다.

호스팅은 있지만 도메인 권한이 없는 경우

홈페이지 파일과 데이터를 백업할 수 있다는 점에서는 유리합니다. 하지만 서버를 이전하거나 DNS를 변경하려면 도메인 관리 권한이 필요합니다.

도메인 등록기관과 등록자 정보를 확인하고, 회사 명의 또는 대표자 명의라는 사실을 증명할 수 있는 자료를 준비해 계정 복구 절차를 문의해야 합니다. 등록기관마다 확인 절차가 다르므로 임의로 새로운 도메인을 먼저 구매하기보다 기존 도메인의 회수 가능성을 확인하는 편이 좋습니다.

관리자 계정만 있는 경우

게시물과 페이지를 수정할 수는 있지만 서버 장애나 악성코드, 데이터베이스 오류가 발생했을 때 대응 범위가 제한됩니다.

워드프레스라면 관리자 화면에서 콘텐츠와 미디어를 일부 내보낼 수 있지만 이것만으로 전체 복구가 보장되지는 않습니다. 관리자 화면 접근이 가능한 동안 게시물, 페이지, 이미지와 주요 설정을 정리하고 서버 권한을 추가로 확보해야 합니다.

아무 권한도 없는 경우

현재 공개된 홈페이지를 기준으로 복원 가능한 콘텐츠를 먼저 수집해야 합니다. 회사 내부에 남아 있는 원고, 제품 자료, 사진, 브로슈어, 로고 파일도 함께 찾아야 합니다.

이 경우 기존 홈페이지를 그대로 유지보수하기보다는 새 서버에서 재구축할 가능성이 높습니다. 검색에 노출된 기존 URL 구조와 콘텐츠를 확인해 새 홈페이지에서도 중요한 주소가 이어지도록 설계해야 합니다.

도메인과 DNS 권한 확인하기

도메인은 홈페이지 복구보다 먼저 확인해야 합니다. 사이트가 오늘 정상적으로 열려도 도메인 만료일이 지나면 접속과 회사 이메일이 함께 중단될 수 있기 때문입니다.

회사 내부에서 도메인을 구매한 담당자, 등록기관, 결제카드, 등록 이메일을 확인합니다. 도메인 연장 안내 메일을 검색하면 등록기관을 찾는 데 도움이 됩니다.

도메인 계정에 로그인할 수 있다면 다음 항목을 점검합니다.

• 등록자와 관리자 정보가 회사 또는 대표자 정보인지
• 연락 이메일과 휴대전화가 현재 사용 가능한지
• 도메인 만료일과 자동 연장 상태
• 현재 네임서버 정보
• A·CNAME·MX 등 주요 DNS 레코드
• 이전 잠금과 인증 관련 설정

DNS를 변경하기 전에는 기존 레코드를 화면 캡처나 문서로 보관해야 합니다. 홈페이지 주소뿐 아니라 기업 메일, 서브도메인, 인증 서비스가 함께 연결돼 있을 수 있기 때문입니다.

홈페이지 서버만 이전하면서 DNS 전체를 초기화하면 메일 수신이 끊길 수 있습니다. 새 유지보수 업체는 홈페이지 연결 정보뿐 아니라 기존 메일과 외부 서비스 연결까지 확인한 후 필요한 레코드만 변경해야 합니다.

호스팅·소스·데이터베이스 확보하기

호스팅 업체를 확인했다면 먼저 만료일과 결제 상태를 봅니다. 사이트가 정상적으로 운영되는 동안 백업을 확보하는 것이 가장 안전합니다.

확보해야 할 기본 자료는 다음과 같습니다.

• 호스팅 또는 서버 관리자 계정
• FTP·SFTP·SSH 접속 정보
• 홈페이지 전체 파일
• 데이터베이스 백업 파일
• 웹서버·PHP·데이터베이스 버전
• SSL 인증서 적용 방식과 갱신 상태
• 자동 백업 위치와 보관 기간
• 예약 작업과 서버별 환경설정

파일을 전달받았다고 바로 인수인계가 끝난 것은 아닙니다. 백업 파일이 열리는지, 데이터베이스가 정상적으로 복원되는지, 별도의 암호나 서버 의존성이 없는지 확인해야 합니다.

오래된 홈페이지는 특정 PHP 버전이나 서버 설정에서만 작동하기도 합니다. 새 서버에 파일을 올렸는데 화면이 깨지거나 관리자 로그인이 되지 않을 수 있으므로 복제 환경에서 먼저 테스트하는 것이 좋습니다.

새 업체가 기존 홈페이지를 분석하고 백업·보안·업데이트·오류 대응 범위를 맡아야 한다면 홈페이지 유지보수·운영지원처럼 실제 관리 항목이 구분된 서비스를 기준으로 비교해 볼 수 있습니다. ‘수정 가능’이라는 답변만 듣기보다 백업 복구, 서버 접근, 장애 대응과 작업 기록까지 어디까지 맡는지 확인해야 합니다.

관리자 계정과 외부 서비스 점검하기

홈페이지 운영에는 서버 외에도 여러 외부 서비스가 연결됩니다. 홈페이지 화면만 정상적으로 이전한 뒤 문의가 들어오지 않거나 통계가 끊기는 이유도 이 부분을 빠뜨렸기 때문입니다.

다음 계정과 연결 상태를 확인합니다.

• 워드프레스·CMS 최고 관리자 계정
• Google Analytics와 Search Console
• 네이버 서치어드바이저
• 문의폼 수신 이메일과 SMTP 계정
• 지도·문자·알림톡·본인인증 API
• 결제대행사와 쇼핑몰 연동 계정
• 채널톡·CRM·예약 시스템
• 클라우드 저장소와 이미지 CDN
• 유료 테마·플러그인·폰트 라이선스

관리자 계정은 새 업체 개인 이메일이 아니라 회사가 관리하는 대표 이메일을 기준으로 정리하는 것이 좋습니다. 담당자가 바뀌거나 유지보수 계약이 종료돼도 회사 내부에서 권한을 회수할 수 있어야 합니다.

새 업체로 전환할 때는 기존 계정을 무조건 삭제하기보다 새 회사 관리자 계정을 먼저 만들고 정상 작동을 확인한 후 불필요한 계정을 정리합니다. 비밀번호와 보안키를 변경하고, 관리자 권한을 가진 사용자가 누구인지 함께 점검합니다.

문의폼은 실제 테스트 전송까지 해야 합니다. 화면에 ‘접수되었습니다’라는 문구가 나와도 메일이 스팸함으로 들어가거나 이전 제작업체 주소로 발송될 수 있습니다. 문의 데이터가 관리자 화면이나 데이터베이스에 별도로 저장되는지도 확인해야 합니다.

기존 홈페이지를 유지할지 재구축할지 결정하는 기준

권한을 일부 확보했다고 해서 기존 홈페이지를 반드시 유지하는 것이 경제적인 것은 아닙니다. 반대로 소스 구조가 오래됐다는 이유만으로 무조건 새로 만들 필요도 없습니다.

기존 홈페이지 유지가 적합한 경우는 다음과 같습니다.

• 도메인·서버·소스·데이터베이스를 모두 확보한 경우
• 현재 CMS와 서버 버전을 안전하게 업데이트할 수 있는 경우
• 문의폼과 관리자 기능이 정상적으로 작동하는 경우
• 디자인과 콘텐츠 구조가 현재 사업 방향과 크게 다르지 않은 경우
• 악성코드나 비정상 파일이 발견되지 않은 경우

반면 다음 상황이라면 전면 재구축을 함께 검토해야 합니다.

• 원본 소스나 데이터베이스를 확보하지 못한 경우
• 서버 환경이 너무 오래돼 보안 업데이트가 어려운 경우
• 특정 제작업체의 자체 솔루션에 묶여 이전이 불가능한 경우
• 모바일 화면과 문의 동선을 부분 수정으로 해결하기 어려운 경우
• 현재 사업·제품·서비스 구조가 기존 홈페이지와 크게 달라진 경우
• 반복되는 오류를 임시 수정으로만 막고 있는 경우

재구축이 필요하다면 기존 URL과 검색 노출 자산을 함께 확인해야 합니다. 홈페이지를 새로 만들면서 주소 구조를 전부 바꾸고 기존 페이지를 삭제하면 이미 검색에 노출된 자산을 잃을 수 있습니다.

이 경우 홈페이지 리뉴얼 과정에서 기존 URL 목록, 게시물, 메타데이터, 내부링크, 리디렉션 계획을 함께 세워야 합니다. 디자인 변경과 서버 이전만 진행하는 것이 아니라 기존 검색 자산과 문의 동선을 새 구조로 옮기는 작업이 필요합니다.

실전 활용 가이드

1. ‘현재 사이트를 그대로 보존합니다.’ 도메인·호스팅을 해지하거나 파일과 플러그인을 임의로 삭제하지 않습니다. 현재 화면, 관리자 정보, 오류 상태를 먼저 기록합니다.
2. ‘계약서와 결제 내역을 확인합니다.’ 도메인과 호스팅을 누가 결제했는지, 소스 제공과 인수인계 조건이 있는지 확인합니다.
3. ‘도메인 권한을 가장 먼저 확보합니다.’ 등록기관, 등록자 명의, 만료일, 네임서버와 DNS 관리 권한을 확인합니다.
4. ‘호스팅과 서버 접근 가능 여부를 확인합니다.’ FTP·SFTP·SSH와 데이터베이스 접속 정보를 찾고 현재 서버 환경을 기록합니다.
5. ‘파일과 데이터베이스를 함께 백업합니다.’ 소스 파일만 복사하지 말고 게시물과 설정이 들어 있는 데이터베이스까지 확보합니다.
6. ‘복구 가능한 백업인지 테스트합니다.’ 별도 테스트 공간에서 홈페이지가 정상적으로 열리고 관리자 기능이 작동하는지 확인합니다.
7. ‘외부 연동 계정을 회사 명의로 정리합니다.’ 검색도구, 통계, 문의메일, 결제, 지도, 문자와 유료 라이선스의 관리자를 확인합니다.
8. ‘유지보수와 재구축 비용을 나누어 비교합니다.’ 단기 복구 비용만 보지 말고 앞으로 업데이트와 기능 수정이 가능한 구조인지 함께 판단합니다.
9. ‘새 업체와 인수인계 목록을 문서로 남깁니다.’ 계정, 백업 위치, 서버 정보, 라이선스, 작업 범위와 계약 종료 시 반환할 자료를 문서화합니다.

FAQ

• Q 제작업체와 연락이 안 되면 기존 홈페이지를 바로 수정할 수 있나요?
  A 관리자 또는 서버 접속 권한이 있다면 가능할 수 있습니다. 다만 새 업체가 구조와 백업 상태를 먼저 확인해야 합니다. 관리자 계정만 있고 서버 권한이 없다면 수정과 장애 대응 범위가 제한될 수 있습니다.
• Q 관리자 아이디만 있으면 인수인계가 끝난 것인가요?
  A 아닙니다. 도메인, DNS, 호스팅, 소스 파일, 데이터베이스, 외부 서비스와 라이선스 정보까지 확인해야 합니다. 관리자 아이디만으로는 서버 이전이나 완전한 복구가 어려울 수 있습니다.
• Q 기존 소스를 받지 못하면 홈페이지를 그대로 복원할 수 있나요?
  A 공개 화면의 문구와 이미지를 참고해 외형을 재구성할 수는 있지만 관리자 기능, 문의 데이터, 회원 정보와 맞춤 프로그램까지 그대로 복원된다는 의미는 아닙니다. 내부 자료와 공개 페이지를 기준으로 재구축 범위를 산정해야 합니다.
• Q 제작업체 서버에 홈페이지가 함께 들어 있다면 어떻게 해야 하나요?
  A 서버 전체 계정보다 해당 사이트의 파일과 데이터베이스 백업을 요청하는 것이 현실적입니다. 전달받은 자료가 새 환경에서 복원되는지 확인한 뒤 서버를 이전해야 합니다.
• Q 유지보수 업체를 바꿀 때 도메인도 새로 구매해야 하나요?
  A 기존 도메인 권한을 확보할 수 있다면 새로 구매할 필요가 없습니다. 도메인은 검색 노출, 이메일과 고객 인지에 연결되므로 기존 주소를 유지하는 것이 일반적입니다. 회수 가능성을 확인하기 전에 새 주소부터 사용하는 것은 신중해야 합니다.
• Q 새 업체와 계약할 때 인수인계 문제를 예방하려면 무엇을 넣어야 하나요?
  A 도메인과 서버의 명의, 관리자 권한, 정기 백업, 소스와 데이터베이스 제공 범위, 외부 라이선스, 계약 종료 후 자료 반환 항목을 명확히 적는 것이 좋습니다. 계정은 가능한 한 회사 이메일로 가입해야 합니다.

맺음말

기존 홈페이지 제작업체와 연락이 끊겼다면 가장 먼저 해야 할 일은 새 업체를 급하게 정하는 것이 아니라 현재 회사가 보유한 권한을 확인하는 것입니다.

도메인, DNS, 호스팅, 소스, 데이터베이스, 관리자 계정은 서로 다른 자산입니다. 일부 권한만 확보해도 홈페이지를 살릴 수 있지만, 무엇이 있는지 모른 채 서버와 계정을 변경하면 오히려 복구가 어려워질 수 있습니다.

현재 사이트가 정상적으로 운영 중이라면 먼저 전체 백업과 계정 현황을 확인하고, 그다음 기존 구조를 유지할지 새 환경으로 이전할지 결정해야 합니다. 소스나 서버 정보가 없어도 도메인과 기존 콘텐츠를 확보했다면 재구축 방향을 검토할 수 있습니다.

기존 제작업체와 연락이 되지 않거나 인수인계 자료가 부족해 어디서부터 확인해야 할지 어렵다면 현재 홈페이지 주소와 확보한 계정 정보를 기준으로 진단할 수 있습니다. 픽셀라인 상담 문의를 통해 상황을 알려주시고, 유사한 기업 홈페이지 작업 결과는 포트폴리오에서 확인해 보세요.