홈페이지 제작 후 유지보수 범위 정하기

홈페이지를 공개한 뒤에는 문구 수정, 자료 추가, 계정 관리, 기술 점검과 오류 대응이 필요할 수 있습니다. 그런데 ‘유지보수 포함’이라는 표현만으로는 어떤 일을 누가 맡는지 알기 어렵습니다. 작업 종류·대상·요청 방법·완료 기준을 나눠 정리하는 것이 먼저입니다.

이 글은 홈페이지 담당자가 운영 범위를 협의할 때 사용할 점검 틀입니다. 전산가이의 특정 상품·가격·대응 시간이나 모든 제공자의 공통 조건을 설명하는 글은 아닙니다. 실제 지원 내용은 해당 작업 범위와 합의 내용을 확인해야 합니다.

1. 콘텐츠 수정과 기술 작업을 구분합니다

회사 소개 문구를 바꾸는 일, 서비스 화면을 새로 만드는 일, 접속 오류를 확인하는 일은 서로 다른 작업입니다. 모두 ‘홈페이지 수정’이라고 묶으면 필요한 자료와 담당자, 검수 기준이 흐려질 수 있습니다.

요청 예시를 기준으로 업무를 나눠 보세요. 반복되는 작업과 일회성 변경을 구분하고, 기존 기능의 오류 수정과 새 기능 추가를 어떻게 판단할지도 확인합니다. 실제 범위에 없는 작업을 당연히 포함된 것으로 추정해서는 안 됩니다.

표는 협의 항목의 예시입니다. 모든 작업을 한 제공자가 맡아야 하는 것은 아닙니다. 내부 담당자와 외부 제공자가 나눠 맡는 경우에는 서로의 경계와 인계 방법을 기록합니다.

2. 누가 요청하고 누가 승인할지 정합니다

변경 요청에는 대상 주소, 바꿀 내용, 사용할 원본 자료, 원하는 시점과 이유를 포함합니다. ‘전체적으로 개선해 주세요’보다 현재 상태와 변경할 결과를 구체적으로 적는 편이 검토하기 쉽습니다.

요청 창구와 승인 담당자를 정하면 서로 다른 의견이 그대로 공개되는 일을 줄일 수 있습니다. 비용이나 일정에 영향이 있는 변경은 실행 전에 확인하고, 미정 항목은 답변과 확정 내용을 남깁니다.

외부 제공자에게 요청을 전달할 때도 비밀번호·토큰·개인정보를 일반 메시지에 무심코 포함하지 않도록 주의합니다. 필요한 권한은 승인된 접근·보관 방식으로 제공하고, 변경이 끝난 뒤에도 권한이 필요한지 확인하세요.

3. 정기 점검과 장애 대응을 따로 확인합니다

정기 점검은 평상시에 상태를 확인하는 업무이고, 장애 대응은 문제가 발생했을 때 영향을 판단하고 처리하는 업무입니다. 어떤 이상을 누가 발견하는지, 알림을 받는 사람은 누구인지, 언제 어떤 방식으로 요청을 접수하는지 확인합니다.

‘신속 대응’처럼 추상적인 표현만 남기기보다 접수·확인·조치·복구 확인의 각 단계를 구분하세요. 실제 연락 가능 시간과 대응 조건은 협의된 내용을 기준으로 기록하며, 확인되지 않은 시간을 임의로 보장해서는 안 됩니다.

사이트가 외부 서비스에 연결돼 있다면 해당 서비스와 홈페이지의 책임 범위도 구분합니다. 어떤 제공자에게 어떤 정보를 전달해야 하는지 확인해 두면 문제 발생 시 연락 경로를 분명히 할 수 있습니다.

4. 변경 후 검수와 운영 기록을 남깁니다

문구를 수정해도 길어진 제목이나 링크 때문에 화면에 영향이 생길 수 있습니다. 실제 공개 페이지와 모바일, 관련 메뉴·이미지·문의 경로 등 영향받은 구간을 확인하고 결과를 기록합니다.

접근성도 변경 뒤에 유지되는지 확인해야 합니다. W3C WAI의 접근성 유지 안내는 지속적인 운영과 점검을 다룹니다. 이 자료는 접근성 관리의 참고이며, 특정 유지보수 계약의 범위를 정해 주는 것은 아닙니다.

백업을 맡는 경우에는 대상 자료와 보관·복구 책임을 확인합니다. 파일이 저장돼 있다는 설명과 실제 복구 검증 결과는 구분해야 합니다. 복구나 이전을 수행할 권한과 자료가 있는지까지 인계 범위에 맞춰 확인하세요.

공개 전후 검수 기록을 구성하려면 기업 홈페이지 제작 절차에서 검수·공개·운영 인계의 구분을 함께 확인해 보세요.

유지보수 범위 협의 체크리스트

자주 묻는 질문(FAQ)

호스팅 비용을 내면 유지보수도 포함되나요?

항상 그렇지는 않습니다. 사이트 제공 환경을 이용하는 비용과 콘텐츠 수정·기술 점검·오류 대응의 범위는 나눠 확인해야 합니다. 해당 서비스가 실제로 제공하는 항목을 확인하세요.

새 기능 추가도 단순 수정으로 볼 수 있나요?

기존 범위와 변경 내용을 비교해 판단해야 합니다. 화면·데이터·외부 연동·검수에 영향을 주는지 확인하고, 실행 전에 일정과 비용 등 협의할 항목을 정리하세요.

수정 요청 횟수만 정하면 충분한가요?

횟수만으로 작업의 크기와 책임을 설명하기는 어렵습니다. 한 요청에 포함되는 범위, 원본 자료의 상태, 승인·공개·검수 절차와 별도 협의가 필요한 경우를 함께 정하는 편이 좋습니다.

작은 홈페이지도 운영 범위를 정해야 하나요?

규모가 작아도 문의 경로·계정·갱신·콘텐츠 최신성을 누가 확인할지는 필요합니다. 실제 필요한 업무부터 정리하고, 제공하지 않는 업무와 문제가 생겼을 때의 연락 경로도 기록하세요.

핵심 정리

유지보수는 하나의 포괄적인 약속보다 구체적인 업무와 책임으로 정리해야 합니다. 콘텐츠 수정, 화면·기능 변경, 기술 점검, 장애 대응, 계정·백업 관리를 구분하고 요청부터 검수까지의 흐름을 남기세요.

현재 담당자가 알고 있는 내용만으로 운영되는 항목이 있다면 먼저 문서화해 보세요. 확인되지 않은 조건을 추정하지 않고 미정 상태로 남겨 협의하는 것이 출발점입니다.

운영 중 필요한 업무를 함께 정리해 보세요

현재 홈페이지와 자주 발생하는 수정 요청, 내부에서 맡을 수 있는 업무를 비밀정보 없이 정리해 전산가이 문의하기로 전달해 주세요. 실제 운영에 필요한 범위와 협의 항목을 구체화할 수 있습니다.