홈페이지제작업체 유지보수 범위 — 계약 전에 확인해야 할 경계선 (2026)

홈페이지 유지보수, 어디까지가 범위인가?

홈페이지제작업체가 말하는 유지보수는 통상 콘텐츠 교체·오류 대응·보안 패치 같은 '운영 유지' 작업을 가리키고, 새 메뉴·새 기능·디자인 변경 같은 '개발 작업'은 별도 범위로 분리된다. 이 두 가지를 하나로 뭉쳐 계약하면 어느 시점부터 추가 청구가 발생하는지 발주사가 미리 알 수 없다.

운영 유지 범위는 대체로 텍스트·이미지 교체, 링크 오류나 깨짐 현상 대응, 서버·플러그인 보안 업데이트, 접속 장애 발생 시 원인 확인 정도로 묶인다. 이 범위는 사이트 구조를 바꾸지 않는 선에서 처리되는 작업이라는 공통점이 있다.

반면 새로운 페이지 추가, 예약·문의 폼 구조 변경, 디자인 톤 변경, 다른 시스템과의 연동은 사이트 구조 자체를 건드리는 작업이라 개발 범위로 분리되는 것이 일반적이다. 계약서에 이 경계가 명시돼 있지 않으면 발주사는 '유지보수 안에서 되는 일'과 '별도 견적이 필요한 일'을 매번 문의해서 확인해야 한다.

이 구분은 SGK 스튜디오 유지보수 표준의 분류 기준이며, 업체마다 세부 항목 배치는 다를 수 있다.

유지보수 계약서에서 무엇을 확인해야 하나?

가장 먼저 확인할 것은 응답 시간과 처리 시간의 기준이 문서에 숫자로 있는지, 그리고 소스코드·관리자 계정·도메인·호스팅 계정의 소유권이 발주사에 있는지 두 가지다. 이 두 가지가 계약서에 없으면 문제가 생겼을 때 협상력이 발주사가 아니라 업체 쪽에 있게 된다.

응답 시간은 '연락하면 확인한다' 수준이 아니라 '접수 후 몇 시간 이내 1차 응답, 며칠 이내 처리'처럼 구간으로 못 박혀 있어야 실제로 지켜지는지 판단할 수 있다. 구간이 없는 계약은 장애가 나도 처리 순서에서 뒤로 밀릴 수 있다는 뜻이다.

소유권 문제는 더 근본적이다. 도메인 등록자, 호스팅 계정, CMS 관리자 계정이 업체 명의로 돼 있으면 유지보수 계약이 끝나거나 업체와 분쟁이 생겼을 때 사이트 자체에 접근하지 못하는 상황이 생긴다. 계약 시작 시점에 이 세 가지 계정 명의를 확인하고, 가능하면 발주사 명의로 이전받는 것이 원칙이다.

소스코드 인도 여부와 계정 명의는 유지보수 품질과 별개로 계약서에서 별도 조항으로 확인해야 하는 항목이다.

유지보수 범위가 업체마다 다른 이유는 무엇인가?

범위 차이는 대부분 사이트가 어떤 구조로 만들어졌는가에서 시작된다. 코드로 직접 만든 사이트와 빌더형 툴로 만든 사이트, 자체 CMS와 오픈소스 CMS는 오류 발생 시 대응 난이도와 필요한 작업량이 다르기 때문에 같은 '유지보수'라는 이름 아래 실제 작업 범위가 달라진다.

빌더형 툴로 만든 사이트는 툴 자체의 업데이트·정책 변경에 유지보수가 종속되므로 업체가 통제할 수 있는 범위가 좁다. 반면 직접 구축한 사이트는 구조를 아는 업체만 안전하게 손댈 수 있어, 유지보수 계약을 처음 만든 업체와만 맺는 경우가 많고 이는 곧 업체 종속으로 이어질 수 있다.

이 때문에 유지보수 범위와 비용을 비교할 때는 항목 개수보다 '이 사이트 구조에서 실제로 무엇이 발생 가능한 문제인가'를 먼저 따지는 것이 순서다. 가격은 회사 규모·사이트 구조·연동 여부에 따라 편차가 크므로 고정 범위 내 무료 진단 후 서면으로 확정하는 방식이 실제 조건 비교에 더 유효하다.

유지보수 계약을 맺기 전 마지막으로 점검할 것은?

계약서에 서명하기 전에는 응답 시간 구간, 포함/제외 작업 목록, 계정 명의, 계약 종료 시 인도 절차 네 가지가 문서에 명시돼 있는지 확인하는 것으로 충분하다. 이 네 가지가 없는 계약은 나중에 구두 약속에 기대야 하는 상황을 만든다.

계약 종료 시 인도 절차는 특히 자주 빠지는 항목이다. 유지보수 업체를 바꾸기로 했을 때 소스코드와 계정, 백업 파일을 얼마나 빨리, 어떤 형식으로 넘겨받는지가 계약서에 없으면 이관 기간 동안 사이트가 방치될 수 있다.