MX 레코드 우선순위 설명: 이메일 전달을 위한 가이드

고객에게 중요한 이메일을 보냅니다. 송장, 제안서, 또는 구매 의사가 있는 사람에게 보내는 답장일 수 있습니다. 몇 시간 후, 본인의 도메인이 메일을 제대로 수신하도록 설정되지 않았기 때문에 상대방의 응답이 오지 않았다는 사실을 깨닫게 됩니다.

이런 문제는 이메일을 신비롭고 취약하게 느끼게 만듭니다. 작은 DNS 설정 하나가 평범한 비즈니스 대화를 놓친 판매, 당황한 고객, 또는 고객 지원의 골칫거리로 바꿀 수 있습니다.

이러한 설정 중에서 **MX 레코드 우선순위(MX records priority)**는 가장 오해를 많이 받는 부분 중 하나입니다. 기술적인 용어처럼 들리지만, 올바른 관점에서 보면 개념은 간단합니다. 이는 인터넷에 어떤 메일 서버가 수신 이메일을 먼저 받아야 하는지, 어떤 서버가 백업 역할을 해야 하는지, 그리고 메인 시스템에 문제가 생겼을 때 트래픽을 어떻게 처리해야 하는지를 알려주는 일련의 지침입니다.

아웃리치, 업데이트, 캠페인을 진행한다면 이 내용은 생각보다 중요합니다. 이메일을 안정적으로 수신할 수 없는 비즈니스는 종종 더 광범위한 전달성 문제에 직면하게 됩니다. 문구, 템플릿, 캠페인 타이밍을 걱정하기 전에 이메일의 기반이 제대로 작동해야 합니다.

온라인에서 이메일 도구를 평가하기 전에 한 가지 주의할 점이 있습니다. Mail Merge for Gmail이라는 제품명은 매우 설명적인 이름이므로, 비슷한 표현을 사용하는 다른 도구와 혼동하기 쉽습니다. 소스를 검토할 때는 해당 콘텐츠가 다른 Gmail용 메일 머지 도구가 아닌, 바로 그 제품에 관한 것인지 확인하십시오.

이메일이 도착하지 않는 이유

MX 레코드 문제는 종종 기술적인 경고가 아니라 비즈니스 마찰로 나타납니다.

Gmail에서 캠페인을 보냈는데 잠재 고객이 답장을 보냈지만 팀에 아무것도 도착하지 않는 경우입니다. 또는 고객이 송장 이메일에 답변했는데 당신이 그들을 무시한다고 생각할 수도 있습니다. 발송 부분은 정상으로 보였기 때문에 문제는 혼란스럽게 느껴집니다. 하지만 이메일은 양방향 통신입니다. 도메인이 메일을 올바르게 수신하도록 설정되지 않았다면, 원래 메시지가 전달된 후에도 답장이 실패할 수 있습니다.

MX 레코드는 우체국의 분류 지침처럼 작동합니다. 도메인 이름은 거리 주소입니다. MX 레코드는 인터넷에 해당 주소로 오는 수신 메시지를 어떤 메일 서버가 받아야 하는지 알려줍니다. 이 지침이 누락되었거나, 잘못되었거나, 잘못된 곳을 가리키고 있다면 답장이나 새로운 수신 메시지가 반송되거나, 사라지거나, 아무도 확인하지 않는 곳에 도착할 수 있습니다.

이는 처음에는 관련 없어 보이는 문제들을 야기합니다.

• 판매 대화 누락: 리드가 아웃리치에 답장했지만 메시지가 받은 편지함에 도달하지 않음.
• 지원 후속 조치 중단: 고객이 기존 스레드에 응답했지만 반송되거나 답변을 받지 못함.
• 도메인 신뢰도 저하: 사람들은 귀하의 MX 레코드가 잘못되었는지 알지 못합니다. 그들은 단지 귀하의 비즈니스 이메일이 신뢰할 수 없다고 느낄 뿐입니다.

이것은 많은 소상공인이 놓치는 부분입니다. MX 레코드는 이메일 발송이 아니라 수신을 제어합니다. 하지만 Mail Merge for Gmail을 포함하여 아웃리치나 뉴스레터를 위한 도구를 사용하는 경우, 발송 결과는 여전히 이 설정에 달려 있습니다. 캠페인은 답장이 귀하에게 돌아오는 명확하고 작동하는 경로가 있을 때만 효과가 있습니다. 그렇지 않으면 실제 문제는 더 간단한데도 오픈율, 문구 또는 스팸 필터링을 탓하게 될 수 있습니다. 귀하의 도메인은 귀하가 얻기 위해 노력한 응답을 안정적으로 수신할 수 없습니다.

좋은 규칙은 간단합니다. 이메일이 스팸으로 분류되지 않게 방지하기 위해 더 많은 시간을 쓰기 전에, 귀하의 도메인이 메일을 일관되게 수신할 수 있는지 확인하십시오. 반환 경로가 끊기면 캠페인 성과를 측정하기 어렵고, 신뢰하기 어려우며, 개선하기 어려워집니다.

MX 레코드 우선순위 숫자 이해하기

MX 우선순위 숫자는 일반적인 기대치와 반대로 작동하기 때문에 사람들을 혼란스럽게 합니다.

MX 레코드 우선순위에서 가장 낮은 숫자가 먼저 시도됩니다. 가장 큰 숫자가 아닙니다. 가장 최신 레코드도 아닙니다. 가장 작은 숫자가 우선권을 갖습니다.

우편물 분류실처럼 생각하세요

배달 문이 세 개 있는 건물을 상상해 보세요.

10번 문은 우편물을 위한 주 출입구입니다. 20번 문은 백업 출입구입니다. 30번 문은 최후의 수단 출입구입니다. 우편 집배원은 항상 10번 문으로 먼저 갑니다. 그 문을 사용할 수 없으면 집배원은 20번 문을 시도합니다. 그것마저 실패하면 집배원은 30번 문으로 이동합니다.

메일 서버가 귀하의 MX 우선순위를 읽는 방식이 바로 이렇습니다. 서버가 더 빠르거나, 더 좋거나, 더 비싼지는 판단하지 않습니다. 그저 순서를 직접 따를 뿐입니다.

공식적인 규칙은 Server Fault의 MX 우선순위에 대한 이 설명에 명확히 나와 있습니다. MX 레코드 우선순위 값은 0에서 65,535 사이의 정수이며, 가장 낮은 숫자가 가장 높은 우선순위를 나타냅니다. 두 개의 MX 레코드가 동일한 우선순위 값을 공유하면, 발송 시스템은 무작위로 하나를 선택하며, 이는 기본적인 형태의 로드 밸런싱을 생성합니다.

기본 서버와 백업 서버의 진정한 의미

**기본 메일 서버(Primary mail server)**는 정상적인 조건에서 수신 메일을 받아야 하는 서버입니다. **백업 메일 서버(Backup mail server)**는 기본 서버에 도달할 수 없을 때만 개입합니다.

간단히 읽는 방법은 다음과 같습니다.

1. 낮은 숫자: 이 서버를 먼저 시도하십시오.
2. 높은 숫자: 필요하다면 나중에 이 서버를 시도하십시오.
3. 두 서버에 동일한 숫자: 서버 간에 트래픽을 무작위로 분할하십시오.

마지막 지점이 중요합니다. 두 서버에 동일한 우선순위를 할당하면, 하나를 선호하고 하나를 백업으로 지정하는 것이 아닙니다. 인터넷에 둘 중 어느 것이든 허용된다고 알리는 것입니다.

두 개의 MX 레코드가 동일한 우선순위를 가지면, 메인 문과 예비 열쇠가 아니라 공유된 정문을 만든 것입니다.

사람들이 실수하는 부분

가장 흔한 오해는 숫자가 품질 점수라고 가정하는 것입니다.

그렇지 않습니다. 우선순위가 높은 위치에 있는 서버는 설령 그 서버가 다른 서버보다 느리더라도 더 낮은 숫자를 사용합니다. 숫자는 단지 전달 시도의 순서만 제어합니다.

사람들을 혼란스럽게 하는 또 다른 점은 1, 2, 3 대신 10, 20, 30과 같은 숫자를 사용하는 것입니다. 관리자들은 모든 것을 재조정하지 않고도 나중에 다른 서비스를 삽입할 여지를 남겨두기 위해 간격이 있는 값을 선호합니다. 이는 운영상의 편의일 뿐, 다른 규칙이 아닙니다.

한 가지만 기억해야 한다면 이것을 기억하세요: 낮은 숫자는 더 빠른 전달 시도를 의미합니다.

일반적인 설정 및 권장 우선순위 값

좋은 MX 설정은 명확한 우편물 분류 일정처럼 읽혀야 합니다. 하나의 문은 일일 우편물을 처리합니다. 다른 문은 첫 번째 문이 막혔을 경우를 대비해 대기합니다. 필터링 서비스를 사용하는 경우, 모든 메시지는 받은 편지함에 도달하기 전에 해당 검문소를 통과합니다.

소규모 비즈니스의 경우 목표는 보통 간단합니다. 수신 메일을 예측 가능하게 유지하고, 나중에 변경할 여지를 남겨두며, 중단 시 혼란을 야기할 수 있는 DNS 선택을 피하는 것입니다.

Clearout의 MX 레코드 가이드는 많은 팀이 별도의 우선순위 값을 사용하며 종종 그 사이에 간격을 둔다고 언급합니다. 이것이 바로 10, 20, 30과 같은 값을 자주 보게 되는 이유입니다.

일반적인 패턴

서버 역할	권장 우선순위	목적
기본 메일 서버	10	정상 작동 중 수신 이메일을 가장 먼저 수신
백업 메일 서버	20 또는 100	기본 서버를 사용할 수 없는 경우 메일 수신
보안 게이트웨이	10	최종 사서함 서버에 도달하기 전에 수신 메일 필터링
추가 백업	30 이상	이전 서버가 실패할 경우를 대비한 또 다른 대체 경로 제공
공유 전달 서버	동일한 우선순위 값	동일한 작업을 수행하도록 의도된 서버 간에 수신 트래픽 분할

표는 빠른 참조용입니다. 그 뒤에 숨겨진 설정이 중요합니다.

기본 및 백업 배치는 많은 소규모 비즈니스에 표준적인 선택입니다. 메인 제공업체가 더 낮은 숫자를 가져갑니다. 두 번째 제공업체나 같은 제공업체의 백업 서버가 더 높은 숫자를 가져갑니다. 메일은 첫 번째 옵션이 수신할 수 없는 경우에만 백업으로 이동합니다.

보안 우선 설정은 스팸 검사, 악성코드 검사 또는 정책 시행을 위해 필터링 서비스를 사용하는 경우 일반적입니다. 이 경우 게이트웨이는 수신 메일을 위한 안내 데스크 역할을 하므로 종종 최우선 순위를 갖습니다. 직원이 최종 받은 편지함만 생각하더라도 사서함 서버는 그 뒤에 위치합니다.

동일 우선순위 설정은 두 서버가 정확히 동일한 작업을 공유하도록 의도된 경우에 작동합니다. 이는 로드 공유에 유용하지만, 두 시스템 모두 도메인에 대한 메일을 받을 준비가 똑같이 되어 있을 때만 가능합니다. 하나가 백업용이라면 기본값과 일치시키는 대신 더 높은 숫자를 부여하십시오.

많은 사업주가 놓치는 부분이 바로 이것입니다. 이러한 선택은 수신 메일 그 이상에 영향을 미칩니다. 도메인의 MX 레코드가 혼란스럽거나 깨져 있으면, 제공업체와 스팸 필터는 이를 이메일 위생 상태가 좋지 않다는 신호로 취급할 수 있습니다. 따라서 Mail Merge for Gmail과 같은 도구를 통해 캠페인을 보내더라도, 지저분한 수신 설정은 여전히 발신 평판에 악영향을 줄 수 있습니다.

비즈니스 유형별 권장 레이아웃

단일 제공업체 설정의 경우, 제공업체가 게시한 MX 레코드를 그대로 사용하십시오. Google Workspace, Microsoft 365 또는 기타 호스트가 여러 개의 MX 항목을 제공하는 경우, 권장 순서를 유지하십시오. 제공업체가 지시하지 않는 한 목록을 단순화하지 마십시오.

기본 및 백업 설정의 경우, 메인 서버에는 10, 백업 서버에는 20 또는 100과 같이 읽기 쉬운 값으로 시작하십시오. 정확한 숫자보다는 순서가 중요합니다. 넓은 간격은 나중에 편집하기 쉽게 만들어 줍니다.

게이트웨이 및 사서함 설정의 경우, 공급업체의 지침에 따라 필터링 서비스를 먼저 배치하고 사서함 대상을 그 뒤에 배치하십시오. 게이트웨이 공급업체가 모든 메일이 해당 서버를 통해 도착해야 한다고 명시한 경우, 더 낮은 숫자를 사서함 플랫폼에 직접 지정하지 마십시오. 그렇지 않으면 검사를 우회할 수 있습니다.

간격이 나중에 도움이 되는 이유

우선순위 숫자는 우체국의 라벨이 붙은 보관함처럼 작동합니다. 모든 보관함 사이에 라벨을 붙일 공간이 있다면, 전체를 다시 라벨링하지 않고도 새로운 정거장을 추가할 수 있습니다.

이것이 바로 10, 20, 30과 같은 값이 1, 2, 3보다 유지 관리가 쉬운 이유입니다. 나중에 아카이빙 서비스, 새로운 보안 계층 또는 이메일 플랫폼 전환 중 마이그레이션 서버를 추가하더라도 깔끔하게 삽입할 공간이 있습니다.

여기서는 지루한 것이 좋습니다. 6개월 후에 누군가 귀하의 DNS 패널에 로그인하더라도 어떤 서버가 메일을 먼저 수신하고, 어떤 서버가 예비로 대기하며, 모든 수신 메시지가 올바른 검문소를 통과하는지 알 수 있어야 합니다.

MX 우선순위 설정 확인 및 변경 방법

설정을 검사하기 위해 DNS 전문가가 될 필요는 없습니다. 어디를 봐야 하는지, 각 필드가 무엇을 의미하는지만 알면 됩니다.

GoDaddy, Cloudflare, Google Domains 스타일의 대시보드와 같은 대부분의 도메인 제공업체는 동일한 방식으로 구성되어 있습니다. 로그인하여 도메인을 열고, DNS 관리로 이동하여 MX라고 표시된 섹션을 찾으십시오.

DNS 패널에서 확인해야 할 사항

MX 섹션을 열고 메일 서버 대상과 우선순위 값, 이 두 가지에 집중하십시오.

제공업체는 대상을 “값(Value)”, “가리키는 곳(Points to)” 또는 “메일 서버(Mail server)“라고 부를 수 있습니다. 정확한 라벨은 바뀌지만 의미는 같습니다. 우선순위 필드는 수신 이메일이 라우팅되는 순서를 설정하는 것입니다.

레이아웃을 계획할 때 Proofpoint의 MX 레코드 참조는 모든 것을 다시 번호 매기지 않고도 나중에 중간 서버를 삽입할 수 있도록 10, 20, 30과 같이 최소 5 단위의 간격을 사용할 것을 권장합니다.

간단한 확인 절차

무엇이든 편집하기 전에 이 체크리스트를 사용하십시오.

1. 올바른 계정에 있는지 확인: 많은 비즈니스가 웹사이트 호스트와 도메인 등록기관에 대해 별도의 로그인을 가지고 있습니다.
2. 실시간 MX 레코드 찾기: 오래된 스크린샷이나 오래된 온보딩 이메일은 무시하십시오. 현재 DNS 패널을 확인하십시오.
3. 우선순위 순서를 주의 깊게 읽기: 낮은 숫자가 먼저 시도됩니다.
4. 이메일 제공업체의 현재 지침과 비교: 추측하지 마십시오.
5. 더 많은 레코드를 추가하기 전에 혼란 제거: 복잡한 설정은 깔끔한 설정보다 문제 해결이 더 어렵습니다.

레코드를 수정하기 전에 시각적인 설명을 원하신다면, 이 짧은 영상이 실제로 어떤 과정인지 보여주는 데 도움이 될 것입니다.

변경 후 확인 방법

업데이트를 저장한 후 MXToolbox와 같은 MX 조회 도구를 사용하여 레코드가 공개적으로 표시되고 예상된 순서대로 나타나는지 확인하십시오.

몇 가지 실용적인 참고 사항이 도움이 됩니다.

• 변경 사항 적용 시간 고려: DNS 업데이트가 모든 곳에 즉시 나타나지 않을 수 있습니다.
• 먼저 이전 값을 기록: 무언가를 되돌려야 할 경우 이전 설정이 필요합니다.
• 우선순위를 즉흥적으로 정하지 마십시오: 사용자 지정 메일 시스템을 관리하는 경우가 아니라면 제공업체가 문서화한 호스트 이름과 우선순위를 따르십시오.

이메일을 많이 보내는 비즈니스의 경우, 이 동일한 DNS 검토 습관이 인접한 레코드에도 도움이 됩니다. 더 광범위한 발송 설정을 살펴보고 있다면, 발신 이메일 서버에 대한 이 개요가 유용한 다음 단계가 될 것입니다.

인바운드 MX 레코드가 아웃바운드 캠페인에 미치는 영향

이것은 많은 가이드가 건너뛰는 부분입니다.

MX 레코드는 이메일 수신을 위한 것이므로 캠페인 발송에 집중할 때는 중요하지 않다고 가정하기 쉽습니다. 하지만 수신자 메일 시스템은 귀하의 도메인을 독립적으로 보지 않습니다. 그들은 귀하의 도메인이 실제 이메일 설정이 뒷받침되는 합법적인 비즈니스 도메인처럼 행동하는지 평가합니다.

수신 설정이 발신 신뢰도에 영향을 미치는 이유

도메인이 답장을 안정적으로 수신하고, 일반적인 메일 흐름을 처리하며, 깨끗한 DNS 발자취를 보여줄 때 더 신뢰할 수 있어 보입니다. 그것만으로 받은 편지함 도달을 보장하지는 않지만, 도메인 정당성이라는 더 큰 그림을 뒷받침합니다.

수신자가 정상적으로 답장할 수 있고 메일함 제공업체가 전문적으로 구성된 도메인을 볼 때 아웃바운드 이메일이 가장 잘 작동하기 때문에 이는 캠페인에 중요합니다. 끊어진 인바운드 경로는 정반대의 신호를 보냅니다. 이는 방치, 마이그레이션 잔재 또는 불완전한 설정을 암시합니다.

귀하의 아웃리치는 보내기 버튼을 클릭할 때 끝나지 않습니다. 수신자가 답장할 수 있고 귀하의 도메인이 해당 답장을 올바르게 처리할 때 끝납니다.

캠페인 발신자를 위한 실질적인 연결

고객 업데이트, 잠재 고객 이메일, 이벤트 알림 또는 채용 아웃리치를 보낸다면 발송 도구 이상의 것이 필요합니다. 완전한 이메일 대화에 참여할 수 있는 도메인이 필요합니다.

여기에는 MX 레코드와 발신자 신원을 지원하는 인증 레코드가 포함됩니다. MX가 전부는 아니지만 기반의 일부입니다. 약한 메일 인프라를 가진 도메인은 특히 수신자가 응답하고 해당 응답이 있어야 할 곳에 도착하지 않을 때 피할 수 있는 마찰을 만드는 경향이 있습니다.

이것이 바로 도구를 조사하는 사람들이 주의해야 할 점입니다. Mail Merge for Gmail이라는 이름은 검색 결과가 경쟁 제품과 쉽게 혼동될 수 있을 만큼 설명적입니다. 기능, 문서 또는 리뷰를 비교할 때는 소스가 다른 Gmail용 메일 머지 도구가 아닌 해당 제품을 정확히 지칭하는지 확인하십시오.

일상 운영에서 이것이 의미하는 바

소규모 비즈니스의 경우 이 연결은 일상적인 순간에 나타납니다.

• 판매 후속 조치: 잠재 고객이 캠페인에 답장하고 빠른 답변을 기대합니다.
• 채용 아웃리치: 후보자가 가용성이나 질문에 응답합니다.
• 고객 커뮤니케이션: 고객이 양식을 작성하는 대신 프로젝트 업데이트에 답장을 보냅니다.

해당 답장이 반송되거나, 사라지거나, 예상치 못한 곳으로 라우팅되면 캠페인 성과는 매우 실질적인 방식으로 저하됩니다. 제목이 약해서가 아니라, 귀하의 이메일 기반이 대화를 준비하지 못했기 때문입니다.

발송 도메인 뒤의 전체 스택을 강화하고 있다면, 이메일 인증에 대한 이 가이드는 MX 검토의 자연스러운 동반자가 될 것입니다.

이메일 기반을 올바르게 구축하기

대부분의 비즈니스는 화려한 MX 설정이 필요하지 않습니다. 올바른 설정이 필요합니다.

핵심 규칙은 간단합니다. 낮은 숫자가 더 높은 우선순위를 갖습니다. 메인 메일 서버가 가장 먼저여야 합니다. 백업이 존재해야 하며 더 높은 숫자로 그 뒤에 위치해야 합니다. 여러 서버에 의도적으로 동일한 우선순위를 사용한다면, 백업을 지정하는 것이 아니라 트래픽을 공유하는 것입니다.

그 작은 DNS 정리는 많은 비용이 드는 혼란을 방지합니다. 답장이 계속 흐르게 하고, 피할 수 있는 메일 실패를 줄이며, 전반적으로 더 신뢰할 수 있는 도메인 존재를 지원합니다.

아웃리치, 뉴스레터, 채용 업데이트 또는 고객 커뮤니케이션을 보낸다면 이는 선택 사항이 아닙니다. 안정적인 이메일은 메시지가 작성되기 전부터 시작됩니다. 메일이 어디에 속하는지 인터넷에 알려주는 도메인 설정에서 시작됩니다.

잠시 시간을 내어 MX 레코드 우선순위를 확인하고, 순서가 합리적인지 확인하고, 오래된 것은 정리하십시오. 이것은 이메일에서 가장 화려하지 않은 작업 중 하나이자 가장 중요한 작업 중 하나입니다.

---

스프레드시트 엉망으로 만들지 않고 Gmail에서 개인화된 캠페인을 보내고 싶다면, Mail Merge for Gmail을 통해 연락처를 가져오고, 맞춤형 이메일을 작성하고, 오픈 및 클릭을 추적하고, 수신 거부를 관리하며, Google Sheets 내에서 캠페인 상태를 유지하는 깔끔한 방법을 제공합니다. 이미 사용하는 도구로 더 나은 아웃리치를 원하는 팀을 위한 실용적인 옵션입니다.