홈페이지 리뉴얼 견적이 달라지는 이유: 페이지 수보다 먼저 확인할 6가지

홈페이지 리뉴얼 견적을 받을 때 가장 먼저 비교하기 쉬운 기준은 페이지 수입니다. 하지만 같은 수의 페이지라도 콘텐츠를 얼마나 다시 정리해야 하는지, 사용자 경험과 화면 동작을 어디까지 바꿀지, 운영 기능과 데이터 이전이 필요한지에 따라 실제 작업 범위는 달라집니다.

페이지 수는 결과물의 겉모양을 보여줄 뿐입니다. 콘텐츠 구조, 사용자 요구, 화면별 동작, CMS 권한과 워크플로, 데이터 변환, API 인증·보안처럼 페이지 안쪽과 운영 환경에 숨어 있는 요구사항도 별도의 설계·구현 항목이 됩니다. 따라서 견적을 비교하려면 아래 6가지를 먼저 구체화해야 합니다.

1. 콘텐츠와 정보구조를 얼마나 정리해야 하는가

리뉴얼은 기존 콘텐츠를 새로운 화면에 그대로 옮기는 작업일 수도 있지만, 메뉴와 콘텐츠 체계를 처음부터 다시 정리하는 작업일 수도 있습니다. W3C는 잘 구조화된 콘텐츠가 사용자의 탐색과 이해를 돕기 때문에 제목, 영역, 콘텐츠 구조를 논리적으로 구성해야 한다고 안내합니다.

기존 메뉴를 유지할지, 비슷한 페이지를 통합할지, 오래된 콘텐츠를 삭제할지, 새로운 콘텐츠를 작성할지에 따라 필요한 기획과 제작 작업이 달라집니다. 원고와 이미지가 준비되어 있는지도 중요한 범위 확인 항목입니다.

견적 요청 전에 정리할 내용

현재 메뉴와 페이지 목록
게시물과 첨부파일 목록
각 콘텐츠의 유지·통합·삭제·신규 작성 여부
콘텐츠별 담당자와 확정 시점
새 사이트로 그대로 옮길 콘텐츠와 다시 설계할 콘텐츠의 구분

이 목록이 있어야 업체도 단순 이전과 정보구조 재설계를 구분해 견적을 산정할 수 있습니다.

2. UX/UI를 어디까지 다시 설계하는가

UX/UI 재설계는 색상과 레이아웃을 바꾸는 데 그치지 않습니다. 핵심 사용자가 누구인지, 어떤 목적으로 방문하는지, 사이트에서 반드시 완료해야 할 행동이 무엇인지를 확인하고 이를 기능과 콘텐츠 요구사항으로 구체화하는 과정이 포함됩니다.

예를 들어 문의, 예약, 구매, 자료 다운로드처럼 중요한 행동이 있다면 해당 과정의 화면과 기능을 설계해야 합니다. GOV.UK는 사용자 요구를 바탕으로 사용자 스토리를 만들고, 수용 기준과 복잡도, 의존성을 함께 고려하도록 안내합니다. 같은 페이지라도 화면을 새로 꾸미는 범위와 사용자 흐름까지 다시 설계하는 범위는 서로 다릅니다.

업체에 전달하면 좋은 정보

핵심 방문자와 방문 목적
방문자가 반드시 완료해야 하는 행동
현재 사이트에서 불편하거나 개선이 필요한 부분
참고하고 싶은 사이트와 참고 이유
유지해야 할 기능과 새로 필요한 기능

3. 반응형 화면과 동작의 범위는 어디까지인가

견적서에 ‘모바일 대응 포함’이라고 적혀 있어도 작업 범위가 모두 같다고 보기는 어렵습니다. 반응형 웹은 화면 크기와 해상도가 다른 기기에서 레이아웃, 콘텐츠, 기능을 사용할 수 있도록 만드는 접근입니다. 화면 조건에 따라 배치가 바뀌고 구성요소가 접히거나 숨겨질 수 있으므로, 어떤 화면과 동작을 확인할지 구체적으로 정해야 합니다.

모바일·태블릿·데스크톱에서 메뉴, 표, 입력 폼, 이미지, 카드 목록, 팝업이 어떻게 표시되는지 확인해야 합니다. 가로·세로 방향이 바뀌었을 때의 동작과 화면 구조의 일관성도 고려 대상입니다.

접근성 요구가 있다면 그 범위도 함께 전달해야 합니다. W3C는 320 CSS 픽셀 너비에서도 콘텐츠와 기능을 이용할 수 있도록 재배치하는 방식을 설명하며, 확대하거나 작은 뷰포트를 사용하더라도 정보와 기능이 사라지지 않아야 한다고 안내합니다.

4. 관리자 기능과 운영 권한이 얼마나 복잡한가

관리자 페이지가 필요하다는 말만으로는 범위가 충분히 정해지지 않습니다. 관리할 콘텐츠의 종류, 입력 필드, 미리보기, 발행 절차, 사용자 역할과 권한을 구체화해야 합니다.

한 명의 관리자가 모든 콘텐츠를 작성하고 바로 발행하는 구조와 여러 부서가 작성·검수·승인·발행을 나누는 구조는 필요한 기능이 다릅니다. 콘텐츠 유형이나 설정, 개별 항목에 대한 읽기·관리 권한을 나눠야 할 수도 있고, 워크플로 단계마다 편집·발행 권한을 별도로 설정해야 할 수도 있습니다.

관리자 기능 확인 항목

관리할 콘텐츠 유형과 입력 필드
초안 저장과 미리보기 필요 여부
검수·승인·발행 절차
관리자 역할별 열람·편집·발행 권한
여러 부서가 함께 운영할 때의 담당 범위

운영 방식을 미리 설명하면 필요한 CMS 기능과 권한 설계 범위를 더 명확히 구분할 수 있습니다.

5. 기존 데이터를 어떻게 이전할 것인가

데이터 이전은 기존 데이터를 새 시스템으로 복사하는 작업만을 뜻하지 않을 수 있습니다. 새 사이트의 콘텐츠 모델이 달라지면 필드를 추가하거나 기존 필드를 나누는 등 구조 변환이 필요할 수 있습니다.

게시물, 상품, 회원, 문의, 첨부파일의 수량뿐 아니라 기존 필드와 새 필드의 연결 방식, 관계 데이터, 다국어 콘텐츠, 이미지와 문서, 초안·발행 상태도 확인해야 합니다. URL이 바뀐다면 기존 주소를 새 주소로 연결할 리디렉션 범위도 정리해야 합니다.

데이터 이전 목록에 포함할 내용

이전할 데이터의 종류와 수량
기존 필드와 새 필드의 매핑
카테고리 등 관계 데이터
다국어 콘텐츠와 기본 언어
이미지·문서 등 자산 파일
초안과 발행 상태의 유지 여부
URL 변경 및 리디렉션 대상
이전하지 않을 데이터

사용 중인 시스템과 데이터 상태에 따라 가져오기·내보내기 조건이 다를 수 있으므로, 이전 가능 여부와 변환 범위를 사전에 점검하는 것이 좋습니다.

6. 외부 서비스와 어떤 방식으로 연동하는가

결제, 예약, CRM, ERP, 회원, 지도, 채팅, 뉴스레터, 분석 도구 등 외부 서비스를 연결해야 한다면 별도의 작업 범위가 됩니다. 같은 서비스라도 가져올 데이터와 보낼 데이터, 동기화 시점, 인증 방식에 따라 설계와 구현 내용이 달라집니다.

외부 API를 사용하려면 제공 문서와 테스트 환경을 검토하고, 키를 누가 발급하고 관리할지 정해야 합니다. API 인증 흐름은 별도의 설계·구현·검증 대상이며, OWASP도 인증 결함을 주요 API 보안 위험으로 분류합니다.

외부 연동 견적에 필요한 정보

연동할 서비스의 이름과 목적
주고받아야 할 데이터 항목
데이터가 이동하는 방향
실시간 또는 배치 동기화 여부
API 문서와 테스트 계정 제공 여부
인증 키의 발급·관리 주체

리뉴얼 견적을 제대로 비교하는 요청서 작성법

여러 업체의 견적을 비교하려면 각 업체에 동일한 요구사항 문서를 제공해야 합니다. 업체마다 전달받은 정보가 다르면 견적 차이가 작업 범위 때문인지, 단가나 진행 방식 때문인지 해석하기 어렵습니다.

요청서에는 최소한 다음 내용을 같은 형식으로 정리하는 것이 좋습니다.

리뉴얼 목표와 핵심 사용자
페이지 및 콘텐츠 목록
필수 기능과 주요 사용자 행동
모바일·태블릿·데스크톱 반응형 기준
관리자 역할과 콘텐츠 발행 절차
이전할 데이터 목록과 제외 대상
외부 서비스 연동 목록
희망 오픈일
오픈 후 유지보수 범위

받은 견적서를 볼 때도 총액만 비교하기보다 콘텐츠 기획, UX/UI 설계, 반응형 구현, 관리자 기능, 데이터 이전, 외부 연동이 각각 포함되어 있는지 확인해야 합니다. 별도 비용으로 분리된 항목과 고객사가 직접 준비해야 하는 항목도 함께 살펴보면 범위 차이를 이해하기 쉽습니다.

페이지 수보다 ‘무엇을 바꾸고 운영할지’가 먼저입니다

홈페이지 리뉴얼 견적이 달라지는 이유는 페이지 수가 같더라도 해결해야 할 사용자 문제와 운영 조건이 다르기 때문입니다. 콘텐츠를 그대로 옮기는지 다시 구성하는지, 사용자 흐름을 재설계하는지, 여러 화면과 접근성을 어디까지 고려하는지부터 확인해야 합니다.

여기에 관리자 권한과 승인 절차, 데이터 구조 변환, 외부 서비스 인증·연동이 더해지면 작업 범위는 더욱 구체적으로 나뉩니다. 견적을 요청하기 전에 이 6가지를 문서로 정리하면 업체별 제안이 어떤 범위를 전제로 하는지 비교하기 쉬워집니다.

참고 자료

리뉴얼 범위가 정리되지 않으면 업체별 견적과 일정이 왜 다른지 판단하기 어렵습니다. 똑디는 홈페이지 리뉴얼의 견적·비용·일정 검토와 업체 선정에 필요한 범위 정리를 도와드리며, 자세한 내용은 홈페이지 리뉴얼 상담·의뢰에서 확인할 수 있습니다.