얼마 전 지인이 쇼핑몰을 하나 열겠다며 도메인등록을 먼저 해야 하냐고 물었습니다. 서버부터 잡아야 하는지, 호스팅 업체에서 주는 무료 주소를 써도 되는지, 비싼 도메인이 검색에 더 좋은지까지 한 번에 묻더군요. 14년 동안 웹서버와 호스팅을 운영하면서 느낀 건 단순합니다. 도메인은 멋진 이름보다 소유권, 갱신, 연결 설정이 더 중요합니다.
도메인등록은 사이트 주소를 빌리는 절차에 가깝습니다. 한 번 샀다고 영구 소유가 되는 게 아니라 보통 1년 단위로 등록하고 갱신합니다. 사이트 운영에서 도메인은 서버보다 더 오래 갑니다. 서버는 이전하면 되지만 도메인 관리가 꼬이면 메일, 검색 노출, 광고, 고객 안내가 한꺼번에 흔들립니다.
도메인등록 전에 이름부터 너무 오래 끌지 마세요
도메인 이름을 고를 때 많은 분들이 짧고 예쁜 이름만 찾습니다. 물론 짧으면 좋습니다. 그런데 이미 좋은 이름은 대부분 등록되어 있고, 억지로 줄이다 보면 오히려 읽기 어려운 주소가 됩니다. 실제 운영 기준으로 보면 기억하기 쉬운지, 전화로 불러도 헷갈리지 않는지, 브랜드명과 충돌하지 않는지가 더 중요합니다.
저는 보통 세 가지를 봅니다. 첫째, 철자가 단순해야 합니다. 둘째, 숫자와 하이픈은 가능하면 피합니다. 셋째, 한국 사용자를 대상으로 한다면 한글 발음과 영문 표기가 크게 어긋나지 않아야 합니다. 예를 들어 고객센터에서 주소를 안내할 때 두세 번 되묻는 이름이면 운영 비용이 계속 생깁니다.
상표 문제도 가볍게 보면 안 됩니다. 유명 브랜드와 비슷한 이름을 등록해 놓고 나중에 키우면 더 위험합니다. 도메인등록 비용 몇만 원 아끼려다 간판, 인쇄물, 검색광고 계정까지 바꾸는 경우를 봤습니다. 등록 전에 특허청 검색 서비스나 포털 검색으로 같은 업종의 유사 명칭이 있는지 정도는 확인하는 게 좋습니다.
확장자는 용도와 고객 기준으로 고르면 됩니다
가장 많이 고민하는 게 확장자입니다. 국내 사업이면 국내 이용자에게 익숙한 확장자가 무난하고, 글로벌 서비스면 국제적으로 많이 쓰이는 확장자가 낫습니다. 요즘은 다양한 확장자가 많지만, 고객이 주소를 직접 입력하거나 명함에서 보고 들어오는 업종이라면 익숙함이 성능입니다.
가격만 보고 특이한 확장자를 고르는 건 조심해야 합니다. 첫해 등록비는 1천 원인데 갱신비가 4만 원, 8만 원으로 뛰는 경우가 있습니다. 도메인은 보통 1년 쓰고 버리는 자산이 아닙니다. 5년 운영한다고 보고 총비용을 계산해야 합니다.
- 개인 블로그: 익숙한 일반 확장자 1개면 충분합니다.
- 동네 가게나 병원: 고객이 기억하기 쉬운 이름과 국내 친화성이 중요합니다.
- 쇼핑몰: 대표 도메인 1개와 오타 방지용 1개 정도면 보통 충분합니다.
- 브랜드 서비스: 상표와 같은 이름을 우선 확보하고, 주요 확장자만 방어 등록합니다.
확장자를 열 개씩 사는 건 대부분 과합니다. 대기업이면 방어 등록이 필요하지만, 초기 블로그나 소규모 사업자는 대표 도메인 하나를 안정적으로 관리하는 게 우선입니다. 비용보다 관리 누락이 더 큰 리스크입니다.
등록 업체는 가격보다 관리 기능을 봐야 합니다
도메인등록 업체는 어디를 써도 기본 기능은 비슷합니다. 하지만 장애가 났을 때 차이가 납니다. 네임서버 변경이 즉시 되는지, DNS 레코드 편집 화면이 직관적인지, 2단계 인증을 지원하는지, 기관 이전 잠금 설정을 쉽게 확인할 수 있는지가 중요합니다.
초보자에게 특히 중요한 건 DNS 관리입니다. 웹사이트 연결에는 A 레코드나 CNAME 레코드가 쓰이고, 메일에는 MX, SPF, DKIM, DMARC 같은 값이 들어갑니다. 이 화면이 불편하면 서버는 정상인데 접속이 안 되는 상황을 만들기 쉽습니다. 실제 장애 문의 중 상당수는 서버 다운이 아니라 도메인 DNS 오입력입니다.
등록자 정보 보호도 확인해야 합니다. 개인 블로그라면 개인정보 노출을 줄이는 옵션이 필요합니다. 사업자 사이트라면 담당자 메일을 개인 퇴사자 계정으로 두지 않는 게 더 중요합니다. 도메인 소유권 확인 메일을 못 받아서 갱신이나 이전이 막히는 일이 생각보다 많습니다.
등록 후 바로 해야 할 설정
도메인등록만 끝내고 방치하면 아직 사이트가 열린 게 아닙니다. 서버나 호스팅과 연결해야 합니다. 일반적으로 웹호스팅을 쓰면 업체가 안내하는 네임서버로 바꾸거나, 기존 DNS에서 웹서버 IP를 지정합니다. VPS나 클라우드 서버를 직접 운영한다면 A 레코드로 서버 공인 IP를 연결하는 경우가 많습니다.
TTL 값도 알아두면 좋습니다. TTL은 DNS 정보가 캐시되는 시간입니다. 이전 작업 전에는 300초나 600초처럼 짧게 낮춰 두면 전환이 빠릅니다. 평소에는 3600초 정도로 둬도 무난합니다. 단, 이미 값이 퍼진 뒤에 바꾸면 바로 효과가 나지 않습니다. 도메인 이전이나 서버 이전은 최소 하루 전부터 준비하는 게 안정적입니다.
- 자동 갱신을 켜고 결제수단 만료일을 확인합니다.
- 관리자 계정에 2단계 인증을 설정합니다.
- 등록자 이메일을 공용 운영 메일로 둡니다.
- DNS 레코드 변경 전 현재 값을 캡처하거나 별도 문서에 남깁니다.
- 메일을 쓴다면 웹 연결과 메일 연결을 따로 점검합니다.
여기서 많이 터지는 사고가 갱신 누락입니다. 도메인이 만료되면 사이트만 안 열리는 게 아니라 메일 수신도 끊깁니다. 일부 도메인은 유예 기간이 있지만, 복구 비용이 붙거나 다른 사람이 가져갈 위험도 있습니다. 월 1만 원짜리 호스팅보다 연 2만 원짜리 도메인 갱신 실패가 더 큰 장애가 되는 경우가 있습니다.
도메인 이전과 서버 이전은 다른 작업입니다
도메인등록을 한 업체와 서버를 운영하는 업체가 꼭 같을 필요는 없습니다. 도메인은 A업체, 서버는 B업체, 메일은 C서비스를 쓰는 구성이 흔합니다. 이 구조를 이해하면 불필요하게 비싼 통합 상품을 살 필요가 줄어듭니다.
도메인 이전은 등록 관리 업체를 바꾸는 일입니다. 서버 이전은 웹사이트 파일과 데이터베이스를 다른 서버로 옮기는 일입니다. 둘은 완전히 다릅니다. 도메인 이전을 한다고 사이트 파일이 옮겨지지 않고, 서버 이전을 한다고 도메인 소유 업체가 바뀌지도 않습니다.
서버를 옮길 때는 새 서버에 사이트를 먼저 복구하고, 임시 접속으로 화면과 로그인을 확인한 뒤, 마지막에 DNS만 바꾸는 순서가 좋습니다. 쇼핑몰이면 주문 중단 시간을 정하고 데이터베이스 최종 백업을 다시 받아야 합니다. 블로그라면 이미지 경로와 SSL 인증서 발급 상태를 확인하면 됩니다.
SSL도 도메인과 엮여 있습니다. 인증서는 도메인 소유 확인을 거쳐 발급됩니다. DNS가 잘못되어 있거나 웹서버가 80번 포트 응답을 못 하면 무료 인증서 발급도 실패합니다. 그래서 새 서버로 옮길 때는 방화벽, 웹서버 가상호스트, 인증서 발급 순서를 같이 봐야 합니다.
처음이면 이렇게 사면 충분합니다
개인 블로그나 작은 회사 소개 사이트라면 도메인 1개, 저가 웹호스팅, 무료 SSL 조합으로 시작해도 충분합니다. 하루 방문자 1천 명 이하의 콘텐츠 사이트는 대개 도메인보다 캐시 설정, 이미지 용량, 백업 주기가 더 중요합니다. 도메인등록 단계에서 고가 패키지를 살 이유는 별로 없습니다.
트래픽이 늘어날 가능성이 있다면 이름은 오래 쓸 수 있게 고르고, DNS는 나중에 클라우드나 CDN으로 옮기기 쉽게 관리하면 됩니다. 처음부터 최고 사양 서버를 사는 것보다 백업 자동화, 도메인 갱신 알림, 관리자 계정 보안에 돈과 시간을 쓰는 편이 낫습니다.
제가 현장에서 본 사이트 장애는 대단한 공격이나 폭증보다 기본 설정 누락에서 더 자주 났습니다. 도메인등록도 같습니다. 싸게 사는 건 괜찮습니다. 다만 누가 소유자인지, 언제 갱신되는지, 어떤 DNS 값으로 어디에 연결되어 있는지만 분명히 잡아두면 됩니다. 그 정도만 해도 초반 운영에서 피할 수 있는 사고가 꽤 많습니다.
