결론부터 말하면, Proton Pass에서 SimpleLogin 커스텀 도메인 별칭을 쓰려면 먼저 개인 도메인의 DNS를 관리할 수 있는지 확인하고, Proton Pass 또는 SimpleLogin 화면에서 도메인을 추가한 뒤 안내되는 TXT·MX 같은 확인 값을 도메인 관리 화면에 넣어야 합니다. 그 다음 사이트별 별칭을 만들고, 수신 메일함과 회신 가능 여부를 테스트하면 로그인 주소를 서비스별로 분리해 관리할 수 있습니다.
요약: 이 글은 Proton Pass Plus에 포함된 SimpleLogin 별칭 기능을 기준으로 커스텀 도메인을 준비하는 순서, DNS 확인 전 체크할 항목, 별칭 생성 후 테스트 방법, 실패할 때 살펴볼 지점을 정리합니다. Proton Pass, SimpleLogin, 도메인 등록기관, 요금제, 메뉴 이름, 제공 기능은 업데이트에 따라 달라질 수 있으므로 실제 적용 전 공식 안내와 현재 계정 화면을 함께 확인하세요.
1. 커스텀 도메인 별칭이 필요한 상황
이 기능의 핵심은 로그인용 이메일 주소를 하나로 고정하지 않고 서비스별로 나눠 쓰는 것입니다. 예를 들어 쇼핑몰, 커뮤니티, 업무 도구, 뉴스레터마다 다른 별칭을 만들면 어느 서비스에서 온 메일인지 구분하기 쉽고, 특정 별칭만 끄거나 바꾸는 방식으로 받은편지함을 정리할 수 있습니다. 일반 임시 메일처럼 한 번 쓰고 버리는 방식이 아니라, 내 도메인을 바탕으로 장기간 관리할 별칭 체계를 만드는 데 가깝습니다.
Proton Pass는 비밀번호와 로그인 항목을 보관하는 도구이고, SimpleLogin은 이메일 별칭을 만들어 실제 메일함으로 전달해 주는 도구입니다. Proton은 Pass Plus에 SimpleLogin 프리미엄 기능을 포함한다고 안내했으며, 커스텀 도메인 별칭과 추가 메일함 같은 항목을 함께 언급했습니다. 따라서 이 주제는 단순히 앱 버튼 하나를 누르는 문제가 아니라, 도메인 소유권 확인과 메일 전달 구조를 이해하고 적용하는 설정 작업입니다.
2. 시작 전 준비물과 계정 확인
- Proton Pass 또는 SimpleLogin에 로그인할 수 있는 계정
- 커스텀 도메인 별칭을 사용할 수 있는 플랜 또는 번들 상태
- DNS 레코드를 수정할 수 있는 도메인 등록기관 관리자 화면
- 메일을 실제로 받을 기본 수신 메일함
- 테스트용 웹사이트 또는 본인에게 보낼 테스트 메일 주소
- 기존 도메인 메일을 사용 중이라면 현재 MX·TXT 레코드 백업 메모
가장 먼저 볼 것은 도메인 관리 권한입니다. 도메인을 샀더라도 DNS를 다른 서비스로 위임해 두었다면 레코드 수정 위치가 구매처와 다를 수 있습니다. 예를 들어 등록기관에서 도메인을 샀지만 네임서버를 Cloudflare나 다른 호스팅 업체로 바꿨다면, 실제 입력은 그 네임서버 관리 화면에서 해야 합니다. 어디에 값을 넣어야 하는지 모르면 Proton 화면의 안내를 따라가도 확인이 끝나지 않습니다.
3. DNS 값을 넣기 전 꼭 메모할 항목
커스텀 도메인을 추가하면 보통 서비스가 도메인 소유권 확인을 위한 TXT 값과 메일 전달을 위한 MX 값을 안내합니다. 경우에 따라 SPF, DKIM, DMARC 같은 발신 신뢰 관련 값도 표시될 수 있습니다. 이 값들은 도메인 등록기관의 화면 구성에 따라 이름이 조금 다르게 보입니다. Host, Name, Type, Value, Priority, TTL 같은 칸을 구분해서 옮겨 적어야 하며, 특히 루트 도메인을 뜻하는 @ 기호 처리 방식은 업체마다 다를 수 있습니다.
| 확인 항목 | 왜 필요한가 | 주의할 점 |
|---|---|---|
| TXT 확인 값 | 도메인 소유권을 확인 | 따옴표 자동 삽입 여부 확인 |
| MX 값 | 별칭 메일을 전달 | 기존 메일 서비스와 충돌 여부 확인 |
| 우선순위 | 메일 서버 순서 결정 | 숫자가 작을수록 우선인 경우가 많음 |
| TTL | 변경 반영 대기 시간 | 즉시 반영되지 않을 수 있음 |
| 기존 레코드 | 되돌리기용 기록 | 스크린샷보다 텍스트 메모가 안전 |
4. Proton Pass와 SimpleLogin에서 도메인 추가하기
계정 화면에서 이메일 별칭, SimpleLogin, 도메인, Custom domain 같은 메뉴를 찾습니다. 메뉴 이름은 앱 버전과 웹 화면 구성에 따라 달라질 수 있으므로 검색창이 있다면 domain 또는 alias로 찾아보는 것이 빠릅니다. 도메인 추가 화면에 내 도메인을 입력하면 서비스가 확인용 값을 보여 줍니다. 이 단계에서는 아직 실제 별칭을 만들기보다, 화면에 표시된 값을 정확히 복사하는 데 집중합니다.
도메인 관리 화면에 들어가 안내된 TXT 값과 MX 값을 각각 추가한 뒤 저장합니다. 저장 후 바로 확인 버튼을 누르면 아직 전파가 끝나지 않아 실패처럼 보일 수 있습니다. 몇 분에서 더 긴 시간이 걸릴 수 있으므로, 값이 틀렸는지와 단순 대기인지 구분해야 합니다. 확인이 통과되면 별칭 생성 메뉴에서 원하는 로컬 파트, 예를 들어 shop, newsletter, account 같은 앞부분을 정하고 실제 수신 메일함으로 도착하는지 테스트합니다.
5. 별칭 이름을 정하는 실전 규칙
별칭은 너무 복잡하게 만들면 나중에 관리가 어려워집니다. 서비스 이름을 그대로 쓰면 기억하기 쉽지만 외부에 노출될 때 추측이 쉬울 수 있습니다. 반대로 무작위 문자열만 쓰면 보안 감각은 좋아 보이지만 어떤 용도였는지 나중에 찾기 어렵습니다. 일반 사용자는 서비스명과 짧은 구분자를 섞는 방식이 현실적입니다. 예를 들어 shopping-a, app-login, news-kr처럼 카테고리와 용도를 함께 넣으면 검색과 정리가 쉽습니다.
중요한 서비스에는 별칭을 하나씩 따로 만들고, 뉴스레터나 일회성 가입에는 별도 그룹을 두는 방식도 좋습니다. 다만 커스텀 도메인 전체가 너무 많이 노출되면 별칭을 많이 나눠도 도메인 자체는 알려질 수 있습니다. 그러므로 모든 가입에 같은 패턴을 반복하기보다, 중요한 계정과 일반 구독을 분리하는 규칙을 먼저 정하세요.
6. 수신과 회신 테스트 순서
도메인 확인이 끝났다면 첫 별칭을 만든 뒤 테스트 메일을 보내 봅니다. 수신 메일함에 도착하는지, 보낸 사람 표시가 원하는 방식인지, 스팸함으로 들어가지는 않는지 확인합니다. 그 다음 해당 별칭으로 받은 메일에 회신이 가능한지 살펴봅니다. Proton 공식 안내는 별칭에서 메일을 보낼 수 있는 기능도 언급하지만, 실제 계정 상태나 화면에 따라 제공 방식이 다를 수 있으므로 현재 메뉴에서 가능한 범위를 직접 확인해야 합니다.
회신 테스트는 특히 중요합니다. 어떤 서비스는 가입 확인 메일만 받으면 충분하지만, 고객센터 문의나 계정 복구 메일을 주고받아야 하는 경우도 있습니다. 별칭으로 회신할 때 실제 메일 주소가 노출되지 않는지, 표시 이름이 적절한지, 상대방에게 반송되지 않는지 확인하세요. 테스트가 끝나면 Proton Pass의 로그인 항목에 해당 별칭을 함께 저장해 두면 나중에 어떤 사이트에서 어떤 주소를 썼는지 찾기 쉽습니다.
7. 자주 막히는 지점과 점검 체크리스트
- 도메인 확인 실패: TXT 값을 잘못 붙여넣었거나 입력 위치가 다른 DNS 관리자일 수 있습니다.
- 메일 미수신: MX 값, 우선순위, 기존 메일 서비스 충돌을 확인합니다.
- 일부 메일만 도착: 스팸함, 필터, 전달 대상 메일함 상태를 확인합니다.
- 회신 실패: 별칭 발신 기능이 현재 플랜과 화면에서 지원되는지 확인합니다.
- 기존 업무 메일 영향: 도메인을 이미 메일 주소로 쓰고 있다면 변경 전 기존 레코드를 반드시 기록합니다.
DNS는 저장했다고 바로 전 세계에서 같은 값으로 보이지 않을 수 있습니다. 그래서 한 번 실패했다고 계속 값을 바꾸기보다, 입력값을 다시 읽고 일정 시간 기다린 뒤 재확인하는 편이 낫습니다. 또한 도메인의 루트 주소와 하위 도메인을 구분해야 합니다. 기존 메일을 보호하고 싶다면 alias.example.com 같은 하위 도메인 방식이 더 안전할 수 있지만, 지원 방식은 서비스 화면과 공식 문서를 기준으로 확인해야 합니다.
8. 보안 관리와 백업 습관
별칭은 받은편지함을 깔끔하게 만드는 도구이지만, 비밀번호 관리와 함께 써야 효과가 큽니다. 사이트마다 다른 별칭을 쓰면서 같은 비밀번호를 반복하면 장점이 줄어듭니다. Proton Pass에 저장된 로그인 항목에는 사이트 URL, 별칭 주소, 생성 날짜, 용도를 함께 기록하세요. 어느 사이트에서 별칭을 바꿨는지 모르면 나중에 로그인 복구가 복잡해질 수 있습니다.
도메인 자체도 중요한 자산입니다. 도메인 등록기관 계정에는 강한 비밀번호와 2단계 인증을 설정하고, 만료 알림을 놓치지 않게 해 두세요. 도메인이 만료되면 별칭 메일 흐름도 영향을 받을 수 있습니다. 또한 가족이나 팀과 같이 쓰는 경우에는 누가 어떤 별칭을 만들 수 있는지, 전달 대상 메일함을 어떻게 정할지, 사용하지 않는 별칭은 언제 끌지 기준을 마련하는 것이 좋습니다.
9. 기능과 요금 화면 변경 가능성
Proton은 Pass Plus에 SimpleLogin 프리미엄 기능을 포함한다고 안내했고, 2026년 로드맵에서는 별칭과 공유, 관리자용 관리 기능 개선도 언급했습니다. 하지만 제품 구성, 플랜 이름, 가격, 화면 위치, 별칭 생성 한도, 커스텀 도메인 지원 범위는 시점과 지역, 계정 유형에 따라 달라질 수 있습니다. 이 글은 설정 흐름을 이해하기 위한 체크리스트이며, 결제 전에는 반드시 현재 공식 페이지와 계정 화면의 제공 항목을 확인하세요.
특히 이미 다른 메일 호스팅을 쓰는 도메인이라면 커스텀 도메인 별칭을 추가하는 과정에서 기존 메일 수신 구조와 충돌할 수 있습니다. 기존 업무용 주소가 중요한 도메인이라면 바로 루트 도메인에 적용하지 말고, 테스트용 도메인이나 하위 도메인으로 먼저 검증하는 것이 안전합니다. 변경 후에는 새 가입, 기존 가입, 회신, 비밀번호 재설정 메일 수신까지 순서대로 테스트하세요.
FAQ
Q1. Proton Pass만 있으면 바로 커스텀 도메인 별칭을 쓸 수 있나요?
계정 플랜과 현재 제공 범위에 따라 다릅니다. Proton은 Pass Plus에 SimpleLogin 프리미엄 기능을 포함한다고 안내했지만, 실제 화면에서 커스텀 도메인 메뉴가 보이는지 먼저 확인해야 합니다.
Q2. 기존 Gmail이나 Outlook 받은편지함으로도 전달할 수 있나요?
일반적으로 별칭 서비스는 지정한 수신 메일함으로 전달하는 구조를 제공합니다. 다만 추가 메일함 등록, 확인 메일, 전달 제한은 서비스 화면에 따라 달라질 수 있으므로 테스트 메일로 확인하는 것이 좋습니다.
Q3. DNS 변경 후 확인이 실패하면 무엇부터 봐야 하나요?
입력한 DNS 관리자 위치가 맞는지, TXT와 MX 값이 줄바꿈 없이 들어갔는지, 우선순위를 빠뜨리지 않았는지 확인합니다. 값이 맞다면 전파 대기 시간이 필요한 경우도 있습니다.
Q4. 커스텀 도메인 별칭을 쓰면 스팸이 완전히 사라지나요?
완전히 사라진다고 볼 수는 없습니다. 다만 서비스별 별칭을 나누면 문제가 생긴 별칭만 끄거나 바꾸기 쉬워져 받은편지함 관리가 쉬워집니다.
Q5. 이미 업무 메일로 쓰는 도메인에 적용해도 괜찮나요?
기존 메일 흐름을 바꿀 수 있으므로 바로 적용하지 않는 편이 안전합니다. 현재 MX·TXT 값을 기록하고, 가능하면 테스트용 하위 도메인으로 먼저 확인한 뒤 적용 범위를 정하세요.