홈페이지제작업체 선택 전, 포트폴리오와 총견적보다 먼저 확인할 실무 기준

홈페이지제작업체를 찾기 시작하면 가장 먼저 보게 되는 것은 보통 포트폴리오와 견적입니다.

마음에 드는 디자인이 있는지 살펴보고, 비슷해 보이는 업체 몇 곳에 문의한 뒤 총금액을 비교합니다. 그런데 상담을 진행하다 보면 예상보다 판단이 어려워집니다.

어떤 업체는 디자인과 퍼블리싱만 포함하고, 다른 업체는 기획과 관리자 기능까지 포함합니다. 서버 비용과 도메인 비용이 별도인 곳도 있고, 배포 후 일정 기간의 오류 수정까지 견적에 넣는 곳도 있습니다.

견적서에 적힌 금액은 비슷해도 실제 제작 범위는 전혀 다를 수 있습니다.

특히 홈페이지에 회원가입, 문의 관리, 예약, 결제, 외부 시스템 연동이 들어가면 단순한 홍보용 페이지가 아니라 운영 업무까지 연결된 웹서비스에 가까워집니다. 이때는 디자인 결과물만 보고 업체를 선택하기보다, 기획부터 운영까지 누가 어떤 책임을 맡는지 확인해야 합니다.

이번 글에서는 홈페이지제작업체를 비교할 때 포트폴리오와 총견적 외에 무엇을 확인해야 하는지 실무적인 기준으로 정리해보겠습니다.

홈페이지제작업체를 찾기 전에 제작 목적부터 정리해야 합니다

홈페이지 제작 상담을 요청하면서 다음과 같이 설명하는 경우가 많습니다.

회사 소개 홈페이지가 필요합니다.
기존 홈페이지가 오래돼서 새로 만들고 싶습니다.
경쟁사와 비슷한 수준으로 제작하고 싶습니다.
모바일에서도 잘 보였으면 좋겠습니다.
고객이 문의를 남길 수 있어야 합니다.

틀린 설명은 아니지만, 이것만으로는 제작 범위를 정확히 판단하기 어렵습니다.

홈페이지의 목적을 조금 더 구체적으로 정리해야 합니다.

예를 들어 같은 회사 소개 홈페이지라도 목표에 따라 구조가 달라질 수 있습니다.

목적 1. 회사와 제품 정보를 전달하는 홈페이지

방문자가 회사의 사업 영역, 제품, 서비스, 기술력, 인증 정보와 연락처를 확인하는 것이 주된 목적입니다.

이 경우에는 콘텐츠 구성과 정보 전달 방식이 중요합니다.

회사 소개
사업 분야
제품 또는 서비스 소개
주요 실적
인증 및 보유 기술
고객 문의
오시는 길

콘텐츠를 효과적으로 배치하고, 모바일에서도 핵심 정보를 쉽게 찾을 수 있도록 구성하는 것이 중심이 됩니다.

목적 2. 영업 문의를 확보하는 홈페이지

방문자가 정보를 읽은 뒤 견적 요청이나 상담 신청까지 완료해야 합니다.

이 경우에는 단순히 문의 폼을 한 개 만드는 것으로 끝나지 않습니다.

어떤 페이지에서 문의 버튼을 보여줄 것인지
문의 과정에서 어떤 정보를 받을 것인지
필수 입력 항목은 무엇인지
문의가 접수되면 담당자에게 어떻게 알릴 것인지
관리자가 문의 상태를 어떻게 관리할 것인지
개인정보 동의 절차가 필요한지

이러한 흐름을 함께 설계해야 합니다.

목적 3. 기존 고객에게 기능을 제공하는 홈페이지

자료 다운로드, 회원 전용 콘텐츠, 서비스 신청, 예약, 주문 조회처럼 고객이 로그인한 뒤 특정 업무를 처리하는 구조입니다.

이 단계부터는 일반적인 회사 소개 홈페이지보다 웹서비스 개발의 비중이 커집니다.

사용자 계정, 권한, 데이터 저장, 관리자 기능, 보안과 서버 운영까지 함께 고려해야 하기 때문입니다.

따라서 홈페이지제작업체에 연락하기 전에는 “어떤 페이지가 필요한가”보다 다음 질문을 먼저 정리하는 편이 좋습니다.

홈페이지에 방문한 사람이 어떤 행동을 완료해야 하는가?

방문자가 회사 정보를 읽는 것으로 충분한지, 문의를 남겨야 하는지, 회원가입 후 자료를 확인해야 하는지, 예약이나 결제까지 완료해야 하는지에 따라 필요한 제작 역량과 견적 범위가 달라집니다.

회사 소개형 홈페이지와 기능형 웹사이트를 구분해야 합니다

홈페이지라는 단어에는 서로 다른 유형의 프로젝트가 포함되어 있습니다.

업체를 비교하기 전에는 만들려는 결과물이 회사 소개형인지, 기능형 웹사이트인지부터 구분해보는 것이 좋습니다.

| 구분 | 회사 소개형 홈페이지 | 기능형 웹사이트 | |---|---|---| | 주요 목적 | 정보 전달과 브랜드 소개 | 사용자의 업무 또는 거래 처리 | | 주요 기능 | 회사·서비스 소개, 게시판, 문의 | 회원, 예약, 주문, 결제, 권한, 알림 | | 데이터 저장 | 비교적 단순 | 사용자 행동과 업무 데이터 저장 | | 관리자 기능 | 콘텐츠·문의 관리 중심 | 회원·주문·예약·상태·권한 관리 | | 외부 연동 | 지도, 문의 알림 정도 | 결제, 문자, 이메일, ERP, 외부 API | | 개발 범위 | 디자인과 콘텐츠 비중이 큼 | 프론트엔드·백엔드·DB 비중이 큼 | | 테스트 | 화면과 폼 동작 중심 | 권한, 상태 변경, 예외 상황까지 확인 | | 운영 고려 | 콘텐츠 수정과 장애 대응 | 데이터 관리와 업무 처리까지 포함 |

회사 소개형 홈페이지는 정보 구조와 디자인, 콘텐츠 표현이 중심입니다.

반면 기능형 웹사이트는 화면 뒤에서 데이터를 처리하는 백엔드와 데이터베이스가 필요합니다. 사용자의 행동이 관리자 업무로 이어지기 때문에 관리자 페이지도 함께 검토해야 합니다.

예를 들어 홈페이지에 상담 신청 기능이 있다고 가정해보겠습니다.

단순한 구조라면 사용자가 작성한 내용이 담당자 이메일로 전달되면 충분할 수 있습니다.

하지만 문의량이 많거나 여러 담당자가 함께 처리한다면 다음 기능이 필요할 수 있습니다.

문의 목록 조회
담당자 지정
상담 전·진행 중·완료 상태 관리
메모 작성
조건별 검색과 필터
첨부파일 확인
개인정보 삭제 또는 보관 처리
Excel 다운로드
처리 이력 확인

겉으로는 모두 ‘문의 기능’이지만 실제 개발 범위는 크게 다릅니다.

홈페이지제작업체가 이런 차이를 질문하지 않고 페이지 수와 디자인 스타일만으로 견적을 제시한다면, 운영 단계에서 필요한 기능이 빠질 가능성이 있습니다.

포트폴리오는 디자인보다 프로젝트의 범위를 확인해야 합니다

포트폴리오는 업체의 경험을 확인하는 데 도움이 됩니다. 다만 화면이 보기 좋다는 이유만으로 해당 업체가 필요한 프로젝트를 수행할 수 있다고 판단하기는 어렵습니다.

홈페이지 포트폴리오를 볼 때는 다음 세 가지를 구분해 확인하는 것이 좋습니다.

1. 업체가 실제로 담당한 범위

포트폴리오에 공개된 사이트가 있어도 해당 업체가 모든 작업을 담당했다고 단정할 수는 없습니다.

업체에 따라 담당 범위가 다를 수 있습니다.

기획만 담당
디자인만 담당
퍼블리싱만 담당
프론트엔드 개발 담당
백엔드와 관리자 시스템까지 담당
기존 시스템 일부 수정
전체 구축과 서버 배포 담당

따라서 유사한 포트폴리오가 있다면 “이 프로젝트에서 어떤 범위를 담당했는가”를 질문해야 합니다.

기능형 홈페이지를 제작하려는데 업체가 주로 디자인과 퍼블리싱만 수행해왔다면, 백엔드나 관리자 시스템은 외부 협력사에 다시 맡길 수도 있습니다.

외부 협업 자체가 문제가 되는 것은 아닙니다. 다만 기획 변경이나 오류가 발생했을 때 누가 조율하고 책임지는지가 명확해야 합니다.

2. 현재 프로젝트와 비슷한 운영 구조가 있는지

업종이 같다는 이유만으로 유사 프로젝트라고 보기도 어렵습니다.

예를 들어 같은 교육 분야 홈페이지라도 다음 구조는 서로 다른 프로젝트입니다.

학원 소개와 상담 신청만 있는 홈페이지
강의 자료를 내려받는 회원 사이트
수업 일정을 예약하는 사이트
온라인 강의를 결제하고 시청하는 플랫폼
강사와 수강생을 연결하는 중개 서비스

업종보다 중요한 것은 사용자 유형, 핵심 기능, 관리자 업무와 외부 연동 구조입니다.

포트폴리오를 검토할 때는 다음을 확인해보세요.

사용자 유형이 몇 개인가
로그인과 권한이 있는가
신청·승인·취소와 같은 상태 변화가 있는가
관리자 페이지가 포함되어 있는가
결제 또는 외부 API가 연동되어 있는가
운영자가 어떤 업무를 처리하는가

3. 결과 화면뿐 아니라 개발 과정도 설명할 수 있는지

완성된 화면은 볼 수 있지만, 그 화면이 어떤 요구사항을 바탕으로 만들어졌는지는 알기 어렵습니다.

좋은 포트폴리오 설명은 화면을 보여주는 데서 끝나지 않습니다.

고객이 해결하려던 문제가 무엇이었는지
초기 요구사항을 어떻게 정리했는지
어떤 기능을 우선 개발했는지
운영을 위해 어떤 관리자 기능을 구성했는지
확장을 고려해 어떤 구조를 선택했는지

모든 내용을 공개할 수는 없더라도, 업체가 자신의 판단과 담당 범위를 설명할 수 있어야 합니다.

견적서에서는 페이지 수보다 포함 범위를 비교해야 합니다

홈페이지 제작 견적은 흔히 페이지 수를 기준으로 정리됩니다.

메인 페이지
회사 소개
사업 분야
제품 소개
문의
오시는 길

회사 소개형 홈페이지라면 페이지 수가 작업량을 파악하는 기준 중 하나가 될 수 있습니다.

하지만 페이지 수만으로는 다음 작업이 포함되어 있는지 알 수 없습니다.

기획 범위

메뉴 구조 정리
사용자 흐름 설계
화면별 콘텐츠 구성
기능 정의
관리자 업무 흐름 정리
정책과 예외 상황 정의

디자인 범위

신규 UX/UI 디자인
기존 템플릿 수정
PC와 모바일 개별 화면 설계
반응형 기준 정의
아이콘과 그래픽 요소 제작
수정 횟수와 수정 범위

개발 범위

화면 퍼블리싱
프론트엔드 기능 구현
백엔드 서버 개발
데이터베이스 설계
관리자 페이지
외부 API 연동
알림과 이메일 발송
서버 배포

콘텐츠 범위

회사 소개 원고 작성
제품 설명 정리
이미지 제공
사진 촬영
기존 홈페이지 데이터 이전
다국어 번역과 등록

운영 준비 범위

도메인 연결
HTTPS 적용
서버 설정
검색엔진 등록에 필요한 기본 설정
분석 도구 연결
관리자 교육
소스코드와 계정 인계

따라서 견적을 비교할 때는 총금액 옆에 다음과 같은 범위표를 만들어보는 것이 좋습니다.

| 확인 항목 | 업체 A | 업체 B | 업체 C | |---|---|---|---| | 요구사항 정리 | 포함 | 일부 포함 | 별도 | | 화면 기획 | 포함 | 별도 | 포함 | | 신규 디자인 | 포함 | 템플릿 수정 | 포함 | | 모바일 반응형 | 포함 | 포함 | 범위 확인 | | 백엔드 개발 | 없음 | 포함 | 포함 | | 관리자 페이지 | 게시판만 | 별도 | 포함 | | 데이터 이전 | 별도 | 일부 포함 | 범위 확인 | | 서버 배포 | 포함 | 별도 | 포함 | | 소스코드 인계 | 가능 | 조건 확인 | 가능 | | 하자 수정 | 기간 명시 | 조건 확인 | 기간 명시 | | 운영 유지보수 | 별도 계약 | 월 계약 | 협의 |

금액이 낮더라도 필요한 작업이 제외되어 있다면 추후 추가 비용과 일정 변경이 발생할 수 있습니다.

반대로 모든 기능을 처음부터 포함한다고 해서 반드시 좋은 견적도 아닙니다. 공개 시점에 꼭 필요한 기능과 나중에 추가해도 되는 기능을 나누는 제안이 필요합니다.

운영자가 직접 수정할 수 있는 범위를 확인해야 합니다

홈페이지가 공개된 이후에는 콘텐츠를 계속 수정하게 됩니다.

공지사항 등록
제품 추가
서비스 소개 수정
프로젝트 실적 등록
배너 교체
자주 묻는 질문 관리
문의 내역 확인
팝업 노출
채용 공고 등록

이때마다 개발사에 요청해야 한다면 운영 속도가 느려지고, 작은 수정에도 별도의 비용이 발생할 수 있습니다.

따라서 홈페이지제작업체와 상담할 때는 관리자 페이지가 제공되는지만 묻기보다, 운영자가 어떤 항목을 직접 수정할 수 있는지 확인해야 합니다.

관리자 기능을 확인하는 질문

메뉴 이름과 노출 순서를 수정할 수 있는가
메인 화면의 배너와 문구를 변경할 수 있는가
제품과 서비스 항목을 추가할 수 있는가
이미지와 첨부파일을 직접 교체할 수 있는가
게시글을 임시 저장할 수 있는가
예약한 날짜에 콘텐츠를 공개할 수 있는가
여러 관리자의 권한을 구분할 수 있는가
수정 또는 삭제 이력을 확인할 수 있는가
문의 정보를 검색하고 상태별로 분류할 수 있는가
필요한 데이터를 내려받을 수 있는가

모든 콘텐츠를 자유롭게 수정할 수 있도록 만드는 것이 항상 좋은 것은 아닙니다.

레이아웃 전체를 운영자가 직접 바꾸도록 하면 디자인이 쉽게 깨지거나 모바일 화면에서 문제가 발생할 수 있습니다. 반대로 모든 문구를 코드에 고정하면 사소한 변경도 개발자에게 요청해야 합니다.

따라서 다음과 같이 구분하는 편이 좋습니다.

자주 바뀌는 내용: 관리자에서 직접 수정
형식은 같고 항목만 늘어나는 내용: 등록형 관리 기능 제공
사이트 구조에 영향을 주는 내용: 개발사가 검토 후 수정
보안이나 데이터 구조와 연결된 기능: 변경 절차를 별도로 관리

원소프트는 사용자 화면뿐 아니라 관리자가 실제로 콘텐츠와 데이터를 어떻게 운영할 것인지 함께 살펴봅니다. 관리자 기능도 메뉴 개수만 정하는 것이 아니라, 담당자의 업무 순서와 권한을 기준으로 범위를 정리합니다.

회원·문의·예약·결제가 있다면 상태와 예외 상황을 확인해야 합니다

홈페이지에 기능이 추가될수록 정상적인 화면만 설계해서는 부족합니다.

사용자가 언제나 정해진 순서대로 행동하는 것은 아니며, 외부 서비스와 네트워크도 항상 정상적으로 작동하지는 않기 때문입니다.

회원 기능

회원가입 기능을 넣는다면 다음 범위를 함께 확인해야 합니다.

이메일 또는 휴대전화 인증 여부
일반 회원과 기업 회원 구분
소셜 로그인 제공 범위
비밀번호 재설정
휴면 또는 이용 제한 처리
회원 탈퇴
탈퇴 후 데이터 처리
관리자에 의한 계정 상태 변경
회원별 자료 접근 권한

단순한 로그인 화면 하나로 보이지만, 사용자 정책과 관리자 기능이 함께 필요합니다.

문의 기능

문의 접수 이후의 처리 방식을 정해야 합니다.

접수 완료 알림을 보낼 것인지
담당자에게 이메일이나 메시지를 보낼 것인지
문의 유형별 담당자를 구분할 것인지
답변 상태를 관리할 것인지
첨부파일을 받을 것인지
문의 정보를 얼마나 보관할 것인지
사용자가 자신의 문의 내역을 조회할 수 있는지

문의 과정에서 이름, 연락처, 이메일 등 개인정보를 수집한다면 수집 목적과 보유기간 등을 검토하고 개인정보 처리방침에도 실제 처리 내용이 반영되어야 합니다. 현행 개인정보 보호법은 개인정보처리자가 처리 목적, 보유기간, 제3자 제공, 파기 절차, 위탁, 정보주체의 권리 행사 방법 등을 포함한 개인정보 처리방침을 수립하고 공개하도록 규정하고 있습니다. (law.go.kr)

구체적인 법적 적용 범위는 서비스와 수집 정보에 따라 다를 수 있으므로, 필요한 경우 관련 전문가의 확인도 함께 받는 것이 안전합니다.

예약 기능

예약 기능에서는 달력 화면보다 운영 규칙이 중요합니다.

무엇을 예약하는가
예약 가능 시간은 어떻게 계산하는가
같은 시간에 몇 명까지 예약할 수 있는가
담당자별 일정을 관리하는가
예약 요청과 예약 확정을 구분하는가
변경과 취소는 언제까지 가능한가
결제 전 자리를 얼마 동안 확보하는가
운영자가 예약을 직접 등록하거나 변경할 수 있는가

이 기준이 정리되지 않으면 화면은 완성되어도 중복 예약이나 운영 혼선이 발생할 수 있습니다.

결제 기능

결제 기능은 결제창을 연결하는 것만으로 끝나지 않습니다.

주문과 결제 상태를 어떻게 구분할 것인지
결제 성공 후 내부 데이터 반영이 실패하면 어떻게 할 것인지
사용자가 결제 도중 화면을 닫으면 어떻게 확인할 것인지
같은 결과가 여러 번 전달되면 중복 처리되지 않는지
취소와 부분 취소를 지원하는지
예약·주문 취소와 결제 취소의 순서를 어떻게 처리할 것인지
관리자가 결제 결과와 실패 원인을 확인할 수 있는지

홈페이지제작업체가 정상 화면만 설명하는지, 실패와 취소까지 포함한 운영 흐름을 질문하는지 살펴보는 것도 업체의 개발 범위를 판단하는 기준이 됩니다.

외부 API 연동은 연결 가능 여부보다 운영 방식을 확인해야 합니다

홈페이지에는 다양한 외부 서비스가 연결될 수 있습니다.

결제 서비스
소셜 로그인
지도
문자와 알림톡
이메일 발송
CRM
ERP
배송 시스템
예약 솔루션
채용 시스템
데이터 조회 API
AI API

이때 “연동할 수 있습니다”라는 답변만으로는 충분하지 않습니다.

다음 내용을 함께 확인해야 합니다.

API와 서비스 계약 주체

외부 서비스 계정은 고객사가 직접 개설해야 하는지, 개발사가 대신 준비하는지 확인해야 합니다.

계약 종료 후에도 계속 사용해야 하는 계정이라면 고객사 명의로 개설하는 편이 운영과 인수인계에 유리할 수 있습니다.

데이터의 기준 시스템

홈페이지와 ERP 양쪽에 같은 고객 또는 제품 정보가 있다면 어느 시스템의 데이터를 기준으로 삼을지 정해야 합니다.

양쪽에서 모두 수정할 수 있도록 하면 데이터가 서로 달라질 수 있습니다.

실패 시 처리 방식

외부 서비스가 일시적으로 응답하지 않거나 일부 데이터만 처리될 수 있습니다.

이때 사용자에게 어떤 메시지를 보여줄지, 자동으로 다시 시도할지, 운영자가 실패 내역을 확인하고 재처리할 수 있을지 정해야 합니다.

외부 서비스 비용과 제한

API 사용료, 메시지 발송 비용, 결제 수수료, 호출 횟수 제한 등은 홈페이지 제작비와 별도로 발생할 수 있습니다.

견적서에서 개발 비용과 외부 서비스 이용 비용을 구분해 확인해야 운영 단계의 비용을 예상할 수 있습니다.

반응형 홈페이지는 모바일에서 보이기만 하면 끝나지 않습니다

현재의 홈페이지는 PC, 태블릿, 스마트폰처럼 다양한 화면에서 사용됩니다.

반응형 웹은 동일한 콘텐츠를 기기 크기에 맞춰 배치하는 방식이지만, 단순히 화면 폭을 줄이는 작업은 아닙니다.

Google은 하나의 URL과 HTML을 유지하면서 화면 크기에 따라 표시 방식을 조절하는 반응형 웹 디자인을 관리하기 쉬운 방식으로 권장하고 있습니다. 또한 모바일 버전의 핵심 콘텐츠와 메타데이터가 데스크톱 버전과 동등하게 제공되어야 한다고 안내합니다. (developers.google.com)

실제 제작 범위에서는 다음을 확인해야 합니다.

메뉴가 작은 화면에서 사용하기 편한가
버튼과 입력 영역을 손가락으로 누르기 쉬운가
표와 제품 정보가 모바일에서 잘리는가
긴 문장이 읽기 어려운 형태로 배치되지 않는가
이미지 용량이 모바일 로딩 속도에 부담을 주지 않는가
문의와 결제 과정이 모바일에서도 완료되는가
팝업이나 배너가 핵심 콘텐츠를 가리지 않는가

특히 관리자 페이지도 모바일 사용이 필요한지 검토해야 합니다.

현장에서 예약을 확인하거나 문의에 대응해야 한다면 일부 관리자 기능을 스마트폰에서도 사용할 수 있어야 할 수 있습니다. 반대로 복잡한 통계와 일괄 처리 업무는 PC 중심으로 설계하는 편이 효율적일 수 있습니다.

모든 화면을 동일하게 축소하기보다 실제 사용 상황에 맞게 우선순위를 정해야 합니다.

SEO는 검색 키워드를 넣는 작업만을 의미하지 않습니다

홈페이지 제작 상담에서 “SEO도 포함되나요?”라는 질문을 자주 하게 됩니다.

이때 업체마다 SEO의 의미를 다르게 설명할 수 있으므로 구체적인 범위를 확인해야 합니다.

기본적인 기술 구조에는 다음 항목이 포함될 수 있습니다.

페이지별 제목과 설명 설정
검색로봇이 읽을 수 있는 HTML 구조
제목 태그의 올바른 구성
이미지 설명 작성 기능
페이지별 고유 주소
중복 URL 관리
사이트맵
robots 설정
검색엔진 도구 등록에 필요한 준비
기존 홈페이지 주소 변경 시 리다이렉트
모바일 화면 대응
페이지 속도 개선

네이버 서치어드바이저 가이드도 검색로봇이 이해할 수 있는 HTML 구조와 웹 표준, 대표 URL 설정 등을 점검하도록 안내합니다. (searchadvisor.naver.com)

Google의 개발자용 검색 가이드 역시 검색엔진이 페이지를 접근하고 이해할 수 있는 구조와 함께 보안, 속도, 접근성, 다양한 기기에서의 동작을 고려하도록 설명합니다. (developers.google.com)

다만 홈페이지를 제작했다고 특정 키워드의 검색 노출이 자동으로 보장되는 것은 아닙니다.

기술적인 검색 접근성을 마련하는 것과 실제로 검색자가 원하는 콘텐츠를 지속적으로 운영하는 것은 서로 다른 영역입니다.

따라서 홈페이지제작업체와 상담할 때는 막연하게 “SEO 포함”이라고 적혀 있는지만 보지 말고 다음을 질문해보세요.

페이지별 제목과 설명을 관리자가 수정할 수 있는가
게시글마다 고유한 URL이 생성되는가
검색로봇 접근을 막는 설정이 없는지 확인하는가
사이트맵을 제공하는가
기존 URL이 바뀔 때 이전 주소를 연결해주는가
이미지 설명을 입력할 수 있는가
네이버와 Google의 검색 관리 도구 연결 범위는 어디까지인가

보안·서버·배포·테스트 범위를 확인해야 합니다

홈페이지 견적에서 화면과 기능은 상세하게 설명하면서 서버와 테스트 범위는 짧게 적는 경우가 있습니다.

하지만 실제 공개를 위해서는 다음 작업이 필요합니다.

서버와 배포

운영 서버 준비
데이터베이스 설정
도메인 연결
HTTPS 적용
환경변수와 외부 서비스 키 설정
파일 저장 공간 구성
운영용 관리자 계정 준비
오류 로그 확인 구조
백업 방식 검토

Google의 공식 검색 가이드도 사용자와 사이트의 보안을 위해 HTTP보다 HTTPS 사용을 권장하고 있으며, 빠른 페이지와 모바일 사용성 등을 전반적인 사용자 경험의 요소로 안내합니다. (developers.google.com)

테스트

“테스트 포함”이라는 표현도 범위를 구체적으로 확인해야 합니다.

주요 브라우저에서 화면이 정상적으로 보이는지
모바일 기기별 화면을 확인하는지
문의 접수와 알림이 정상적으로 전달되는지
사용자 권한에 따라 접근이 제한되는지
잘못된 입력값이 저장되지 않는지
외부 API가 실패했을 때 대응되는지
데이터가 중복 저장되지 않는지
배포 후 운영 환경에서도 다시 점검하는지

회원과 관리자 기능이 있다면 인증 정보가 암호화된 통신 구간으로 전달되는지 등 기본적인 보안 점검도 필요합니다. OWASP의 웹 보안 테스트 가이드에서도 인증 정보가 암호화된 채널을 통해 전달되는지 확인하는 항목을 다루고 있습니다. (owasp.org)

모든 홈페이지에 동일한 수준의 보안 테스트가 필요한 것은 아닙니다. 개인정보의 종류, 회원 기능, 결제, 관리자 권한과 외부 연동 여부에 따라 필요한 범위를 정해야 합니다.

소스코드·서버·도메인·계정의 소유와 인수인계를 확인해야 합니다

홈페이지 제작이 끝난 뒤 운영 주체를 옮기거나 다른 개발사와 추가 작업을 해야 할 수 있습니다.

이때 필요한 자료와 계정이 고객사에 없으면 유지보수 업체를 변경하기 어렵습니다.

계약 전에 다음 항목을 확인해두는 것이 좋습니다.

소스코드

완료 후 전체 소스코드를 제공하는가
별도의 인계 비용이 있는가
유료 테마나 라이브러리의 사용 조건은 무엇인가
다른 개발사가 이어서 수정할 수 있는가
저장소 계정을 고객사가 확인할 수 있는가

서버와 데이터베이스

서버 계정은 누구 명의인가
고객사가 서버에 접근할 수 있는가
데이터베이스 백업을 받을 수 있는가
서버 이전이 필요한 경우 지원 범위는 어디까지인가
외부 파일 저장소와 발송 서비스 계정은 누구 소유인가

도메인

도메인을 누가 구매하는가
등록자 정보와 결제 계정을 고객사가 보유하는가
자동 갱신과 만료 알림을 누가 관리하는가
업체 변경 시 이전할 수 있는가

외부 서비스 계정

결제사
이메일 발송
문자와 알림톡
지도
소셜 로그인
분석 도구
검색 관리 도구
클라우드 서버
앱 또는 AI API

이러한 계정은 홈페이지 운영에 계속 사용됩니다.

개발사의 개인 계정이나 통합 계정으로만 관리하면 계약 종료 후 이전 과정이 복잡해질 수 있으므로, 계정의 소유와 접근 권한을 처음부터 정하는 것이 좋습니다.

하자 수정과 유지보수는 구분해서 비교해야 합니다

홈페이지가 공개된 뒤 발생하는 모든 수정이 무료 유지보수에 포함되는 것은 아닙니다.

보통 다음 세 가지를 구분할 필요가 있습니다.

1. 하자 수정

합의된 기능이 정상적으로 동작하지 않는 경우입니다.

예를 들어 문의를 접수했는데 저장되지 않거나, 특정 권한의 사용자가 접근할 수 없는 메뉴를 볼 수 있는 문제 등이 해당할 수 있습니다.

하자 수정 기간과 판단 기준을 계약서나 작업 범위에 명시하는 것이 좋습니다.

2. 콘텐츠 수정

문구, 이미지, 연락처, 제품 정보 등을 변경하는 작업입니다.

관리자에서 직접 수정할 수 있는지, 개발사 요청 시 건별 비용이 발생하는지 확인해야 합니다.

3. 기능 변경과 추가 개발

기존에 합의하지 않은 기능을 추가하거나 업무 규칙을 바꾸는 작업입니다.

문의 담당자 자동 배정
새로운 회원 유형 추가
예약 취소 규칙 변경
결제 수단 추가
ERP 연동
관리자 통계 추가

이러한 작업은 유지보수보다 추가 개발에 가까울 수 있습니다.

유지보수 계약을 비교할 때는 월 비용만 보지 말고 다음 내용을 확인해야 합니다.

월 작업 가능 시간
요청 접수 방식
긴급 장애 대응 기준
작업 가능 시간대
서버 모니터링 포함 여부
백업 확인 여부
보안 업데이트 범위
기능 추가의 별도 견적 기준
미사용 작업 시간의 이월 여부
계약 종료 시 인계 범위

홈페이지제작업체 상담 전에 준비하면 좋은 자료

완성된 기획서를 반드시 준비해야 상담할 수 있는 것은 아닙니다.

다만 아래 자료를 정리하면 업체가 요구사항을 이해하고 범위를 제안하는 데 도움이 됩니다.

기본 정보

회사와 서비스 소개
홈페이지 제작 목적
주요 방문자
공개 희망 시점
내부 담당자와 의사결정 방식

콘텐츠 자료

회사 소개서
제품 또는 서비스 자료
로고와 브랜드 가이드
사진과 영상
인증서와 주요 실적
기존 홈페이지 주소

기능 자료

방문자가 완료해야 할 행동
필요한 회원 유형
문의·예약·주문·결제 여부
운영자가 처리해야 할 업무
외부 시스템과 연동할 데이터
관리자에서 수정해야 할 항목

참고 자료

참고하고 싶은 홈페이지
참고하는 이유
피하고 싶은 디자인이나 기능
경쟁사와 구분하고 싶은 내용

참고 사이트를 전달할 때는 “이 사이트처럼 만들어주세요”보다 구체적인 이유를 적는 편이 좋습니다.

예를 들면 다음과 같습니다.

첫 화면에서 사업 분야가 바로 보여서 참고하고 싶습니다.
제품을 조건별로 찾는 구조가 필요합니다.
모바일 문의 과정이 짧아서 참고하고 싶습니다.
전체 디자인보다 관리자 등록 방식을 참고하고 싶습니다.

이렇게 설명하면 업체가 디자인 취향과 기능 요구사항을 혼동하지 않고 파악할 수 있습니다.

홈페이지제작업체에 물어볼 질문 체크리스트

상담 전에 아래 질문을 준비해두면 업체별 답변을 비교하기 좋습니다.

기획과 디자인

요구사항 정리와 화면 기획은 누가 담당하나요?
전달한 기능을 그대로 구현하나요, 범위 조정 제안도 하나요?
신규 디자인인가요, 템플릿을 수정하는 방식인가요?
PC와 모바일 디자인 범위는 어떻게 되나요?
디자인 수정 횟수와 기준은 어떻게 되나요?

개발

프론트엔드와 백엔드를 모두 직접 담당하나요?
관리자 페이지는 어떤 기능까지 포함되나요?
외부 API 연동 경험과 오류 처리 방식은 어떻게 되나요?
기존 데이터를 이전해야 한다면 어떤 자료가 필요한가요?
향후 기능 확장을 고려한 구조인지 설명해줄 수 있나요?

테스트와 배포

어떤 브라우저와 모바일 환경에서 테스트하나요?
회원 권한과 관리자 권한도 테스트하나요?
서버와 도메인 연결은 견적에 포함되나요?
HTTPS와 백업은 어떻게 구성하나요?
공개 후 오류 수정 기간은 어떻게 되나요?

운영과 인수인계

소스코드를 제공하나요?
서버와 도메인은 누구 명의로 관리하나요?
외부 서비스 계정은 고객사가 보유할 수 있나요?
관리자 사용 방법을 안내하나요?
유지보수와 추가 개발은 어떤 기준으로 구분하나요?

원소프트는 화면 목록보다 운영 흐름부터 확인합니다

원소프트는 기업 웹사이트, 랜딩 페이지, 관리자 시스템, 회원·예약·주문·결제 기반 플랫폼과 기존 서비스 리뉴얼을 개발합니다.

상담 과정에서는 고객이 전달한 화면이나 기능 목록을 그대로 견적으로 옮기기보다 다음 내용을 함께 확인합니다.

홈페이지를 제작하려는 목적
주요 사용자와 방문 경로
사용자가 완료해야 하는 행동
행동 이후 운영자가 처리해야 하는 업무
관리자에서 직접 관리할 데이터
외부 서비스와 연결할 항목
공개에 필요한 1차 범위
운영 이후 추가할 수 있는 확장 범위

프로젝트 상황에 따라 기획, UX/UI 디자인, 프론트엔드, 백엔드, 서버와 데이터베이스, 배포와 유지보수를 함께 검토합니다.

회사 소개 중심의 홈페이지라면 콘텐츠 구조와 관리 방식을 우선 확인하고, 회원·문의·예약·결제 기능이 있다면 사용자 화면뿐 아니라 백엔드와 관리자 운영 구조까지 범위에 포함합니다.

기술 역시 특정 구성을 모든 프로젝트에 동일하게 적용하지 않습니다. 기존 시스템, 필요한 기능, 운영 환경과 확장 계획에 따라 Next.js, React, TypeScript, Vue.js, NestJS, Node.js, Java/Spring, PostgreSQL, MySQL, AWS 등의 기술을 적절하게 조합합니다.

업체를 선택하는 기준은 ‘예쁜 결과물’과 ‘낮은 견적’ 사이에만 있지 않습니다

홈페이지제작업체를 비교할 때 포트폴리오와 견적은 필요한 자료입니다.

하지만 두 가지 자료만으로는 실제 제작 범위와 운영 책임을 모두 확인하기 어렵습니다.

특히 다음 항목을 함께 비교해야 합니다.

회사 소개형과 기능형 웹사이트를 구분하는가
홈페이지의 목적과 사용자 행동을 먼저 질문하는가
기획·디자인·개발의 담당 범위가 명확한가
운영자가 직접 관리할 기능을 구체적으로 제안하는가
회원·문의·예약·결제의 상태와 예외 상황을 검토하는가
SEO·보안·서버·배포·테스트 범위를 설명하는가
소스코드와 주요 계정의 인수인계 조건이 명확한가
하자 수정과 유지보수, 추가 개발을 구분하는가

업체마다 견적 방식과 작업 절차는 다를 수 있습니다.

중요한 것은 가장 많은 기능을 제안하거나 가장 낮은 가격을 제시하는 업체를 찾는 것이 아니라, 현재 사업에 필요한 범위를 이해하고 포함·제외 항목을 구체적으로 설명할 수 있는 업체를 찾는 것입니다.

원소프트는 경기도 화성시 동탄순환대로 823, 영천동 에이팩시티에 위치한 웹·앱 개발사입니다.

화성·동탄을 비롯해 경기 남부 지역에서 홈페이지 제작이나 기능형 웹사이트 구축을 검토하고 계신다면, 현재 준비된 자료와 필요한 기능을 기준으로 사용자 화면, 관리자 기능, 서버·배포와 운영 범위를 함께 정리해드릴 수 있습니다.

완성된 기획서가 없어도 괜찮습니다. 회사 소개 자료, 참고 사이트, 필요한 기능과 현재 운영 방식을 전달해주시면 초기 공개 범위와 이후 확장 범위를 나누어 검토할 수 있습니다.

제목 후보

홈페이지제작업체 선택 전, 포트폴리오와 총견적보다 먼저 확인할 실무 기준
홈페이지제작업체 비교, 기획부터 관리자·유지보수 범위까지 확인하세요
홈페이지제작업체 선정 기준 8가지, 견적에 빠진 운영 범위를 확인하는 방법
홈페이지제작업체에 문의하기 전 확인할 기획·개발·인수인계 조건
홈페이지제작업체 선택, 회사 소개형과 기능형 웹사이트부터 구분하세요

메인 키워드

홈페이지제작업체

서브 키워드

홈페이지 제작 업체 선정
홈페이지 제작 견적
기업 홈페이지 제작
기능형 웹사이트 개발
홈페이지 유지보수

썸네일 문구

원소프트 블로그 운영 규칙에 따라 실제 썸네일 이미지에는 문구를 삽입하지 않는 것을 권장하며, 아래 문구는 게시물 관리 및 홍보용 후보입니다.

홈페이지 제작업체, 무엇을 비교해야 할까?
포트폴리오와 견적만 보면 부족합니다
기획부터 유지보수까지 확인할 기준

글 요약

홈페이지제작업체를 선택할 때는 포트폴리오의 디자인과 총견적만 비교하지 않고 회사 소개형·기능형 웹사이트의 차이, 기획·디자인·개발의 책임 범위와 관리자 기능을 확인해야 합니다. 회원·문의·예약·결제 및 외부 API 연동, 반응형·SEO·보안·서버 배포, 소스코드와 계정 인수인계 및 유지보수 조건까지 비교하는 실무 기준을 정리했습니다.

CTA 후보

홈페이지 제작을 검토하고 있지만 기능과 관리자 범위가 아직 정리되지 않았다면, 현재 운영 방식과 참고 자료를 바탕으로 1차 구축 범위부터 함께 검토할 수 있습니다.

여러 업체의 견적을 비교하고 있다면 총금액뿐 아니라 기획, 개발, 배포, 인수인계의 포함·제외 항목을 정리해보세요. 원소프트에서도 필요한 기능과 운영 구조를 기준으로 개발 범위를 구체화해드릴 수 있습니다.

다음에 작성하면 좋은 연관 글

기업 홈페이지 제작, 템플릿과 맞춤 개발을 결정하는 기준
홈페이지 관리자 페이지, 운영자가 직접 수정해야 할 기능 8가지
홈페이지 유지보수 계약 전 확인할 서버·보안·백업·수정 범위