내 도메인으로 비즈니스 이메일 설정하는 방법

you@yourcompany.com 같은 주소는 구입에 10분, 설정에 2시간이 걸립니다. 구입은 쉽습니다. 사람들이 일주일을 잃는 곳은 설정이고, 거의 항상 메일함을 먼저 만들고 DNS 레코드를 맨 마지막에 추가하다가 고객에게 보낸 첫 메일이 왜 스팸함으로 갔는지 의아해합니다.

아래 순서대로 하면 한 번에 작동합니다.

Table of contents

1단계: 도메인을 직접 소유하고 DNS 위치를 파악하기

프리랜서나 예전 에이전시가 자기 명의로 만들어 둔 곳이 아니라, 로그인 정보를 내가 가진 등록기관에서 도메인을 등록하세요. Namecheap은 하나의 선택지입니다. 평판 좋은 등록기관이면 어디든 괜찮습니다.

그다음 DNS를 어디서 관리하는지 알아내세요. A, MX, TXT 레코드가 나열된 곳입니다. 보통은 등록기관이지만, 사이트가 Cloudflare 뒤에 있다면 레코드는 거기에 있습니다. 이후 모든 단계에서 이 한 곳에서 레코드를 편집하므로 어디인지 적어 두세요.

2단계: 제공업체는 하나만 고르기

메일함을 호스팅할 서비스가 필요합니다. 대부분의 소규모 사업체와 에이전시는 둘 중에서 고릅니다.

1. Google Workspace: 팀이 이미 Google 문서, 스프레드시트, 캘린더로 일한다면.
2. Microsoft 365: 고객이 Word와 Excel 파일을 보내거나 데스크톱 Outlook 앱을 쓰고 싶다면.

기능 비교표가 아니라 팀이 하루 종일 열어 두는 도구를 기준으로 고르세요. 둘 다 제 역할을 하고, 나중에 옮길 수도 있습니다. 전환 방법은 GoDaddy에서 비즈니스 이메일 옮기기 가이드에서 다룹니다.

웹 호스팅에 딸려 오는 저렴한 번들은 고객을 상대하는 용도라면 건너뛰겠습니다. 공유 호스팅의 메일함은 발송 평판을 낯선 사람들과 나눠 쓰는 경우가 많아, 조용히 스팸함으로 가는 길이 됩니다.

3단계: 도메인을 추가하고 인증하기

제공업체에 가입하고 도메인을 입력하세요. 소유를 증명하려면 DNS 호스트에 TXT 레코드를 추가하라고 요구합니다. 값을 정확히 그대로 복사해 새 TXT 레코드에 붙여넣고 확인을 클릭하세요. DNS 변경이 나타나기까지 몇 분에서 몇 시간이 걸릴 수 있습니다.

이 레코드는 메일 전달에 영향을 주지 않습니다. 언제 추가해도 안전합니다.

4단계: 메일함 만들기

사람마다 메일함 하나를 만들고, 사람들이 실제로 메일을 보낼 공용 주소(info@, billing@, support@)를 만드세요. 제공업체가 허용하면 공용 주소는 유료 좌석 대신 별칭이나 그룹 받은편지함으로 만드세요.

이름 또는 이니셜에 성을 붙이는 식으로 일관된 규칙을 정하고, 지금 결정하세요. 주소가 청구서 200장에 찍힌 뒤에 바꾸는 건 고역입니다.

5단계: MX 레코드를 제공업체로 연결하기

MX 레코드는 도메인의 메일을 어디로 전달할지 인터넷에 알려 줍니다. 제공업체가 설정 화면에서 정확한 값을 보여 줍니다. 도메인에 이미 있는 MX 레코드를 삭제하고, 제공업체의 레코드를 추가하고, 알려 주는 우선순위를 그대로 유지하세요.

이 도메인이 이미 다른 곳에서 메일을 받고 있다면 멈추세요. MX 레코드를 바꾸면 전달 경로가 옮겨지고, 여전히 예전 위치로 도착하는 메일은 잃게 됩니다. 대신 GoDaddy 이전 가이드의 이전 절차를 사용하세요.

6단계: 발송 전에 SPF와 DKIM 게시하기

이 단계가 도착하는 메일과 도착하지 않는 메일을 가릅니다.

1. SPF는 내 도메인 이름으로 발송할 수 있는 서비스를 나열하는 TXT 레코드 하나입니다. 도메인당 하나만 둡니다. 나중에 청구 도구나 뉴스레터 서비스를 추가하면 두 번째 레코드를 만들지 말고 같은 레코드에 해당 서비스의 include:를 추가하세요.
2. DKIM은 발송하는 각 메시지에 서명해서 받는 쪽이 변조되지 않았음을 확인할 수 있게 합니다. 제공업체의 관리 콘솔에서 서명을 켜고, 받은 키를 DNS 레코드로 게시하세요.

두 가지와 DMARC는 비즈니스 이메일용 SPF, DKIM, DMARC 설정 방법에서 설명합니다. SPF와 DKIM은 지금 하고, DMARC는 같은 날 p=none으로 추가하세요.

7단계: 누구에게 알리기 전에 테스트하기

1. 새 주소에서 개인 Gmail 계정과 Outlook.com 계정으로 메시지를 보내세요.
2. 각각에 답장하고 답장이 도착하는지 확인하세요.
3. Gmail에서 받은 메시지를 열고 ‘원본 보기’를 선택해 SPF와 DKIM이 모두 PASS인지 확인하세요.
4. 친구에게도 하나 보내고, 받은편지함뿐 아니라 스팸함도 봐 달라고 부탁하세요.

테스트가 스팸함에 가거나 SPF가 fail로 나오면 해결책은 거의 항상 6단계에 있습니다. 네 가지가 모두 통과하기 전에는 주소를 알리지 마세요.

8단계: 내 이름으로 발송하는 도구 연결하기

청구 도구, CRM, 문의 양식, 예약 앱은 모두 내 도메인으로 메일을 보낼 수 있습니다. 각각 SPF 레코드에서 허용하거나 새 메일 제공업체를 통해 발송하도록 해야 합니다. 하나씩 열어 발송 설정을 업데이트하고 테스트를 보내세요.

그다음 휴대폰과 노트북에 주소를 추가하고, 서명을 설정하고, 연락처 페이지, 소셜 프로필, 청구서 템플릿을 업데이트하세요.

Claude나 ChatGPT에게 시키기

맡길 만한 부분은 내 상황에 맞춘 체크리스트입니다. 아래를 붙여넣고 대괄호를 채우세요.

I'm setting up business email for [yourdomain.com] with [Google Workspace /
Microsoft 365]. My DNS is hosted at [DNS provider]. The domain [does / does not]
receive mail anywhere today. These tools also send mail as the domain: [list].
Give me a numbered checklist in the right order: domain verification TXT, the
mailboxes and aliases to create, MX records, the single SPF record I should end
up with, DKIM setup, and a DMARC record at p=none. For each step, tell me
whether it happens at the DNS host or in the mail admin console.

저장하기 전에 받은 모든 레코드를 제공업체 자체 설정 페이지의 값과 비교하세요. 어시스턴트는 그럴듯해 보이지만 틀린 MX 호스트 이름이나 include:를 자신 있게 지어냅니다.