홈페이지 제작 비용 2026: 가격대별 차이와 3년 총비용, 숨은 항목까지 정리

홈페이지를 만들려고 견적을 받아보면 금액이 크게 벌어져요. 같은 설명을 했는데 어디는 200만 원, 어디는 2,000만 원을 부릅니다. 이 글은 그 차이가 어디서 오는지, 각 가격대에서 실제로 무엇을 받는지, 그리고 제작비 말고 계속 나가는 돈이 무엇인지 정리했어요.

홈페이지 제작 비용은 얼마인가요?

먼저 짚고 갈 게 있어요. 홈페이지 제작 비용에는 공인된 평균 통계가 없어요. "업계 평균 얼마"라고 적힌 글을 종종 보는데, 그 숫자의 출처를 따라가면 대개 특정 업체의 자사 가격표이거나 근거가 표시돼 있지 않아요.

아래 범위는 국내 외주 시장의 현장 견적 기준이고 공표 통계가 아니에요. 업체 규모, 지역, 시기, 그리고 무엇보다 요구 범위에 따라 달라집니다. 금액 자체보다 각 구간에 무엇이 포함되고 무엇이 빠지는지를 보세요. 견적을 비교할 때 실제로 쓰이는 건 그쪽이에요.

이 표에서 중요한 건 왼쪽 금액이 아니라 오른쪽 두 칸이에요. 견적서 금액이 비슷한데 결과물이 다르다면, 대개 "보통 빠지는 것" 칸에 있는 항목을 어느 쪽이 포함했는지가 갈린 거예요. 견적을 받을 때 이 칸을 그대로 질문으로 바꿔서 물어보면 비교가 쉬워져요.

같은 홈페이지인데 왜 견적이 갈리나요?

금액을 밀어올리는 요인은 정해져 있어요. 견적이 두 배 차이 난다면 아래 항목 중 몇 개를 서로 다르게 가정한 경우가 많아요.

산정 방식 자체가 다른 경우도 있어요. 기능 단위로 정액을 매기는 곳과 투입 인력·기간으로 계산하는 곳이 섞여 있으면 같은 축에 놓기가 어려워요. 받은 견적서를 항목별로 뜯어보는 방법은 앱 개발 견적서를 항목별로 뜯어보는 법에 정리돼 있고, 이 글은 가격이 왜 갈리는지까지를 다뤄요.

참고로 앱(iOS·안드로이드)은 계산이 또 달라요. 스토어 심사와 배포 공수가 별도로 붙고 플랫폼별 대응이 필요해서, 홈페이지 단가표를 그대로 적용할 수 없어요.

제작 항목은 각각 무엇을 포함하나요?

견적서는 보통 기획·디자인·퍼블리싱·개발·검수로 나뉘어 옵니다. 항목 이름은 같아도 포함 범위가 업체마다 달라서, 여기서 오해가 자주 생겨요.

특히 브라우저 호환 범위는 견적서에 잘 안 적히는데 나중에 분쟁이 되기 쉬워요. "어느 브라우저 어느 버전까지 보장하나요"를 계약 전에 문장으로 남겨두세요.

제작비 말고 계속 나가는 돈은 무엇인가요?

견적서에 적힌 금액은 한 번 내는 돈이에요. 홈페이지는 만들고 끝나는 물건이 아니라서, 그다음부터 매년 나가는 항목이 따로 있어요. 상위 글들이 항목을 나열하긴 하는데 합산해서 보여주는 곳은 드물어요.

세 번째 칸이 이 표의 핵심이에요. 비용을 누가 내느냐보다 등록 명의가 누구냐가 나중에 문제가 돼요. 유지보수 계약의 범위와 요율을 어떻게 정하는지는 개발 유지보수 계약과 비용을 정리한 글에서 따로 다뤄요.

3년을 놓고 보면 총비용은 얼마인가요?

제작비만 비교하면 판단이 어긋나요. 초기 비용이 낮은 선택이 3년 누적으로는 더 비싸지는 경우가 있고, 반대도 있어요. 같은 기간으로 놓고 더해봐야 비교가 됩니다.

이 표의 숫자는 국내 외주 시장의 현장 견적 기준이고 공표 통계가 아니에요. 구독료와 유지보수 요율은 서비스·계약마다 달라서, 실제 계산은 본인이 받은 견적과 구독 요금제로 다시 해야 정확해요. 표의 쓸모는 "3년으로 놓고 더해본다"는 계산 방식 자체에 있어요.

웹빌더 구독형은 초기 부담이 낮은 대신 쓰는 동안 계속 나가고, 맞춤 제작은 반대예요. 어느 쪽이 유리한지는 얼마나 오래 쓸 것인가와 중간에 갈아탈 가능성에 달려 있어요. 도구 자체의 우열 비교는 노코드 도구와 직접 개발의 차이에 있어요.

제작비를 다 냈는데 소스코드는 누구 것인가요?

이건 홈페이지 비용 글에서 거의 다뤄지지 않는데, 나중에 가장 곤란해지는 항목이에요. 돈을 냈다고 자동으로 소유권이 넘어오지 않아요. 계약서에 어떻게 적혔는지에 따라 갈립니다.

• 저작재산권 양도 — 결과물의 권리가 발주자에게 넘어와요. 다른 업체에 넘겨 수정하거나 재사용할 수 있어요.
• 이용 허락 — 쓸 수는 있지만 권리는 제작사에 남아요. 수정·재배포에 제약이 생길 수 있어요.
• 아무 조항도 없음 — 가장 흔하고 가장 위험해요. 분쟁이 생기면 서로 다르게 해석합니다.

주의할 게 하나 더 있어요. 제작물에 유료 템플릿·폰트·스톡 이미지가 들어가 있으면 그 라이선스는 별개예요. 사이트를 넘겨받아도 그 소재를 계속 쓸 권리까지 따라오는 건 아니라서, 견적 단계에서 "사용된 유료 소재의 라이선스는 누구 명의로 구매되나요"를 물어두는 게 좋아요.

계약 조항을 어떻게 쓰는지는 외주 견적서에서 확인해야 할 항목들에 정리돼 있어요.

2년 뒤에 다른 업체로 옮길 수 있나요?

옮길 수 있느냐는 세 가지로 갈려요. 견적을 받을 때 미리 확인해두면 나중에 선택지가 남아요.

1. 결과물이 표준 웹 기술인가, 특정 플랫폼 전용 포맷인가. 표준 HTML·CSS·JS 기반이면 다른 곳으로 옮기기 쉽고, 특정 빌더 전용 형식이면 그 플랫폼을 떠날 때 화면을 다시 만들어야 해요.
2. 게시물·이미지·회원 데이터를 내보낼 수 있는가. 내보내기 기능이 있는지, 있다면 어떤 형식으로 나오는지 확인하세요.
3. 도메인·호스팅·관리자 계정이 내 명의인가. 앞의 표에서 본 항목이에요. 명의가 제작사에 있으면 이전 자체가 협조 사항이 돼요.

웹빌더를 쓴다면 이 세 가지가 대부분 플랫폼에 묶여 있어요. 그게 나쁘다는 뜻은 아니고, 그 대신 초기 비용과 운영 부담이 낮다는 교환이에요. 오래 쓸 계획이라면 감수할 만하고, 2~3년 안에 서비스로 확장할 계획이라면 미리 따져볼 지점이에요.

수정은 몇 번까지 해주나요?

견적서에 수정 횟수가 안 적혀 있으면 나중에 반드시 부딪혀요. 발주자는 "당연히 될 때까지"라고 생각하고, 제작사는 "정해진 회차"를 가정하거든요.

계약 전에 세 가지를 문장으로 정해두세요.

• 세는 단위 — 시안 단위인가, 페이지 단위인가, 아니면 요청 건 단위인가
• 포함 회차와 초과 단가 — 몇 회까지 포함이고 그다음은 얼마인가
• 수정과 범위 추가의 경계 — 색상·문구를 바꾸는 건 수정이고, 페이지를 하나 더 만드는 건 범위 추가예요. 이 선이 없으면 매번 협상이 됩니다

경계에서 재견적이 나오는 건 정상이에요. 문제는 그 기준이 문서에 없을 때예요.

납품받고 나서 문제가 발견되면 누가 고치나요?

검수 기준을 발주자가 미리 문장으로 만들어두면 이 문제가 대부분 사라져요. "잘 만들어주세요"는 검수 기준이 아니에요. 확인 가능한 형태로 적어야 합니다.

• 어떤 브라우저 어느 버전까지 정상 동작해야 하는가
• 모바일 대응 범위는 어디까지인가 (화면 폭 기준으로)
• 문의폼이 실제로 지정한 메일함에 도착하는가
• 관리자 화면에서 어떤 항목을 직접 수정할 수 있어야 하는가

그리고 하자보수 기간을 정해두세요. 납품 후 일정 기간 동안 발견된 결함은 무상으로 고친다는 조항이에요. 기간과 함께 무엇이 하자이고 무엇이 추가 요청인지도 같은 문장에 넣어두면 다툼이 줄어요.

홈페이지를 넘겨받을 때 무엇을 받아야 하나요?

사이트가 열린다고 다 받은 게 아니에요. 내가 직접 손대지 못하면 매번 제작사를 거쳐야 하고, 그 상태가 오래가면 선택지가 사라져요.

세 번째 칸이 중요해요. 받았다는 말과 실제로 되는 것은 다릅니다. 인계 시점에 하나씩 직접 해보세요.

견적을 받기 전에 무엇을 준비해야 하나요?

자료가 없으면 견적이 부정확해지고, 착수 후에는 일정이 밀려요. 발주자 쪽 준비가 늦어서 기간이 늘어나는 건 흔한 일이에요.

요구사항을 문서로 정리하는 순서는 RFP 뜻과 요구사항을 정리하는 순서에 있어요. 견적을 받기 전에 이걸 먼저 하면 회신 금액이 훨씬 정확해져요.

예산이 부족하면 무엇부터 줄여야 하나요?

줄이는 방향은 두 가지인데, 결과가 완전히 달라요.

• 범위를 줄인다 — 페이지 수를 줄이고, 나중에 필요해지면 추가한다. 지금 만드는 것의 완성도는 유지돼요.
• 품질을 깎는다 — 같은 범위를 싼값에 요구한다. 반응형이 빠지거나, 관리자 화면이 사라지거나, 브라우저 호환 범위가 좁아져요.

범위를 줄이세요. 품질을 깎으면 1년쯤 뒤에 다시 만들게 되고, 그때는 처음부터 하는 것과 비용이 비슷해져요. 줄이는 우선순위는 보통 이 순서예요 — 페이지 수 → 콘텐츠 제작 대행 → 부가 기능(검색·다국어) → 디자인 신규 시안. 반응형 대응과 관리자 화면은 마지막까지 지키는 쪽을 권해요. 이 둘이 빠지면 운영 비용이 계속 늘어나거든요.

웹빌더로 충분한 경우와 외주가 필요한 경우는 어떻게 갈리나요?

우리는 개발사지만, 빌더가 맞는 경우를 먼저 적을게요. 회사 소개와 연락처가 중심이고 페이지가 열 장 안쪽이며 콘텐츠를 직접 관리할 사람이 있다면, 웹빌더로 시작하는 게 합리적이에요. 초기 비용이 낮고 운영도 스스로 할 수 있어요.

외주가 필요해지는 신호는 이런 것들이에요.

• 외부 시스템과 연동해야 한다 (결제, 예약, 사내 시스템)
• 페이지가 데이터에서 자동으로 만들어져야 한다 (상품 수백 개, 지점별 페이지)
• 디자인이 브랜드의 일부라서 템플릿으로 대체되지 않는다
• 홈페이지가 아니라 서비스를 만들려는 것이다

마지막 항목이면 이 글의 계산이 안 맞아요. 서비스는 홈페이지와 산정 방식이 달라서 MVP 개발 기간과 비용 쪽을 보시는 게 맞아요. 업체를 실제로 고르는 기준은 웹사이트·웹앱 개발 업체를 고르는 기준에 정리돼 있어요.

포텐랩은 홈페이지부터 웹 서비스까지 만드는 IT 개발사예요. 소스코드 소유권은 클라이언트에 귀속되고, 도메인·호스팅·관리자 계정도 발주사 명의로 넘겨드려요. 진행 상황은 Notion으로 공유하고 97% 수행완수율을 유지하고 있어요. AI 챗봇·RAG처럼 AI 자체가 제품의 핵심인 영역은 자매 브랜드 트리숲(TreeSoop)이 맡습니다. 범위가 정해지지 않은 단계에서 연락 주셔도 괜찮아요.

자주 묻는 질문

홈페이지 제작 비용은 보통 얼마인가요?

공인된 평균 통계는 없어요. 국내 외주 시장의 현장 견적 기준으로 보면 템플릿 기반 랜딩·소개형이 100만 원 내외에서 300만 원대, 반응형 기업사이트가 300만 원대에서 800만 원대, 예약·회원·결제가 붙으면 800만 원대 이상에서 형성돼요. 금액보다 각 구간에 무엇이 포함되고 무엇이 빠지는지를 보는 게 비교에 쓸모 있어요.

같은 홈페이지인데 왜 견적이 두 배씩 차이 나나요?

업체 단가보다 요구 범위를 서로 다르게 가정한 경우가 많아요. 템플릿을 고쳐 쓰는지 시안부터 그리는지, 모바일이 반응형인지 별도 페이지인지, 관리자 화면이 포함인지, 원고와 사진을 누가 만드는지에 따라 금액이 갈립니다. 견적서를 받으면 이 항목들을 그대로 질문으로 바꿔 물어보세요.

제작비 말고 매년 나가는 비용은 무엇인가요?

도메인, 호스팅·서버, SSL 인증서, 유지보수, 콘텐츠 수정이 반복해서 나가요. 비용 자체보다 중요한 건 등록 명의예요. 도메인과 호스팅이 제작사 명의로 돼 있으면 나중에 이전할 때 협조가 필요해집니다. 처음부터 발주자 명의로 개설하고 결제 카드도 발주자 것으로 두세요.

웹빌더와 외주 제작 중 어느 쪽이 더 저렴한가요?

기간에 따라 달라져요. 웹빌더는 초기 비용이 낮은 대신 구독료가 쓰는 동안 계속 나가고, 맞춤 제작은 초기 비용이 크지만 이후에는 도메인·호스팅·유지보수만 남아요. 3년 정도로 놓고 초기 제작비와 연 운영비를 더해봐야 비교가 됩니다. 제작비만 비교하면 판단이 어긋나요.

제작비를 다 냈으면 소스코드는 제 것인가요?

돈을 냈다고 자동으로 소유권이 넘어오지는 않아요. 계약서에 저작재산권 양도로 적혔는지, 이용 허락으로 적혔는지, 아니면 아무 조항도 없는지에 따라 갈립니다. 유료 템플릿·폰트·스톡 이미지가 쓰였다면 그 라이선스는 별개라, 누구 명의로 구매되는지도 함께 확인하세요.

수정은 몇 번까지 포함인가요?

견적서에 안 적혀 있으면 나중에 부딪혀요. 계약 전에 세 가지를 문장으로 정하세요. 수정을 세는 단위(시안·페이지·요청 건), 포함 회차와 초과 단가, 그리고 수정과 범위 추가를 가르는 기준입니다. 색상이나 문구를 바꾸는 건 수정이고 페이지를 하나 더 만드는 건 범위 추가예요.

예산이 부족하면 무엇부터 줄여야 하나요?

품질이 아니라 범위를 줄이세요. 같은 범위를 싼값에 요구하면 반응형이 빠지거나 관리자 화면이 사라져서 1년쯤 뒤에 다시 만들게 돼요. 줄이는 순서는 페이지 수, 콘텐츠 제작 대행, 부가 기능, 디자인 신규 시안 순이고, 반응형 대응과 관리자 화면은 마지막까지 지키는 쪽을 권해요.

홈페이지를 넘겨받을 때 무엇을 확인해야 하나요?

관리자 계정, 도메인 등록기관 계정, 호스팅·서버 접속 정보, 소스코드 또는 백업, 분석 도구 계정을 받아야 해요. 중요한 건 받았다는 말이 아니라 실제로 되는지예요. 직접 로그인해서 글을 하나 수정해보고, 도메인 등록자 정보에 우리 이름이 있는지 확인하세요.

함께 읽으면 좋은 글

• 웹사이트·웹앱 개발 업체를 고르는 기준
• RFP 뜻과 작성법 — 요구사항을 정리하는 순서
• 앱 개발 견적서를 항목별로 뜯어보는 법
• IT 외주 개발 견적서 완전 분석 가이드
• 개발 유지보수 계약·비용 가이드
• 노코드 vs 코드 개발 선택 가이드
• MVP 개발 기간과 비용