공식 문서를 우선 확인해 작성했습니다. 가격·기능·정책은 바뀔 수 있으므로 글 끝의 원문 링크에서 최종 조건을 확인하세요.
Google Workspace에 가입했다고 바로 회사 주소로 메일이 들어오는 것은 아니다. 인터넷이 name@example.com으로 온 메일을 Google에 전달하도록 도메인의 MX 레코드를 설정해야 한다.
이 작업은 어렵다기보다 순서가 중요하다. 기존 메일을 사용 중이라면 MX 레코드를 바꾸는 순간부터 새 메일의 도착지가 달라질 수 있다. 먼저 계정과 과거 메일을 준비하고, DNS를 바꾼 뒤 송수신을 확인하는 순서로 진행하자.
시작 전 준비물
- Google Workspace 최고 관리자 계정
- 도메인을 구매하거나 DNS를 관리하는 서비스의 로그인 권한
- 만들 사용자 주소 목록: 대표 주소, 개인 주소, 청구·지원용 별칭
- 기존 메일이 있다면 백업 또는 이전 계획
- 외부에서 테스트할 Gmail 외 메일 계정 하나
도메인을 Cloudflare에서 관리한다고 해서 메일도 Cloudflare가 제공하는 것은 아니다. Cloudflare DNS에는 “메일을 Google로 보낸다”는 레코드를 넣고, 실제 사서함은 Google Workspace에서 운영한다.
1. 도메인 소유권부터 확인한다
Google 관리 콘솔의 안내에 따라 도메인에 TXT 레코드를 추가한다. 이 값은 Google이 “이 도메인을 설정할 권한이 있는가”를 확인하기 위한 것이다. DNS 제공업체 화면에서 레코드 유형을 TXT로 선택하고 Google이 제시한 값을 정확히 붙여 넣는다.
DNS 화면에서는 호스트 이름을 @, 빈칸, 또는 도메인 자체로 표현하기도 한다. 제공업체의 루트 도메인 입력 방식을 확인해야 한다. 따옴표를 임의로 추가하거나 인증 문자열을 줄여 쓰지 않는다.
확인이 즉시 끝나지 않을 수 있다. 같은 TXT 레코드를 여러 번 만들기보다, 공개 DNS에 값이 보일 때까지 기다렸다가 관리 콘솔에서 다시 확인한다.
2. 사용자를 먼저 만든다
MX를 변경하기 전에 실제로 받을 주소가 Google Workspace에 존재해야 한다. hello@example.com으로 메일이 오는데 해당 사용자나 그룹, 별칭이 없으면 반송될 수 있다.
1인 사업자라면 처음부터 모든 주소를 유료 사용자로 만들 필요는 없다. 대표 계정 하나를 만들고 hello@, billing@ 같은 주소를 별칭으로 연결할 수 있다. 여러 사람이 같은 주소를 처리해야 할 때는 Google 그룹스 또는 협업받은편지함이 더 적합한지 검토한다.
3. MX 레코드를 변경한다
Google의 현재 안내는 새로 Google Workspace를 설정하는 조직에 다음 MX 값을 제시한다.
| 항목 | 입력 값 |
|---|---|
| 유형 | MX |
| 호스트/이름 | @ 또는 루트 도메인 |
| 메일 서버 | smtp.google.com |
| 우선순위 | 1 |
DNS 제공업체가 서버 이름 끝에 마침표를 자동으로 붙일 수 있다. 화면의 예시를 따른다. 예전 Google Workspace 설정에서는 ASPMX.L.GOOGLE.COM 등 여러 MX 레코드를 볼 수 있는데, 기존에 정상 운영 중인 값을 이 글만 보고 무조건 교체하지 말고 관리 콘솔의 현재 지시를 따른다.
기존 메일 제공사의 MX 레코드가 남아 있으면 우선순위에 따라 메일이 다른 곳으로 갈 수 있다. 전환하기로 결정했다면 Google이 안내한 구성 외의 기존 MX는 제거한다. 단, 과거 메일 백업과 사용자 생성이 끝났는지 먼저 확인한다.
4. 관리 콘솔에서 Gmail을 활성화한다
DNS 저장만 하고 끝내지 않는다. Google 관리 콘솔로 돌아가 도메인의 Gmail 활성화 단계를 완료한다. Google 공식 도움말은 MX 레코드 인식에 최대 72시간이 걸릴 수 있다고 안내한다. 실제 반영 시간은 DNS 제공업체와 기존 TTL에 따라 다르다.
기다리는 동안 계속 값을 바꾸면 문제 지점을 찾기 어려워진다. DNS 조회 도구에서 공개 MX가 smtp.google.com을 가리키는지 확인하고, 값이 맞다면 전파 시간을 기다린다.
5. 양방향으로 테스트한다
한 방향 성공만으로 완료 처리하지 말자.
- 외부 계정에서 새 도메인 주소로 제목이 분명한 테스트 메일을 보낸다.
- 도메인 계정에서 외부 계정으로 답장한다.
- 보낸사람 이름과 주소가 의도대로 표시되는지 본다.
- 스팸함에 들어가지 않았는지 확인한다.
- 별칭과 그룹 주소에도 각각 보낸다.
- 존재하지 않는 주소로 보냈을 때 예상대로 반송되는지 본다.
MX는 수신 경로를 정하는 설정이다. 발신 신뢰도를 위해서는 SPF, DKIM, DMARC도 별도로 구성해야 한다. 먼저 정상 송수신을 확인한 뒤 Google 관리 콘솔의 인증 안내에 따라 단계적으로 설정한다. 세 값을 복사해 한 번에 넣기보다 각 레코드가 공개 DNS에서 확인되는지 검증하는 편이 안전하다.
자주 막히는 지점
MX 서버 이름에 내 도메인을 넣었다
메일 서버 값은 mail.example.com이 아니라 Google이 제시한 smtp.google.com이다. 호스트 또는 이름 칸에 루트 도메인을 표시하는 @가 들어간다.
Cloudflare의 프록시를 켜야 한다고 생각했다
Cloudflare의 주황색 프록시 상태는 A·CNAME 같은 웹 트래픽 레코드에서 사용한다. MX 레코드는 메일 라우팅 정보이며 프록시 대상으로 다루지 않는다.
일부 사람의 메일만 예전 사서함으로 간다
DNS 캐시 또는 남아 있는 기존 MX를 확인한다. 서로 다른 DNS 서버에서 MX를 조회해 결과가 같은지 보고, 변경 직후라면 기존 TTL만큼 기다린다.
연결을 끊었다가 다시 하면 빨리 해결될 것 같다
DNS 전파 문제는 계정을 재생성해도 빨라지지 않는다. 현재 공개된 TXT와 MX 값, 관리 콘솔 상태, 반송 메일의 오류 코드를 먼저 기록한다.
완료 체크리스트
- 도메인 소유권 확인 완료
- 모든 수신 주소의 사용자·별칭·그룹 생성
- 기존 메일 백업 또는 이전 완료
- Google이 안내한 MX 공개 확인
- 관리 콘솔 Gmail 활성화 완료
- 외부 ↔ 도메인 양방향 송수신 확인
- SPF, DKIM, DMARC 후속 설정 계획
- 관리자 계정 다단계 인증과 복구 수단 확인
공식 자료
DNS 값은 계정 생성 시점과 Google의 정책에 따라 달라질 수 있다. 관리 콘솔에 표시된 값을 최우선으로 사용한다.