작성: IILL Editorial · 가격과 계약 범위는 실제 협업 조건을 기준으로 다시 확인하세요.
먼저 답하면, 매달 일이 반복되거나 문의 경로에 상시 담당자가 필요하면 월 정액이 맞습니다. 사이트가 안정적이고 사내에서 콘텐츠, 호스팅과 도메인을 관리한다면 건별 견적이 단순합니다. 차이를 만드는 것은 페이지 수가 아니라 미리 확보하는 작업량과 운영 책임입니다.
홈페이지 유지보수 비용은 페이지 수만으로 정하기 어렵습니다. 같은 “문구 수정”도 월 1회 정해진 요청을 처리하는 계약과, 장애가 나면 즉시 대응하고 배포·검색·분석까지 책임지는 계약은 범위가 다릅니다. 견적을 받기 전 수정량, 기술 책임, 응답 시간, 확인 방법을 먼저 같은 단위로 맞추세요.
이 가이드는 임의의 월 평균 가격을 제시하지 않습니다. 실제 지원 로그에서 요청 빈도와 처리 시간을 익명 집계한 뒤에만 가격 예시를 추가할 수 있습니다.
유지보수는 네 가지 일로 나눠야 합니다
| 범위 | 반복되는 일 | 견적에서 확인할 것 |
|---|---|---|
| 콘텐츠 운영 | 문구·이미지·구성원·가격·게시글 수정 | 월 요청 건수, 한 건의 크기, 원고 책임 |
| 기술 운영 | 의존성·보안·도메인·호스팅·백업 관리 | 업데이트 주기, 접근 권한, 복구 범위 |
| 장애 대응 | 사이트 오류, 폼 미수신, 인증서·DNS 문제 | 접수 채널, 응답 시간, 야간·휴일 제외 |
| 검색·분석 | 색인, 404, Core Web Vitals, GA4 전환 확인 | 보고 주기, 수정 포함 여부, 기준 지표 |
이 네 범위를 “홈페이지 관리” 한 줄로 묶으면 고객은 당연히 포함됐다고 생각하고, 제작사는 별도 작업이라고 판단하기 쉽습니다. 계약서와 견적서에서는 각 범위의 포함·제외를 표시해야 합니다.
월 정액이 맞는 경우
월 정액은 일정한 작업량과 운영 책임을 미리 확보하는 방식입니다. 다음 조건이 여러 개라면 적합합니다.
- 구성원, 서비스, 일정, 글이 매달 바뀐다.
- 여러 담당자가 요청하므로 접수와 우선순위 조정이 필요하다.
- 폼과 예약이 실제 매출·상담과 연결되어 정기 확인이 필요하다.
- 도메인, 배포, 분석과 검색 상태를 한 책임자가 함께 봐야 한다.
- 장애가 난 뒤 업체를 찾는 것보다 정해진 대응 창구가 중요하다.
월 정액이라고 해서 무제한 수정은 아닙니다. 월 처리 한도, 요청 단위, 우선순위, 응답 기준, 복구 목표, 남은 작업의 이월 방식과 제외 항목을 적으세요. 신규 템플릿, 외부 연동이나 데이터 구조 변경처럼 별도 프로젝트로 전환하는 기준도 필요합니다.
건별 견적이 맞는 경우
사이트가 안정적이고 변경이 드물다면 건별 작업이 더 단순합니다.
- 분기나 반기에 한 번만 내용이 바뀐다.
- 내부 담당자가 CMS에서 대부분 직접 수정한다.
- 호스팅과 도메인을 사내 기술팀이 관리한다.
- 요청을 모아 한 번에 검수·배포할 수 있다.
다만 장애가 난 뒤 처음 구조를 파악하는 시간도 비용입니다. 건별 계약이라도 저장소, 호스팅, 도메인, 분석 계정의 소유자와 복구 연락처는 미리 기록해 두세요.
가격을 바꾸는 다섯 가지 질문
한 달에 무엇이 얼마나 바뀌나요?
텍스트 한두 줄, 이미지 한 장, 신규 페이지, 예약 로직 변경은 같은 한 건이 아닙니다. 지난 3개월의 실제 요청을 목록으로 만들고 반복·긴급·프로젝트 작업으로 분류합니다.
누가 원고와 사실을 확인하나요?
제작사가 글을 작성하는지, 받은 문구를 입력만 하는지에 따라 시간이 달라집니다. 전문 업종은 자격, 가격, 제도, 광고 표현의 내부 승인 담당자도 필요합니다.
어느 시간 안에 무엇을 해야 하나요?
“24시간 대응”은 복구 완료 약속과 다릅니다. 두 시간을 나눠 적으세요.
- 응답: 담당자가 요청을 확인하고 종류와 다음 행동을 안내하는 시간
- 복구: 사이트, 폼, 인증서나 DNS가 다시 동작하는 시간
복구는 등록기관, 호스팅 장애나 고객사만 가진 권한에 영향을 받을 수 있습니다. 목표와 함께 중단 조건, 운영 시간, 제3자 승인 대기와 프로젝트 작업의 제외 범위를 적으세요. 모든 오류를 같은 긴급도로 처리하면 실제 장애와 일반 수정의 우선순위가 무너집니다.
외부 서비스, 의존성과 AI 사용료는 누가 관리하나요?
도메인, 메일, 호스팅, 폼 발송, 예약, 결제, 지도, 유료 플러그인은 서로 다른 계정과 청구 주기를 가집니다. 갱신료와 작업비를 분리하고 종료 때 소유권을 넘길 방법을 확인합니다.
AI를 활용해 만든 사이트라면 두 담당자를 더 정합니다. 하나는 생성 코드가 추가한 의존성의 보안 알림, 호환성 업데이트와 중단된 패키지 교체를 맡습니다. 다른 하나는 운영 중 호출하는 종량제 AI·자동화 서비스의 결제 계정, 사용 한도와 한도 도달 시 동작을 관리합니다. 사용료가 월 정액에 포함되는지도 구분하세요. 주인이 없는 사용량은 장애나 예상하지 못한 청구서로 돌아옵니다.
완료를 어떻게 확인하나요?
배포 성공만으로 끝내지 않습니다. 실제 URL, 모바일, 폼 수신, 검색 차단 여부, GA4 이벤트를 확인하고 변경 이력을 남겨야 합니다. Google Search 모니터링 지침, WCAG 2.2 빠른 참조, Core Web Vitals처럼 각 항목의 검수 기준을 계약 범위에 연결합니다.
견적서에 넣을 최소 항목
- 포함되는 수정 유형과 월 처리 한도
- 일반·긴급 요청의 접수 채널과 응답 기준
- 별도 프로젝트로 전환되는 작업
- 배포 전 검수와 배포 뒤 실URL 확인 범위
- 백업 주기와 복구 테스트 여부
- 도메인·호스팅·유료 서비스 비용과 명의
- 폼 수신, GA4, Search Console 점검 주기
- 월 보고서에 들어갈 지표와 변경 이력
- 계약 종료 때 전달할 저장소·계정·문서
지금 할 일: 지난 3개월의 실제 요청을 모두 적고 콘텐츠, 기술, 장애, 검색·분석 중 하나로 표시해 개수를 세세요. 이 표가 월 정액과 건별 견적을 같은 기준으로 비교하는 입력값입니다.
계약 시작과 종료의 소유권은 홈페이지 인수인계 체크리스트로, 복구 약속은 백업 복원 테스트로 확인하세요. 새 사이트 견적과 비교한다면 홈페이지 제작 비용 가이드를 보거나 현재 운영 범위를 알려주세요.
홈페이지 제작, 어디서부터 정할지 막막하신가요?
현재 상황과 필요한 결과를 들은 뒤, 만들 범위와 다음 단계를 먼저 정리합니다.