모두
모두콘텐츠
얼마 전 회사 소개 사이트를 옮기면서 서버 사양부터 올리자는 제안을 들었다. 그런데 접속 기록을 보니 하루 방문자는 100명 남짓이었다. 서버보다 먼저 확인할 것은 사이트에 어떤 기능이 필요한지, 누가 내용을 만들고 관리할지였다. 웹사이트 제작 비용은 이 순서대로 계산해야 불필요한 지출이 줄어든다.
첫 견적은 서버가 아니라 작업 범위에서 나온다
소개 페이지 5개와 문의 양식 하나가 필요한 사이트를 생각해보자. 디자인 틀을 고르고 사진과 문구를 직접 준비한다면 제작사에 맡길 일은 적다. 반대로 같은 5페이지라도 예약, 결제, 회원별 화면이 들어가면 개발과 검수 시간이 늘어난다. 페이지 수만 보고 두 사이트의 견적을 비교하면 어긋나는 이유다.
견적을 받을 때는 화면 디자인, 글과 사진 제작, 기능 개발, 관리자 교육, 공개 후 수정 횟수를 따로 적는 편이 좋다. 예를 들어 작업 시간을 40시간, 시간당 비용을 5만 원으로 가정하면 인건비는 200만 원이다. 여기에 유료 디자인 자료 10만 원과 초기 설정 20만 원을 더하면 제작비는 230만 원이다. 이 숫자는 시세표가 아니라 견적을 읽기 위한 계산 예시다. 문구와 사진을 직접 준비해 작업 시간이 25시간으로 줄면 같은 기준에서 75만 원이 빠진다.
직접 만드는 경우에도 비용이 완전히 0원은 아니다. 유료 템플릿이나 사진을 살 수 있고, 본인이 내용을 입력하고 모바일 화면을 확인하는 데 시간이 든다. 외주 견적이 높아 보일 때는 먼저 어떤 작업을 맡겼는지 확인해야 한다. 수정 요청을 몇 번까지 받는지도 금액만큼 중요하다.
월 운영비는 트래픽과 관리 방식을 함께 본다
호스팅은 월 방문자 수보다 한 페이지의 전송량과 접속이 몰리는 시간을 봐야 한다. 페이지 한 번을 여는 데 평균 2메가바이트가 전송되고 월 3천 번 열리면 대략 6기가바이트다. 월 3만 번이면 약 60기가바이트다. 이미지가 많은 사이트는 전송량이 금방 늘고, 이미지 크기를 줄이면 같은 요금제에서도 여유가 생긴다. 실제 사용량은 관리자 화면보다 전송량 기록으로 확인하는 편이 정확하다.
동시 접속도 따로 봐야 한다. 30명이 1분 동안 각각 2메가바이트짜리 페이지를 한 번씩 연다면 평균 전송 속도는 초당 약 1메가바이트, 약 8메가비트다. 하지만 예약 시작 시각에 요청이 몇 초 사이에 몰리면 평균값은 별 도움이 안 된다. 결제나 검색처럼 서버에서 매번 처리하는 기능은 화면 파일만 전달하는 사이트보다 CPU와 데이터베이스 부담이 크다. 이런 차이를 확인한 뒤 웹호스팅, 관리형 서비스, VPS 중에서 고르면 된다.
서버를 직접 관리할 사람이 없다면 싼 VPS가 반드시 싼 선택은 아니다. 운영체제 업데이트, 접근 권한, 장애 대응 시간을 누군가 부담한다. 반면 단순한 안내 사이트는 무료 또는 저가의 정적 사이트 서비스로도 충분한 경우가 많다. 가격표를 볼 때는 저장 공간뿐 아니라 전송량 초과 요금, 백업 제공 범위, 고객 지원 시간도 함께 확인한다.
첫해 비용과 다음 해 비용을 따로 계산한다
초기 제작비에 월 호스팅료만 더하면 예산이 작게 잡힌다. 도메인 갱신, 백업 보관, 유료 기능 구독, 내용 수정비가 빠지기 쉽다. SSL 인증서는 무료로 쓸 수 있는 선택지가 있지만 발급과 자동 갱신 설정은 확인해야 한다. 인증서 갱신 실패로 사이트가 경고 화면에 막히는 일은 서버 성능을 올려도 해결되지 않는다.
앞의 제작비 230만 원 예시에 연간 도메인 2만 원, 월 호스팅 1만 원, 월 백업 보관 5천 원을 가정해보자. 첫해 지출은 250만 원이고, 다음 해부터는 연 20만 원이다. 매달 내용 수정에 2시간이 필요하고 이를 시간당 5만 원에 맡기면 연 120만 원이 추가된다. 같은 사이트라도 누가 운영하느냐에 따라 연간 비용은 20만 원에서 140만 원으로 달라진다. 실제 청구액은 서비스와 계약 조건에 따라 다르니 이 계산식에 받은 견적의 숫자를 넣어야 한다.
외주 계약에는 도메인과 호스팅 계정의 소유자도 명시하는 게 좋다. 제작사가 대신 결제하더라도 소유권과 관리자 접근 권한을 확인해야 이전할 때 비용이 새로 붙지 않는다. 파일과 데이터베이스를 내려받을 수 있는지, 특정 업체의 전용 기능 없이는 사이트가 작동하지 않는지도 확인할 항목이다.
이전과 백업 비용은 장애가 나기 전에 넣는다
사이트 이전은 파일을 복사하는 것으로 끝나지 않는다. 데이터베이스, 이미지, 문의 양식의 메일 발송, 도메인 연결, SSL을 새 환경에서 차례로 확인해야 한다. 쇼핑몰이라면 주문이 계속 들어오는 동안 데이터가 갈라지지 않도록 전환 시간을 잡아야 한다. 이전 견적에는 시험 이전, 최종 데이터 복사, 전환 후 확인과 되돌리는 절차가 포함됐는지 본다.
백업은 저장 여부보다 복구 가능 여부가 중요하다. 같은 서버 안에 백업 파일만 쌓아두면 서버나 계정에 문제가 생겼을 때 함께 잃을 수 있다. 별도 위치에 파일과 데이터베이스를 보관하고, 적어도 한 번은 시험 복구를 해봐야 한다. 장애가 나면 먼저 서버가 응답하는지, 도메인 연결과 인증서가 정상인지, 최근 배포나 설정 변경이 있었는지 순서대로 확인한다. 이때 복구에 걸리는 시간까지 알아두면 필요한 호스팅 수준을 판단하기도 쉬워진다.
제가 견적을 볼 때 가장 먼저 묻는 것은 예상 방문자 수보다 운영 담당자와 복구 방법이다. 작은 사이트에는 작은 요금제가 맞을 때가 많다. 아낀 서버 비용을 내용 관리와 검증된 백업에 쓰는 편이 오래 운영할 사이트에는 더 실용적이다.
