홈페이지만들기 완료 뒤의 인수인계는 화면을 넘겨받는 일이 아니라 사이트를 운영할 권한과 자료를 확보하는 일입니다. 비개발자 운영자도 계정의 소유자, 수정 가능한 범위, 문제가 생겼을 때 복구할 자료를 문서로 확인하면 제작 종료 후의 공백을 줄일 수 있습니다.
- 관리자 계정은 제작자 개인 계정이 아니라 운영자가 통제할 수 있는 계정인지 확인합니다.
- 도메인·호스팅·메일·분석 도구는 각각 누가 접근하고 비용이나 갱신을 관리하는지 구분합니다.
- 소스 파일과 백업 자료는 전달 여부뿐 아니라 복원에 필요한 정보까지 함께 확인합니다.
1. 홈페이지만들기 인수인계의 핵심은 소유권 분리입니다
제작 완료 후에는 운영자가 독립적으로 로그인하고 변경할 수 있어야 인수인계가 끝난 것입니다. 관리자 계정은 게시물, 회원, 설정처럼 사이트 운영 기능에 접근하는 로그인 정보를 뜻하며, 제작자만 비밀번호를 알고 있는 상태는 운영 권한을 받은 상태와 다릅니다.
운영자가 홈페이지만들기 결과물을 인수받을 때는 관리자 주소, 로그인 계정의 명의, 비밀번호 변경 가능 여부, 복구용 연락처를 함께 확인해야 합니다. 여러 사람이 관리한다면 각 담당자에게 필요한 권한만 부여하고, 퇴사자나 외부 작업자의 접근을 회수할 수 있는지도 확인합니다.
도메인은 방문자가 사이트에 접속할 때 사용하는 인터넷 주소이고, 호스팅은 사이트 파일과 데이터가 저장되어 서비스되는 환경입니다. 두 항목은 같은 곳에서 관리될 수도, 서로 다른 곳에서 관리될 수도 있으므로 한 계정에서 모두 보일 것이라고 가정하면 안 됩니다.
| 확인 대상 | 운영자 확인 내용 | 기록 방식 |
|---|---|---|
| 사이트 관리자 | 최고 권한 계정의 명의와 복구 수단 | 계정 목록과 담당자 |
| 도메인 관리 | 등록 계정, 갱신 책임, 연락처 | 접속 정보와 갱신 확인 위치 |
| 호스팅 관리 | 계정 접근권한과 저장 자료 범위 | 관리 화면과 책임자 |
| 외부 연동 | 문의 메일, 통계, 지도 등 연결 주체 | 서비스명과 로그인 명의 |
표의 항목은 한 사람이 모두 관리해야 한다는 뜻이 아니라, 각 자산의 책임자를 분명히 하라는 기준입니다. 사이트 관리자 계정만 받았더라도 도메인이나 호스팅 접근권한이 빠져 있으면 주소 변경, 이전, 장애 대응이 필요한 상황에서 운영자가 직접 판단하기 어렵습니다.
2. 파일과 백업은 수정 가능성과 복구 가능성을 나눠 확인합니다
사이트 자료를 받았다는 사실만으로는 충분하지 않으며, 어떤 자료가 어디에 있고 무엇을 복원할 수 있는지 확인해야 합니다. 소스 파일은 웹페이지의 구조와 기능을 구성하는 원본 파일이며, 관리자 화면에서 바꿀 수 없는 기능을 수정하거나 다른 환경으로 이전할 때 필요할 수 있습니다.
이미지, 로고, 문서, 글 원본처럼 운영 중 다시 사용할 자료도 별도로 구분합니다. 화면에 보이는 이미지를 내려받는 것과 원본 디자인 파일이나 사용 권한이 명확한 자료를 받는 것은 다르므로, 전달 목록에 포함된 범위를 확인하는 과정이 필요합니다.
백업에는 파일과 데이터가 함께 포함되는지 확인합니다
백업은 오류, 삭제, 이전 상황에 대비해 사이트 상태를 보관하는 사본입니다. 게시물·문의 내용·회원 정보처럼 데이터베이스에 저장되는 내용은 화면 파일과 분리되어 있을 수 있으므로, 백업 대상에 파일과 데이터가 각각 포함되는지 확인해야 합니다.
운영자는 백업이 저장되는 위치, 누가 실행하거나 요청할 수 있는지, 복원 시 누구에게 확인해야 하는지를 인수 문서에 남깁니다. 예를 들어 담당자가 이미지를 삭제한 상황을 가정한다면, 관리자 화면에서 되돌릴 수 있는지와 별도 백업에서 찾아야 하는지를 구분해 두면 대응 책임이 선명해집니다.
전달받은 압축 파일을 개인 컴퓨터에만 보관하면 담당자 교체나 기기 문제 때 자료를 찾기 어렵습니다. 사업자가 관리하는 접근 제한된 저장 공간에 보관 위치와 파일의 용도를 기록하고, 민감한 정보가 포함된 자료는 접근할 사람을 제한하는 방식으로 관리합니다.
3. 문의 채널과 유지보수 범위는 어떻게 넘겨받나요?
문의 채널은 고객의 메시지가 실제로 어느 계정으로 도착하는지부터 확인해야 합니다. 홈페이지의 문의 양식, 대표 메일, 알림 수신 주소가 서로 연결되어 있다면 각 항목의 로그인 주체와 수신 담당자를 분명히 정해야 문의 누락을 막을 수 있습니다.
분석 도구는 방문 흐름이나 유입 경로를 살피기 위한 서비스이지만, 계정 소유자가 제작자 개인으로 남아 있으면 운영자가 자료를 지속해서 확인하기 어렵습니다. 분석 계정의 초대 권한, 소유권 이전 가능 여부, 연결된 사이트 주소를 확인하고 운영자 명의의 접근권한을 확보합니다.
홈페이지만들기 이후의 수정 업무는 관리자 화면에서 가능한 변경과 개발 작업이 필요한 변경으로 나눠 기록해야 합니다. 문구·이미지·게시물 수정처럼 운영자가 처리할 영역과 기능 추가·오류 수정처럼 별도 지원이 필요한 영역을 구분하면 요청할 때 불필요한 오해가 줄어듭니다.
유지보수 약속은 작업 범위와 책임 기준으로 남깁니다
유지보수 범위는 계약이 있는지 여부만 확인할 항목이 아닙니다. 요청 접수 방법, 무상 또는 유상으로 구분되는 작업의 기준, 자료 제공이 필요한 상황, 긴급 판단이 필요한 문제의 연락 창구를 서면으로 남겨야 운영자가 같은 기준으로 문의할 수 있습니다.
외부 서비스의 정책이나 비용, 계정 상태는 시간이 지나며 달라질 수 있습니다. 따라서 인수 문서에는 특정 조건을 단정해 적기보다 각 서비스의 실제 관리 화면과 최신 안내를 어디에서 확인할지 적어 두는 방식이 적절합니다.
4. 인수 확인은 계정 목록과 책임자 기록으로 마무리합니다
인수인계의 마지막 단계는 운영자가 필요한 계정에 직접 접근할 수 있는지 확인하고, 확인 결과를 남기는 일입니다. 로그인 정보를 단순히 메시지로 전달받기보다 운영자 명의 변경 여부와 비밀번호 재설정 가능 여부를 확인하면 담당자 변경 이후에도 권한을 유지할 수 있습니다.
인수 기록에는 기술적인 세부 설명을 모두 담을 필요는 없지만, 자산별 목적과 담당자는 빠지면 안 됩니다. 계정 정보 자체는 별도의 보호된 방식으로 관리하고, 인수 문서에는 해당 정보가 보관된 위치와 접근 승인 절차를 적는 방식이 관리에 유리합니다.
- 사이트 관리자, 도메인, 호스팅, 메일, 분석 도구의 담당자와 접근권한을 구분해 기록합니다.
- 소스 파일, 이미지 원본, 데이터 자료, 백업 파일의 보관 위치와 전달 범위를 확인합니다.
- 수정 요청과 장애 문의의 연락 창구, 유지보수 범위, 책임 기준을 문서로 남깁니다.
운영 권한 점검은 제작자와의 신뢰를 판단하는 절차가 아니라 자산과 책임의 경계를 명확히 하는 절차입니다. 기록을 기준으로 빠진 항목을 질문하면 인수 과정에서 생길 수 있는 추측과 반복 문의를 줄일 수 있습니다.
관리자 비밀번호만 받으면 인수는 끝난 것인가요?
운영자 명의의 계정과 복구 수단, 변경 이력을 확인해야 기본 인수가 완료됩니다. 관리자 비밀번호는 사이트 내부 수정 권한의 일부일 뿐이며, 도메인·호스팅·문의 메일처럼 별도 계정으로 관리되는 자산은 따로 확인해야 합니다.
도메인과 호스팅이 다른 곳에 있어도 운영할 수 있나요?
도메인과 호스팅이 분리돼 있어도 접근권한과 갱신 책임이 분명하면 운영할 수 있습니다. 중요한 점은 서비스가 같은 곳에 있는지가 아니라 운영자가 각 계정에 접근할 수 있고, 담당자가 바뀌어도 관리 주체를 확인할 수 있는지입니다.
유지보수 계약이 없어도 사이트를 운영할 수 있나요?
운영 범위 안의 콘텐츠 수정은 가능할 수 있지만 기능 문제 대응은 별도 확인이 필요합니다. 관리자 화면에서 가능한 업무와 개발 작업이 필요한 업무를 구분하고, 문제가 생겼을 때 문의할 주체를 인수 시점에 정해 두어야 합니다.
운영 인수인계에서 가장 중요한 기준은 사이트를 누가 만들었는지가 아니라 운영자가 필요한 권한과 자료에 스스로 접근할 수 있는지입니다. 계정, 자산, 백업, 문의 채널, 유지보수 책임을 한 장의 기록으로 연결해 두면 제작 완료 뒤에도 사이트 운영의 주도권을 유지할 수 있습니다.