내 도메인으로 Gmail 쓰기: 초보자를 위한 Google Workspace 설정 순서

회사 이메일을 만들려고 검색하면 TXT, MX, SPF, DKIM 같은 낯선 영어가 한꺼번에 나옵니다. 처음 보면 이메일 하나 만드는 일이 서버 공사처럼 느껴집니다.

하지만 전체 흐름은 생각보다 단순합니다. 이 글은 이미 도메인을 가진 사람이 Google Workspace로 `contact@example.com` 같은 도메인 이메일을 만드는 순서를 정리합니다. `example.com`은 설명용 예시 도메인이니, 읽을 때 내 도메인으로 바꿔 생각하면 됩니다.

설정값을 외우는 것보다 "이 단계는 왜 하는가"를 먼저 이해하는 데 초점을 맞췄습니다. 화면 이름은 Google과 도메인 업체가 개편하면 조금씩 달라지지만, 확인해야 할 원리는 같습니다.

왜 굳이 도메인 이메일을 만들까

개인 Gmail로도 메일은 충분히 주고받을 수 있습니다. 그래도 홈페이지 주소가 `example.com`이라면 이메일도 `contact@example.com`으로 맞추는 편이 좋습니다.

• 홈페이지, 명함, 견적서의 이름이 하나로 이어집니다.

• 받는 사람이 어느 회사에서 보낸 메일인지 알아보기 쉽습니다.

• `contact@`, `order@`, `invoice@`처럼 업무가 드러나는 주소를 만들 수 있습니다.

• 나중에 메일 서비스를 바꿔도 도메인을 갖고 있으면 같은 주소를 계속 쓸 수 있습니다.

도메인 이메일이 신뢰를 자동으로 만들어 주지는 않습니다. 정확한 이름과 서명, 빠른 답장이 함께 있어야 합니다. 다만 상대방이 홈페이지와 발신자를 연결해 확인하기는 훨씬 쉬워집니다.

시작 전에 세 단어만 이해하기

도메인은 인터넷에서 쓰는 내 주소입니다. `example.com`이 여기에 해당합니다. 도메인을 샀다고 이메일이 자동으로 생기지는 않습니다.

Google Workspace는 회사용 Google 서비스입니다. 개인 Gmail이 `@gmail.com` 주소를 쓰는 무료 우편함이라면, Workspace는 내 도메인 주소를 Gmail 화면에서 쓰게 해 주는 유료 우편 서비스입니다.

DNS는 도메인의 안내판 모음입니다. 웹사이트는 어느 서버로 갈지, 메일은 어느 우편함으로 보낼지를 적어 둡니다. 이번 작업은 결국 이 안내판 몇 개를 Google 쪽으로 맞추는 일입니다.

작업하면서 오가는 화면은 세 곳입니다.

• Google Workspace 신청 화면: 이용권과 관리자 계정을 만드는 곳

• 도메인 업체의 DNS 관리 화면: TXT, MX 같은 기록을 적는 곳

• Gmail과 Google 관리 콘솔: 메일과 보안 설정을 관리하는 곳

전체 순서 한눈에 보기

1. Google Workspace를 신청합니다.

2. TXT 기록으로 "이 도메인은 내 것"이라고 확인받습니다.

3. MX 기록을 Google로 바꿔 새 메일이 Gmail로 오게 합니다.

4. 실제로 메일을 주고받아 봅니다.

5. SPF, DKIM, DMARC로 보내는 메일의 신뢰도를 높입니다.

6. 공개용 별칭과 답장 주소를 정합니다.

7. 관리자 계정에 2단계 인증과 복구 수단을 마련합니다.

TXT와 MX까지만 해도 메일은 오갑니다. 그러나 업무용으로 오래 쓸 주소라면 SPF·DKIM·DMARC와 관리자 보안까지 마치는 것이 안전합니다.

1단계. Google Workspace 신청하기

먼저 가격 페이지에서 요금제를 비교합니다. 2026년 10월 9일에 확인한 한국어 가격 페이지에서는 요금제 이름이 Starter · Standard · Plus · Enterprise로 표시되고, 사용자 1명 · 연간 요금제 기준 가격이 달러로 나옵니다. 이메일부터 시작한다면 가장 가벼운 Starter를 먼저 보면 됩니다. 할인과 약정 조건은 수시로 바뀌므로 이 글의 숫자보다 신청 당일의 최종 결제 금액과 해지 조건을 확인하세요.

신청은 "지금 사용해 보기"에서 시작합니다. 첫 화면은 업체 이름, 직원 수, 지역을 묻습니다.

이어지는 화면에서는 대략 다음을 입력합니다.

1. 담당자 이름과 연락용 이메일을 입력합니다.

2. 이미 도메인이 있느냐는 질문에 기존 도메인 사용을 선택합니다.

3. `https://`와 `www`를 빼고 `example.com`처럼 도메인만 입력합니다.

4. 첫 사용자 주소와 비밀번호를 만듭니다. 이 첫 사용자가 관리자 역할도 맡습니다.

관리자는 일반 사용자보다 권한이 큽니다. 사용자를 만들고, 비밀번호를 초기화하고, 도메인 보안을 바꿀 수 있습니다. 그래서 외부에 널리 알릴 `contact@`를 관리자 로그인 주소로 바로 쓰기보다, 실제 담당자를 알아볼 수 있는 주 계정을 만든 뒤 공개용 주소는 별칭으로 붙이는 방식이 관리하기 쉽습니다.

신청이 끝나도 아직 메일은 작동하지 않습니다. Google은 먼저 신청한 사람이 정말 그 도메인의 주인인지 확인해야 합니다.

2단계. TXT로 "이 도메인은 내 것" 확인하기

TXT 기록은 DNS에 적는 짧은 메모입니다. Google이 `google-site-verification=`으로 시작하는 고유한 문장을 주면, 그 문장을 내 도메인의 DNS에 넣습니다. Google은 그 메모를 찾아내고 "DNS를 바꿀 권한이 있는 사람이니 도메인 주인이 맞다"고 판단합니다.

1. Google 관리 콘솔에서 메뉴 → 계정 → 도메인 → 도메인 관리로 이동합니다.

2. 도메인 확인을 누르고 `google-site-verification=`으로 시작하는 값을 복사합니다.

3. 도메인 업체의 DNS 관리 화면에서 유형 TXT, 이름(호스트)은 빈칸이나 `@`, 값에는 복사한 문장 전체를 넣습니다.

4. 저장한 뒤 관리 콘솔로 돌아와 확인을 누릅니다.

아래 표는 이 글에서 DNS에 넣게 될 기록 다섯 가지를 한 번에 정리한 것입니다. 지금은 첫 줄(TXT 소유 확인)만 넣으면 됩니다.

여기서 `@`는 이메일의 골뱅이가 아니라 "이 도메인 자체"를 뜻하는 DNS 표기입니다. 업체에 따라 이름 칸을 비워야 할 수도 있으니 화면 안내를 따릅니다.

저장 직후 확인이 안 돼도 실패라고 단정하지 마세요. DNS 변경이 퍼지는 데 시간이 걸리며, Google은 최대 72시간이 걸릴 수 있다고 안내합니다. 같은 TXT를 여러 번 만들기보다 값에 공백이 섞이지 않았는지, 실제 DNS를 관리하는 곳(네임서버가 가리키는 곳)에서 수정했는지 먼저 확인합니다.

3단계. MX로 새 메일의 도착지를 Gmail로 바꾸기

도메인 확인이 신분 확인이라면 MX는 우편물의 배달 주소입니다. 누군가 `contact@example.com`으로 메일을 보내면 어느 메일 서버로 가져갈지를 알려 줍니다.

Google은 새로 설정할 때 다음 MX 값을 안내합니다.

• 유형: MX

• 이름(호스트): 빈칸이나 `@`

• 우선순위: `1`

• 값: `smtp.google.com`

• TTL: 도메인 업체 기본값

업체가 끝에 점을 요구하면 `smtp.google.com.`으로 입력합니다. 관리 콘솔에서는 계정 → 도메인 → 도메인 관리에서 Gmail 활성화를 진행합니다.

이미 다른 회사 메일(호스팅 업체 메일 등)을 쓰고 있었다면 잠깐 멈춰야 합니다. MX를 바꾸는 순간부터 새 메일의 도착지가 달라지므로 기존 메일 백업과 이전 계획을 먼저 세웁니다. 오래된 MX를 무조건 지우는 것도, 서로 다른 메일 서비스의 MX를 함께 남겨 두는 것도 모두 위험합니다.

4단계. 먼저 간단히 주고받아 보기

MX를 저장했다면 보안 설정으로 넘어가기 전에 기본 배달부터 확인합니다.

1. 개인 Gmail 같은 외부 주소에서 새 도메인 주소로 메일을 보냅니다.

2. Workspace Gmail 받은편지함에 도착하는지 확인합니다.

3. 새 도메인 주소에서 외부 주소로 답장합니다.

4. 상대편 받은편지함과 스팸함을 모두 확인합니다.

DNS가 퍼지는 동안에는 어떤 곳에서는 되고 다른 곳에서는 잠시 안 될 수 있습니다. 바로 되지 않으면 설정을 계속 바꾸기보다 몇 시간 기다린 뒤 다시 시험하는 편이 낫습니다.

메일이 오간다고 끝난 것은 아닙니다. 이제부터는 받는 쪽 메일 서비스가 "이 메일은 정말 example.com이 보낸 것"이라고 판단할 수 있도록 발신 인증을 준비합니다.

5단계. SPF는 허가받은 발송 서버 명단

SPF(Sender Policy Framework)는 "우리 도메인 이름으로 메일을 보내도 되는 서버는 이곳"이라고 공개하는 명단입니다.

Google Workspace로만 메일을 보낸다면 DNS에 TXT 기록으로 다음 값을 넣습니다.

v=spf1 include:_spf.google.com ~all

중요한 규칙은 도메인 하나에 SPF도 한 줄이라는 점입니다. 홈페이지 알림, 뉴스레터, 예약 시스템이 각자 SPF를 새 줄로 만들면 인증이 깨질 수 있습니다. 이미 `v=spf1`로 시작하는 TXT가 있다면 새로 만들지 말고, 쓰고 있는 발송 서비스를 하나의 줄에 합칩니다.

홈페이지에서 `contact@example.com` 이름으로 알림 메일을 보낼 계획이라면 그 발송 경로도 SPF에 들어가는지 확인해야 합니다. 이 부분은 2편에서 다룹니다.

6단계. DKIM은 메일에 찍는 디지털 도장

DKIM은 보내는 메일마다 Google이 디지털 서명을 붙이는 장치입니다. 편지를 봉하고 도장을 찍어 중간에 내용이 바뀌지 않았음을 보여 주는 것과 비슷합니다.

1. 관리 콘솔에서 앱 → Google Workspace → Gmail → 이메일 인증으로 이동합니다.

2. 도메인을 고르고 새 기록을 생성합니다.

3. 가능하면 2048비트 키를 고르고, 선택자(selector)는 기본값 `google`을 씁니다.

4. Google이 보여 준 호스트(보통 `google._domainkey`)와 긴 TXT 값을 DNS에 저장합니다.

5. DNS 값이 퍼진 뒤 관리 콘솔로 돌아와 인증 시작을 누릅니다.

선택자는 어떤 DKIM 열쇠를 썼는지 알려 주는 이름입니다. 처음이라면 기본값 `google`을 그대로 쓰면 됩니다. Gmail을 켠 직후에는 키 생성 메뉴가 나타나기까지 24~72시간이 걸릴 수 있습니다.

가장 자주 빠뜨리는 것이 마지막 인증 시작 단추입니다. DNS에 값을 적는 것만으로는 끝나지 않습니다.

7단계. DMARC는 실패한 메일의 처리 규칙

DMARC는 SPF와 DKIM 검사 결과를 보고, 인증에 실패한 메일을 어떻게 처리할지 받는 쪽에 알려 주는 규칙입니다. 누가 내 도메인 이름으로 메일을 보냈는지 보고서로 받을 수도 있습니다.

처음부터 실패 메일을 모두 거절하는 `p=reject`를 쓰면 아직 등록하지 못한 정상 발송까지 막을 수 있습니다. SPF와 DKIM이 정상인지 최소 48시간 지켜본 뒤, 관찰만 하는 `p=none`으로 시작하는 편이 안전합니다.

호스트: _dmarc
유형: TXT
값: v=DMARC1; p=none; rua=mailto:dmarc@example.com

`dmarc@example.com`은 보고서를 받는 주소입니다. 보고서는 사람이 바로 읽기 어려운 XML 파일이고 양도 많을 수 있으니 일반 문의함과 분리하세요. 일주일 이상 결과를 보며 빠진 발송 서비스가 없는지 확인한 뒤 `quarantine`, 마지막에 `reject` 순으로 강화를 검토합니다.

정리하면 SPF는 허가 명단, DKIM은 디지털 도장, DMARC는 실패했을 때의 처리 규칙입니다. 서로 대신하는 기능이 아니라 함께 쓰는 장치입니다.

8단계. 주 계정과 공개용 별칭 나누기

로그인용 주 계정은 하나지만, 고객에게는 `contact@`, 주문에는 `order@`, 세금계산서에는 `invoice@`를 보여 주고 싶을 수 있습니다. 주소마다 유료 사용자를 만들 필요는 없습니다.

사용자는 자기 로그인, 메일함, Drive를 가진 독립 계정입니다. 별칭은 같은 메일함으로 들어오는 추가 주소입니다. 건물은 하나인데 현관에 안내판을 여러 개 다는 것과 비슷합니다.

1. 관리 콘솔의 디렉터리 → 사용자에서 주 계정을 선택합니다.

2. 대체 이메일(별칭) 추가에서 `contact`, `order`, `invoice` 같은 이름을 넣습니다.

3. 각 별칭으로 시험 메일을 보내 같은 받은편지함에 들어오는지 확인합니다.

Google은 사용자당 최대 30개의 별칭을 추가 요금 없이 만들 수 있다고 안내합니다. 다만 별칭은 별도 계정이 아니라서 그 주소로 로그인하거나 따로 Drive를 쓸 수 없습니다. 여러 사람이 같은 주소를 함께 처리해야 한다면 비밀번호를 나눠 쓰지 말고 Google 그룹, 공동 수신함, 위임 접근을 검토합니다.

9단계. Gmail에서 별칭 주소로 답장하게 만들기

별칭으로 메일을 받았더라도 답장할 때 주 계정 주소가 나갈 수 있습니다. 고객이 `contact@example.com`에 문의했는데 낯선 개인 주소로 답장이 오면 혼란스럽습니다.

1. 컴퓨터 Gmail에서 설정 → 모든 설정 보기로 이동합니다.

2. 계정 탭을 엽니다.

3. "다른 주소에서 메일 보내기"에서 별칭을 추가합니다.

4. 새 메일의 보내는 사람 줄에서 `contact@example.com`을 고를 수 있는지 확인합니다.

5. 같은 화면에서 "메일을 받은 주소에서 답장하기"를 선택합니다.

10단계. 관리자 계정은 현관 열쇠처럼 지키기

관리자 계정이 탈취되면 메일 한 통이 아니라 사용자 추가, 비밀번호, 보안 설정까지 바뀔 수 있습니다.

• 2단계 인증을 반드시 켭니다. 비밀번호 뒤에 휴대폰 알림, 인증 앱, 보안 키로 한 번 더 확인하는 방식입니다.

• 문자 메시지 하나에만 의존하지 말고 백업 코드를 오프라인에 보관합니다.

• 복구 이메일은 같은 Workspace 도메인이 아닌 외부 주소로 둡니다. 도메인 전체에 문제가 생겨도 받을 수 있어야 하기 때문입니다.

• 도메인 갱신과 Workspace 결제 실패 알림을 받을 주소를 확인합니다.

• 팀이라면 한 사람만 모든 복구 방법을 아는 상태를 피하고 절차를 문서로 남깁니다.

메일이 잘 오면 "나중에 하자"고 미루기 쉬운 단계지만, 실제 업무를 시작하기 전에 끝내는 것이 좋습니다.

11단계. 마지막 시험은 다른 메일 주소로

설정한 계정 안에서만 확인하면 놓치는 문제가 생깁니다. 개인 Gmail이나 다른 회사 메일처럼 완전히 다른 주소로 다음을 시험하세요.

• 주 주소와 모든 공개 별칭으로 보낸 메일이 도착하는가

• 도메인 주소에서 외부로 보낸 메일이 스팸함이 아닌 받은편지함에 들어가는가

• 별칭으로 받은 문의에 답장하면 보내는 사람도 같은 별칭으로 보이는가

• 컴퓨터와 휴대폰 Gmail에서 같은 메일함이 열리는가

• 없는 주소로 보냈을 때 반송 안내가 오는가

• 받은 쪽 Gmail의 메뉴(⋮) → 원본 보기에서 SPF, DKIM, DMARC가 PASS로 나오는가

• 2단계 인증, 복구 이메일, 백업 코드를 실제로 쓸 수 있는가

홈페이지 문의도 이 주소로 받을 수 있을까

가능합니다. 다만 문의 양식에 방문자가 입력한 주소를 보내는 사람(`From`)으로 쓰면 안 됩니다. 웹서버가 방문자인 척 메일을 보내는 모양이 되어 SPF와 DMARC 검사를 통과하지 못할 수 있습니다.

안전한 기본 흐름은 다음과 같습니다.

1. 문의 내용을 먼저 홈페이지 데이터베이스에 저장합니다.

2. 서버는 인증된 `contact@example.com`을 보내는 사람으로 써서 새 문의 알림을 보냅니다.

3. 방문자 이메일은 `Reply-To`(답장받을 주소)에 넣습니다.

4. 관리자가 Gmail에서 답장을 누르면 방문자에게 바로 회신됩니다.

Google Workspace는 2025년 5월 1일부터 사용자 이름과 비밀번호만으로 접속하는 덜 안전한 앱 방식을 지원하지 않습니다. 그래서 PHP 파일에 Workspace 비밀번호를 적어 넣는 방식은 쓰지 않습니다. 문의 저장, 발송 방식 선택, 스팸 방지, 실패 기록과 재시도는 2편에서 PHP 예시와 함께 다룹니다.

자주 막히는 곳

• 도메인을 샀는데 메일이 생기지 않습니다: 도메인과 메일 서비스는 별개입니다. Workspace 같은 메일 서비스를 따로 신청해야 합니다.

• TXT 확인이 계속 실패합니다: 도메인을 산 곳이 아니라 현재 네임서버가 가리키는 실제 DNS 관리처에서 수정했는지 봅니다.

• MX를 바꾼 뒤 예전 메일이 안 옵니다: 기존 메일 백업과 이전 전에 도착지를 바꿨을 가능성이 있습니다.

• 메일은 가는데 스팸함으로 갑니다: SPF·DKIM·DMARC와 발신자 이름, 내용, 도메인 평판을 함께 확인합니다.

• SPF가 두 줄 있습니다: 새 줄을 더 만들지 말고 하나의 SPF로 합칩니다.

• DKIM 값을 넣었는데 실패합니다: 관리 콘솔에서 인증 시작을 눌렀는지 확인합니다.

• 별칭으로 로그인이 안 됩니다: 별칭은 추가 주소일 뿐 별도 사용자가 아닙니다.

• 별칭으로 받았는데 주 계정 주소로 답장이 나갑니다: Gmail의 "다른 주소에서 메일 보내기"와 답장 기본값을 확인합니다.

• 홈페이지 알림만 인증에 실패합니다: 방문자 주소를 `From`에 넣지 말고 내 도메인 주소를 `From`, 방문자 주소를 `Reply-To`에 넣습니다.

어디까지 되면 기본 설정이 끝난 걸까

• 외부 메일과 서로 주고받을 수 있습니다.

• 공개용 별칭으로 받고 같은 주소로 답장할 수 있습니다.

• SPF와 DKIM이 통과하고, DMARC를 관찰 정책(`p=none`)으로 시작했습니다.

• 관리자 계정에 2단계 인증, 외부 복구 이메일, 백업 코드가 있습니다.

• 기존 메일 백업과 결제 · 도메인 갱신 알림을 확인했습니다.

여기까지 되면 기본 설정은 끝입니다. TXT는 소유권 메모, MX는 받는 메일의 이정표, SPF는 발송 허가 명단, DKIM은 디지털 도장, DMARC는 실패 처리 규칙입니다.

다음 2편: 홈페이지 문의를 도메인 이메일로 받기에서는 홈페이지 문의를 데이터베이스에 안전하게 저장하고, 새 문의를 `contact@`로 알리고, Gmail에서 방문자에게 바로 답장하는 구조를 PHP 예시로 이어 갑니다. 단계가 많아 어렵게 느껴진다면 3편의 한 장 정리와 AI 요청 예시부터 보셔도 됩니다.

정보 기준일은 2026년 10월 9일입니다. Google Workspace 요금, 메뉴 이름, 인증 정책은 바뀔 수 있으니 실제 설정 때는 관리 콘솔 도움말을 다시 확인하세요.