도메인 메일 연결을 ‘설정’이 아니라 운영 체크리스트로 바꾼 이유

혼자 사업을 운영하면 DNS 문제는 기술 용어보다 업무 중단으로 먼저 다가옵니다. 문의 메일이 안 들어오고, 견적서가 반송되고, 쇼핑몰까지 열리지 않으면 무엇부터 되돌려야 할지 판단하기 어렵습니다.

카페24 도메인에 회사 메일을 연결하면서 가장 효과가 있었던 변화는 값을 더 많이 외우는 것이 아니라, 변경 작업을 네 개의 결정으로 나누는 일이었습니다.

1. 먼저 ‘누가 DNS를 운영하는가’를 확인한다

도메인 구매처와 현재 네임서버 운영사는 다를 수 있습니다. 권한 없는 화면에 MX와 TXT를 입력하면 저장은 되지만 인터넷에는 공개되지 않습니다. 그래서 첫 기록은 입력값이 아니라 현재 네임서버입니다.

2. 웹사이트와 메일의 길을 분리한다

A·CNAME은 쇼핑몰과 웹사이트 경로, MX는 수신 경로, SPF·DKIM은 발신 인증입니다. 메일을 바꾼다는 이유로 기존 레코드를 한꺼번에 지우지 않고, 바뀌는 범위와 유지할 범위를 먼저 표시합니다.

3. 전환 전에 되돌릴 기준을 만든다

기존 메일 백업, 이전 MX 제거 시점, TTL, 변경 전 레코드 캡처를 한 문서에 모읍니다. 장애가 나면 기억으로 복구하지 않고 변경 전 상태와 비교할 수 있습니다.

4. ‘저장됨’ 대신 외부 증거로 완료를 판단한다

새 MX 조회, SPF 정책 한 개, DKIM 공개키 반환, 실제 송수신, 원본 헤더의 인증 통과를 차례로 확인합니다. 각 단계가 통과해야 다음 단계로 넘어가면 원인이 섞이지 않습니다.

이 방식은 DNS를 잘 아는 사람만을 위한 절차가 아닙니다. 오히려 혼자 운영할수록 변경 이유, 통과 조건, 복구 기준을 남겨야 고객 응대와 매출 흐름을 지킬 수 있습니다.

카페24 MX·SPF·DKIM 설정 순서와 점검표 보기에 실제 관리자 경로와 증상별 확인 지점을 정리했습니다.