홈페이지제작이 끝난 뒤에는 화면의 완성도보다 운영자가 사이트를 직접 관리할 수 있는 상태인지 확인해야 합니다. 관리자 권한, 도메인과 호스팅의 소유 주체, 원본 자료, 백업과 문의 수신 설정이 정리되어야 제작 종료가 실제 운영 시작으로 이어집니다.
- 운영자 명의의 관리자 계정과 복구 수단을 확보하면 담당자 변경에도 관리 권한을 유지할 수 있습니다.
- 도메인·호스팅·원본 자료의 관리 주체를 구분하면 이전이나 수정이 필요한 상황을 판단하기 쉽습니다.
- 문의폼, 백업, 분석 도구는 연결 여부가 아니라 실제 접근과 수신이 가능한지 확인해야 합니다.
1. 홈페이지제작 후 운영권을 먼저 분리해 확인하기
운영권 인수의 핵심은 제작 담당자가 아니라 사업자 측이 사이트의 주요 계정에 접근할 수 있는 상태를 만드는 일입니다. 제작사가 대신 관리하더라도 대표자나 내부 담당자가 계정 존재와 복구 방법을 모르면 수정·이전·장애 대응 시 선택권이 줄어듭니다.
관리자 계정은 게시물, 상품, 메뉴, 설정 등을 변경하기 위해 로그인하는 권한입니다. 단순히 아이디와 비밀번호를 받는 데서 끝내지 말고, 계정의 등록 이메일, 비밀번호 재설정 수단, 권한을 가진 사람이 누구인지까지 함께 확인해야 합니다.
제작 계약이 끝났다는 말만으로 운영권이 정리되는 것은 아닙니다. 완성된 홈페이지제작 결과물은 관리자 접근 권한과 관리 자료가 사업자 측에 전달될 때 비로소 독립적으로 운영할 수 있습니다.
공용 계정과 개인 계정을 구분합니다
개인 이메일로 만든 계정만 사용하면 퇴사나 담당자 변경 후 접근이 끊길 수 있습니다. 사업자 측이 관리하는 이메일을 기준 계정으로 두고, 제작 담당자에게는 필요한 범위의 별도 권한을 부여하는 방식이 관리 책임을 분명하게 만듭니다.
권한 수준도 확인 대상입니다. 콘텐츠만 수정할 수 있는 계정인지, 플러그인·테마·결제·사용자 설정까지 변경할 수 있는 최고 권한인지에 따라 할 수 있는 작업이 달라집니다. 모든 담당자에게 최고 권한을 줄 필요는 없지만, 사업자 측에는 최종 관리 권한이 남아 있어야 합니다.
2. 도메인·호스팅·원본 자료의 관리 주체를 확인합니다
도메인은 방문자가 입력하는 웹 주소이고, 호스팅은 사이트 파일과 데이터가 작동하도록 보관하는 서버 공간입니다. 두 항목은 함께 보이지만 계약 계정과 관리 화면이 분리될 수 있으므로, 누가 어떤 계정으로 관리하는지 각각 확인해야 합니다.
원본 자료도 운영 자산에 포함됩니다. 로고, 배너, 사진, 문구 원고, 디자인 원본, 소스 파일은 향후 수정이나 이전에 필요할 수 있으므로 전달 범위와 보관 위치를 명확히 정리합니다. 외부 이미지나 유료 자료가 포함되었다면 사용 범위와 재사용 가능 여부도 제작 담당자에게 확인합니다.
| 확인 항목 | 인수 내용 | 확인 질문 |
|---|---|---|
| 도메인 | 등록 계정, 등록 이메일, 갱신 관리 주체 | 사업자 측이 로그인과 갱신 정보를 확인할 수 있는가 |
| 호스팅 | 관리 화면, 서버 접근 범위, 비용 청구 주체 | 장애나 이전 시 누가 설정을 변경할 수 있는가 |
| 원본 자료 | 소스, 디자인 파일, 이미지, 문구 원고 | 수정과 보관에 필요한 자료가 빠짐없이 전달되었는가 |
| 관리 계정 | 최고 권한 계정, 복구 이메일, 권한 목록 | 담당자가 바뀌어도 계정을 되찾을 수 있는가 |
표의 항목은 단순히 자료를 받았는지 확인하는 목록이 아닙니다. 각 계정에 실제 로그인할 수 있는지, 비용 안내가 누구에게 도착하는지, 문제가 생겼을 때 사업자 측이 결정할 수 있는지를 함께 확인하는 기준입니다.
예를 들어 도메인 등록 계정이 제작 담당자의 개인 이메일에만 연결되어 있다면, 웹사이트 관리자 화면에 들어갈 수 있어도 주소 갱신이나 이전 관련 처리가 지연될 수 있습니다. 인수 단계에서는 화면별 비밀번호를 나열하기보다 계정 이름, 소유 이메일, 복구 책임자, 보관 위치를 하나의 문서에 정리합니다.
3. 문의·백업·분석 설정은 실제 작동 여부를 확인합니다
문의폼은 방문자의 입력 내용을 지정된 수신함으로 보내는 기능이므로, 화면에 폼이 보이는 것만으로 인수가 끝나지 않습니다. 수신 이메일 주소, 담당자 변경 시 수정 위치, 누락 발생 시 확인할 계정을 파악해야 고객 문의가 개인 메일함에 머무르지 않습니다.
문의 테스트는 실제 메시지를 보내 수신함 도착 여부와 발신자 정보가 식별되는지를 확인하는 방식으로 진행할 수 있습니다. 스팸함으로 분류되거나 특정 담당자에게만 도착한다면 사이트 오류로 단정하지 말고, 폼 설정과 수신 메일 설정 중 어느 쪽을 누가 관리하는지 구분해 기록합니다.
백업은 사이트를 이전 상태로 복구할 수 있도록 파일과 데이터베이스를 보관하는 사본입니다. 백업이 있다는 설명보다 저장 위치, 포함 범위, 생성 주체, 복구를 수행할 담당자를 확인해야 실제 문제가 생겼을 때 사용할 수 있습니다. 자동 백업과 수동 백업이 함께 있는 경우에는 어느 자료가 기준인지도 정리합니다.
분석 도구는 소유권과 접근 권한을 함께 봅니다
분석 도구는 방문 경로와 이용 흐름을 확인하기 위해 연결하는 서비스입니다. 연결 코드가 사이트에 설치되어 있더라도 사업자 측 계정에서 데이터를 보지 못하면 운영 판단에 활용할 수 없으므로, 소유 계정과 열람 권한을 함께 확인합니다.
검색 도구도 같은 기준으로 봅니다. 사이트 등록 여부만 듣기보다 어떤 계정이 관리 주체인지, 담당자 변경 시 권한을 넘길 수 있는지, 알림을 받을 이메일이 사업자 측에 연결되어 있는지를 확인하면 운영 공백을 줄일 수 있습니다.
4. 유지보수 범위는 어디까지인가요?
유지보수 범위는 무상으로 처리되는 수정과 별도 작업으로 분류되는 변경을 구분해 문서로 확인해야 합니다. 운영자는 단순 문구 교체, 이미지 변경, 기능 오류, 디자인 개편, 외부 서비스 연동처럼 요청 성격이 다른 작업을 같은 수준으로 기대해서는 안 됩니다.
비용이 발생하는 조건도 작업 전 확인합니다. 변경 요청이 기존 기능의 오류 수정인지, 새로운 기능 추가인지, 자료 정리나 이미지 제작이 필요한지에 따라 필요한 작업이 달라질 수 있습니다. 요청 내용과 답변을 기록으로 남기면 범위를 서로 다르게 이해하는 일을 줄일 수 있습니다.
홈페이지제작 완료 시점에는 유지보수 연락 방법, 요청 시 제공해야 할 자료, 긴급 상황의 연락 경로, 도메인·호스팅 비용의 안내 주체도 함께 인수합니다. 구두 안내만 받은 항목은 시간이 지나면 담당자마다 해석이 달라질 수 있으므로, 확인 내용을 메일이나 인수 문서로 남기는 것이 필요합니다.
운영자가 직접 수정할 영역과 제작 담당자에게 요청할 영역을 나누면 일상적인 콘텐츠 변경이 빨라집니다. 반대로 구조나 서버 설정처럼 영향 범위가 큰 항목은 임의 변경 전에 백업 상태와 담당 범위를 확인해야 예상하지 못한 문제를 줄일 수 있습니다.
관리자 계정은 제작사와 함께 써도 되나요?
공용으로만 쓰지 말고 사업자 측이 소유하고 복구할 수 있는 계정을 별도로 확보해야 합니다. 제작 담당자 계정은 작업 편의를 위해 유지할 수 있지만, 최종 권한과 복구 수단은 운영 주체에게 있어야 합니다.
소스 파일이 없으면 운영할 수 없나요?
일상적인 내용 수정은 가능할 수 있지만 구조 변경과 이전 가능성은 먼저 확인해야 합니다. 관리자 화면에서 가능한 수정 범위와 별도로, 개발이나 디자인 원본이 필요한 작업의 조건을 인수 문서에서 확인합니다.
백업 파일만 받으면 인수가 끝난 것인가요?
백업 파일 외에도 저장 위치와 복구 책임자, 포함된 자료 범위를 알아야 활용할 수 있습니다. 파일을 받았더라도 접근 권한이나 호스팅 관리 주체가 불분명하면 복구가 필요한 상황에서 판단이 늦어질 수 있습니다.
인수인계는 계정, 주소, 서버, 자료, 운영 기능, 유지보수 조건을 한 번에 통제할 수 있는지 확인하는 과정입니다. 각 항목의 로그인 가능 여부와 책임자를 문서로 남겨 두면 담당자가 바뀌어도 사이트 운영의 연속성을 지키기 쉬워집니다.