얼마 전 지인 쇼핑몰 이전을 도와줬는데, 서버보다 도메인 때문에 시간이 더 걸렸습니다. 서버는 새로 만들면 되고 파일은 백업에서 복구하면 됩니다. 그런데 도메인은 등록자 정보, 네임서버, 만료일, 이전 잠금이 꼬이면 손댈 수 있는 사람이 제한됩니다. 14년 운영하면서 사이트가 멈춘 사례를 보면 트래픽 폭주보다 이런 기본 설정 실수가 더 많았습니다.
도메인등록 전에 먼저 정할 것
도메인등록은 예쁜 이름을 사는 일이 아니라, 앞으로 몇 년 동안 고객이 찾아올 입구를 고정하는 일입니다. 그래서 이름보다 운영 조건을 먼저 봐야 합니다. 저는 보통 세 가지를 먼저 확인합니다. 브랜드명과 헷갈리지 않는지, 전화로 불러도 오타가 적은지, 나중에 메일 주소로 써도 어색하지 않은지입니다.
짧은 이름이 항상 좋은 것도 아닙니다. 4자짜리 이름이 기억은 잘 나지만 이미 등록돼 있거나 프리미엄 가격이 붙는 경우가 많습니다. 반대로 10자 안팎이어도 읽기 쉽고 업종이 드러나면 실제 운영에는 더 낫습니다. 특히 하이픈, 숫자, 영문 발음이 애매한 조합은 광고비를 쓰는 순간 오타 손실이 생깁니다.
처음 등록할 때 보는 기준
- 사업자명이나 서비스명과 너무 멀지 않은 이름
- 전화 상담에서 한 번에 전달되는 발음
- 메일 주소로 만들었을 때 이상하지 않은 길이
- 비슷한 이름의 기존 업체와 충돌 가능성
- 1년 뒤에도 계속 쓸 수 있는 가격
처음 시작하는 블로그나 소규모 쇼핑몰이면 굳이 비싼 이름부터 살 필요는 없습니다. 도메인등록 비용은 1년에 몇 천 원 차이처럼 보여도, 여러 개를 방어 등록하고 자동 연장을 걸면 3년 뒤에는 꽤 차이가 납니다. 이름 하나에 예산을 몰아넣기보다 백업, SSL, 메일, 모니터링에 돈을 남겨두는 편이 운영에는 더 안전합니다.
등록업체는 가격보다 관리 화면을 봐야 합니다
등록업체를 고를 때 첫해 가격만 보고 들어가면 갱신 때 당황합니다. 첫해는 할인으로 싸게 보이고, 2년 차부터 정상가가 붙는 구조가 흔합니다. 그래서 저는 첫해 가격, 갱신 가격, 이전 비용, 개인정보 보호 제공 여부를 같이 봅니다. 도메인등록은 한 번 사고 끝나는 물건이 아니라 매년 연장하는 운영 자산입니다.
관리 화면도 중요합니다. 네임서버 변경, DNS 레코드 수정, 등록자 이메일 변경, 인증 코드 발급 메뉴가 찾기 쉬워야 합니다. 장애가 났을 때는 예쁜 화면보다 메뉴 위치가 더 중요합니다. 밤 11시에 메일 레코드 하나 고치려고 고객센터 답변을 기다리는 상황은 생각보다 피곤합니다.
등록업체 선택 체크리스트
- 갱신 가격이 첫해 가격과 얼마나 다른지 확인
- 등록자 정보 보호 기능이 기본인지 유료인지 확인
- 인증 코드 발급과 기관 이전 절차가 복잡하지 않은지 확인
- DNS 편집 화면에서 A, CNAME, MX, TXT 레코드를 직접 수정할 수 있는지 확인
- 2단계 인증을 지원하는지 확인
개인 블로그라면 저가 등록업체도 충분합니다. 다만 회사 대표 도메인, 광고 집행 중인 쇼핑몰, 회원 가입이 붙은 서비스라면 싼 곳만 보지 않는 게 좋습니다. 연간 5천 원 아끼려다 네임서버 변경 지연이나 계정 탈취 대응에서 하루를 날리면 비용 계산이 완전히 달라집니다.
DNS 설정은 도메인등록 직후 바로 확인합니다
도메인등록 후 바로 사이트가 뜨지 않는다고 서버 문제로 보는 경우가 많습니다. 실제로는 DNS 설정이 비어 있거나, 네임서버가 다른 곳을 보고 있거나, TTL이 너무 길게 잡혀 있는 일이 흔합니다. 신규 도메인은 보통 몇 분에서 몇 시간 안에 반영되지만, 설정을 여러 번 바꾸면 체감상 더 오래 걸립니다.
운영 중인 사이트를 옮길 때는 TTL을 먼저 줄입니다. 저는 이전 24시간 전쯤 주요 레코드 TTL을 300초 정도로 낮춰둡니다. 그다음 새 서버에 사이트를 올리고, 접속 확인과 SSL 발급까지 끝낸 뒤 A 레코드를 바꿉니다. 이렇게 하면 문제가 생겨도 다시 돌리는 시간이 짧습니다. TTL이 86400초처럼 길게 잡혀 있으면 하루 가까이 예전 값을 물고 있는 이용자가 생길 수 있습니다.
기본 DNS 레코드 감각
- A 레코드: 도메인 이름을 서버 IP로 연결
- CNAME 레코드: 다른 이름을 따라가게 만드는 별칭
- MX 레코드: 메일을 받을 서버 지정
- TXT 레코드: 메일 인증, 소유권 확인, 보안 정책에 사용
- TTL: 바뀐 설정을 얼마나 오래 기억하게 할지 정하는 시간
메일을 같이 쓰는 도메인이라면 MX와 TXT를 특히 조심해야 합니다. 사이트 이전만 생각하고 네임서버를 통째로 바꿨다가 메일 수신이 끊기는 일이 있습니다. 업체를 바꿀 때는 기존 DNS 값을 먼저 내려받거나 화면 캡처로 남겨야 합니다. 저는 작업 전 레코드 목록, 변경 시간, 되돌릴 값을 따로 적어둡니다. 단순하지만 사고 났을 때 가장 빨리 살려줍니다.
만료일과 소유권은 운영자가 직접 잡고 있어야 합니다
도메인등록에서 제일 위험한 장면은 만료 알림을 아무도 못 보는 겁니다. 담당자가 퇴사했고, 등록자 이메일은 예전 개인 메일이고, 자동 연장 카드도 만료된 상태. 이런 조합이면 멀쩡한 사이트도 하루아침에 접속 불가가 됩니다. 실제로 복구 유예 기간이 있더라도 검색 노출, 광고, 메일 신뢰도는 이미 흔들립니다.
도메인은 반드시 회사나 실제 운영 주체 명의로 등록해야 합니다. 외주 제작사 명의로 등록된 도메인은 나중에 이전할 때 협조가 필요합니다. 관계가 좋을 때는 문제가 안 되지만, 계약이 끝난 뒤에는 작은 변경도 일이 됩니다. 최소한 등록자 이메일, 관리자 이메일, 2단계 인증 수단은 운영자가 직접 통제해야 합니다.
- 자동 연장은 켜두고 결제 카드 만료일도 같이 관리
- 만료 30일 전 알림을 받을 공용 메일 지정
- 등록 계정에는 2단계 인증 적용
- 도메인 잠금 기능은 평소 켜두고 이전 때만 해제
- 외주사 계정에만 도메인이 묶이지 않게 관리
추가로 저는 중요한 도메인은 2년 이상 연장해둡니다. 비용이 큰 항목도 아니고, 만료 사고의 피해가 훨씬 큽니다. 단기 프로젝트나 테스트용이면 1년만 등록해도 되지만, 브랜드 이름이 붙은 도메인은 운영비가 아니라 보험에 가깝게 봅니다.
초보자가 많이 놓치는 비용과 보안
도메인등록 비용은 등록비만 있는 것처럼 보이지만 실제 운영에는 주변 비용이 붙습니다. SSL은 무료 인증서로 충분한 경우가 많습니다. 일반 블로그, 회사 소개, 작은 쇼핑몰 초반 구간에서는 무료 인증서 자동 갱신만 잘 돌아가도 문제 없습니다. 유료 SSL이 필요한 경우는 조직 인증, 확장 검증, 특정 보안 정책 요구가 있을 때입니다.
방어 등록도 무조건 많이 할 필요는 없습니다. 브랜드명이 확실하고 광고를 많이 태우는 업체라면 비슷한 이름 몇 개를 막아두는 게 낫습니다. 하지만 개인 블로그나 초기 서비스가 여러 확장자를 전부 사는 건 과합니다. 방문자가 실제로 입력할 가능성이 높은 것, 상표 혼동이 큰 것부터 고르면 됩니다.
보안 쪽에서는 계정 탈취가 제일 현실적인 위험입니다. 서버 방화벽을 열심히 막아도 등록업체 계정이 털리면 네임서버를 바꿔버릴 수 있습니다. 도메인등록 계정은 평소 쓰는 비밀번호와 분리하고, 가능하면 하드웨어 키나 인증 앱 기반 2단계 인증을 씁니다. 문자 인증만 믿기에는 번호 변경과 유심 관련 리스크가 남습니다.
처음 도메인등록을 한다면 이름을 고르는 데 30분, 가격 비교에 20분, DNS와 만료 관리 방식에 1시간을 쓰는 편이 좋습니다. 화려한 이름보다 중요한 건 끊기지 않는 소유권과 되돌릴 수 있는 설정입니다. 서버 운영을 오래 해보면 결국 이런 기본값이 사이트 수명을 결정합니다. 싼 도메인도 제대로 관리하면 오래 버티고, 비싼 도메인도 관리자가 놓치면 그냥 끊깁니다.
