외주로 홈페이지를 만들 때 계약서에는 작업 범위, 소유권과 계정 이전, 법적 준수 책임, 유지보수 조건의 네 가지를 반드시 명시해야 합니다. 이 네 항목을 문서로 정리해 두면 납품 이후 추가 비용 청구나 권리 다툼으로 이어지는 분쟁을 줄일 수 있습니다. 처음 홈페이지제작을 의뢰하는 담당자라면 견적 금액을 비교하기 전에 계약 문구부터 검토하는 것이 안전합니다.
작업 범위는 어디까지 구체적으로 적어야 합니까?
작업 범위가 모호하면 발주자는 당연히 포함된 작업으로 이해하고, 제작사는 추가 작업으로 판단하는 상황이 생깁니다. 이를 막으려면 결과물을 셀 수 있는 단위로 적는 것이 기본입니다. 예를 들어 "회사 소개 페이지 제작"이라고 쓰는 대신 페이지 수, 페이지별 구성 요소, 구현할 기능을 목록으로 정리해 계약서에 첨부합니다.
- 페이지 구성: 메인, 회사 소개, 서비스 안내, 문의 등 페이지 목록과 하위 메뉴 구조
- 기능 목록: 게시판, 문의 양식, 회원 가입, 결제, 예약 등 기능별 포함 여부
- 대응 환경: 모바일·태블릿 반응형 여부와 검수 대상 브라우저 범위
- 콘텐츠 제공 주체: 문구, 사진, 로고 파일을 발주자와 제작사 중 누가 준비하는지
- 수정 횟수: 디자인 시안 단계와 개발 완료 단계 각각의 무상 수정 횟수와 초과 시 비용 산정 방식
수정 횟수는 특히 분쟁이 잦은 항목입니다. 단계마다 무상 수정 횟수를 숫자로 적고, 횟수를 넘는 수정은 시간 단가나 건별 단가로 계산한다는 기준을 함께 적어 두면 양측의 예상이 일치합니다. 시안을 확정한 뒤 전체 디자인을 바꾸는 요청은 수정이 아니라 재작업으로 본다는 정의도 넣어 두는 것이 좋습니다.
도메인·호스팅·소스코드의 소유권은 누구에게 있어야 합니까?
도메인과 호스팅 계정은 원칙적으로 발주자 명의로 등록해야 합니다. 제작사 명의로 등록하면 계약이 끝나거나 제작사가 폐업했을 때 주소를 옮기기 어려워집니다. .kr 도메인은 한국인터넷진흥원이 인증한 등록대행자를 통해 등록합니다. 등록을 제작사가 대행하더라도 등록자 정보가 발주자로 되어 있는지, 관리 계정의 로그인 정보를 발주자가 직접 보관하는지 확인해야 합니다.
소스코드와 디자인 결과물의 권리도 따로 정해야 합니다. 외주 제작물은 별도 약정이 없으면 저작권이 작성자인 제작사에 남을 수 있으므로, 계약서에 저작재산권 양도 여부나 이용허락 범위를 명시합니다. 양도가 어렵다면 최소한 발주자가 다른 업체를 통해 수정·확장할 수 있는 권리를 보장하는 문구를 넣습니다. 한국저작권위원회는 저작권 등록 제도를 운영하고 있어, 중요한 결과물은 권리 관계를 공적으로 기록해 둘 수 있습니다.
제작 과정에서 쓰인 글꼴, 이미지, 아이콘의 라이선스도 점검 대상입니다. 글꼴 파일은 컴퓨터프로그램저작물로 보호될 수 있으므로, 무료로 배포된 글꼴이라도 상업적 이용과 웹 게시가 허용되는지 확인해야 합니다. 계약서에는 제작사가 사용한 외부 자료의 목록과 라이선스 근거를 납품물에 포함한다는 조항을 둡니다.
계약 단계별로 무엇을 확인하고 어떤 문서를 남겨야 합니까?
계약서 한 장으로 모든 분쟁을 막기는 어렵습니다. 단계마다 확인 내용을 문서로 남겨야 나중에 "그런 합의는 없었다"는 주장에 대응할 수 있습니다. 아래 표는 일반적인 외주 제작 절차를 기준으로 단계별 확인 항목과 보관할 문서를 정리한 것입니다.
| 단계 | 확인 항목 | 보관할 문서 |
|---|---|---|
| 견적·제안 | 견적에 포함된 페이지·기능 목록, 제외 항목 | 항목별 견적서, 제안서 |
| 계약 체결 | 대금 지급 시점, 소유권, 지연 시 처리 기준 | 계약서와 첨부 요구사항 명세 |
| 디자인 시안 | 시안 확정 범위, 남은 무상 수정 횟수 | 시안 확정 확인 메일 또는 서면 |
| 개발·검수 | 기능 동작, 브라우저·기기별 표시, 오류 목록 | 검수 체크리스트, 수정 요청 기록 |
| 납품·이전 | 계정 정보, 소스코드, 라이선스 자료 인계 | 인수인계서, 계정 목록 |
| 유지보수 | 대응 범위, 대응 시간, 월 비용 포함 항목 | 유지보수 계약서, 작업 이력 |
대금은 단계별 산출물 확정과 연결해 나누어 지급하는 방식이 관리하기 쉽습니다. 각 단계의 확정 기준을 계약서에 미리 적어 두면 지급 시점을 두고 다툴 여지가 줄어듭니다.
개인정보와 웹 접근성 의무는 누가 책임집니까?
홈페이지에 문의 양식이나 회원 가입 기능이 있으면 운영자는 개인정보를 처리하는 주체가 됩니다. 개인정보 보호법에 따라 개인정보처리자는 개인정보 처리방침을 정해 정보주체가 쉽게 확인할 수 있도록 공개해야 합니다. 법적 책임은 운영 주체인 발주자에게 있으므로, 계약서에는 제작사가 처리방침 게시 위치와 수집 항목 최소화, 전송 구간 암호화 같은 기술적 구현을 맡는다는 역할 구분을 적어 둡니다.
뉴스레터 신청란이나 마케팅 수신 동의란을 만들 때도 주의가 필요합니다. 정보통신망 이용촉진 및 정보보호 등에 관한 법률은 영리 목적의 광고성 정보를 전송하려면 원칙적으로 수신자의 사전 동의를 받도록 정하고 있습니다. 따라서 필수 동의와 선택 동의를 분리한 화면 구성을 요구사항 명세에 포함하는 것이 바람직합니다.
웹 접근성도 계약 단계에서 기준을 정해야 하는 항목입니다. 장애인차별금지 및 권리구제 등에 관한 법률은 웹사이트를 포함한 전자정보에 장애인이 접근할 수 있도록 정당한 편의를 제공하도록 규정하고 있습니다. 실무에서는 국가표준인 한국형 웹 콘텐츠 접근성 지침(KS X OT0003:2022) 준수를 요구하는 경우가 많습니다.
접근성 수준을 객관적으로 확인하고 싶다면 과학기술정보통신부가 지정한 인증기관을 통한 웹 접근성 품질인증 제도를 활용할 수 있습니다. 인증 취득을 목표로 한다면 인증 심사 대응과 지적 사항 수정을 제작사 업무 범위에 포함할지 계약서에 명시합니다.
납품 후 유지보수와 하자 처리는 어떻게 정해야 합니까?
납품 직후에는 문제가 보이지 않다가 실제 운영을 시작한 뒤 오류가 드러나는 경우가 많습니다. 그래서 하자보수와 유지보수를 구분해 정의하는 것이 중요합니다. 하자보수는 계약 범위 안의 기능이 정상 동작하지 않을 때 무상으로 고치는 것이고, 유지보수는 콘텐츠 교체, 기능 추가, 보안 업데이트처럼 운영 중에 발생하는 작업을 말합니다.
- 무상 하자보수 기간과 그 기간의 시작 시점(검수 완료일 또는 공개일)을 정합니다.
- 장애 등급별 대응 시간을 정합니다. 예를 들어 사이트 접속 불가와 문구 오탈자는 대응 우선순위를 다르게 둡니다.
- 월 유지보수 비용에 포함되는 작업 종류와 월간 작업 시간 한도를 적습니다.
- 백업 주기, 백업 보관 위치, 복구 요청 절차를 문서로 정합니다.
- 유지보수 계약이 끝날 때 계정과 자료를 인계하는 절차를 미리 정합니다.
콘텐츠관리시스템이나 플러그인을 사용하는 사이트라면 보안 업데이트 책임자를 반드시 지정해야 합니다. 업데이트를 오래 미루면 알려진 취약점이 그대로 남기 때문에, 업데이트 주기와 업데이트 후 동작 확인 절차를 유지보수 범위에 포함하는 것이 좋습니다.
자주 묻는 질문
계약금과 잔금 비율은 어떻게 정하는 것이 적절합니까?
정해진 비율보다 단계별 산출물과 지급 시점을 연결하는 방식이 중요합니다. 계약 체결, 디자인 확정, 검수 완료처럼 확인 가능한 시점에 대금을 나누면 진행 상황을 점검하기 쉽습니다. 잔금은 최종 검수와 계정·자료 인계가 끝난 뒤 지급한다고 명시하는 것이 안전합니다.
템플릿을 활용한 제작도 소스코드 인계를 요구할 수 있습니까?
요구할 수 있지만, 유료 템플릿은 원저작자의 라이선스 조건이 우선합니다. 라이선스가 발주자 명의로 구매되었는지, 다른 도메인에 다시 사용할 수 있는지 확인해야 합니다. 계약서에는 템플릿 출처와 라이선스 사본을 인계 자료에 포함한다고 적어 둡니다.
업체마다 견적 차이가 나면 무엇부터 비교해야 합니까?
총액보다 견적에 포함된 페이지 수, 기능, 수정 횟수, 유지보수 조건이 같은지부터 맞춰 비교해야 합니다. 같은 기준으로 정리한 요구사항 명세를 각 업체에 보내 견적을 받으면 비교가 정확해집니다. 업체를 고른 뒤에는 이 글의 항목을 계약서와 하나씩 대조하고, 실제 홈페이지제작 사례를 더 살펴 범위와 비용을 판단하는 기준을 넓히는 것이 좋습니다.