맞춤 랜딩 페이지 도메인 연결 및 인증

Published: 2026년 7월 16일 · Last updated: 2026년 7월 21일 · By Marcus Biel

랜딩 페이지 도메인을 사용하면 비즈니스에 속한 주소로 Maildroppa 랜딩 페이지를 게시할 수 있습니다.

표준 Maildroppa 주소만 공유하는 대신 newsletter.your-real-domain.com과 같은 서브도메인을 사용하고, 선택적으로 경로를 추가하여 다음과 같은 주소로 페이지를 게시할 수 있습니다.

https://newsletter.your-real-domain.com/weekly-tips

Maildroppa는 사용자가 서브도메인을 관리하고 있는지 확인하고, 방문자가 올바른 서비스로 연결되는지 확인한 다음, 보안 HTTPS 연결을 준비합니다. 랜딩 페이지 도메인 페이지에서는 설정 상태, 필요한 DNS 레코드, 수동 연결 확인, 도메인 삭제 기능을 한곳에서 관리할 수 있습니다.

도메인이 아직 인증을 기다리고 있나요?

두 DNS 레코드가 Maildroppa에 표시된 값과 정확히 일치하는지 확인하세요. DNS 제공업체가 기본 도메인을 두 번 추가하지 않았는지 확인하고, Cloudflare 또는 다른 DNS 프록시가 있다면 DNS 전용으로 설정하세요. 그런 다음 “Check DNS”를 클릭하세요. DNS 변경 사항이 전파되는 데 최대 48시간이 걸릴 수 있습니다. 기다리는 동안 도메인을 삭제했다가 다시 추가하지 마세요. 이렇게 하면 새로운 TXT 인증 토큰이 생성됩니다.

레코드가 48시간 동안 변경되지 않았는데도 도메인이 여전히 준비되지 않은 경우, 정확한 서브도메인, DNS 제공업체, 표시된 실패 메시지, 확인된 TXT 값, 확인된 CNAME 체인을 지원팀에 보내세요.

랜딩 페이지 도메인이란

랜딩 페이지 도메인은 Maildroppa의 Signup Form Builder로 만든 공개 랜딩 페이지에 사용되는 호스트 이름입니다.

Maildroppa는 루트 도메인이 아닌 서브도메인을 연결합니다. 예를 들면 다음과 같습니다.

• newsletter.your-real-domain.com은 연결할 수 있는 서브도메인입니다.
• www.your-real-domain.com도 연결할 수 있는 서브도메인입니다.
• your-real-domain.com은 루트 도메인이므로 이 CNAME 기반 설정으로 연결할 수 없습니다.

별도의 서브도메인을 사용하면 랜딩 페이지 연결을 기본 웹사이트와 독립적으로 운영할 수 있습니다. 웹사이트는 your-real-domain.com에 그대로 두고, Maildroppa는 newsletter.your-real-domain.com에서 랜딩 페이지를 제공할 수 있습니다.

하나의 Maildroppa 계정에 최대 10개의 랜딩 페이지 도메인을 연결할 수 있습니다. 여러 브랜드, 캠페인, 국가 또는 공개 페이지 그룹을 관리할 때 유용합니다. 연결된 도메인은 각 페이지가 서로 다른 경로를 사용하는 경우 둘 이상의 랜딩 페이지를 호스팅할 수도 있습니다.

랜딩 페이지 도메인과 발신자 도메인은 서로 다릅니다

랜딩 페이지 도메인 페이지는 게시된 랜딩 페이지의 웹 주소를 관리합니다. 캠페인이나 Double Opt-in 이메일을 발송하는 데 사용되는 이메일 주소를 인증하는 기능은 아닙니다.

다음은 별도의 설정입니다.

• “Settings” → “Landing Page Domains”에서 TXT 및 CNAME 레코드로 공개 랜딩 페이지 서브도메인을 연결합니다.
• “Settings” → “Email sender”에서 발신자 이름, 발신자 이메일 주소, DKIM과 같은 발신자 도메인 인증을 설정합니다.

랜딩 페이지 도메인을 연결해도 해당 도메인이 자동으로 인증된 발신 도메인이 되지는 않습니다. 마찬가지로 발신자 도메인을 인증해도 자동으로 랜딩 페이지 도메인으로 연결되지는 않습니다. 웹 페이지와 이메일 발송에 동일한 조직 도메인을 사용하려면 두 설정을 각각 완료하세요.

시작하기 전에 필요한 사항

도메인을 연결하기 전에 다음을 확인하세요.

• 실제 공개 도메인을 소유하거나 관리하고 있습니다.
• 도메인 등록업체, 호스팅 제공업체 또는 DNS 제공업체를 통해 DNS 레코드를 편집할 수 있습니다.
• 웹사이트나 다른 서비스에서 이미 사용하지 않는 서브도메인을 선택했습니다.
• TXT 레코드와 CNAME 레코드를 모두 만들 수 있습니다.
• 제공업체가 완전한 호스트 이름을 요구하는지, 기본 도메인 앞부분만 요구하는지 알고 있습니다.

기존 웹사이트, 쇼핑몰 또는 애플리케이션을 연결 해제하여 해당 호스트 이름을 재사용하지 마세요. 원하는 이름에 이미 A, AAAA 또는 CNAME 레코드가 있다면 새 서브도메인을 선택하세요.

이 가이드의 예시는 필요한 형식을 보여 주기 위한 것입니다. 사용자가 관리하는 실제 도메인의 서브도메인으로 바꾸세요. Maildroppa는 example.com과 같은 자리 표시자 도메인 및 Maildroppa 소유 도메인을 거부합니다.

랜딩 페이지 도메인 열기

“Settings”를 열고 “Landing Page Domains”를 선택하세요.

아직 도메인을 연결하지 않았다면 페이지에 “No landing page domains yet”가 표시됩니다. “Add domain”을 클릭하여 시작하세요.

이미 도메인이 있는 경우 페이지에 다음 항목이 표시됩니다.

• 현재 연결 상태
• 도메인 이름
• 필요한 DNS 레코드 수
• DNS 세부정보 표시 컨트롤
• 도메인이 준비되지 않은 동안 표시되는 “Check DNS”
• 세부정보 표시 또는 도메인 삭제를 위한 작업 메뉴

작은 화면에서는 레이아웃이 간결한 카드 형태로 바뀌지만, 사용할 수 있는 정보와 작업은 동일합니다.

1단계: 서브도메인 추가

“Add domain”을 클릭하세요. 다음과 같이 완전한 서브도메인만 입력합니다.

newsletter.your-real-domain.com

다음은 입력하지 마세요.

• https://newsletter.your-real-domain.com
• newsletter.your-real-domain.com/signup
• IP 주소
• localhost
• your-real-domain.com과 같은 루트 도메인
• 공백이나 밑줄이 포함된 호스트 이름

Maildroppa는 앞뒤 공백을 제거하고, 이름을 소문자로 변환하며, 마지막 DNS 점을 제거합니다. 그 외의 잘못된 형식은 도메인이 생성되기 전에 거부됩니다.

“Create domain”을 클릭하세요. Maildroppa는 이 서브도메인에 대한 개별 인증을 생성하고 연결에 필요한 두 DNS 레코드를 표시합니다.

서브도메인이 이미 사용자의 계정에 연결되어 있으면 Maildroppa는 중복 항목을 생성하지 않고 기존 설정을 표시합니다. 다른 Maildroppa 계정에 연결되어 있다면 다른 서브도메인을 사용하거나, 해당 도메인이 사용자 소유인 경우 지원팀에 문의하세요.

2단계: 두 DNS 레코드 추가

도메인을 생성한 후 도메인을 관리하는 제공업체에서 DNS 설정을 여세요. Maildroppa에 표시된 두 레코드를 모두 정확히 추가하세요.

각 레코드는 세 부분으로 구성됩니다.

• Type — TXT 또는 CNAME
• Name — 레코드가 속한 호스트 이름
• Value — 인증 값 또는 라우팅 대상

이름과 값 옆의 “Copy” 버튼을 사용하세요. 모든 도메인에는 고유한 값이 부여되므로 다른 계정, 다른 도메인, 이 가이드 또는 오래된 스크린샷의 DNS 세부정보를 복사하지 마세요.

레코드 1: TXT 소유권 레코드

TXT 레코드는 해당 서브도메인이 사용자의 소유임을 확인합니다.

이름은 _maildroppa로 시작하며 연결된 서브도메인을 포함합니다. 값은 md-verify=로 시작하고 이 도메인을 위해 생성된 개별 인증 토큰을 포함합니다.

newsletter.your-real-domain.com과 같은 서브도메인의 경우 레코드는 다음 형식을 따릅니다.

Type: TXT

Name: _maildroppa.newsletter.your-real-domain.com

Value: md-verify=your-individual-token

위 형식은 설명을 위한 예시일 뿐입니다. Maildroppa 계정에 표시된 정확한 이름과 값을 복사하세요.

일반 서브도메인 자체에 토큰을 넣지 마세요. Maildroppa는 특수한 _maildroppa 호스트 이름에서 토큰을 찾습니다.

관련 없는 다른 TXT 레코드는 일반적으로 그대로 둘 수 있습니다. 중요한 점은 정확한 Maildroppa 값이 표시된 정확한 이름에 존재해야 한다는 것입니다.

레코드 2: CNAME 라우팅 레코드

CNAME 레코드는 선택한 서브도메인에서 방문자를 Maildroppa로 연결합니다.

newsletter.your-real-domain.com과 같은 도메인의 경우 CNAME 이름은 랜딩 페이지 서브도메인 자체입니다. 값은 설정에 표시된 Maildroppa 대상입니다.

Type: CNAME

Name: newsletter.your-real-domain.com

Value: 페이지에 표시된 정확한 Maildroppa 대상을 복사합니다.

CNAME 값은 호스트 이름입니다. https://, 경로, 공백 또는 IP 주소를 추가하지 마세요.

일반적으로 하나의 호스트 이름에 CNAME과 다른 라우팅 레코드를 함께 둘 수 없습니다. 선택한 서브도메인에 이미 A, AAAA 또는 다른 CNAME 레코드가 있다면 다른 서브도메인을 선택하세요. 기존 서비스를 더 이상 사용하지 않는 것이 확실한 경우에만 충돌하는 레코드를 제거하세요.

완전한 이름과 상대 이름

DNS 제공업체마다 필드 이름이 다릅니다. 필드가 “Name”, “Host”, “Hostname” 또는 “Alias”로 표시될 수 있습니다.

일부 제공업체는 Maildroppa에 표시된 완전한 이름을 요구합니다. 다른 제공업체는 DNS 영역의 기본 도메인을 자동으로 추가합니다.

예를 들어 your-real-domain.com의 DNS 영역을 편집할 때 이러한 제공업체는 다음과 같이 입력하도록 요구할 수 있습니다.

• _maildroppa.newsletter.your-real-domain.com 대신 _maildroppa.newsletter
• newsletter.your-real-domain.com 대신 newsletter

최종 공개 DNS 이름은 여전히 Maildroppa에 표시된 완전한 이름과 일치해야 합니다. 제공업체가 newsletter.your-real-domain.com.your-real-domain.com처럼 이름을 중복 표시한다면 Name 필드에 입력하는 값에서 자동으로 추가된 도메인을 제거하세요.

제공업체의 Name 형식에 맞추기 위해 레코드 Value를 변경하지 마세요. Value는 Maildroppa에 표시된 그대로 유지해야 합니다.

Cloudflare 및 기타 DNS 프록시

Cloudflare 또는 다른 서비스가 CNAME을 프록시할 수 있다면 도메인을 연결하는 동안 “DNS only”를 사용하세요.

Cloudflare에서는 주황색 프록시 클라우드가 아닌 회색 클라우드입니다. 프록시는 실제 CNAME 대상을 DNS 확인에서 숨길 수 있으며, 이로 인해 Maildroppa가 연결을 확인하지 못할 수 있습니다.

TXT 레코드는 프록시되지 않습니다. 일반적으로 추가하세요.

3단계: DNS 전파 대기

DNS 제공업체에 레코드를 저장하세요. DNS 변경 사항은 몇 분 안에 표시되는 경우가 많지만 전파되는 데 최대 48시간이 걸릴 수 있습니다.

Maildroppa는 진행 중인 도메인을 자동으로 확인합니다. 대화상자를 닫거나 설정 페이지를 나가도 됩니다. 설정은 백그라운드에서 계속 진행됩니다.

도메인이 생성한 세션과 같은 세션 중에 준비될 필요는 없습니다. 나중에 “Landing Page Domains”로 돌아가 상태를 확인하세요.

DNS가 전파되는 동안 도메인을 반복해서 삭제하고 다시 생성하지 마세요. 다시 생성하면 새로운 인증 토큰이 만들어지므로 이전 TXT 값으로는 새 설정이 완료되지 않습니다.

4단계: 연결 확인

두 레코드를 저장한 후 “Check DNS”를 클릭하세요.

Maildroppa는 다음 단계로 연결을 확인합니다.

1. 소유권을 확인하기 위해 정확한 TXT 값을 찾습니다.
2. CNAME 연결을 따라가 예상되는 Maildroppa 대상에 도달하는지 확인합니다.
3. 서브도메인의 보안 HTTPS 인증서를 준비하고 확인합니다.
4. 소유권, 라우팅, HTTPS가 작동하면 도메인을 준비 완료로 표시합니다.

레코드가 아직 전파되지 않았다면 도메인은 대기 상태로 유지됩니다. 이는 다시 생성해야 한다는 뜻이 아닙니다. 표시된 레코드와 제공업체의 레코드를 비교하고 기다린 후 나중에 다시 확인하세요.

수동 확인 후 버튼은 잠시 비활성화되며, 다음 확인이 가능해질 때까지 카운트다운이 표시될 수 있습니다. 이 일시 중지는 반복적인 DNS 요청을 방지합니다. 자동 확인은 별도로 계속됩니다.

연결이 완료되면 Maildroppa에 “Domain verified”가 표시되고 도메인 상태가 “Ready”로 변경됩니다. 준비 완료 도메인에는 “Check DNS” 버튼이 더 이상 표시되지 않습니다.

도메인 상태 이해하기

표에는 짧은 상태 배지가 사용됩니다. 설정 중에는 현재 단계를 설명하는 더 자세한 문구가 표시될 수 있습니다.

DNS 대기 중

Maildroppa가 아직 필요한 두 DNS 레코드를 모두 찾지 못했습니다.

상세 상태는 다음과 같을 수 있습니다.

• Waiting for domain settings — TXT 소유권 레코드가 확인되지 않았습니다.
• Domain confirmed, connection still missing — TXT 레코드는 올바르지만 CNAME이 아직 예상 대상으로 연결되지 않았습니다.

DNS 세부정보를 열고 각 이름과 값을 비교하세요. 방금 레코드를 저장했다면 전파에 더 시간이 필요할 수 있습니다.

연결 중

Maildroppa가 필요한 DNS 연결을 찾았으며 보안 공개 주소를 준비하고 있습니다.

상세 상태는 다음과 같을 수 있습니다.

• Connection found, security is being prepared
• Secure connection is being set up

이 단계에서는 DNS 레코드를 변경하거나 삭제하지 마세요. 기다리는 동안 표준 Maildroppa 주소를 통해 랜딩 페이지를 게시할 수 있습니다.

준비 완료

TXT 레코드, CNAME 라우팅 및 HTTPS 연결이 작동하고 있습니다. 이제 랜딩 페이지에 해당 도메인을 선택할 수 있습니다.

두 DNS 레코드를 모두 유지하세요. 나중에 레코드를 삭제하거나 변경하면 도메인 상태가 비정상으로 바뀔 수 있습니다.

확인 필요

도메인이 이전에는 준비 완료였지만 현재 DNS 또는 보안 연결에 문제가 있습니다.

DNS 세부정보를 열고 레코드가 변경되었는지 확인한 다음 “Check DNS”를 실행하세요. 기존 공개 페이지에 영향을 줄 수 있으므로 이 상태를 신속히 해결하거나 연결이 다시 정상화될 때까지 표준 주소를 통해 게시하세요.

실패

반복된 확인 후에도 설정이 완료되지 않았거나, 이전에 작동하던 연결이 비정상 상태로 유지되었습니다.

표시된 실패 정보와 두 DNS 레코드를 확인하세요. 값이 올바르다면 전파를 기다린 후 다시 확인하세요. 오래되었거나 잘못된 설정을 복구할 수 없다면 사용하지 않는 도메인을 삭제하고 새로 생성된 레코드로 다시 연결하세요.

DNS 및 확인 세부정보 보기

도메인을 펼치려면 도메인 이름, DNS 레코드 수 또는 작업 메뉴의 “Show details”를 클릭하세요.

펼쳐진 표 영역에는 TXT 및 CNAME 레코드가 다시 표시됩니다. 도메인을 다시 생성하지 않고도 각 이름과 값을 복사할 수 있습니다.

설정 대화상자에서 새로 생성한 도메인을 확인할 때 Maildroppa는 다음과 같은 확인 정보도 표시할 수 있습니다.

• 연결이 통과하지 못한 이유
• 확인된 TXT 값
• 확인된 CNAME 체인

이 정보는 레코드가 없는 경우와 레코드는 있지만 값이 잘못된 경우를 구분하는 데 도움이 됩니다.

예를 들면 다음과 같습니다.

• 확인된 TXT 값이 없다는 것은 일반적으로 TXT 레코드가 없거나 잘못된 이름으로 저장되었거나 아직 전파되지 않았다는 뜻입니다.
• 확인된 TXT 값이 Maildroppa의 예상 값과 다르다면 일반적으로 이전 토큰이나 다른 도메인에서 복사한 값이 존재한다는 뜻입니다.
• CNAME 체인이 비어 있다면 일반적으로 서브도메인에서 공개 CNAME을 찾지 못했다는 뜻입니다.
• CNAME 대상이 다르다면 일반적으로 서브도메인이 여전히 다른 서비스로 연결되어 있거나 DNS 프록시가 예상 대상을 숨기고 있다는 뜻입니다.

준비 완료 도메인을 랜딩 페이지에 사용하기

도메인을 연결해도 기존 랜딩 페이지가 자동으로 해당 도메인으로 이동하지는 않습니다. 각 페이지의 공개 주소를 별도로 선택해야 합니다.

Signup Form Builder에서 랜딩 페이지를 열고 “Publish”, “Publish changes” 또는 “Manage publication”을 여세요. 공개 주소 섹션에서 다음을 수행합니다.

1. “Manage custom domain”을 엽니다.
2. 상태가 “Ready”인 도메인을 선택합니다.
3. “Use domain”을 클릭합니다.
4. 원하는 경로를 입력하거나 연결된 서브도메인의 루트에 /를 사용합니다.
5. 최종 HTTPS 주소를 검토합니다.
6. 페이지를 게시하거나 주소 변경 사항을 게시합니다.

새 랜딩 페이지 경로에는 준비 완료 도메인만 할당할 수 있습니다. 대기 중이거나 연결 중인 도메인은 도메인 관리에는 계속 표시되지만 게시할 준비가 되지 않은 상태입니다.

도메인의 각 경로는 하나의 랜딩 페이지만 사용할 수 있습니다. 예를 들어 하나의 도메인에서 다음을 호스팅할 수 있습니다.

• https://newsletter.your-real-domain.com/weekly-tips
• https://newsletter.your-real-domain.com/webinar
• https://newsletter.your-real-domain.com/summer-guide

/를 사용할 수 있는 페이지는 하나뿐이며, 같은 도메인에서 두 페이지가 동일한 경로를 사용할 수 없습니다.

언제든지 표준 Maildroppa 주소를 선택하여 맞춤 도메인 없이 게시할 수 있습니다. 나중에 표준 주소에서 준비 완료된 맞춤 도메인으로 변경할 수도 있습니다.

전체 게시 절차는 랜딩 페이지 구축 및 게시를 참조하세요.

빌더에서 추가한 도메인

랜딩 페이지 게시 창과 랜딩 페이지 도메인 설정 페이지는 동일한 도메인 목록을 사용합니다.

따라서 다음이 가능합니다.

• 랜딩 페이지 빌더에서 시작한 도메인은 “Settings” → “Landing Page Domains”에도 표시됩니다.
• Settings에서 연결한 도메인은 나중에 랜딩 페이지 게시 창에서 선택할 수 있습니다.
• DNS 확인 및 상태 변경 사항은 두 위치에 모두 반영됩니다.

Settings 페이지는 계정의 모든 도메인을 검토하고, 상태를 비교하고, DNS 레코드를 다시 열어 보고, 더 이상 필요하지 않은 도메인을 삭제하기에 가장 적합한 위치입니다.

랜딩 페이지 도메인 삭제

도메인 옆의 점 세 개 작업 메뉴를 열고 “Delete domain”을 선택하세요. 대화상자에서 삭제를 확인합니다.

랜딩 페이지가 해당 도메인을 사용 중인 동안 Maildroppa는 삭제를 방지합니다. 여기에는 게시되지 않은 초안에서 선택한 도메인과 실제 공개 경로에서 사용 중인 도메인이 포함됩니다.

사용 중인 도메인을 해제하려면 다음을 수행하세요.

1. 해당 도메인을 사용하는 모든 랜딩 페이지를 엽니다.
2. 게시 설정을 엽니다.
3. 표준 주소 또는 다른 준비 완료 도메인을 선택합니다.
4. 페이지가 이미 공개된 경우 주소 변경 사항을 게시합니다.
5. “Landing Page Domains”로 돌아가 도메인을 삭제합니다.

Maildroppa에서 도메인을 삭제해도 DNS 제공업체의 레코드는 삭제되지 않습니다. 도메인을 더 이상 사용하지 않게 된 후 필요하지 않다면 Maildroppa TXT 및 CNAME 레코드를 수동으로 삭제하세요.

공개 랜딩 페이지를 이동하기 전에 DNS 레코드를 삭제하지 마세요. 그렇게 하면 공개 주소를 사용할 수 없게 될 수 있습니다.

준비되지 않은 도메인 문제 해결

도메인 형식 확인

연결된 이름은 실제 공개 서브도메인이어야 합니다. 프로토콜이나 경로 없이 호스트 이름만 입력하세요.

올바른 형식:

newsletter.your-real-domain.com

잘못된 형식:

• https://newsletter.your-real-domain.com
• your-real-domain.com
• newsletter.your-real-domain.com/form
• newsletter_your-real-domain.com

복사한 모든 문자 비교

레코드의 Type, Name, Value를 각각 비교하세요. 인증 토큰은 계정 및 도메인별로 다릅니다. 거의 똑같아 보이는 값도 잘못된 값일 수 있습니다.

다음 항목을 확인하세요.

• TXT 이름에서 _maildroppa 접두사가 누락되지 않았는지
• 오래된 md-verify= 값이 아닌지
• DNS 제공업체가 기본 도메인을 두 번 추가하지 않았는지
• CNAME 값에 https://가 추가되지 않았는지
• 값에 공백이나 따옴표가 복사되지 않았는지
• CNAME이 오래된 서비스로 연결되지 않았는지

충돌하는 레코드 확인

랜딩 페이지 서브도메인은 표시된 CNAME을 통해 연결되어야 합니다. 동일한 이름에 기존 A, AAAA 또는 다른 CNAME이 있으면 연결이 방해될 수 있습니다.

소유권 TXT 레코드는 별도의 _maildroppa 이름을 사용하며 CNAME 호스트 이름에 배치해서는 안 됩니다.

DNS 프록시 비활성화

연결하는 동안 CNAME을 DNS 전용으로 설정하세요. 특히 Cloudflare의 주황색 클라우드 프록시는 Maildroppa가 확인해야 하는 대상을 숨기므로 이 설정이 중요합니다.

전파 시간 허용

DNS 제공업체에 새 레코드가 즉시 표시되더라도 공개 DNS 확인자는 이전 정보를 반환할 수 있습니다. 기다린 후 나중에 다시 확인하세요. 전파에는 최대 48시간이 걸릴 수 있습니다.

확인 정보 사용

설정 대화상자에 Maildroppa가 확인한 값이 표시되면 이를 사용하여 공개 결과와 예상 레코드를 비교하세요. 누락된 결과와 잘못된 결과는 서로 다른 문제를 나타냅니다.

• 누락은 예상 이름에서 레코드를 공개적으로 확인할 수 없다는 뜻입니다.
• 잘못됨은 레코드가 확인되지만 값이 현재 설정과 일치하지 않는다는 뜻입니다.

불필요하게 도메인을 다시 생성하지 않기

같은 도메인을 삭제하고 다시 추가하면 인증 토큰이 변경됩니다. 다시 생성한 경우 Maildroppa에 표시된 새 값으로 이전 TXT 값을 교체하세요.

유용한 세부정보와 함께 지원팀에 문의

레코드가 48시간 동안 변경되지 않았는데도 도메인이 여전히 준비되지 않은 경우 지원팀에 문의하고 다음 정보를 포함하세요.

• 랜딩 페이지 서브도메인
• 현재 Maildroppa 상태
• 연결 확인 후 표시된 실패 이유(사용 가능한 경우)
• Maildroppa가 확인한 TXT 값과 CNAME 체인
• DNS 제공업체 이름

비밀번호, 등록업체 로그인 정보 또는 비공개 계정 자격 증명은 보내지 마세요.

권장 설정 체크리스트

맞춤 랜딩 페이지 도메인을 사용하기 전에 다음을 확인하세요.

• 루트 도메인이 아닌 서브도메인을 입력했습니다.
• TXT 이름과 개별 인증 값이 Maildroppa와 정확히 일치합니다.
• CNAME 이름과 대상이 Maildroppa와 정확히 일치합니다.
• DNS 제공업체가 기본 도메인을 두 번 추가하지 않았습니다.
• 도메인을 연결하는 동안 DNS 프록시가 비활성화되어 있습니다.
• 도메인 상태가 “Ready”입니다.
• 랜딩 페이지에 고유한 경로를 사용합니다.
• 맞춤 주소를 선택한 후 페이지를 게시했습니다.
• 최종 HTTPS 링크가 정상적으로 열립니다.
• 공개 페이지에서 전체 가입 및 Double Opt-in 과정을 테스트했습니다.

도메인이 준비되고 페이지가 게시된 후에는 두 DNS 레코드를 모두 유지하세요. 공개 주소가 작동하지 않으면 랜딩 페이지 도메인 페이지를 확인하세요.