모두
모두콘텐츠
얼마 전 방문자가 많지 않은 회사 사이트를 옮겼는데, 서버 비용보다 백업이 빠진 이전 절차가 더 큰 문제였다. 홈페이지제작툴을 고를 때도 비슷하다. 월 요금만 보고 시작하면 운영 단계에서 저장 공간, 데이터 반출, 복구 방법 때문에 발이 묶인다. 먼저 사이트가 실제로 할 일을 적고, 그다음 필요한 자원을 계산하는 편이 낫다.
사이트가 할 일부터 나눠 본다
회사 소개와 문의 양식 정도라면 페이지를 자주 바꾸는지부터 보면 된다. 수정이 드문 사이트는 정적 페이지를 배포할 수 있는 제작툴과 저가 호스팅으로 충분한 경우가 많다. 방문할 때마다 서버가 내용을 새로 만드는 구조가 아니어서 서버 부담도 작다.
반면 회원 로그인, 예약, 결제, 게시판이 들어가면 이야기가 달라진다. 화면을 만드는 기능뿐 아니라 데이터베이스, 권한 관리, 메일 발송, 장애 복구까지 확인해야 한다. 제작툴에 기능이 있다는 설명만으로 운영에 필요한 조건이 갖춰졌다고 판단하면 곤란하다. 예약 한 건이 누락됐을 때 기록을 확인할 수 있는지, 백업에서 어디까지 되돌릴 수 있는지가 더 중요하다.
관리형 제작툴은 서버 설정을 직접 만질 일이 적어 작은 팀에 편하다. 대신 데이터를 어떤 형식으로 내보낼 수 있는지 확인해야 한다. 직접 설치하는 방식은 이전할 때 선택지가 넓지만 업데이트와 보안 패치도 운영자의 일이 된다. 서버를 만질 사람이 없는 팀이라면 그 인건비까지 월 비용에 넣어야 한다.
방문자 수를 전송량과 동시접속으로 바꾼다
월 방문자 1만 명이라는 숫자만으로 요금제를 고르기는 어렵다. 한 사람이 몇 페이지를 보는지, 페이지마다 이미지가 얼마나 큰지에 따라 전송량이 달라진다. 예를 들어 페이지당 전송량이 1MB이고 월 페이지 조회가 1만 회라면 단순 계산으로 약 10GB다. 이미지가 많아 페이지당 5MB라면 약 50GB가 된다. 여기에 관리 화면 사용량과 여유분을 더해 요금제 한도를 비교하면 된다.
동시접속은 월간 합계보다 바쁜 시간에 달려 있다. 행사 안내를 문자로 한꺼번에 보내면 평소 한 달치 방문이 몇 시간에 몰릴 수 있다. 이런 사이트는 월 방문자 평균으로 서버를 고르면 장애가 난다. 접속 기록이 있다면 가장 바빴던 시간의 요청량을 보고, 기록이 없다면 발송이나 광고 일정부터 확인한다. 정적 페이지는 캐시로 버티기 쉽지만 로그인과 검색 요청은 서버와 데이터베이스에 직접 부담을 준다.
처음부터 큰 VPS를 계약할 필요는 없는 사이트가 많다. 소개 페이지 몇 장에 월 조회가 수천 회 수준이라면 무료 구간이나 저가 공유 호스팅도 후보가 된다. 다만 무료 구간의 전송량 제한, 파일 저장 방식, 자체 도메인 연결 조건은 확인해야 한다. 서버 사양을 올리기 전에 이미지 크기를 줄이고 캐시를 설정하는 쪽이 비용 대비 효과가 큰 경우도 자주 봤다.
요금표에서는 빠지기 쉬운 비용을 본다
제작툴의 기본 요금에 도메인, 메일, 저장 공간, 전송량, 백업이 모두 포함된다고 생각하기 쉽다. 실제로는 기능을 하나씩 추가하면서 월 비용이 달라질 수 있다. 비교표를 만들 때는 첫해 할인 가격보다 갱신 후 가격을 기준으로 잡는 편이 안전하다. 필요한 계정 수와 유료 기능도 같은 조건으로 맞춰야 한다.
SSL 인증서 자체의 가격보다 연결과 갱신이 어떻게 처리되는지가 중요하다. 자동 갱신이 실패하면 사이트가 살아 있어도 방문자에게 보안 경고가 뜬다. 도메인 만료일과 등록 계정의 소유자도 확인해야 한다. 제작툴을 바꾸려는 날 도메인 계정에 접근하지 못해 이전이 멈추는 사례를 여러 번 봤다.
백업 항목에는 ‘자동’이라는 말만 적지 않는다. 파일과 데이터베이스가 모두 포함되는지, 보관 기간은 며칠인지, 운영자가 직접 내려받을 수 있는지 확인한다. 하루에 주문이 수십 건 들어오는 사이트라면 하루 전 백업으로 복구했을 때 잃는 주문도 계산해야 한다. 이 손실이 크다면 백업 주기나 별도의 데이터 보관 방식에 비용을 쓰는 게 맞다.
만들기 전에 이전과 장애 순서를 확인한다
홈페이지제작툴을 선택하기 전, 다른 환경으로 옮기는 절차를 한 번 써보면 빠진 조건이 보인다. 콘텐츠를 내보내고, 이미지와 파일을 챙기고, 데이터베이스가 있다면 함께 백업한다. 새 환경에서 먼저 화면과 문의 양식을 시험한 뒤 도메인 연결을 바꾸는 순서다. 이전 당일에 처음 백업 버튼을 눌러 보는 건 피해야 한다.
장애가 나면 서버 요금제부터 올리기보다 범위를 좁혀야 한다. 도메인 연결 문제인지, SSL 인증서 문제인지, 제작툴 서비스 장애인지, 특정 기능만 실패하는지 차례로 확인한다. 첫 화면은 열리는데 문의 메일만 오지 않는다면 서버 성능보다 메일 설정이나 발송 기록을 볼 일이다. 화면이 느려졌다면 이미지 용량, 외부 기능, 데이터베이스 응답 시간을 나눠 살핀다.
내가 제작툴을 고를 때 확인하는 건 복구 연습이 가능한지다. 가격이 낮아도 데이터를 꺼내고 다시 띄울 수 있다면 작은 사이트에는 좋은 선택일 수 있다. 반대로 방문자가 적어도 예약이나 주문이 멈추면 손실이 큰 사이트라면 백업과 복구에 돈을 더 쓰는 게 자연스럽다. 필요한 사양은 방문자 숫자 하나가 아니라 사이트가 멈췄을 때 무엇을 잃는지에서 나온다.
