모두
모두콘텐츠
얼마 전 홈페이지를 옮기려는 소상공인에게서 연락을 받았다. 월 사용료는 저렴했는데, 계약이 끝나자 글과 이미지 파일을 한꺼번에 받을 수 없다는 게 문제였다. 화면은 멀쩡히 돌아가고 있었지만 다른 곳으로 옮기려면 사이트를 다시 만들어야 했다. 홈페이지임대는 초기 제작비를 줄이는 데 유용하다. 다만 서버를 빌리는 비용과 사이트를 계속 쓸 권리를 같은 것으로 생각하면 계약 종료 시 예상 밖의 돈이 든다.
홈페이지임대 비용은 월 요금보다 사용 기간으로 계산한다
홈페이지임대는 보통 제작과 호스팅, 관리 기능을 묶어 매달 비용을 받는다. 상품마다 포함 범위는 다르다. 어떤 곳은 문구 수정과 보안 업데이트를 해주고, 어떤 곳은 수정 요청마다 별도 비용을 받는다. 월 3만 원이라는 숫자만 보고 비교하기 어려운 이유다.
예를 들어 초기 비용이 없고 월 5만 원인 상품을 3년 쓰면 기본 사용료만 180만 원이다. 초기 제작비 80만 원에 월 1만 원짜리 호스팅을 쓰는 방식은 같은 기간 116만 원이다. 이 숫자는 비교 방법을 보여주기 위한 예시다. 제작 품질, 유지보수, 수정 횟수에 따라 실제 비용은 달라진다. 임대 상품에 월 2회의 문구 수정과 장애 대응이 포함된다면 그 노동 비용도 함께 계산해야 공정하다.
견적서에서는 약정 기간, 중도 해지 비용, 갱신 시 요금, 수정 가능 횟수를 따로 적어 본다. 특히 첫해 할인 가격으로 3년 비용을 계산하면 틀리기 쉽다. 페이지를 추가할 때의 비용과 문의 양식, 예약 기능처럼 운영에 꼭 필요한 기능의 추가 요금도 확인한다. 작은 사이트라면 이런 항목이 서버 사양보다 총비용에 더 큰 영향을 준다.
접속자가 적다면 서버 사양보다 운영 범위를 먼저 본다
가게 소개와 연락처, 게시글 몇 개가 전부인 사이트에 고사양 클라우드 서버가 필요한 경우는 드물다. 하루 방문자 300명이 5페이지씩 본다면 하루 페이지 조회는 약 1500회다. 방문이 8시간에 몰린다고 가정해도 평균은 분당 3회 남짓이다. 물론 점심시간이나 광고 직후에는 순간 접속이 늘 수 있다. 그래서 하루 방문자 수와 함께 가장 바쁜 시간의 접속량을 봐야 한다.
임대 업체가 큰 서버를 권하면 예상 방문자 수, 광고 집행 여부, 이미지 용량, 예약이나 결제 기능 유무를 먼저 전달한다. 같은 방문자 300명이라도 정적인 안내 페이지와 실시간 재고를 조회하는 쇼핑몰의 서버 부담은 다르다. 반대로 접속자가 거의 없는 소개 사이트라면 저가 공유 호스팅이나 관리형 제작 서비스로도 충분할 수 있다.
운영 범위도 중요하다. 서버 자원을 많이 준다는 설명보다 장애가 났을 때 누가 확인하는지, 복구 요청은 언제 받을 수 있는지, 보안 업데이트는 누가 맡는지가 실제로 쓸모 있다. SSL 인증서 발급과 갱신이 포함되는지도 확인한다. 인증서가 만료되면 서버는 살아 있어도 방문자에게 경고 화면이 보일 수 있다.
계약하기 전에 데이터와 도메인의 주인을 확인한다
제가 계약서에서 먼저 찾는 문장은 데이터 반환 조건이다. 게시글, 이미지, 문의 내역을 어떤 형식으로 받을 수 있는지 확인한다. 화면을 캡처해서 주는 것과 원본 파일 및 데이터베이스를 내보내 주는 것은 전혀 다르다. 사이트를 다른 곳으로 옮길 가능성이 있다면 파일 일괄 다운로드와 데이터 내보내기가 가능한지, 계약 종료 뒤 몇 일 동안 받을 수 있는지 적혀 있어야 한다.
도메인 명의도 확인한다. 업체가 대신 등록했더라도 등록 명의와 관리 권한이 누구에게 있는지 알아야 한다. 도메인을 옮기지 못하면 새 사이트를 만들어도 기존 주소로 방문자를 받기 어렵다. DNS 설정을 변경할 권한, 이전할 때 필요한 인증 절차, 해지 후 도메인 유지 비용을 계약 전에 묻는 편이 낫다.
디자인과 프로그램의 사용 권한은 데이터 소유권과 별개다. 글과 사진은 가져갈 수 있어도 임대 플랫폼의 화면 틀과 기능은 옮길 수 없을 수 있다. 이 조건 자체가 잘못된 것은 아니다. 다만 나중에 재제작 비용이 든다는 사실을 알고 선택해야 한다. 문의 내역처럼 고객 정보가 쌓이는 사이트라면 내보낸 파일을 누가 보관하고 언제 삭제하는지도 확인한다.
백업과 이전 절차는 장애가 나기 전에 받아 둔다
백업이 있다는 말만으로는 부족하다. 무엇을, 얼마나 자주, 얼마나 오래 보관하는지가 필요하다. 게시글을 매일 올린다면 주 1회 백업만으로는 최대 며칠 치 작업을 잃을 수 있다. 복구에 걸리는 시간도 따져야 한다. 하루 동안 사이트가 멈춰도 괜찮은 소개 페이지와 예약을 계속 받는 사이트의 기준은 같을 수 없다.
업체에는 파일과 데이터베이스의 백업 주기, 보관 기간, 복구 요청 방법을 확인한다. 가능하다면 실제 복구가 가능한지도 한 번 검증한다. 백업 파일이 있어도 열리지 않거나 최근 이미지가 빠져 있으면 사고 당일에는 쓸 수 없다. 관리 화면에서 직접 내려받을 수 있다면 중요한 수정 전후에 별도 사본을 보관하는 게 좋다.
이전 계획은 복잡할 필요가 없다. 새 사이트를 먼저 준비하고, 글과 이미지를 옮긴 뒤, 문의 양식이 정상 작동하는지 확인한다. 그다음 DNS를 변경하고 기존 사이트는 며칠 더 유지한다. 변경 직후에는 방문자마다 이전 사이트와 새 사이트가 다르게 보일 수 있어서다. 도메인 만료일과 SSL 인증서 적용 여부도 이때 함께 확인한다. 저는 홈페이지임대를 고를 때 첫 달 요금보다 계약이 끝나는 날 자료를 온전히 들고 나올 수 있는지를 더 무겁게 본다.
