Beehiiv で SPF、DKIM、DMARC を設定する方法 [2026]

Beehiivにカスタムドメインを連携させた、あるいはDMARC認証が必要であるという重大な警告が表示されましたか？ニュースレターの配信率を常に良好な状態に保つためには、メール認証プロトコルを適切に設定する必要があります。

Beehiivでは、自動生成されるCNAMEレコードを通じてSPFとDKIMを独自の方法で処理していますが、DMARCの実装については、すべてのカスタムドメインにおいて依然として手動での設定が必須となっています。このガイドでは、具体的な設定手順、プラットフォームごとの注意点、および設定が正常に機能しているかを確認する方法について解説します。

Beehiivが自動的に設定してくれること（そして、まだ自分で行う必要があること）

Beehiivのデフォルトのサブドメインインフラストラクチャを利用する場合、メール認証プロトコルはすべてあらかじめ設定されています。しかし、カスタムドメインを接続した時点で、ドメイン所有権の認証は利用者の責任となります。

ブランドを保護し、掲載順位を向上させるには：

• Sender Policy Framework (SPF): ドメインに代わってメールを送信する権限を持つメールサーバーを指定します。Beehiivでは、専用のCNAMEキーを使用してこれをマッピングします。
• DomainKeys Identified Mail (DKIM): メッセージのヘッダーに暗号化されたデジタル署名を追加し、そのメールが送信者本人によって送信されたものであり、送信中に改ざんされていないことを確認します。
• ドメインベースのメッセージ認証・報告・準拠（DMARC）: SPFおよびDKIMの状態情報を活用し、不正な電子メールに対する報告、隔離、または拒否といった強制措置を講じます。

Beehiivでは、動的なトラッキングエントリを使用してカスタムドメインの設定を管理しますが、DMARCについては、ドメイン登録業者にて別途、手動で設定する必要があります。

カスタムドメインの追加方法とSPF/DKIMレコードの設定方法

手順 1：カスタムドメインの設定を開始する

1.Beehiivのダッシュボードにログインしてください。

2. 画面の左下隅に移動し、「設定」をクリックします。

3. [ドメイン] タブを選択し、[カスタムドメインの設定] ボタンを探してクリックします。

4. ルートドメインまたは選択したサブドメインを入力し、リダイレクトの設定（公開先が常に正しく解決されるよう、wwwリダイレクトを有効にすることを強く推奨します）を行い、指定した送信ドメインを入力してください。

ステップ 2：DNS レコードの確認と生成

1. 「確認と設定」画面に進み、ドメインのプロパティに誤りがないことを確認してください。

2. [セットアップの完了] をクリックします。

3. Beehiivは、あなた専用のDNSマップを即座に提供します。このシステムは、Webレコード、ルーティングレコード、リンクレコードの完全なセットを生成しますが、そのうち3つの特定のCNAMEレコードは、SPFおよびDKIMインフラストラクチャの構築専用に割り当てられています。

ステップ 3: 「Entri（自動）」または「手動設定」を選択する

Beehiiv では、DNS プロバイダーにレコードを書き込むために 2 つの方法が用意されています：

• Entri（自動）：ご利用のドメインプロバイダーがBeehiivの自動連携パートナーに対応している場合、Entriに認証を行うことで、レジストラに安全にログインし、生成されたレコードを自動的に登録することができます。このオプションを利用することで、手動でのコピー＆ペーストによるミスを最小限に抑えることができます。

• 手動設定：サポート対象外のレジストラの場合、またはコントロールパネルへの自動アクセスを制限したい管理者の場合は、各ホスト名とポイント先値を手動でコピーすることができます。

ステップ 4: SPF/DKIM 用の CNAME レコードを追加する

1. ドメイン登録業者または外部のDNSホスト管理サービスに直接ログインしてください。

2. 自動生成された 3 つの Beehiiv 認証文字列それぞれについて、新しいレコードを作成します：

• タイプ:CNAME
• ホスト／名前：Beehiivによって生成されたホストキーを正確に貼り付けてください（例：bh._domainkey）。注：一部のDNS管理パネルでは、サブドメインのプレフィックスのみを入力すればよい場合があります。ご利用のホストの入力形式のルールをご確認ください。
• ターゲット/値：パネルから指定された宛先ターゲット文字列を貼り付けます。
• TTL：[自動] または [1時間] のままにしておいてください。

3.Cloudflareに関する注意：DNSがCloudflare経由で運用されている場合は、これらのレコードの「プロキシステータス」を「プロキシ経由（オレンジ色の雲）」から「DNSのみ（灰色の雲）」に切り替えてください。Beehiivは、プロキシシールドによって隠されたレコードを読み取ることができません。

4. 各レコードのエントリを安全に保存してください。

ステップ 5：変更内容の確認

1.Beehiivのダッシュボードに戻り、「設定の確認」をクリックしてください。

2. 認証に成功したドメインには、ドメイン階層に沿って、「メール」ステータスのバナーとともに、認証済みを示すチェックマークが表示されます。

3. 検証がすぐに反映されない場合は、グローバルキャッシュが安定するまでしばらくお待ちください。反映には最大72時間かかる場合があります。この検証期間中は、レコードの変更、削除、または更新を繰り返さないでください。そうすると、BeehiivのSSL発行サービスにおいて、証明書の発行制限によるロックが発生する原因となります。

ステップ 6：Beehiiv の DMARC レコードを追加する

適切かつ包括的なDMARCレコードを生成するには、PowerDMARCの無料DMARCレコードジェネレーターをご利用いただけます。

1. DMARCレコード生成ツールにアクセスしてください：

新しいタグの意味は以下の通りです：

np（存在しないサブドメインに関するポリシー）

「np」タグは、DNSのNXDOMAIN応答を返す（つまり、存在しない）サブドメインを対象とします。

t（テストモード）

tタグはpct（パーセンテージ）タグに取って代わるものとなり、厳格なポリシーのテストが容易になりました。最も重要な点は、t=yを設定してもDMARCポリシーが無効になることはないということです。

psd（パブリックサフィックスドメイン）

psdは、DMARC評価における組織ドメイン、主にパブリックサフィックスドメインやカスタムドメイン階層に対して使用されます。

2. p=none ポリシー（つまり、監視のみ）を選択します。これにより、p=quarantine（緩やかな適用）や p=reject（厳格な適用）に移行する前に、メールのトラフィックを確認しやすくなります。

注

p=reject にいきなり設定しないでください。そうすると、自社の正当なビジネスメールがブロックされてしまう可能性があります。必ずp=noneから始めてください。すべての正当な送信者が正しく設定されていることを確認・保証できた後で初めて、より厳格なポリシーに移行してください。

3. DMARC RUA集計レポートの受信先として、[Reporting] フィールドにメールアドレスを入力してください。

4. DNSのTXTレコードをコピーし、DNS管理コンソールに貼り付けてください。

5. DNS管理コンソールにアクセスします。コピーしたレコードを追加してください：

• 種類:TXT
• ホスト名：_dmarc（または _dmarc.yourdomain.com）
• 値： [生成されたDMARC TXT値を貼り付けてください]

6. レコードを保存します。

Cloudflareからの注意：DNSをCloudflare経由で運用している場合は、これらのレコードの「プロキシステータス」を「プロキシ経由（オレンジ色の雲）」から「DNSのみ（灰色の雲）」に切り替えてください。Beehiivは、プロキシシールドによって隠されたレコードを読み取ることができません。

ステップ 7：伝播の確認

保存後、PowerDMARCのDMARCチェッカーを使用して、新しいレコードが世界中で正常に解決されていることを確認できます。

DMARCの段階的な導入

いきなり制限的な実行ポリシーを導入してはいけません。適切なDMARC戦略では、正当なメールの送信をブロックしないよう、計画的かつ段階的な導入を進めます。

[フェーズ1：監視（p=なし）] ➔ [フェーズ2：隔離（p=隔離）] ➔ [フェーズ3：拒否（p=拒否）]

注：生のDMARC XMLデータは構造が複雑で、手作業で読み解くのは困難です。当社のDMARCアナライザープラットフォームでデータフィードを処理することで、生のXMLログが直感的で人間が読みやすいダッシュボードに変換され、送信者プロファイル全体にわたる「合格」／「不合格」の割合が明確に表示されます。

Beehiivのメール認証でよくある問題

DKIMの設定直後に「Not Found」と表示される

• 症状：SPFおよびDMARCの項目には緑色のチェックマークが表示されていますが、BeehiivのインターフェースではDKIMが「欠落」または「未確認」と表示されています。
• 原因：静的DNSキーは即座に読み込まれますが、Beehiivの内部プラットフォームでは、送信中の署名付きメールエンベロープを監視することで、DKIM署名を動的に検証しています。新しいカスタムドメインの送信履歴がゼロの場合、評価すべき情報が存在しません。
• 解決方法：テスト配信を行ったり、自分のアカウント宛てに自動送信されるウェルカムメールの設定を行ってください。メールシステムがアクティブなトランザクションを検知すると、インターフェースのステータスが「アクティブ」に更新されます。

Cloudflareでレコードを追加した後、ドメインの認証が完了しない

• 症状：すべてのレコードエントリはBeehiiv内のデータ要素と完全に一致しているにもかかわらず、検証チェックが繰り返しタイムアウトしたり失敗したりする。
• 原因：Cloudflareの標準的なプロキシ設定では、構造的なDNSデータが、Cloudflare独自のエッジ最適化ネットワークの背後に隠されているためです。
• 解決方法：CloudflareのDNSコンソールにアクセスし、Beehiivを指す3つのCNAMEレコードそれぞれで「編集」をクリックし、トグルを「プロキシ（オレンジ色の雲）」から「DNSのみ（灰色の雲）」に切り替えてください。

検証が72時間を超えて停滞している

• 症状：ドメインの処理状態が、予想される期間を大幅に超えても「保留中」のループ状態から抜け出せない。
• 原因：これは通常、初期のデータ同期期間中にレコードを削除して再追加すると発生します。これにより、Beehiivの自動バックエンドSSLプロバイダーの安全対策としてのレート制限がトリガーされるためです。
• 対処法：すべてのエントリを一切変更しないでください。72時間経過しても検証がフリーズしたままの場合は、Beehiivのアプリ内チャットボットヘルパーを使用して、同社のエンジニアリングサポートデスクに連絡してください。

Namecheapのプライベートメールに関する競合問題

• 症状：Namecheapでホスティングされているドメインに限り、主要なメールワークフローが機能しなくなったり、ドメインのプロビジョニングが体系的に完全に停止したりします。
• 原因：「mail」という特定の単語を送信用サブドメイン（例：mail.yourdomain.com）として選択すると、Namecheapのプライベートメールサーバーのルーティングルールとのアーキテクチャ上の競合が発生します。
• 解決策：ニュースレター配信用のサブドメインプレフィックスとして、別のバリエーション（「news」、「letters」、「send」など）を選択してください。Beehiivの検証システムは、初期設定の過程でこの特定のリスクを自動的に検知します。

SPFとDKIMは個別に合格しているにもかかわらず、DMARCが不合格となる

• 症状：メッセージヘッダーを詳細に分析すると、個々の「spf=pass」および「dkim=pass」のログが確認できるが、システム全体としては「dmarc=fail」エラーが検出されている。
• 原因： 整合性の不一致。DMARCでは、SPF/DKIM認証を処理するドメインが、表示されている「From:」アドレス欄に記載されているルートドメインと一致していることが求められます。
• 修正方法：Beehiiv内の送信ドメイン設定が、公開キャンペーンの「From:」アドレスに表示されるドメイン名と一致していることを確認してください。

すべてが正常に動作しているかを確認する方法

メール認証の設定が正しいことを確認するには、以下の検証手順を実行してください：

• 送信メールのテスト：Beehiivアカウントから外部の受信箱（個人のGmailアドレスなど）へ、本番環境のテストメッセージを送信します。「生のヘッダーを表示」（Gmail内の「オリジナルを表示」）を開き、認証ブロック内に「SPF: PASS」、「DKIM: PASS」、「DMARC: PASS」と明記されていることを確認してください。
• SPFレコードの検索を実行する：公開鍵が構文上の問題なく正しく解決されることを確認します。
• DKIMレコードの検索を実行する：暗号鍵の設定が、世界中のネームサーバーに正しく公開されていることを確認してください。
• DMARCレコードチェッカーを実行する：ポリシータグの構成が、意図した適用パラメータと一致していることを確認してください。
• ドメイン全体の評価を診断：ルートのWebアドレスを包括的なPowerDMARCドメインアナライザーに直接貼り付けるだけで、メールセキュリティと認証の状態を網羅したオールインワンの診断スコアを確認できます。

Beehiiv のメール認証に関するベストプラクティス

• 事前の準備：最初の大規模な一斉配信をスケジュールする前に、必ずSPFおよびDKIMレコードを設定し、送信者の初期レピュテーションを保護してください。
• DMARCの設定を絶対に省略しないでください： DMARCは、Beehiiv上のすべてのカスタムドメインにおいて必須のコンプライアンス要件です。これを省略すると、配信障害やアカウントのコンプライアンス違反につながる可能性があります。
• 強制的なスピード導入は避ける：導入初日から「p=reject」ルールを適用してはいけません。自社の正当なメールを誤ってブロックしてしまうことを防ぐため、監視下で段階的にポリシーを導入し、徐々に移行させてください。
• 今後の送信変更の確認：今後、補助プラットフォームを移行したり、ドメインに外部のトランザクション処理ソフトウェアを導入したりする場合は、これらのツールがBeehiivの設定と競合しないよう、DNSの設定を再確認してください。

よくあるご質問

Beehiivでは、SPFとDKIMは自動的に設定されますか？

はい、ただしデフォルトの *.beehiiv.com サブドメインを使用する場合に限ります。カスタムドメインでニュースレターを運営する場合は、Beehiiv がカスタム CNAME レコードを自動生成しますので、それをコピーして、ご自身のドメインの DNS 設定画面で公開する必要があります。

BeehiivではDMARCの設定は必須ですか？

はい。2024年2月より、Beehiivでは、メールプロバイダーのセキュリティ基準に準拠し、ドメインなりすましを防ぐため、すべてのカスタムドメインに対してDMARCの導入を義務付けています。

BeehiivのDKIMレコードが「Not Found」と表示されるのはなぜですか？

静的なレコードとは異なり、Beehiivは送信中の実際のメールを確認することで、DKIMを動的に検証します。アカウントから簡単なテストメールやニュースレターを一通送信するだけで、検証が開始されます。

Beehiivのドメイン認証にはどれくらい時間がかかりますか？

グローバルなDNSの変更が完全に反映されるまでには、通常、数分から最大72時間かかります。セキュリティプロバイダーによるレート制限を避けるため、この期間中はレコードの変更や再追加を行わないでください。

Cloudflare DNS と一緒に Beehiiv を使えますか？

その通りです。ただし、Beehiiv認証用のCNAMEレコードのプロキシステータスを「Proxied」（オレンジ色の雲）から「DNS Only」（灰色の雲）に変更する必要があります。そうしないと、検証に失敗してしまいます。

Beehiivでは、まずどのようなDMARCポリシーから導入すべきでしょうか？

まずは常に「監視のみ」のポリシー（p=none）から開始してください。これにより、配信状況レポートを収集し、設定の不整合を修正した上で、隔離や拒否といったより厳格な適用ポリシーへ安全に移行することができます。

• について
• 最新記事

アヤン・ブイヤ

シフトリーダー、インフラおよびメールセキュリティの専門家（勤務先： PowerDMARC

サイバーセキュリティの分野で13年以上の経験を持ち、インフラ、事業継続、リスク管理、Eメールセキュリティを専門とする。現在はPowerDMARCのシフトリーダーを務める。ネットワークとセキュリティの大学院ディプロマを取得し、脅威を軽減し、ビジネスの回復力を確保するための戦略的なセキュリティイニシアチブを主導してきた実績がある。

最新記事 by Ayan Bhuiya(全て見る)

• Beehiiv で SPF、DKIM、DMARC を設定する方法 [2026] - 2026年7月7日
• Microsoftのエラーコードの解決方法とトラブルシューティングガイド - 2026年6月22日
• 2026年の主要なDMARCプロバイダー、ベンダー、およびソリューション - 2026年5月15日