앱이나 웹사이트에 커스텀 도메인 연결하는 법

커스텀 도메인을 연결하려면 등록 대행사에서 도메인을 사고, 호스트를 가리키는 DNS 레코드를 추가합니다. 보통 www나 app 같은 하위 도메인에는 CNAME 레코드를, 루트 도메인에는 A 레코드(또는 ALIAS/플래트닝 레코드)를 씁니다. 그다음 호스트가 도메인을 확인하고 HTTPS 인증서를 발급하게 합니다. 보통 몇 분이 걸리며, 가끔 더 오래 걸리기도 합니다. 대부분의 문제는 레코드 오타, 잘못된 레코드 유형, 또는 호스트 앞에 있는 프록시에서 생깁니다.

이 가이드는 각 단계, www와 루트 도메인 중 선택, 그리고 문제 해결 방법을 다룹니다. 도메인의 기본 개념은 도메인과 DNS의 작동 원리를 참고하세요.

관련 구성 요소

등록 대행사와 DNS 제공업체는 같은 회사인 경우가 많지만 꼭 그럴 필요는 없습니다. 중요한 것은 이 도메인의 DNS를 어디에서 편집하느냐입니다. 레코드는 그곳에 추가합니다.

1단계: 도메인 구매

고르고 살 때 참고할 점:

• 짧고 소리 내어 철자를 말하기 쉽게 하세요. 철자를 설명해야 한다면 다른 이름을 고르세요.
• **사람들이 가장 먼저 떠올리는 것은 .com**이지만, 대상 고객에 맞다면 국가 확장자나 최신 확장자(.io, .app, .co.uk)도 괜찮습니다.
• 첫해 가격뿐 아니라 갱신 가격을 확인하세요. 첫해 할인은 흔하며, 갱신 시 가격이 오를 수 있습니다.
• 자동 갱신을 켜고 결제 카드를 최신 상태로 유지하세요. 만료된 도메인은 사이트와 이메일을 모두 중단시키며, 유예 기간이 지나면 다른 사람이 살 수 있습니다.
• 제공된다면 WHOIS 개인정보 보호를 켜서 개인 정보가 공개되지 않게 하세요.
• 프리랜서나 에이전시가 아니라 본인이 관리하는 계정에서 사세요.

일부 호스트와 앱 빌더는 제품 안에서 도메인을 직접 사게 해 주며, 이때 DNS도 자동으로 설정됩니다.

2단계: 주소 방식 정하기

하위 도메인과 루트 도메인

• 루트(apex) 도메인: example.com
• 하위 도메인: www.example.com, app.example.com

흔한 구성은 마케팅 사이트를 example.com 또는 www.example.com에, 제품을 app.example.com에 두는 것입니다. 단일 사이트라면 www와 루트 중 하나를 고르세요.

DNS 표준은 도메인의 루트에 CNAME 레코드를 두는 것을 허용하지 않습니다. 루트에는 네임서버 레코드 같은 다른 레코드가 있어야 하기 때문입니다. 많은 DNS 제공업체는 제공업체마다 ALIAS, ANAME, 또는 CNAME 플래트닝이라고 부르는 특수 레코드 유형으로 이 문제를 우회하며, 이것은 루트에서도 CNAME처럼 동작합니다. 제공업체가 이를 지원하지 않는다면 확실한 방법은 사이트를 www에 두고, DNS 제공업체나 등록 대행사에서 루트 도메인을 www로 리디렉션하도록 설정하는 것입니다.

어느 쪽을 고르든 대표 주소 하나를 정하고 다른 쪽은 그리로 리디렉션하세요. 두 주소가 리디렉션 없이 같은 내용을 보여 주면 사용자와 검색 엔진 모두에게 혼란스럽습니다. 대표 주소 하나가 중요한 이유는 AI로 만든 웹사이트를 위한 SEO에서 확인하세요.

3단계: DNS 레코드 추가

호스트가 정확히 무엇을 추가해야 하는지 알려 줍니다. 대략 다음 중 하나처럼 보일 것입니다.

대부분의 DNS 제공업체 양식 채우는 법:

• 이름 / 호스트: 하위 도메인 부분만 씁니다. www.example.com이 아니라 www입니다. 일부 제공업체는 도메인을 자동으로 붙이므로 전체 도메인을 입력하면 www.example.com.example.com이 됩니다. 루트는 제공업체가 쓰는 규칙에 따라 @를 쓰세요.
• 값 / 대상: 호스트가 보여 주는 값을 그대로 붙여 넣으세요. 제공업체가 끝에 점을 자동으로 붙여도 괜찮습니다.
• TTL: 기본값이면 충분합니다. 더 짧은 TTL(예: 5분)은 나중에 변경 사항이 더 빨리 반영되게 합니다.
• 프록시: DNS 제공업체가 트래픽을 프록시할 수 있다면(예: Cloudflare의 주황색 구름), 호스트의 안내를 따르세요. 많은 호스트는 인증서를 발급할 수 있도록 "DNS 전용"을 요구합니다.

호스트가 바꾸라고 하지 않는 한 기존 레코드는 그대로 두세요. 특히 MX 레코드는 건드리지 마세요. 이메일을 전달하는 레코드입니다. 이것을 삭제하거나 바꾸는 것이 도메인 변경으로 이메일이 깨지는 가장 흔한 원인입니다.

네임서버 변경과 레코드 추가

일부 호스트는 두 가지 방법을 제공합니다. 레코드를 추가하거나, 등록 대행사에서 네임서버를 바꿔 도메인의 DNS 전체를 그 호스트로 옮기는 것입니다. 네임서버를 바꾸면 이메일을 포함한 모든 레코드가 옮겨집니다. 기존 레코드를 모두 새 제공업체에 다시 만들 준비가 되었을 때만 하세요. 레코드 하나를 추가하는 것이 위험이 낮습니다.

4단계: 확인하고 HTTPS 받기

레코드를 넣은 뒤 호스트로 돌아가 확인(verify) 버튼을 누르세요. 호스트는 DNS를 확인하고, 보통 Let's Encrypt 같은 무료 인증 기관에 인증서를 요청해, 사이트를 HTTPS로 제공하기 시작합니다.

• DNS 변경이 퍼지는 동안 확인이 몇 번 실패할 수 있습니다.
• DNS 레코드가 유지되는 한 인증서는 자동으로 갱신됩니다.
• 도메인에 CAA 레코드(도메인에 인증서를 발급할 수 있는 인증 기관을 제한하는 레코드)가 있다면, 호스트의 인증 기관을 허용하는지 확인하세요. 그렇지 않으면 인증서 발급이 실패합니다.

HTTPS가 동작하면 http://가 https://로 리디렉션되는지 확인하세요. 대부분의 호스트는 자동으로 해 줍니다.

5단계: 테스트하기

• https://www.example.com이 자물쇠 아이콘과 함께 사이트를 불러옵니다
• 다른 형태(루트 또는 www)가 대표 주소로 리디렉션됩니다
• http://가 https://로 리디렉션됩니다
• 새 도메인에서 로그인, OAuth 로그인, 결제 리디렉션이 동작합니다(이들은 허용 URL 목록에 여전히 이전 주소가 있는 경우가 많습니다)
• 도메인으로 오는 이메일이 여전히 도착합니다
• 앱이 보내는 이메일의 링크가 새 도메인을 사용합니다

네 번째 항목에서 자주 실수합니다. Google 로그인, Stripe 웹훅, 비밀번호 재설정 링크는 모두 특정 URL로 설정되어 있습니다. 이전 주소가 나타나는 모든 곳에 새 도메인을 추가하세요. OAuth 부분은 앱에 로그인 추가하는 법을 참고하세요.

문제 해결

온라인 DNS 조회 도구나 터미널의 dig www.example.com으로 전 세계에서 현재 보이는 레코드를 확인할 수 있습니다. 문제가 DNS인지 호스트인지 구분하는 데 유용합니다.

Mythex에서 커스텀 도메인 연결하기

Mythex에서 커스텀 도메인은 Pro 기능입니다. 무료 요금제는 yourname.mythex.app 주소로 게시됩니다. Pro에서는 다음을 할 수 있습니다.

• Mythex 안에서 도메인 구매. 설정의 도메인, 또는 라이브 프로젝트의 게시 → 커스텀 도메인에서 구매하세요. Mythex가 도메인을 등록하고 DNS를 설정합니다. 등록 비용은 Pro 요금제와 별도로 청구되며, 자동 갱신은 기본으로 켜져 있습니다.
• 이미 가진 도메인 연결. 프로젝트를 게시한 뒤 연결을 선택하고, 호스트 이름(예: app.example.com)을 입력하세요. 그다음 DNS 제공업체에 Mythex가 보여 주는 대상(yourslug.mythex.ai)을 가리키는 CNAME을 추가합니다. 확인을 누르세요. HTTPS는 자동으로 발급됩니다.

DNS가 Cloudflare에 있다면 해당 CNAME을 DNS 전용(회색 구름)으로 설정하고, 프록시하지 마세요. 루트 도메인의 경우, 문서에서는 www나 app을 쓰고 DNS 제공업체가 ALIAS나 플래트닝을 지원하지 않으면 루트를 리디렉션하도록 권장합니다.

전체 절차와 문제 해결은 문서의 커스텀 도메인을, Pro에 포함된 항목은 요금제를 참고하세요. 도메인을 앱에 연결하기 전에 AI 프로토타입을 실서비스로 옮기는 법의 점검 항목도 한 번 살펴보는 것이 좋습니다.

자주 묻는 질문