도메인이나 호스팅이 만료되면 어떻게 될까: 갱신·중단 전 점검표

만료 알림을 받으면 먼저 어떤 서비스에 관한 것인지 확인하세요. 도메인 만료는 이름 해석에, 호스팅 만료는 웹사이트 프로그램 이용에 영향을 줄 수 있으며, 이메일 만료에는 송수신과 자료 보관이라는 별도 문제가 있습니다. 같은 회사에서 구입했더라도 각 서비스의 갱신일과 처리 규칙이 다를 수 있으므로 청구서 하나를 결제했다고 모두 끝났다고 생각하면 안 됩니다.

이 안내는 계속 사용하기, 이미 만료된 상태, 사용 중단 준비라는 세 상황으로 작업을 나눕니다. 실제 절차는 도메인 종류, 공급업체와 계정 상태에 따라 달라집니다. 모든 서비스에 고정된 유예 일수를 적용하는 대신 확인 순서를 제시합니다. 만료 사실을 발견하면 공식 계정에서 즉시 상태를 확인하고, 검색으로 찾은 오래된 설명을 더 기다려도 된다는 보장으로 받아들이지 마세요.

알림을 계정에 있는 서비스와 먼저 대조하기

공식 주소를 직접 열어 로그인한 뒤 제품명, 식별 정보, 만료일과 미결제 주문을 살펴 알림이 자신의 서비스에 해당하는지 확인하세요. 도메인 갱신 메일에는 호스팅과 다른 브랜드나 청구 명칭이 사용될 수 있습니다. 리셀러가 대신 처리한다면 원본 정보를 대조해 달라고 요청하세요. 해당 항목이 없으면 공식 지원에 먼저 문의하고, 낯선 이메일의 링크를 따라 바로 결제하지 마세요.

도메인, DNS, 호스팅, 이메일, 백업 서비스와 유료 플러그인을 표로 만들고 담당자와 결제 방식을 기록하세요. 회사 이메일이 이 도메인을 사용하면서 도메인 알림도 그 이메일로 받는 것과 같은 의존 관계도 표시하는 편이 좋습니다. 서로 의존한다면 예비 알림 주소와 계정 복구 경로를 미리 마련해 서비스가 중단된 뒤 연락 통로까지 잃지 않도록 하세요.

계속 사용한다면 실제 갱신 결과를 검증하기

이번 갱신의 기간, 총액, 통화, 세금과 포함 항목을 확인하고 현재 필요와 비교하세요. 첫해 할인과 갱신 가격이 다른 일은 드물지 않으므로 계정에 표시된 견적과 약관을 기준으로 삼으세요. 더 작은 요금제로 바꾸려면 용량, 기능과 데이터가 제한 조건을 계속 충족하는지 먼저 확인해야 합니다. 새 청구액이 싸다는 이유만으로 바로 전환하지 마세요.

자동 갱신도 유효한 결제 수단과 올바른 설정이 필요하므로 관리가 전혀 필요 없는 것은 아닙니다. 자동 청구나 수동 결제 후에는 주문 처리 성공 여부, 서비스 상태와 새 만료 정보를 확인하세요. 결제 화면이 닫혔거나 은행에 임시 승인이 잡혔다고 제품이 갱신된 것은 아닐 수 있습니다. 상태가 바뀌지 않으면 주문 번호를 보관해 공식 지원에 문의하고, 원인을 모른 채 중복 결제하지 마세요.

1. 공식 계정에서 갱신할 제품, 기간과 전체 금액을 대조하고 자신이나 지정 담당자가 처리하는지 확인합니다.
2. 결제 수단, 자동 갱신과 알림 주소를 확인하면서 수동 알림과 예비 연락 수단도 유지합니다.
3. 결제 후 주문 결과와 만료 정보를 확인하고 웹사이트, 관리 화면과 필요한 이메일 기능을 실제로 테스트합니다.
4. 영수증, 확인 날짜와 다음 점검 시점을 관리표에 기록하고, 곧 만료되는 다른 서비스는 따로 처리합니다.

도메인이 이미 만료됐다면 현재 상태부터 확인하기

ICANN의 갱신·만료 안내는 등록업체에 갱신 및 가능한 복구 절차, 비용과 조건을 문의하도록 설명합니다. 도메인 확장자별로 수명 주기가 다를 수 있고, 어떤 상태에서는 일반 갱신이 불가능하거나 원래 등록자가 직접 되찾을 수 없을 수도 있습니다. 전체 도메인 이름과 계정 정보를 제공해 현재 상태에 맞는 답변을 받으세요.

웹사이트가 잠시 계속 열린다는 이유로 도메인이 만료되지 않았다고 판단하지 마세요. 한 번 조회에 실패했다고 자료가 영구적으로 사라졌다고 단정해서도 안 됩니다. 이름 해석, 캐시, 호스팅과 도메인 등록 상태를 따로 대조해야 합니다. 이용 가능한 복구 절차가 남아 있다면 총비용과 처리 시간을 먼저 확인하세요. 다른 보유자나 관리자의 협조가 필요할 때도 마지막 날까지 기다리지 말고 바로 준비하세요.

호스팅이 중단됐다면 확보 가능한 자료 범위부터 확인하기

호스팅 중단 후 공급업체가 파일, 데이터베이스와 백업을 보관하는지는 제품과 만료 상태에 따라 달라집니다. 예를 들어 Hostinger 공식 안내에는 일부 만료된 호스팅의 재활성화나 다운로드할 백업 생성 절차가 있지만 적용 범위와 시간 조건이 있습니다. 이를 모든 제품이 같은 일수 동안 자료를 보관한다는 뜻으로 확대해서는 안 되며, 미리 직접 보관한 백업을 대신할 수도 없습니다.

지원에 문의할 때는 사이트 파일, 데이터베이스, 이메일, 최신 백업의 날짜와 확보 방법을 각각 물어보세요. 다른 신규 요금제를 구입한다면 이전 자료가 옮겨지는지도 확인해야 합니다. 새 호스팅이 활성화됐다고 원래 사이트가 복구된 것은 아닙니다. 자료를 받으면 완전성을 확인하고 새 환경에서 복원과 검증을 진행하세요. 빈 사이트에 원래 도메인을 서둘러 연결하지 마세요.

사이트를 닫기 전에 내보내기와 외부 계정 정리 끝내기

웹사이트 중단을 준비할 때는 어떤 콘텐츠를 남겨야 하는지 먼저 결정하세요. WordPress 사이트는 보통 파일과 데이터베이스를 따로 처리해야 합니다. 반면 플랫폼의 콘텐츠 내보내기는 글과 페이지 등의 자료만 포함할 수 있습니다. WordPress.com 공식 문서는 콘텐츠 내보내기에 전체 디자인과 플러그인이 포함되지 않으며 미디어의 다운로드와 이전 방식도 따로 살펴야 한다고 설명합니다. 따라서 XML 파일 하나가 있다는 이유로 사이트 전체 백업이 끝났다고 판단하면 안 됩니다.

다음으로 이 도메인의 이메일로 로그인하는 외부 서비스를 정리하세요. 청구 관리, 소셜 미디어, 클라우드 저장소나 회원 시스템 등이 해당합니다. 로그인, 복구와 알림 주소를 계속 이용할 수 있는 경로로 바꾸고 인증 메일을 테스트하세요. 도메인을 더 이상 갱신하지 않는다면 특히 일찍 처리해, 이메일을 잃은 뒤 중요한 계정에 로그인하지 못하는 일을 피해야 합니다.

보관할 자료를 직접 통제할 수 있는 위치에 저장하고 내보낸 날짜, 형식과 복원 방법을 표시하세요. 이미지, 첨부 파일과 글 몇 개를 표본으로 확인하고 필요한 이메일도 점검하세요. 사이트를 이전하는 경우에는 새 환경의 웹사이트, 이메일과 리디렉션을 검증한 뒤 이전 서비스를 종료하세요. 폐쇄가 확정됐다면 방문자 공지와 필요한 후속 연락 수단을 마련하세요.

구독 취소, 자동 갱신 해제와 즉시 삭제 구분하기

서비스마다 구독 취소, 자동 갱신 해제, 즉시 제거와 사이트 삭제의 정의가 다를 수 있습니다. 예를 들어 WordPress.com의 취소 안내는 구매와 환불 상태에 따라 다른 절차를 설명합니다. 다른 사람의 화면을 보고 자신에게도 같은 결과가 적용된다고 추정하면 안 됩니다. 제출 전 그때 표시되는 적용 시점, 데이터 영향과 환불 조건을 읽으세요.

사용 중단 후에는 확인 메일이나 계정 상태를 보관하고 별도 추가 서비스의 과금이 계속되는지 확인하세요. 관리표 마지막 열에 ‘도메인은 유지하고 호스팅은 중단’ 또는 ‘사이트를 새 서비스로 이전’과 같이 기록하면 후임 담당자가 결정을 이해할 수 있습니다. 서비스 종료는 자료 보관과 검증이 있는 절차여야 합니다. 결제 실패를 기다리는 것으로 사이트 폐쇄 절차를 대신하지 마세요.

자세한 설명 보기

상태 파악, 처리 방식 선택, 데이터와 기능 검증이라는 세 단계로 도메인과 호스팅 만료 작업을 정리한 그림.

웹사이트 예산 세우기: 첫해·갱신·유지관리 비용 따로 계산하기

도메인 구입 전 준비: 이름, 등록자와 갱신 관리

• 튜토리얼
• 앱·소프트웨어
• 웹사이트·이커머스
• 도메인·호스팅·프런트엔드