Contents
the email tool that makes email marketing simple
- Guides and Tutorials
- カスタムランディングページドメインを接続して確認する
カスタムランディングページドメインを接続して確認する
Published: · Last updated: · By Marcus Biel
In brief
Maildroppaのランディングページ用カスタムサブドメインを接続・認証する手順を解説します。TXTとCNAMEのDNSレコード設定、Cloudflareプロキシの注意点、DNS伝播とHTTPSの確認、ステータス別の対処、ページ公開時のパス設定、ドメイン削除時の注意点を紹介します。
ランディングページドメインを使用すると、ビジネスに属するアドレスでMaildroppaのランディングページを公開できます。
標準のMaildroppaアドレスだけを共有する代わりに、newsletter.your-real-domain.comのようなサブドメインを使用し、任意のパスを追加して、次のようなアドレスでページを公開できます。
https://newsletter.your-real-domain.com/weekly-tips
Maildroppaは、サブドメインを管理していることを確認し、訪問者が正しいサービスにルーティングされていることを確認して、安全なHTTPS接続を準備します。「Landing Page Domains」ページでは、設定状況、必要なDNSレコード、手動接続チェック、ドメインの削除を1か所で管理できます。
ドメインがまだ確認待ちになっていますか?
両方のDNSレコードが、Maildroppaに表示されている値と完全に一致していることを確認してください。DNSプロバイダーがメインドメインを2回追加していないか確認し、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にランディングページを配信できます。
1つのMaildroppaアカウントには、最大10個のランディングページドメインを接続できます。複数のブランド、キャンペーン、国、公開ページグループを管理する場合に便利です。接続したドメインでは、各ページに異なるパスを使用すれば、複数のランディングページをホストすることもできます。
ランディングページドメインと送信者ドメインは異なります
「Landing Page Domains」ページでは、公開ランディングページのウェブアドレスを管理します。キャンペーンやダブルオプトインメールの送信に使用するメールアドレスの認証は行いません。
これらは別々の設定です。
- 「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.comnewsletter.your-real-domain.com/signup- IPアドレス
localhostyour-real-domain.comなどのルートドメイン- スペースやアンダースコアを含むホスト名
Maildroppaは前後のスペースを削除し、名前を小文字に変換し、末尾のDNSドットを削除します。それ以外の無効な形式は、ドメイン作成前に拒否されます。
「Create domain」をクリックします。Maildroppaはこのサブドメイン専用の確認情報を作成し、接続に必要な2つのDNSレコードを表示します。
サブドメインがすでに自分のアカウントに接続されている場合、Maildroppaは重複を作成せず、既存の設定を表示します。別のMaildroppaアカウントに接続されている場合は、別のサブドメインを使用するか、ドメインが自分のものである場合はサポートに連絡してください。
ステップ2:2つのDNSレコードを追加する
ドメインを作成したら、ドメインを管理しているプロバイダーのDNS設定を開きます。Maildroppaに表示されているとおりに、両方のレコードを追加してください。
各レコードには3つの項目があります。
- 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.newsletternewsletter.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は次の段階で接続を確認します。
- 正確なTXT値を検索して所有権を確認します。
- CNAME接続をたどり、想定されるMaildroppaターゲットに到達することを確認します。
- サブドメイン用の安全なHTTPS証明書を準備して確認します。
- 所有権、ルーティング、HTTPSが機能すると、ドメインを準備完了としてマークします。
レコードがまだ反映されていない場合、ドメインは保留中のままです。これは、ドメインを再作成する必要があるという意味ではありません。表示されたレコードとプロバイダーの設定を比較し、待ってから再度確認してください。
手動チェック後は、ボタンが一時的に無効になり、次のチェックが可能になるまでカウントダウンが表示される場合があります。この待機時間は、DNSリクエストの繰り返しを防ぎます。自動チェックは別途続行されます。
接続が完了すると、Maildroppaに「Domain verified」と表示され、ドメインのステータスが「Ready」に変わります。準備完了したドメインでは、「Check DNS」ボタンは表示されなくなります。
ドメインステータスについて
表には短いステータスバッジが表示されます。設定中は、現在の段階を説明する詳細なテキストが表示される場合があります。
Waiting for DNS
Maildroppaは、必要な2つのDNSレコードをまだ確認できていません。
詳細な状態には次のようなものがあります。
- Waiting for domain settings — TXT所有権レコードが確認されていません。
- Domain confirmed, connection still missing — TXTレコードは正しいものの、CNAMEがまだ想定されるターゲットを指していません。
DNSの詳細を開き、各名前と値を比較してください。レコードを保存したばかりの場合は、さらに時間を置いて反映を待ってください。
Connecting
Maildroppaは必要なDNS接続を確認し、安全な公開アドレスを準備しています。
詳細な状態には次のようなものがあります。
- Connection found, security is being prepared
- Secure connection is being set up
この段階ではDNSレコードを変更または削除しないでください。待機中は、標準のMaildroppaアドレスを通じてランディングページを公開できます。
Ready
TXTレコード、CNAMEルーティング、HTTPS接続が機能しています。これでドメインをランディングページに選択できます。
両方のDNSレコードをそのまま維持してください。後で削除または変更すると、ドメインが正常でなくなる可能性があります。
Check
以前は準備完了していましたが、現在DNSまたは安全な接続に問題があります。
DNSの詳細を開き、レコードが変更されていないか確認してから、「Check DNS」を実行してください。既存の公開ページに影響する可能性があるため、速やかにこのステータスを解消するか、接続が再び正常になるまで標準アドレスで公開してください。
Failed
繰り返しチェックしても設定が完了しなかったか、以前機能していた接続が正常でない状態のままになっています。
表示された失敗情報と両方の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」を開きます。公開アドレスのセクションで、次の操作を行います。
- 「Manage custom domain」を開きます。
- ステータスが「Ready」のドメインを選択します。
- 「Use domain」をクリックします。
- 希望するパスを入力するか、接続したサブドメインのルートにする場合は
/を使用します。 - 最終的なHTTPSアドレスを確認します。
- ページを公開するか、アドレスの変更を公開します。
新しいランディングページのルートに割り当てられるのは、準備完了したドメインだけです。待機中または接続中のドメインはドメイン管理には表示されますが、公開には使用できません。
1つのドメインの各パスは、1つのランディングページでのみ使用できます。たとえば、1つのドメインで次のページをホストできます。
https://newsletter.your-real-domain.com/weekly-tipshttps://newsletter.your-real-domain.com/webinarhttps://newsletter.your-real-domain.com/summer-guide
/を使用できるページは1つだけで、同じドメイン上の2つのページで同じパスを使用することはできません。
いつでも標準のMaildroppaアドレスを選択して、カスタムドメインなしで公開できます。後から標準アドレスから準備完了したカスタムドメインへ変更することもできます。
公開手順の詳細については、ランディングページの作成と公開を参照してください。
ビルダーから追加したドメイン
ランディングページの公開ウィンドウと「Landing Page Domains」設定ページでは、同じドメインリストを使用します。
つまり、次のようになります。
- ランディングページビルダーから開始したドメインは、「Settings」 → 「Landing Page Domains」にも表示されます。
- Settingsで接続したドメインは、後でランディングページの公開ウィンドウから選択できます。
- DNSチェックとステータスの変更は、両方の場所に反映されます。
Settingsページは、アカウント内のすべてのドメインを確認し、ステータスを比較し、DNSレコードを再度開き、不要になったドメインを削除するのに最適な場所です。
ランディングページドメインを削除する
ドメインの横にある3点のアクションメニューを開き、「Delete domain」を選択します。ダイアログで削除を確認してください。
ランディングページがドメインを使用している間は、Maildroppaは削除を防止します。これには、未公開の下書きで選択されているドメインや、公開中のルートで使用されているドメインも含まれます。
使用中のドメインを解放するには、次の手順を行います。
- そのドメインを使用しているすべてのランディングページを開きます。
- 公開設定を開きます。
- 標準アドレスまたは別の準備完了したドメインを選択します。
- ページがすでに公開されている場合は、アドレスの変更を公開します。
- 「Landing Page Domains」に戻り、ドメインを削除します。
Maildroppaからドメインを削除しても、DNSプロバイダーのレコードは削除されません。ドメインを使用しなくなった後、不要であればMaildroppaのTXTレコードとCNAMEレコードを手動で削除してください。
公開中のランディングページを移動する前にDNSレコードを削除しないでください。公開アドレスが利用できなくなる可能性があります。
準備完了にならないドメインのトラブルシューティング
ドメイン形式を確認する
接続する名前は、実在する公開サブドメインである必要があります。プロトコルやパスを付けず、ホスト名のみを入力してください。
正しい形式:
newsletter.your-real-domain.com
誤った形式:
https://newsletter.your-real-domain.comyour-real-domain.comnewsletter.your-real-domain.com/formnewsletter_your-real-domain.com
コピーしたすべての文字を比較する
レコードのType、Name、Valueを個別に比較してください。確認トークンはアカウントとドメインに固有です。ほとんど同じに見える値でも、誤っている可能性があります。
次の点を確認してください。
- TXT名の
_maildroppaプレフィックスが欠落していないか - 古い
md-verify=値になっていないか - DNSプロバイダーによってメインドメインが2回追加されていないか
- CNAME値に
https://が追加されていないか - 値にスペースや引用符がコピーされていないか
- CNAMEが古いサービスを指していないか
競合するレコードを確認する
ランディングページのサブドメインは、表示されたCNAMEを経由してルーティングされる必要があります。同じ名前に既存のA、AAAA、または別のCNAMEがあると、接続できない場合があります。
所有権確認用のTXTレコードは専用の_maildroppa名を使用するため、CNAMEホスト名に配置しないでください。
DNSプロキシを無効にする
接続中はCNAMEを「DNS only」に設定してください。特にCloudflareのオレンジ色のクラウドプロキシは、Maildroppaが確認に必要とするターゲットを隠すため重要です。
反映を待つ
DNSプロバイダーに新しいレコードがすぐ表示されても、公開DNSリゾルバーが古い情報を返す場合があります。待ってから後で再度確認してください。反映には最大48時間かかる場合があります。
チェック情報を使用する
設定ダイアログにMaildroppaが見つけた値が表示されたら、それを使用して公開結果と想定レコードを比較してください。結果がない場合と誤っている場合では、問題が異なります。
- Missingは、想定される名前でレコードが公開されていないことを意味します。
- Wrongは、レコードは公開されていますが、その値が現在の設定と一致していないことを意味します。
不要なドメインの再作成を避ける
同じドメインを削除して再度追加すると、確認トークンが変わります。再作成した場合は、古いTXT値をMaildroppaに表示された新しい値に置き換えてください。
有用な詳細情報を添えてサポートに連絡する
レコードを変更せずに48時間経過してもドメインが準備完了にならない場合は、次の情報を添えてサポートに連絡してください。
- ランディングページのサブドメイン
- 現在のMaildroppaステータス
- 接続チェック後に表示された失敗理由(利用可能な場合)
- Maildroppaが見つけたTXT値とCNAMEチェーン
- DNSプロバイダー名
パスワード、レジストラのログイン情報、非公開のアカウント認証情報は送信しないでください。
推奨設定チェックリスト
カスタムランディングページドメインを使用する前に、次の点を確認してください。
- ルートドメインではなく、サブドメインを入力した。
- TXT名とドメイン固有の確認値がMaildroppaと完全に一致している。
- CNAME名とターゲットがMaildroppaと完全に一致している。
- DNSプロバイダーによってメインドメインが2回追加されていない。
- ドメイン接続中はDNSプロキシが無効になっている。
- ドメインステータスが「Ready」になっている。
- ランディングページに固有のパスを使用している。
- カスタムアドレスを選択した後、ページを公開した。
- 最終的なHTTPSリンクが正しく開く。
- 公開ページで登録とダブルオプトインの一連の流れをテストした。
ドメインの準備が整い、ページを公開した後は、両方のDNSレコードをそのまま維持してください。公開アドレスが機能しなくなった場合は、「Landing Page Domains」ページを確認してください。
Ready to Send Better Emails?
Stop juggling bloated tools or overpriced plans. Maildroppa offers personal support, GDPR-level privacy, and powerful email marketing - starting free forever.
No credit card required. No time limit.