メール配信サービスを新しく使い始めるとき、料金や機能の比較の次に、必ず出てくるのが「送信ドメインの認証」です。MailerLite（メイラーライト）は、メルマガやステップメールを送る海外のサービスで、公式のヘルプセンターに、ドメイン認証、DMARC、配信停止、バウンス（届かなかったメール）に関する説明がそろっています。この記事は、料金ではなく、MailerLiteで最初の1通を送る前に、DNS（ドメインの設定）で何をするのかを整理するための記事です。
MailerLiteのヘルプセンターのうち、ドメイン認証、DMARCの基本、GoogleとYahooの新しいルールのチェックリスト、ワンクリック配信停止、SPFレコードの統合、ドメインのアラインメント、MailerLiteのサブドメイン、送信してよい相手、ハードバウンスとソフトバウンスの10ページを、2026年10月29日に読みました。公式の英語の文章で確かめられた内容と、筆者が読み取った内容は、書き分けています。画面の名前や仕様は、予告なく変わることがあります。 関連：める配くんの無料トライアル・SMSオプション・申込みの流れを契約前に確認も、あわせてご覧ください。
結論：独自ドメインで送り、DKIMとSPFの記録を追加し、最大24時間待つ
- 公式は、GoogleやYahooなどの新しい基準への対応として、独自ドメインを用意すること、ドメインを認証すること（ドメイン管理側に2つのレコードを追加する）、大きな送信者はDMARCを設定すること、の3つを挙げています。
- ドメイン認証で追加するのは、DKIM（CNAMEレコード）、SPF（TXTレコード）、ドメイン認証用のTXTレコードです。MailerLiteの画面に出る名前と値は、MailerLite側では変更できないので、完全に一致させる必要があります。
- DNSの反映は、多くの場合、数分で終わりますが、最大で24時間かかることがあると書かれています。24〜48時間たっても反映されないときは、レコードを追加した場所が、DNSを実際に管理しているサービスかを確認するよう案内されています。
- 新しいMailerLiteのアカウントは、14日間のトライアル中だけ、ドメインを認証しないで最初のキャンペーンを送れます。
- DMARCは、1回に約5,000通以上を送る大きな送信者に必須と書かれています。設定を誤ると、正規のメールが止まることがあるため、専門の会社に頼むことが勧められています。
- gmail.comなどの無料ドメインから送ると、MailerLiteが自動でサブドメインを付けた別のアドレスに変えます。ただし、購読者が5万人を超えるアカウントでは、この自動の機能は使えません。
この記事で扱うのは、日本の事業者や個人が、自分のドメインでMailerLiteを使い始める場面です。日本語の画面での操作手順や、日本のメールサービス（GmailやYahoo!メール以外）での受信は、この記事では確認していません。
なぜ今、送信ドメインの認証が必要なのか：公式の説明
「メール認証のルールを守る方法」のページは、主要なメールのプロバイダーが、メールのセキュリティを強化していて、認証に重点を置いている、と書いています。この業界全体の変更は、2024年2月までに適用される予定、と書かれています。これらのルールを守ることは、キャンペーンの到達率を保つうえで重要、という位置づけです。
GoogleとYahooの新しいポリシーのチェックリストのページは、2024年2月から、GoogleとYahooが新しいポリシーを実施し、MailerLiteのニュースレターの送信に影響する可能性がある、と説明しています。チェックリストの項目は、無料ドメインを送信元から外す、送信ドメインを認証する、DMARCを設定する、配信停止を簡単にする、スパム報告を減らす運用、の流れです。
筆者の読み：これらのヘルプの文章は、2024年2月の施行を前提に書かれています。2026年10月29日の時点でも公式ヘルプに残っていて、MailerLiteの新規アカウントの扱い（14日間のトライアルを過ぎると認証が必要）にも反映されています。細かい基準（5,000通という目安など）は、公式の表現のまま書いています。GoogleやYahoo側の最新の条件は、この記事では確認していないので、運用の前に、それぞれの公式の発信者ガイドラインを見てください。
手順1：独自ドメインのメールアドレスを送信元にする
公式のチェックリストは、Gmailなどの公開ドメインのアドレスを、送信元（From）から外すよう、強く勧めています。たとえば、name@gmail.comではなく、name@yourdomain.comの形のアドレスから送る、という説明です。なお、送信元のアドレスは、MailerLiteにログインするときのユーザー名のメールアドレスとは別です。ログイン用のユーザーに、Gmailなどの公開ドメインのアドレスを使うことは、引き続きできる、と注記されています。
公開ドメインを勧めない理由は、無料のドメインは追加の確認が必要になることが多く、厳しいDMARCポリシーのために、受信側のサービスで迷惑メールとして扱われやすいから、と書かれています。ドメインを購入して、そのドメインのアドレスを使うと、受信者のメインの受信トレイに届く可能性が上がる、という説明です。
ドメインの取得の流れとして、公式は、ドメイン名を考える、ドメインの会社（レジストラ）を選ぶ、空いているかを調べる、手続きを済ませる、の4つを挙げています。例として、Namecheap、GoDaddy、Squarespace Domainsが人気、とあります。日本で使うなら、お名前.comやムームードメインなど、国内のレジストラも選べますが、これらについて公式ヘルプは触れていません。
手順2：MailerLiteでドメインを追加し、DNSにレコードを入れる
「ドメインを検証して認証する方法」のページによると、アカウント設定のドメインのタブで「ドメインを追加」を押し、送信に使いたいメールアドレスを入力して保存します。DNSのサービスがMailerLiteの提携先なら、自動の設定が使えます。画面に出る確認のポップアップで「続ける」を押すと、ツールがドメインをスキャンして、ホスティングのサービスを検出します。検出されなかったときや、手動でやりたいときは「Or manually authenticate your domain」を選び、ドメインのホスティング会社をリストから選びます。リストにない場合は「Other」を選びます。
手動の場合、画面にDKIM、SPF、ドメイン認証の3つのレコードの名前（Name）と値（Value）が表示されます。このページは開いたままにして、ドメインを管理しているサービスのDNS設定を開き、次のように追加します。
| レコード | レコードの種類 | 公式の説明 |
|---|---|---|
| DKIM | CNAME | MailerLiteが表示する名前と値をそのまま入れる |
| SPF | TXT | MailerLiteが表示する名前と値をそのまま入れる |
| ドメイン認証（Domain verification） | TXT | MailerLiteが表示する名前と値をそのまま入れる |
公式は、これらのレコードはMailerLiteの中では変更できないため、完全に一致している必要がある、と注意しています。DNSの設定の場所がわからない場合は、ホスティング会社に連絡すると、多くの場合、サポートがレコードを追加してくれる、とも書かれています。
レコードが承認されるまで
追加後は、MailerLiteのドメインのタブで、対象のドメインの「Authenticate」ボタンを押し、緑色の「Check DNS Records」ボタンでDKIMとSPFが一致するかを確認します。一致すれば、レコードが承認されて、ドメインが認証されます。正しく入力したのに「承認されなかった」と表示されることもあり、理由は2つ、と公式は書いています。サーバーの情報が完全に更新されるのに最大24時間かかることがあること（ほとんどの場合は数分）、一部の情報の再確認と更新が必要なこと、です。
筆者の読み：DNSの設定は、レジストラ、レンタルサーバー、Cloudflareなど、複数のサービスのどこかで管理されています。公式が「DNSを管理している場所に追加すること」と強調しているのは、ここで間違えやすいからだと読めます。ネームサーバーを他社に向けている場合、レジストラ側の画面にレコードを入れても反映されません。これは公式の記述ではなく、DNSの一般的な仕組みにもとづく筆者の補足です。
提携先のサービスなら自動設定が使える
ヘルプには、ほとんどのホスティング会社に対して「自動ドメイン認証」がある、と書かれています。ドメインのアラインメントの自動設定は、40以上のプロバイダーに対応、とあります。具体的なホスティング会社別の手順ページとして、Cloudflare、GoDaddy、Wix、IONOS by 1&1、Squarespace、Bluehostなどが、チェックリストのページに挙げられています。
手順3：SPFレコードは1つだけ、複数のサービスを使うなら統合する
「SPFレコードを統合する方法」のページは、複数のサービスからメールを送る場合、ドメインのDNSに複数のSPFの値を入れる必要が出ることがある、と説明しています。ただし、ドメインのDNSゾーンに置けるSPFレコードは1つだけで、2つ以上あると認証ができなくなる、と書かれています。複数入れたいときは、1つのレコードに統合します。
公式の例では、すでにOutlookで認証済みのドメインが、次のSPFを持っています。
- v=spf1 a include:spf.protection.outlook.com -all
そこにMailerLiteの認証を追加するときのSPFは、次のとおりです。
- v=spf1 a mx include:_spf.mlsend.com ~all
統合の手順は、バージョンの接頭辞v=spf1を先頭に置く、aとmxの仕組み（メカニズム）を重複なしで入れる、2つのincludeを並べる、最後にall（?all、-all、~allのどれか）を1つだけ入れる、の順です。公式が示す統合後の結果は、次のとおりです。
- v=spf1 a mx include:spf.protection.outlook.com include:_spf.mlsend.com ~all
最後のallの記号の意味として、公式は、-allは条件に合わないメールを拒否する、~allは送るがSOFTFAILの印を付ける、?allはSPFがないように見えるため勧めない、+allは既定値で省略できる、と説明しています。どれを選ぶかは、統合後のレコードで1つだけ選びます。
筆者の読み：すでに会社のメール（Microsoft 365など）でSPFを設定しているドメインにMailerLiteを足すとき、MailerLiteの画面に出たSPFの値を、そのままもう1行追加するのは危険だと読めます。既存のSPFとMailerLiteの値は、1行に統合してから登録するのが、公式の説明に沿った手順です。ただし、ここに示された統合の例は、OutlookとMailerLiteの2つの場合です。他のサービスのincludeの値は、そのサービスの公式の案内で確認してください。
手順4：DMARCは、5,000通以上を送る前に
DMARCの基本のページは、ドメインの認証にはSPFとDKIMのレコードをDNSに追加する必要があり、GoogleとYahooは2024年2月から、1日に5,000通以上を送る大量送信者に、もうひとつのセキュリティの仕組みであるDMARCを要求する、と書いています。DMARCは、ドメインのDNSにTXTレコードとして置く、メール認証・ポリシー・レポートの仕組みで、送信元のIPアドレスを調べて、メールの出どころを検証します。
公式が勧める設定の対象は、大量に送る場合（約5,000通以上）、送信ドメインがなりすましされる危険が高い場合、ドメインの代理で送られたメールをレポートで追跡したい場合、です。設定は、DMARCのコンサルティング会社に依頼することが勧められています。誤った設定で、配信に悪影響が出る可能性があるためです。
DMARCレコードの基本の形
公式が示す、基本のDMARCレコードの例は、次のとおりです。
- v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com
| タグ | 意味（公式の説明） |
|---|---|
| v | DMARCのレコードであることを示す。先頭に置き、値は常にDMARC1 |
| p | ポリシー。認証とアラインメントの検査に失敗したときに、受信側が適用する |
| p=none | 監視用。受信側には何も指示せず、ドメインの代理で送られたメールを追跡できる |
| p=quarantine | 検査に失敗したメールを、迷惑メールのフォルダに送るよう指示する |
| p=reject | 検査に失敗したメールを拒否するよう指示する。バウンスになり、受信者のどのフォルダにも届かない |
| rua | 集計レポートを送るメールアドレス。毎日のレポートで、不正な動きや認証の問題がわかる |
| ruf | フォレンジック（メッセージ単位）のレポートの送り先 |
| pct | DMARCの認証を適用するメールの割合。ポリシーを段階的に導入して影響を試すのに使う |
| sp | サブドメインに対するポリシー。使わない場合は、pのポリシーがサブドメインにも適用される |
| adkim / aspf | DKIM・SPFのアラインメントが、strict（厳格）かrelaxed（緩い）か。既定はrelaxed |
公式は、既存のドメインにquarantineやrejectの厳しいポリシーを使うときは注意が必要で、配信の問題を避けるには、より多くの専門知識が必要、と注記しています。アラインメントについて、strictはドメインが完全に一致する必要があり、relaxedは同じルートドメインの異なるサブドメインでもよい、と説明されています。
筆者の読み：公式の例のp=noneは「何も指示しない監視用」なので、まずp=noneとruaでレポートを受け取り、自分のドメインから誰がメールを送っているかを把握してから、必要なら厳しいポリシーに進む、という使い方が、公式の説明からは自然に読めます。ただし、公式がこの段階的な導入を手順として書いているわけではありません。
手順5：ドメインのアラインメント（任意）
「ドメインを揃える方法」のページは、ドメインのアラインメント（識別子の整合）を、メールの送信ドメイン（Fromの欄）が認証済みのドメインと一致するかを確認する仕組み、と説明しています。実施する前に、ドメインの認証を先に済ませる必要があります。アラインメントを設定すると、メールのヘッダー、トラッキングリンク、画像のハイパーリンクで、自分のドメインが一貫して使われます。
設定には、MailerLiteが示す3つのレコード（A、MX、TXT）をDNSに追加します。サブドメインの接頭辞は「newsletter」のように、この目的だけに使う名前を選び、すでに使っているサブドメインは避けます。アンダースコアを含むサブドメインはサポートされない、と注意があり、newsletter_infoではなくnewsletterinfoを使う、という例が示されています。MXレコードの優先度は10にすることが勧められています。反映には最大24時間かかることがあり、成功するとドメインのページにON／OFFのスイッチが出ます。
| よくある質問（公式） | 公式の答え |
|---|---|
| 認証とアラインメントの違い | 認証はDNSのレコードでドメインの正当性を確認する。アラインメントは、その認証を、受信者に見えるFromのドメインにつなげる |
| アラインメントは必須か | 必須ではない。ただし、到達率と送信者の信頼のために強く勧められる |
| アラインメントのサブドメインから送れるか | 送れない。Fromのアドレスはメインのドメイン（name@yourdomain.com）にする |
| 送信元のアドレスや返信先は変わるか | 変わらない。返信は引き続き、返信先アドレスに届く |
| LPやサイトと同じサブドメインを使えるか | 使えない。競合が起きるため、別のサブドメインにする |
| アラインメントを無効にしたら | 無効にする前に送ったメールの中のリンクが、使えなくなる。DNSのレコードは維持する |
独自ドメインがまだない場合：MailerLiteのサブドメイン
「MailerLiteのサブドメイン」のページは、独自ドメインを持たない利用者のための仕組みを説明しています。gmail.comなどの無料のドメインからキャンペーンを送ろうとすると、MailerLiteが自動で、送信元のアドレスにMailerLiteのサブドメインを付けます。公式の例では、john@yahoo.comから送ると、john.yahoo.com@send.mailerlite.euのような形に変換されます。これにより、SPFとDKIMを正しく検証でき、GoogleやYahooの受信トレイに届く可能性が上がる、と書かれています。
ただし、この仕組みは、すべての配信の問題を解決するわけではなく、公式は、独自ドメインを購入して認証することを強く勧めています。すでに有料のドメインや独自ドメインを持っている場合は、送信元のアドレスは変更されません。購読者が5万人を超えるアカウントでは、自動のサブドメインの割り当ては使えず、独自ドメインの購入と認証が必要です。
筆者の読み：受信者から見る送信元が、見慣れない長いアドレスに変わるため、ブランドの信頼を作りたい事業用の配信では、この仕組みを恒久的に使うより、早めに独自ドメインへ切り替えるほうが、公式の説明とも合います。
配信停止を簡単にする：ワンクリック配信停止と、見える配信停止リンク
「配信停止ヘッダー」のページは、List-Unsubscribeヘッダーを、メールのヘッダーにある項目で、メールソフトの画面に「配信停止」のリンクやボタンを出すもの、と説明しています。MailerLiteのメールには、既定でList-Unsubscribeヘッダーが入っていて、設定は不要です。ただし、テスト送信（[Test]）のメールには、このヘッダーのリンクは表示されません。
ワンクリックの配信停止（RFC 8058）は、メールの画面で配信停止のボタンを押すと、追加の操作なしで、すぐにリストから外れる仕組みです。公式は、GoogleとYahooが、すべてのマーケティングメールにワンクリックの配信停止ヘッダーを求めるようになり、MailerLiteでは既定で含まれていて設定は不要なので、MailerLiteで送るキャンペーンは新しい要件を満たしている、と書いています。
Gmailに配信停止のボタンが出ないときの説明もあります。ヘッダー自体は正しく入っていても、Gmailが、読者の反応、送信者の評判、メールの性質などの要素を考える複雑なアルゴリズムで、表示するかを決めるため、表示されないことがある、とのことです。ヘッダーを確かめるには、Gmailなら、メールを開いて縦の3つの点から「元のメッセージを表示」を選び、list-unsubscribeを検索します。Yahooなら、「その他」のアイコンから「生のメッセージを表示」を選びます。
チェックリストのページには、法律（アメリカのCAN-SPAM法、EUのGDPR）が、マーケティングメールで配信停止の選択肢がはっきり見えることを求めている、という説明もあります。MailerLiteはニュースレターのフッターに、自動で配信停止リンクを付けますが、本文の他の場所に、もうひとつ追加することもできます。
筆者の読み：日本の読者向けの配信では、特定電子メール法などの国内の法令の要件も確認が必要です。この点は、MailerLiteのヘルプには書かれていないため、この記事では扱いません。
誰に送ってよいか：MailerLiteのスパム対策ポリシー
「MailerLiteで誰にメールを送れるか」のページは、MailerLiteのスパム対策のポリシーが、送ることを許可した人にだけ送ることを認めている、と説明しています。許可されるリストと、禁止されるリストは、次のとおりです。
| 区分 | 内容（公式の説明） |
|---|---|
| 許可 | Webサイトの登録者（特定の情報を受け取るためにメールアドレスを入力した人） |
| 許可 | オプトインのコンテスト（メールが届くと明記したうえで応募した人） |
| 許可 | 店頭の登録（ニュースレター専用の用紙やカードで登録した人） |
| 許可 | 名刺の直接交換（リストに入れることに同意したビジネスの相手） |
| 許可 | 購入後のフォローアップ（過去2年以内に購入し、フォローアップを受け取ることに同意した顧客） |
| 禁止 | 購入したリスト（第三者から買ったリスト。品質や許可の主張に関係なく禁止） |
| 禁止 | SNSのつながり（明確な許可なしの、LinkedInやFacebookなどの連絡先） |
| 禁止 | 展示会の参加者（主催者から提供されたリストで、本人の同意がないもの） |
| 禁止 | 古い連絡先（2年以上前に集め、過去2年以内に連絡していないアドレス） |
| 禁止 | Webスクレイピングで集めたメールアドレス |
公式は、許可のないメールは迷惑メールの報告につながりやすく、評判を損ない、アカウントの停止につながることもある、と説明しています。
筆者の読み：日本では、名刺交換で得たアドレスや、展示会でのアンケートで得たアドレスを、リストに入れたい場面があります。MailerLiteのポリシーでは、名刺は「リストに入れることに同意した」相手に限られ、展示会は主催者のリストが禁止されています。国内の法令での扱いとは別に、MailerLite側のルールで止まる可能性がある点は、配信開始前に確認したい項目です。
届かなかったメール：ハードバウンスとソフトバウンス
「ハードバウンスとソフトバウンスの違い」のページは、バウンスを、メールが受信者の受信トレイに届かず、送信者に返ってくること、と説明しています。特にハードバウンスは、送信者の評判を損なうため、質の高いリストを育てて維持することが勧められています。
| 種類 | 原因の例（公式） | MailerLiteの扱い |
|---|---|---|
| ハードバウンス（恒久的な理由） | 存在しないアドレス、アドレスがもう存在しない、無効なアドレス（入力ミスや空白）、受信側のサーバーにブロックされた（企業・政府・機関のドメインは迷惑メールの設定が厳しい場合がある） | 自動でアクティブなリストから外される。購読者のページの「All subscribers」タブで、Bouncedを表示すると確認できる |
| ソフトバウンス（一時的な理由） | メールボックスがいっぱい、メッセージが大きすぎる、サーバーがタイムアウトした | アクティブなリストに残る。ただし、3回連続でソフトバウンスになると、ハードバウンスとみなされ、リストから外される |
最初のキャンペーンで、新しいリストに多くのハードバウンスが出た場合は、リストの残りを、MailerCheckのようなオンラインのメール検証ツールで確認する必要がある、と公式は書いています。また、企業のメールアドレスの購読者が多い場合は、ドメインの認証が特に重要、と述べています。
キャンペーンごとのバウンスの確認は、「Campaigns」ページの「Sent」タブで対象のキャンペーンの「View report」を開き、「Subscriber activity」タブで、HardまたはSoftのバウンスを切り替えて表示します。
スパム報告を減らす運用：公式のベストプラクティス
- 許可にもとづくリスト：明示的に登録して同意した人にだけ送る。
- 内容を明確にし、一貫させる：登録の時点で、何を受け取るのかをはっきり伝え、登録した種類の内容だけを送る。
- 見覚えのある送信元：自分のドメインで、受信者が認識できる送信者名とメールアドレスを使う。
- スパムっぽい内容を避ける：大文字や感嘆符の多用、「Buy now」「Free offer」のような表現。
- リストを分ける（セグメント）：購読者の行動や好みで分けて、関連のある内容を送る。
- 定期的なリストの掃除：一定期間、反応のない購読者を削除する。
場面別：どこから始めるか（筆者の読み）
| 場面 | 最初にすること | 理由（公式の記載にもとづく） |
|---|---|---|
| 自分のドメインを持っていて、DNSを触れる | ドメインを追加し、DKIM・SPF・認証のレコードを入れる | 14日間のトライアルを過ぎると認証が必要 |
| すでに会社のメールでSPFを設定している | SPFを1行に統合する | SPFレコードは1つだけ。複数あると認証できない |
| 月に数千通以上を、まとめて送る | DMARCを、専門家に相談して設定する | 約5,000通以上の大きな送信者に必須と書かれている |
| ドメインを持っていない、まず試したい | MailerLiteのサブドメインで始め、早めに独自ドメインへ | 自動のサブドメインは補助。購読者5万人超は使えない |
| DNSを触れない（他の人が管理） | DNSを触れる人に、MailerLiteの画面の3つのレコードを渡す | 公式が、組織内でDNSを変更できる人を見つけるよう案内 |
この記事で扱わないこと
- MailerLiteの料金やプランの違い。それらは、別の記事で扱っています。
- 日本語の画面での操作手順。公式ヘルプは英語で、日本語の画面は確認していません。
- Gmail・Yahoo!メール以外の、日本の携帯キャリアのメールでの受信。
- 日本国内の法令（特定電子メール法など）の要件。
- DMARCのポリシーの具体的な設計。誤りの影響が大きいため、専門家への相談が公式でも勧められています。
この記事で確かめられなかったこと
- GoogleとYahooの、2026年10月29日時点の最新のガイドラインの内容。
- 各ホスティング会社別の手順ページの内容（今回は、一覧に名前が出ていることまでを確認）。
- 日本のレジストラ（お名前.com、ムームードメインなど）でのレコードの入力方法。
- MailerLiteの新規アカウントの審査（アカウントのレビュー）の基準。
- 2026年10月29日以降の、仕様や画面の変更。
よくある質問
Q. Gmailのアドレスのままで、MailerLiteから送れますか。
A. 送れます。ただし、公式は独自ドメインのアドレスを強く勧めています。無料のドメインから送ると、MailerLiteが自動でサブドメインを付けた別のアドレスに変えます。購読者が5万人を超えるアカウントでは、この自動の機能は使えません。
Q. ドメインの認証をしないと、送れませんか。
A. 独自ドメインで送るなら認証が必要です。新しいアカウントは、14日間のトライアル中だけ、認証なしで最初のキャンペーンを送れます。
Q. DNSのレコードを追加したのに、承認されません。
A. 最大24時間かかることがあります。24〜48時間たっても反映されないときは、レコードを、DNSを実際に管理しているサービスに追加したか、確認するよう案内されています。
Q. SPFレコードが、すでにあります。
A. ドメインに置けるSPFレコードは1つだけで、複数あると認証できなくなります。既存の値とMailerLiteの値を、1つのレコードに統合してください。
Q. DMARCは必ず設定しますか。
A. 約5,000通以上を送る大きな送信者には必須、と公式は書いています。設定を誤ると正規のメールが止まることがあるため、専門の会社への依頼が勧められています。
Q. ワンクリックの配信停止は、自分で設定しますか。
A. MailerLiteのメールには既定で含まれていて、設定は不要です。テスト送信のメールには表示されません。
この記事の確認範囲について
この記事は、MailerLite公式ヘルプセンター（mailerlite.com/help）の10ページを、2026年10月29日に取得して読んだ内容にもとづきます。画面の名前や仕様は変わる可能性があります。設定の前に、最新の公式ヘルプをご確認ください。