홈페이지를 공개한 뒤에는 연락처와 서비스 내용이 바뀌고 담당자도 달라집니다. 화면이 잘 보이는 동안에도 갱신 일정과 데이터 보관, 문의 접수처럼 계속 확인할 일이 남습니다. 관리 업무를 맡기기 전에는 금액이나 수정 횟수만 비교하기보다 어떤 일을 누가 확인할지 정리해 보세요. 이번 글은 사이트 운영자가 제작 담당자와 관리 범위를 이야기할 때 사용할 수 있는 일곱 가지 질문을 제안합니다.
1. 콘텐츠 수정과 기능 관리를 구분했나요?
홈페이지 유지보수를 맡길 때는 무엇을 관리하는지부터 구체적으로 적어보세요. 연락처 수정이나 사진 교체처럼 내용을 바꾸는 일과, 문의 기능의 오류를 고치거나 새로운 예약 화면을 만드는 일은 필요한 작업이 다릅니다. 단순히 관리 포함이라고 적기보다 현재 운영에서 자주 발생하는 요청을 예시로 정리하는 것이 좋습니다.
예를 들어 월별 행사 이미지를 바꾸는 작업이라면 원본 이미지를 누가 제공하는지, 문구 편집과 새 디자인 제작도 필요한지 구분합니다. 기능에 관한 요청은 현재 동작과 원하는 동작을 나란히 적어보세요. 이 글은 모든 회사에 동일한 상품 구성을 제안하는 안내가 아닙니다. 사이트의 구성과 운영 방식에 맞춰 서로 확인할 질문을 정리하는 데 목적이 있습니다.
2. 도메인과 외부 서비스의 갱신 담당자가 있나요?
홈페이지 유지보수에서는 도메인 갱신과 호스팅, 유료 기능의 이용 기간을 따로 확인해야 합니다. 사이트가 잘 보인다는 사실만으로 다음 갱신 준비가 끝난 것은 아닙니다. 도메인을 등록한 계정, 안내를 받을 이메일, 결제 담당자, 만료 예정일을 운영자가 확인할 수 있는 목록으로 남겨두세요.
ICANN은 등록기관의 만료 관련 조건을 확인하고 정해진 비용을 제때 지급하며 연락처 정보를 최신 상태로 유지하도록 안내합니다. 자동 갱신을 사용하더라도 결제 수단이나 담당 이메일이 바뀌었는지 점검하는 것이 좋습니다. 제작사에 관리를 맡겼다면 누가 알림을 받고 누가 갱신 완료를 확인하는지 정하세요. 계정 비밀번호 자체를 일반 작업 목록에 적기보다 필요한 사람이 안전하게 접근할 방법을 마련합니다.
근거 자료: ICANN — 도메인 갱신 안내
3. 백업 대상과 복구 방법을 확인했나요?
홈페이지 유지보수의 백업은 파일이 있다는 말만으로 판단하기 어렵습니다. 어떤 자료가 포함되는지, 언제 생성됐는지, 어디에 보관되는지와 실제 복구가 가능한지를 확인해야 합니다. 사진과 화면 파일을 저장했어도 문의 내역이나 게시글이 별도 데이터베이스에 있다면 그 자료가 함께 보존되는지 따로 살펴보세요.
WordPress 공식 문서는 일반적인 사이트를 완전히 복원하려면 파일과 데이터베이스 양쪽이 필요하다고 설명합니다. 이는 WordPress 사례이므로 다른 제작 방식에서는 해당 플랫폼의 내보내기와 복구 범위를 확인해야 합니다. 백업 주기는 내용이 바뀌는 빈도와 잃어도 되는 데이터 범위에 맞춰 정하고, 가능하면 별도 환경에서 복원 과정을 확인하세요. 복구 시험이 현재 고객의 문의 기록을 덮어쓰지 않도록 대상과 순서도 정리해 둡니다.
근거 자료: WordPress — 파일과 데이터베이스 백업
4. 업데이트 전후에 무엇을 검사하나요?
홈페이지 유지보수에는 사용하는 소프트웨어의 업데이트 확인이 포함될 수 있습니다. 다만 정적 사이트, 직접 운영하는 관리 시스템, 서비스형 제작 도구는 관리 책임과 방법이 다릅니다. 어떤 구성 요소를 직접 업데이트해야 하는지와 플랫폼에서 처리하는 부분이 무엇인지 먼저 구분하세요. 필요하지 않은 작업을 모든 사이트에 동일하게 적용할 이유는 없습니다.
WordPress의 업데이트 안내는 문제가 생겼을 때 되돌릴 수 있도록 작업 전에 백업을 준비하라고 설명합니다. 운영 중인 기능에 영향을 줄 수 있는 변경은 시험 환경에서 확인하고, 적용 이후 메뉴와 입력 양식 등 주요 동작을 다시 살펴보는 절차를 마련하세요. 자동 업데이트를 켰다는 사실과 업데이트 결과가 정상이라는 판단은 다릅니다. 변경한 버전과 날짜, 확인한 기능, 문제가 생겼을 때 연락할 담당자를 함께 기록합니다.
근거 자료: WordPress — 업데이트 안내
5. 관리자 권한이 담당 업무에 맞게 나뉘어 있나요?
홈페이지 유지보수 담당자가 바뀌면 계정과 관리자 권한도 함께 확인해야 합니다. 원고를 등록하는 사람에게 전체 설정 변경 권한이 필요한지, 외부 작업자의 접근이 지금도 필요한지 살펴보세요. 여러 사람이 하나의 계정을 공유하기보다 가능한 서비스에서는 담당자별 계정과 역할을 사용하면 변경 주체를 구분하기 쉽습니다.
WordPress는 관리자, 편집자, 작성자처럼 역할마다 가능한 작업을 나누는 기능을 제공합니다. 다른 플랫폼도 지원하는 권한 체계를 확인한 뒤 실제 업무에 필요한 범위로 설정하세요. 담당자의 퇴사나 업체 변경 시에는 남아 있는 접근 권한을 정리하고 복구용 연락처가 계속 관리되는지도 점검합니다. 접근 목록에는 담당 목적과 확인 날짜를 남기되 비밀번호나 복구 코드를 일반 문서에 함께 기록하지 않는 편이 좋습니다.
근거 자료: WordPress — 역할과 권한
6. 문의 기능을 접수 확인까지 점검하나요?
홈페이지 유지보수를 진행할 때 메인 화면이 열리는지만 확인하면 고객이 실제로 이용하는 과정을 놓칠 수 있습니다. 방문자가 서비스 설명을 읽고 문의 양식을 작성해 접수 결과를 확인하기까지 따라가 보세요. 접수 완료 문구가 나타나는지와 운영자가 해당 내용을 실제로 확인할 수 있는지는 각각 검수할 항목입니다.
web.dev의 양식 테스트 안내는 데스크톱, 키보드, 휴대전화처럼 서로 다른 환경과 입력 방식에서 확인하도록 설명합니다. 필수 항목 누락, 잘못된 이메일 형식, 저장이나 전송 실패 때도 사용자가 다음 행동을 알 수 있어야 합니다. 시험 문의는 실제 고객 개인정보 대신 구분 가능한 자료로 만들고 운영 기록에서 테스트임을 명확히 하세요. 외부 메일이나 채팅 서비스가 연결돼 있다면 해당 연결의 변경도 관리 목록에 포함합니다.
근거 자료: web.dev — 양식 테스트
7. 작업 기록과 인수인계 자료가 남나요?
홈페이지 유지보수를 지속하려면 무엇을 요청했고 무엇이 완료됐는지 남아 있어야 합니다. 작업 기록에는 대상 주소, 요청 내용, 변경 날짜, 확인 결과와 남은 문제를 적어보세요. 접속 자체가 안 되는 상황과 일반적인 문구 수정은 대응 우선순위가 다를 수 있으므로 연락 채널과 확인 가능한 시간을 미리 정하는 것이 좋습니다.
담당자가 바뀔 때 필요한 자료도 평소에 정리해 두세요. 도메인과 호스팅의 관리 위치, 현재 사용 중인 외부 서비스, 원본 자료의 보관 위치, 백업과 복구 절차가 연결돼 있으면 다음 담당자가 운영 상태를 파악하기 쉽습니다. 작업 요청을 확인하는 시간과 실제 해결 시점을 같은 약속으로 취급하지 말고 어떤 조건에서 추가 확인이 필요한지도 설명해 두세요. 정기적인 공유는 단순한 완료 건수보다 남아 있는 운영 과제를 확인하는 데 도움이 됩니다.
제작 문의 전에 준비할 것
상담 전에 현재 사이트 주소와 제작 방식, 자주 요청하는 수정, 사용 중인 외부 서비스, 운영 과정에서 불편했던 상황을 정리해 주세요. Gnosislab design에 문의하실 때에도 꼭 유지해야 하는 기능과 내부에서 직접 처리할 수 있는 업무를 알려주시면 필요한 범위를 구체화하는 데 도움이 됩니다. 모든 항목을 한 번에 바꾸기보다 현재 담당자가 없는 관리 업무부터 찾아 정리해 보세요.