유형별 웹 개발 비용 2026, 홈페이지·쇼핑몰·웹앱 견적

같은 "웹사이트를 만든다"는 말이어도 견적은 수백만 원에서 수천만 원까지 벌어진다. 갈림은 디자인 취향이 아니라 유형이다. 소개만 하는 홈페이지, 물건을 파는 쇼핑몰, 예약과 정산이 도는 플랫폼, 사내 업무를 처리하는 시스템은 만드는 일의 양 자체가 다르다. 2026년 기준으로 유형별 비용대와 소요 기간이 어떻게 벌어지는지, 그리고 어떤 기능이 견적을 몇 배로 올리는지 정리했다.

핵심 요약

• 소개형 홈페이지는 통상 수백만 원대, 예약·결제가 붙은 플랫폼과 웹앱은 천만 원 단위로 예산 구간이 바뀐다.
• 견적을 가르는 건 페이지 수보다 기능이다. 결제·정산·실시간·회원·관리자 다섯 가지가 붙을 때마다 비용이 계단식으로 오른다.
• 노바랩 기준 시작가는 홈페이지 150만 원, 쇼핑몰·예약 400만 원, 웹앱 1,000만 원부터로, 유형이 예산 단위를 정한다.
• 제작비 외에 도메인·호스팅·유지보수가 매년 따로 든다. 견적서를 볼 때 이 부대비용이 빠졌는지 확인한다.
• 업체마다 견적이 다른 이유는 같은 요구를 서로 다른 기능 범위로 해석하기 때문이다. 기준을 맞춰 비교해야 숫자에 의미가 생긴다.

유형별 비용대 한눈에 비교

프로젝트를 크게 넷으로 나누면 예산 감이 잡힌다. 랜딩·소개형 홈페이지는 보여주는 게 목적이라 가장 가볍다. 쇼핑몰과 예약 사이트는 돈이 오가고 재고·일정이 얽혀 한 단계 무거워진다. 웹앱은 사용자가 로그인해서 무언가를 계속 처리하는 서비스라 규모가 다르다. 업무 시스템은 회사 내부의 일을 대신하는 프로그램이라 요구가 가장 촘촘하다.

업계 공개 시세를 교차해 보면 랜딩페이지는 대략 50만~200만 원, 5~10페이지 회사소개형은 150만~800만 원, 10~20페이지 기업형 반응형은 500만~1,500만 원 선에서 움직인다. 쇼핑몰·예약처럼 기능이 붙으면 여기서 수백만 원 단위로 더해진다. 웹앱과 업무 시스템은 기능 명세에 따라 천만 원대에서 시작해 위로 열려 있다. 숫자의 폭이 넓은 건 업체가 제멋대로여서가 아니라, 같은 이름 아래 실제로 만드는 양이 다르기 때문이다.

소개형 홈페이지 — 왜 수백만 원대에서 시작하나

회사나 가게를 소개하는 홈페이지는 화면을 잘 만들어 보여주는 일이 중심이다. 방문자가 정보를 읽고 전화를 걸거나 문의를 남기면 역할을 다한다. 그래서 기획·디자인·반응형 개발·기본 SEO가 비용의 대부분이고 뒤에서 도는 복잡한 처리는 적다. 페이지 수, 디자인을 템플릿으로 갈지 맞춤으로 갈지, 게시판·문의 폼 같은 소소한 기능이 몇 개 붙는지가 견적을 조금씩 움직인다.

홈페이지 외주를 진행하다 보면 "페이지를 몇 개 더 넣으면 얼마 오르나요"라는 질문을 자주 받는다. 정직하게 답하면, 소개형에서 페이지 한두 장은 큰 변수가 아니다. 비용이 크게 뛰는 순간은 페이지가 늘 때가 아니라 뒤에서 처리해야 할 일이 생길 때다.

쇼핑몰·예약 — 결제가 붙으면 예산 단위가 바뀐다

소개형과 쇼핑몰의 결정적 차이는 돈과 일정이 시스템 안에서 움직인다는 점이다. 상품을 등록하고 장바구니에 담고 결제를 받는다. 주문 상태를 관리하고 취소·환불을 처리한다. 예약 사이트는 시간과 인원이라는 재고를 다루고 이중 예약을 막아야 한다. 이 처리들은 화면 뒤에서 도는 로직이라 눈에는 안 보여도 개발 양이 많다.

결제를 붙이려면 PG(결제대행)사 연동이 필요하고 여기에 정산·수수료 계산, 회원 관리, 관리자 페이지가 따라온다. "홈페이지"라고 부르던 예산이 이 지점에서 한 칸 올라간다. 실제 프로젝트에서 소개형으로 시작했다가 중간에 "결제도 되게 해주세요"가 들어오면, 그건 옵션 추가가 아니라 프로젝트 종류가 바뀌는 일이라고 설명하게 된다.

웹앱·업무 시스템 — 천만 원 단위로 가는 이유

웹앱은 방문자가 잠깐 보고 나가는 사이트가 아니라, 로그인한 사용자가 계속 무언가를 처리하는 서비스다. 회원마다 다른 데이터를 다루고 권한을 나누며 실시간으로 상태가 바뀐다. 업무 시스템은 여기에 회사 고유의 규칙까지 얹힌다. 결재선을 태우고 재고와 매출을 집계하며 여러 부서가 같은 데이터를 다르게 본다. 요구가 촘촘할수록 설계·개발·검수에 드는 시간이 길어지고 그 시간이 곧 비용이다.

이 구간에서는 페이지라는 단위 자체가 무의미해진다. 화면 하나가 뒤에서 열 가지 처리를 부르기 때문이다. 그래서 웹앱·시스템은 기능 명세를 먼저 정리하지 않으면 견적이 나오지 않는다. 무엇을 첫 버전에 넣고 뺄지를 좁히는 일이 비용을 지키는 길이다.

제작 방식에 따라 비용 단위가 다르다

같은 유형이라도 누구에게 맡기느냐에 따라 비용이 달라진다. 직접 웹빌더로 만들면 도구 구독료 수준에서 출발하지만 손이 많이 가고 나중에 기능을 늘리려는 순간 벽에 부딪힌다. 프리랜서는 소규모 제작사보다 저렴한 편이나 일정 지연이나 잠수 같은 위험을 발주자가 직접 관리해야 한다. 소규모 제작사는 중간 가격대에 책임 범위가 명확하고 소통 창구가 하나로 유지된다. 대형 에이전시는 가장 비싸지만 규모 있는 프로젝트를 여러 사람이 나눠 안정적으로 끌고 간다. 소개형 홈페이지처럼 정보 전달이 목적이라면 굳이 대형 에이전시를 쓸 이유가 크지 않다. 반대로 결제와 정산이 얽힌 복잡한 시스템을 프리랜서 한 명에게 맡기면 위험이 커진다. 만들 유형의 무게에 제작 방식을 맞추는 것이 첫 번째 절약이다. 아래 표에 방식별로 비용대와 감수할 점을 정리했다.

견적을 몇 배로 올리는 기능 다섯

견적서를 나란히 놓고 보면 숫자를 벌리는 항목은 늘 비슷하다. 첫째, 결제와 정산이다. PG 연동 자체보다 환불·부분취소·정산 규칙이 손이 많이 간다. 둘째, 실시간이다. 채팅·알림·예약 동시성처럼 여러 사람이 같은 순간에 부딪히는 기능은 서버 설계가 달라진다. 셋째, 회원과 권한이다. 등급별로 보이는 화면이 다르면 그만큼 경우의 수가 늘어난다. 넷째, 관리자 백오피스다. 사장님이 직접 상품·주문·회원을 관리하는 화면은 사실상 사이트를 하나 더 만드는 일에 가깝다. 다섯째, 외부 연동이다. 택배·회계·문자·지도 같은 외부 서비스를 붙일 때마다 확인할 변수가 붙는다.

자주 하는 오해가 두 가지 있다. 하나는 "디자인이 예쁘면 비싸다"인데, 실제로는 뒤에서 도는 기능이 예산을 정하지 화면 장식이 정하지 않는다. 다른 하나는 "기능은 나중에 추가하면 싸다"인데, 처음 설계에 없던 결제·회원을 뒤에 끼우면 구조를 다시 짜야 해서 대개 더 비싸진다. 그래서 붙일 기능은 처음 기획서에 적어두는 편이 낫다.

유형별로 기간은 얼마나 걸리나

비용과 기간은 대체로 같이 움직인다. 소개형 홈페이지는 통상 2주에서 한 달 안팎, 게시판이나 예약이 붙는 표준형은 한두 달, 결제와 회원이 도는 쇼핑몰·예약은 그보다 길다. 웹앱과 업무 시스템은 기능 명세에 따라 몇 달이 걸리기도 한다. 기간이 늘어나는 건 화면을 그리는 시간이 아니라 뒤에서 도는 기능을 설계하고 검수하는 시간 때문이다. 급하게 오픈해야 한다면 유형을 낮추거나 기능을 덜어 첫 버전을 가볍게 잡는 편이 현실적이다. 무리한 일정은 품질이나 비용 중 하나를 깎아 먹기 마련이다. 반대로 일정에 여유가 있으면 기획과 검수에 시간을 들여 나중에 고치는 비용을 줄일 수 있다.

노바랩 기준 유형별 시작가

참고할 기준점 하나를 두면 남의 견적을 읽기 쉽다. 노바랩 공개 기준으로 시작가를 정리하면 이렇다. 홈페이지 기본형은 150만 원부터(반응형 5페이지 안팎, 2~3주), 표준형은 350만 원부터(10페이지 이상에 게시판·문의·예약, 4~6주), 쇼핑몰·예약은 400만 원부터, 웹앱은 1,000만 원부터, 앱은 2,000만 원부터다. 검색 노출을 맡기는 SEO 대행은 제작과 달리 월정액이라 셋업 100만 원에 월 70만 원부터로 구조가 다르다. 이 숫자는 노바랩 기준일 뿐 시장 평균은 아니지만 유형이 오를 때 예산이 어떤 폭으로 뛰는지 감을 잡는 자로는 쓸 만하다.

제작비 말고 매년 드는 부대비용

견적서의 제작비만 보고 예산을 잡으면 나중에 당황한다. 사이트를 띄우고 유지하는 데는 매년 드는 돈이 따로 있다. 도메인은 연 1만~3만 원, 호스팅은 사양에 따라 월 수천 원에서 10만 원 안팎이다. 오픈 뒤 사소한 수정을 맡기는 유지보수 계약은 월 10만~30만 원 선이고 계약 없이 건별로 고치면 작업당 3만~30만 원이 든다. 금액 자체는 크지 않아도 매달 쌓이면 초기 제작비에서 아낀 몫을 넘기기도 한다. 그래서 견적을 비교할 때는 이 부대비용이 포함됐는지, 아니면 제작비만 적힌 건지부터 확인해야 한다. 겉으로 싸 보이는 견적이 부대비용을 빼놓은 경우가 흔하다. 오픈 이후 누가 사이트를 운영할지까지 정해두면 이 비용을 미리 계산에 넣을 수 있다.

견적서 받기 전 확인 체크리스트

견적을 받기 전에 스스로 답을 정해두면 숫자가 훨씬 정확해진다. 순서대로 짚어보자.

1. 유형을 먼저 못박는다. 소개형인지, 결제가 도는 쇼핑몰인지, 로그인이 필요한 웹앱인지부터 정한다.
2. 필수 기능만 목록으로 적는다. 있으면 좋은 기능과 없으면 안 되는 기능을 나눈다.
3. 결제·회원·실시간이 필요한지 표시한다. 이 셋이 예산 단위를 정한다.
4. 관리자 화면에서 직접 관리할 항목을 적는다. 상품·주문·회원 중 무엇을 손댈지 정한다.
5. 부대비용을 견적에 포함시켰는지 확인한다. 도메인·호스팅·유지보수는 매년 따로 든다.
6. 소유권과 유지보수 조건을 계약 전에 확인한다. 소스코드와 계정을 누구 명의로 받을지 정한다.

이 여섯 가지를 정하고 나면, 업체마다 다르게 나오던 견적이 같은 기준 위에서 비교된다.

가상 예시 — 예약과 결제가 붙은 학원 사이트

가상 예시를 하나 들어본다. 소규모 학원이 "수업 소개 홈페이지"를 원해 시작했다고 하자. 처음엔 소개형이라 수백만 원대 견적이면 충분했다. 그런데 상담 중에 "온라인으로 수강 신청을 받고 결제까지 되면 좋겠다"가 더해졌다. 이 순간 프로젝트는 소개형에서 결제·예약이 도는 웹서비스로 종류가 바뀐다. 회원 가입, 수강권 관리, 결제 연동, 취소·환불 규칙이 붙으면서 예산 단위가 한 칸 올라간다. 여기서 학원이 "이번엔 결제 없이 신청만 받고, 결제는 다음에"로 범위를 좁히면 첫 버전 비용을 지킬 수 있다. 유형과 기능을 먼저 정하는 일이 왜 비용을 정하는지 보여주는 흔한 장면이다.

실제로 이런 장면에서 처음 받은 소개형 견적과 결제·회원이 붙은 뒤의 견적은 예산 자릿수가 달라지곤 한다. 그래서 상담 초반에 '결제를 이번에 넣을지 다음에 넣을지'를 먼저 정하면 견적이 훨씬 또렷해진다. 학원이 첫 학기에는 신청만 받아 반응을 확인하고 수강생이 늘면 결제를 붙이는 순서로 가면 초기 부담을 줄이면서도 필요한 기능을 놓치지 않는다. 하나 더 챙길 게 있다. 나중에 결제를 붙일 계획이라면 그 사실을 처음 기획서에 미리 적어둔다. 처음부터 결제를 염두에 두고 구조를 잡아두면 나중에 기능을 얹을 때 드는 비용이 줄어든다. 반대로 계획에 없던 결제를 뒤늦게 끼우면 이미 만든 부분을 다시 손봐야 해서 오히려 더 든다. 유형과 기능의 순서를 어떻게 정하느냐가 총비용을 좌우한다.

마무리

결국 웹 개발 비용은 "얼마짜리를 만들까"가 아니라 "무엇이 도는 걸 만들까"에서 갈린다. 유형과 기능을 먼저 정하면 견적의 폭이 좁아지고 업체 비교도 같은 기준 위에서 가능해진다. 만들려는 게 어느 유형인지 헷갈린다면 유형부터 훑어보고 견적서를 받았다면 항목을 뜯어보는 순서로 접근하면 된다.

유형과 필요한 기능이 정리되면 대략의 범위는 금방 좁혀진다. 견적 범위가 여전히 애매하다면 문의로 상황을 설명하고 방향을 잡아도 된다.