아임웹 홈페이지 제작 비용과 이전을 계산하는 방법

얼마 전 회사 소개 사이트를 옮기려는 분이 아임웹 홈페이지 제작에 어떤 요금제가 필요한지 물었다. 방문자는 하루 300명 안팎인데, 서버가 느려질까 걱정돼 가장 높은 요금제부터 보고 있었다. 이런 경우에는 먼저 페이지 용량과 필요한 기능을 적어보는 게 순서다. 사이트 이전 중 더 자주 문제가 되는 건 트래픽보다 도메인 설정과 빠뜨린 데이터다.

만들기 전에 페이지와 기능부터 적는다

첫 화면을 꾸미기 전에 메뉴를 종이에 적어본다. 회사 소개, 서비스, 가격, 문의, 개인정보 처리 안내 정도라면 구조가 단순하다. 반면 회원별 화면, 예약, 상품 판매가 들어가면 필요한 기능과 운영 절차가 달라진다. 디자인 작업을 먼저 끝낸 뒤 결제나 회원 기능이 요금제와 맞지 않는다는 걸 알면 손볼 곳이 많아진다.

제작 순서는 간단하다. 메뉴와 각 페이지의 목적을 정하고, 이미지와 문구를 준비한 뒤, 임시 사이트에서 모바일 화면까지 만든다. 그다음 문의 양식이나 구매 흐름을 실제 사용자처럼 끝까지 시험한다. 버튼이 눌리는지만 볼 일이 아니다. 접수 알림이 운영자에게 오는지, 사용자가 완료 화면을 보는지, 주문 상태가 기대한 대로 남는지까지 확인해야 한다.

처음부터 페이지를 많이 만들 필요는 없다. 서비스가 세 가지라면 각 서비스를 따로 설명할 이유가 있는지부터 판단한다. 내용이 거의 같은 페이지를 늘리면 수정할 때 빠뜨리는 곳도 늘어난다. 운영할 사람이 한 명이라면 자주 바뀌는 가격, 영업시간, 연락처가 어디에 표시되는지도 메모해두는 편이 좋다.

요금제는 방문자 수와 기능을 따로 계산한다

아임웹 공식 안내 기준으로 Starter의 트래픽은 하루 20GB다. 예를 들어 한 번 페이지를 볼 때 실제 전송량이 평균 3MB라면, 계산상 약 6,600회 조회에 해당한다. 하루 방문자가 300명이고 각자 3페이지를 본다면 약 900회 조회, 전송량은 약 2.7GB다. 이 정도의 소개 사이트라면 트래픽 때문에 상위 요금제를 먼저 고를 이유는 크지 않다.

다만 이 계산은 출발점일 뿐이다. 고해상도 이미지와 영상이 많으면 페이지당 전송량이 크게 늘고, 방문자 한 명이 여러 페이지를 열 수도 있다. 공개 후에는 관리자 통계의 일별 트래픽을 확인한다. 평소 사용량뿐 아니라 광고 집행일이나 행사일의 최고치도 본다. 하루 20GB 한도를 넘으면 접속이 제한될 수 있으니, 한도에 자주 가까워질 때 이미지 용량을 줄이거나 요금제를 올리는 식으로 대응하면 된다.

트래픽과 동시접속은 같은 숫자가 아니다. 하루 방문자 2,000명이 일정하게 나눠 들어오는 경우와 행사 시작 10분에 몰리는 경우는 체감이 다르다. 관리형 제작 서비스에서는 VPS처럼 CPU와 메모리를 직접 지정하지 않으므로, 예상 동시접속자 수만으로 서버 사양을 고르기 어렵다. 공개 전 행사 시간에 맞춰 주요 페이지와 신청 흐름을 여러 기기에서 점검하고, 실제 트래픽 통계를 함께 보는 편이 현실적이다.

기능 제한은 별도로 확인해야 한다. 아임웹 안내에 따르면 Starter는 상품 등록이 10개 이하이고 일부 간편결제 및 쇼핑 기능을 제공하지 않는다. 상품이 12개인 작은 쇼핑몰이라면 방문자가 적어도 상위 요금제가 필요할 수 있다. 반대로 회사 소개와 문의가 전부라면 Starter부터 검토할 만하다. 무료 요금제는 2025년에 종료됐고, 현재 안내되는 무료 이용은 14일 체험이다. 장기 운영 비용을 계산할 때 무료 운영을 전제로 잡으면 안 된다.

도메인을 연결할 때 메일과 인증서를 함께 확인한다

기존 사이트를 옮길 때는 새 화면을 완성한 뒤 도메인을 연결한다. 먼저 현재 도메인의 등록처, 만료일, 네임서버, 메일 관련 DNS 기록을 기록해둔다. 회사 메일을 쓰는 곳에서 네임서버만 바꾸고 메일 기록을 옮기지 않으면 웹사이트는 열리는데 메일이 끊길 수 있다. 제가 이전 작업에서 가장 먼저 받아두는 자료도 이 설정 목록이다.

아임웹 관리자 화면에 표시된 도메인 연결 값을 확인하고, 등록처에서 필요한 DNS 설정을 변경한다. 값은 사이트마다 다를 수 있으므로 다른 사람의 설정 화면을 그대로 따라 넣으면 안 된다. DNS 변경은 일부 사용자에게 늦게 반영될 수 있다. 아임웹 안내에는 네임서버 변경 후 적용까지 최대 48시간이 걸릴 수 있다고 나온다. 그래서 업무가 한창인 시간보다 수정과 점검에 대응할 수 있는 시간대를 잡는다.

연결 직후에는 기본 주소와 보안 인증서 상태를 확인한다. 인증서가 아직 적용되지 않았는데 브라우저 경고가 뜬다고 무작정 설정을 여러 번 바꾸면 원인을 찾기 어려워진다. 먼저 도메인이 올바른 사이트로 연결되는지, DNS 값이 맞는지, 인증서 신청 상태가 어떤지 순서대로 본다. 주소 두 개를 함께 쓴다면 방문자가 어느 쪽으로 들어와도 기본 주소로 이동하는지도 확인한다.

이전 자료와 복구 수단은 따로 준비한다

아임웹으로 옮기기 전에 이전 사이트의 페이지별 문구, 원본 이미지, 상품 목록, 게시물, 주문 관련 자료를 각각 확보한다. 아임웹 안내상 일부 데이터는 엑셀 파일로 대량 등록할 수 있지만 기존 디자인을 그대로 가져오는 방식은 아니다. 페이지 수가 적어도 문의 양식의 항목명, 검색에 노출되던 페이지 제목, 고객에게 안내한 문구까지 대조해야 한다. 화면만 비슷하게 만들고 운영 자료를 빠뜨리면 공개 후에 일이 커진다.

백업도 범위를 분명히 해야 한다. 아임웹은 시스템 차원의 데이터 보존을 설명하지만, 사용자가 사이트 전체를 원하는 날짜로 되돌리는 기능을 제공하지는 않는다. 디자인 모드의 복원 범위도 제한적이다. 중요한 문구와 이미지 원본은 별도로 보관하고, 상품이나 게시물처럼 내보낼 수 있는 데이터는 변경 작업 전에 받아둔다. 관리자 권한을 누구에게 줄지도 함께 점검한다. 실수로 삭제한 자료는 복원이 안 될 수 있기 때문이다.

공개 당일에는 새 사이트 접속, 모바일 표시, 문의 접수, 결제 흐름, 회사 메일 수신을 차례로 시험한다. 장애가 나면 먼저 도메인 만료와 DNS를 보고, 이어 인증서 상태, 트래픽 사용량, 최근에 바꾼 페이지나 기능을 확인한다. 이전 사이트도 바로 지우지 말고 자료 대조가 끝날 때까지 유지하는 편이 안전하다. 아임웹 홈페이지 제작에서 비용을 아끼는 가장 확실한 방법은 높은 요금제를 미리 결제하는 것보다 필요한 기능을 정확히 고르고, 이전할 설정과 데이터를 빠짐없이 챙기는 일이라고 생각한다.