홈페이지 유지보수 업체를 변경할 때 무엇을 인수인계해야 할까?

홈페이지 인수인계는 관리자페이지의 아이디와 비밀번호만 전달하는 것으로 완료되지 않습니다. 관리자페이지는 일반적으로 게시글이나 이미지 등을 수정하는 운영 도구이며, 홈페이지의 프로그램 코드나 서버 설정까지 관리할 수 있는 것은 아닙니다.

따라서 운영 권한과 개발·서버 접근 권한을 구분해서 확인해야 합니다. 새로운 업체가 실제로 관리해야 할 범위를 기준으로 필요한 자료를 정리하는 것이 좋습니다.

위 항목을 모두 별도의 계정으로 관리하는 것은 아닙니다. 하나의 호스팅 서비스에서 서버, 데이터베이스, 파일, 인증서까지 함께 관리하는 홈페이지도 있습니다. 반대로 쇼핑몰이나 플랫폼처럼 여러 외부 서비스를 연결했다면 관리 대상이 더 많아질 수 있습니다.

중요한 것은 실제 사용 중인 서비스와 관리 주체를 빠짐없이 파악하는 것입니다.

홈페이지 유지보수 업체를 변경할 때 문제가 되는 부분 중 하나는 도메인과 서버의 계약 명의 또는 관리 권한이 누구에게 있는지입니다. 기업이 도메인과 호스팅을 직접 계약했다면 신규 업체에 필요한 권한을 부여하는 방식으로 진행할 수 있습니다.

하지만 기존 제작 업체가 도메인과 호스팅을 대신 계약하고 관리해 왔다면 상황이 달라집니다. 서비스의 명의 변경이나 계정 이전이 가능한지, 서버 데이터를 제공받을 수 있는지부터 확인해야 합니다.

특히 도메인은 홈페이지뿐 아니라 기업 이메일과도 연결될 수 있습니다. DNS 설정을 변경하는 과정에서 메일 관련 레코드가 누락되면 홈페이지는 정상적으로 작동하더라도 이메일 송수신에 문제가 생길 수 있습니다.

소스코드와 디자인 원본 파일의 제공 범위 역시 기존 제작 계약과 사용된 솔루션의 라이선스 조건에 따라 달라질 수 있습니다. 기존 계약서와 산출물 제공 조건을 확인한 뒤 인수인계 범위를 확정하는 것이 좋습니다.

기존 서버와 운영 환경을 그대로 유지하면서 관리 업체만 변경하는 경우에는 홈페이지를 중단하지 않고 인수인계를 진행할 수 있습니다. 다만 호스팅을 이전하거나 프로그램 실행 환경을 변경해야 한다면 별도의 이전 계획과 테스트가 필요합니다.

관리 업체 변경과 서버 이전을 반드시 동시에 진행할 필요는 없습니다. 가능한 경우 신규 업체가 현재 시스템을 먼저 분석하고, 필요한 자료와 접근 권한을 확보한 뒤 운영 책임을 넘겨받는 순서가 적절합니다.

예약·주문·결제처럼 실시간으로 데이터가 변경되는 서비스는 서버 이전 중 데이터 누락이나 중복 처리가 발생하지 않도록 주의해야 합니다. 백업 시점 이후의 데이터를 어떻게 반영할지, DNS 전환 전후의 요청은 어떻게 처리할지 미리 정해야 합니다. 문제가 발생했을 때 기존 환경으로 복구할 수 있는지도 중요한 점검 항목입니다.

기존 자료를 모두 확보했더라도 새로운 업체가 현재 홈페이지를 관리할 수 있는지는 별도로 확인해야 합니다. 홈페이지가 어떤 개발 언어와 프레임워크로 제작되었는지에 따라 필요한 기술 역량이 달라지기 때문입니다.

특히 맞춤형 프로그램이나 ERP·CRM 연동 기능이 포함된 홈페이지라면 단순한 게시글·이미지 수정 이상의 개발 대응이 필요할 수 있습니다.

위 항목이 모든 유지보수 계약에 자동으로 포함되는 것은 아닙니다. 서버 관리와 프로그램 유지보수가 별도 계약으로 구분될 수 있으며, 신규 기능 개발 역시 추가 작업으로 산정될 수 있습니다.

따라서 업체를 변경할 때는 지원하는 작업, 제외되는 작업, 장애 대응 방식, 추가 개발 기준을 구체적으로 확인해야 합니다. 기존 홈페이지의 기술 문서가 부족하다면 신규 업체가 소스코드와 서버 설정을 별도로 분석해야 할 수 있으므로, 계약 전 기술 진단 가능 여부와 범위 조정 조건도 협의하는 것이 좋습니다.