홈페이지 유지보수 인수인계, 주소와 파일 사이에 빠진 것

공개 주소만 전달받고 끝내지 않도록 관리 담당자·갱신일·백업·확인 절차를 한 장에 적습니다. 제작 명세에 붙일 수 있는 운영 메모입니다.

01다음 변경을 누가 할지부터 적습니다

홈페이지가 열리는 것을 확인한 뒤에도 영업시간이나 상품 설명처럼 바뀌는 내용이 생길 수 있습니다. 이때 직접 고칠 수 있는 영역과 제작 담당자에게 요청해야 하는 영역이 나뉘어 있는지 확인하면 이후 연락을 줄일 수 있습니다. 페이지 설계실에서 만든 구조 목록을 펼쳐 놓고 각 페이지 옆에 수정 담당자와 수정 방법을 적어 보세요. 관리 화면이 제공되지 않는 사이트라면 원고를 전달하는 경로와 반영 확인 방법부터 정해야 합니다.

인수인계 메모는 특정 계정의 비밀번호를 모아 두는 문서가 아닙니다. 계정의 관리자와 복구 방법을 누가 확인할지 정리하되, 비밀 정보는 공유 문서나 공개 게시물에 넣지 않도록 구분하세요. 제작 명세 TXT에는 공개해도 되는 작업 설명만 담는 편이 좋습니다. 도구는 입력을 서버로 전송하지 않지만 내려받은 파일을 누구에게 전달할지는 사용자가 결정하므로, 불필요한 개인정보를 처음부터 적지 않는 것이 안전합니다.

02갱신 일정과 작업 요청 일정을 나눕니다

도메인이나 사용 중인 서비스의 갱신과, 배너나 원고를 바꾸는 작업은 서로 다른 일정입니다. 갱신 알림을 받는 사람이 실제 운영 담당자인지, 결제 방법이 바뀌었을 때 누가 확인하는지 적어 두세요. 작업 요청은 요청일, 전달한 자료, 확인할 화면을 함께 남기면 무엇이 아직 반영되지 않았는지 찾기 쉽습니다. 같은 메일이나 문서 안에서도 갱신 항목과 수정 요청을 구분해 두는 편이 좋습니다.

사진의 탁상 달력은 날짜를 표시하는 물건의 예시이며 한국의 공공 일정이나 자신의 서비스 만료일을 알려 주지 않습니다. 인수인계할 때는 실제 관리 화면이나 계약에서 확인한 날짜를 적어야 합니다. 자동 갱신이 켜져 있어도 결제수단 변경이나 계정 알림을 확인할 담당자는 필요합니다. 여기서는 특정 서비스의 갱신 정책을 일반화하지 않고, 운영자가 확인할 위치와 담당자를 남기는 방법만 제안합니다.

03백업 파일이 무엇을 담는지 확인합니다

파일 하나를 받았다는 사실만으로 홈페이지 전체를 복구할 수 있다고 단정할 수는 없습니다. 사이트의 구성에 따라 화면 파일, 업로드한 이미지, 데이터베이스, 외부 서비스 설정처럼 보관할 대상이 달라집니다. WordPress 공식 백업 안내는 파일과 데이터베이스를 함께 다룹니다. 이 구분은 WordPress 운영을 설명한 것이며, 모든 사이트에 같은 데이터베이스가 있거나 동일한 백업 절차를 쓴다는 뜻은 아닙니다.

제작 담당자에게는 무엇을 백업하는지, 어디에 보관하는지, 누가 접근할 수 있는지, 되돌리는 절차를 어디서 볼 수 있는지 물어 보고 답을 남기세요. 외장 하드 사진은 별도 보관의 한 예시이며 이 제품만으로 복구가 보장된다는 의미는 아닙니다. 페이지 설계실의 TXT는 요구사항을 읽는 문서라서 사이트 원본이나 데이터의 백업 역할을 하지 않습니다. 전달받은 파일의 이름과 용도를 구분하면 설명서와 복구 자료를 혼동하는 일을 줄일 수 있습니다.

04변경 후 확인할 화면을 명세에 연결합니다

수정 완료라는 연락을 받았을 때 무엇을 볼지 정해 두면 확인이 구체적이 됩니다. 예를 들어 문의 경로를 바꿨다면 새 경로로 이동하는지, 작은 화면에서도 안내가 읽히는지, 잘못 입력했을 때 메시지가 나오는지 살펴볼 수 있습니다. 결제나 예약 기능은 실제 서비스의 테스트 방법과 권한에 맞춰 검증해야 하므로, 임의로 주문을 발생시키기 전에 제공된 점검 절차를 따르세요.

처음 작성한 페이지 계층을 확인 목록의 출발점으로 쓰되, 실제 운영 중 추가된 화면은 빠뜨리지 말고 보완합니다. 변경 요청, 반영된 내용, 확인 결과, 남은 문제를 서로 다른 칸에 기록하면 다음 담당자가 이어 보기 쉽습니다. 이 글의 메모 항목은 운영을 정리하는 자체 제안이며, 유지보수 계약의 법적 책임 범위를 판단하는 기준은 아닙니다. 필요한 업무와 전달받을 결과를 구체적으로 적고 서로 확인한 내용으로 인수인계를 마무리하세요.