얼마 전 작은 쇼핑몰 이전 작업을 맡았는데, 서버보다 도메인 쪽에서 시간이 더 걸렸습니다. 웹서버는 백업 떠서 옮기면 됐고 데이터베이스도 문제 없었는데, 도메인 관리자 계정이 퇴사한 직원 메일로 묶여 있었습니다. 사이트 장애는 트래픽 폭주보다 이런 기본 설정에서 더 자주 납니다.
도메인등록은 어렵지 않습니다. 그런데 대충 하면 나중에 SSL 발급, 메일 설정, 서버 이전, 소유권 증명에서 발목을 잡습니다. 처음 등록할 때 10분만 더 확인하면 몇 년 뒤 장애 시간을 줄일 수 있습니다.
도메인등록 전에 이름보다 운영 목적부터 정하기
도메인은 짧고 기억하기 쉬우면 좋습니다. 하지만 실무에서는 예쁜 이름보다 관리 가능한 이름이 더 중요합니다. 브랜드용인지, 검색 유입용인지, 캠페인용인지에 따라 선택 기준이 달라집니다.
회사 공식 사이트라면 브랜드명과 최대한 일치하는 이름이 낫습니다. 검색 키워드를 억지로 길게 붙인 도메인은 처음엔 그럴듯해 보여도 전화로 불러주기 어렵고, 명함이나 안내 문자에 넣었을 때 오타가 늘어납니다.
반대로 단기 이벤트 사이트라면 브랜드 전체를 고집할 필요가 없습니다. 3개월만 운영하고 닫을 사이트에 비싼 도메인을 여러 개 사는 건 과합니다. 도메인 하나, 서브도메인 몇 개로 충분한 경우가 많습니다.
- 브랜드 사이트: 회사명 또는 서비스명 중심
- 블로그: 기억하기 쉬운 짧은 이름 중심
- 광고용 페이지: 캠페인 기간과 유지 비용 중심
- 사내 도구: 외부 공개 여부와 접근 제어 중심
등록 비용은 첫해보다 갱신가를 봐야 합니다
도메인등록 화면에서 가장 크게 보이는 가격은 보통 첫해 비용입니다. 문제는 둘째 해부터입니다. 첫해 1천 원처럼 보이던 도메인이 갱신 때 2만 원, 4만 원으로 올라가는 경우가 있습니다. 도메인 자체가 나쁜 건 아닌데, 예산을 첫해 가격으로 잡으면 운영비 계산이 틀어집니다.
개인 블로그나 작은 회사 소개 사이트라면 일반적인 영문 도메인 하나면 충분합니다. 비슷한 이름을 전부 선점하겠다고 10개씩 사는 경우도 있는데, 실제로 운영하지 않으면 관리 포인트만 늘어납니다. 도메인은 많이 사는 것보다 제대로 갱신되는 것이 더 중요합니다.
저는 보통 운영 도메인은 최소 3년 비용으로 계산합니다. 첫해 등록비, 이후 갱신비, 개인정보 보호 옵션, 기관 이전 수수료 가능성까지 합쳐서 봅니다. 월 서버비는 꼼꼼히 비교하면서 도메인 갱신비는 놓치는 경우가 의외로 많습니다.
싸다고 무조건 좋은 건 아닙니다
도메인 업체를 고를 때 가격만 보면 나중에 불편합니다. DNS 관리 화면이 느리거나, 레코드 변경 반영 상태를 보기 어렵거나, 기관 이전 절차가 복잡한 곳도 있습니다. 가격 차이가 1년에 몇천 원이라면 관리 화면과 고객 지원 품질을 같이 보는 편이 낫습니다.
- 첫해 등록비와 다음 해 갱신비가 다른지 확인
- DNS 레코드 수정이 직접 가능한지 확인
- 소유자 메일 변경 절차가 복잡하지 않은지 확인
- 기관 이전 잠금 해제와 인증 코드 발급이 가능한지 확인
도메인 소유권은 개인 메일에 두면 사고가 납니다
도메인등록에서 가장 흔한 사고는 소유권입니다. 서버 장애는 몇 시간 안에 복구할 수 있어도 도메인 소유권이 꼬이면 며칠씩 갑니다. 특히 회사 사이트를 대표 개인 메일, 외주 개발자 메일, 퇴사자 메일로 등록해 둔 경우가 위험합니다.
운영용 도메인은 개인 메일보다 조직에서 관리하는 공용 메일이 낫습니다. 단, 그 공용 메일도 실제로 누군가 확인해야 합니다. 갱신 안내 메일을 못 봐서 도메인이 만료되는 사례는 지금도 계속 나옵니다.
도메인 만료 후 바로 다른 사람이 가져가는 경우는 흔치 않지만, 서비스 중단은 바로 체감됩니다. DNS가 끊기면 웹사이트만 안 뜨는 게 아닙니다. 같은 도메인을 쓰는 메일, 관리자 페이지, API 호출도 같이 영향을 받습니다.
등록자 정보에서 꼭 볼 항목
- 소유자 이름이 실제 운영 주체와 맞는지
- 관리자 메일을 현재 접근 가능한 사람이 받는지
- 자동 갱신 결제 수단이 유효한지
- 2단계 인증을 설정했는지
- 외주 업체 계정에만 묶여 있지 않은지
DNS 설정은 서버 주소만 넣고 끝나는 일이 아닙니다
도메인을 샀다고 사이트가 바로 안정적으로 운영되는 건 아닙니다. 실제 접속은 DNS 레코드가 결정합니다. 웹서버로 보내는 레코드, 메일을 처리하는 레코드, SSL 인증에 필요한 레코드가 따로 있습니다.
작은 사이트라면 기본 구성은 단순합니다. 루트 도메인은 웹서버 IP로 보내고, 서브도메인은 필요에 따라 같은 서버나 다른 서비스로 연결합니다. 메일을 쓴다면 메일 교환 레코드와 인증 관련 레코드를 같이 넣어야 합니다. 이 부분을 빼면 메일이 스팸으로 빠지거나 아예 반송됩니다.
TTL 값도 봐야 합니다. TTL은 DNS 정보가 얼마나 오래 캐시되는지 정하는 값입니다. 서버 이전 전에는 이 값을 짧게 줄여두는 게 좋습니다. 평소 1시간이나 몇 시간으로 둔 값을 이전 직전에 바꿔도 이미 캐시된 정보는 바로 사라지지 않습니다. 그래서 이전 하루 전쯤 미리 낮춰두는 식으로 잡습니다.
서버 이전 전 도메인 체크 순서
- 현재 DNS 레코드 전체를 캡처하거나 파일로 보관
- 새 서버에서 웹사이트와 SSL을 먼저 준비
- TTL을 이전 전날 짧게 조정
- 트래픽이 적은 시간에 IP 레코드 변경
- 이전 후 접속, 로그인, 결제, 메일 송수신 확인
처음 등록한다면 이렇게 운영하는 편이 안전합니다
도메인등록을 처음 한다면 너무 많은 옵션을 붙일 필요는 없습니다. 블로그나 회사 소개 사이트라면 도메인 하나, 안정적인 DNS, 자동 갱신, 2단계 인증이면 대부분 충분합니다. 비싼 부가 상품보다 계정 관리와 백업된 설정값이 더 중요합니다.
개인정보 보호 옵션은 상황에 따라 켜는 편이 좋습니다. 개인 운영 사이트라면 등록자 정보 노출을 줄일 수 있습니다. 회사 도메인은 내부 정책에 맞춰 정하면 됩니다. 다만 소유권 증명이 필요한 순간을 생각해서 등록 정보가 완전히 엉뚱하게 들어가지 않도록 해야 합니다.
도메인과 서버를 같은 업체에서 사는 것도 편하긴 합니다. 하지만 전부 한 계정에 묶이면 계정 잠금이나 결제 문제 때 한꺼번에 막힐 수 있습니다. 규모가 조금 커지면 도메인, DNS, 서버, 백업을 분리하는 편이 운영상 더 편합니다. 작은 사이트는 단순하게 시작하되, 소유권과 갱신만큼은 처음부터 제대로 잡는 게 좋습니다.
제가 현장에서 본 도메인 문제는 기술 난이도가 높아서 생긴 일이 별로 없었습니다. 대부분 계정 메일을 못 찾거나, 갱신을 놓치거나, DNS 변경 전 기록을 남기지 않아서 생겼습니다. 도메인은 서버보다 싸지만 장애가 나면 영향은 서버 못지않습니다. 그래서 도메인등록은 구매가 아니라 운영 자산을 하나 만드는 일에 가깝게 보는 게 맞습니다.
