KajabiのSPF・DKIM・DMARC設定。
Kajabiでは、ルートドメインに貼り付ける1行のSPFレコードは提示されません。カスタムのメールドメインを接続すると、Kajabi（メール基盤はMailgun）が専用の送信用サブドメインkjbm.yourdomain.comを用意し、アカウントごとのDNSレコード一式を生成します（SPF、DKIM、DMARC用のTXTレコード3つ、MXレコード2つ、CNAMEレコード1つ）。これらはすべてこのサブドメインだけを対象とします。Kajabiの2026年2月9日の変更以降、ブロードキャストとオートメーションは実際にこのサブドメインから送信されます。Fromアドレスはhello@kjbm.yourdomain.comのようになり、From表示名とreply-toは設定したブランドと受信トレイのままです。送信に関する要素（Fromドメイン、エンベロープ/Return-Path、DKIM署名、DMARCレコード）はすべてkjbmサブドメインに置かれるため、Google WorkspaceやMicrosoft 365用にルートドメインで運用中のSPF、DKIM、DMARCには影響せず、競合もしません。このガイドでは、現在の設定手順として、ダッシュボードのパス、レコードの形式、DKIMとDMARCの設定、カスタム送信がいつの間にか無効になる注意点、確認方法を説明します。
Kajabiを認証すべき理由
GmailとYahooはすべての大量送信者に対し、SPF、DKIM、DMARCに成功することを義務付けており、Kajabiはこれを製品の必須要件に組み込みました。2026年2月9日の変更以降、kjbmサブドメインで完全に認証されていない（すべてのレコードの公開とStrict DMARCの有効化が済んでいない）カスタムメールドメインは無効になり、Kajabiは通知なく、共有の汎用Kajabiドメインからの送信に切り替えます。つまり、丁寧にブランディングしたコース公開のメールシリーズが、突然自社のものではないドメインから送信され、認知と到達率が大きく下がります。kjbmサブドメインを認証すれば、自社ドメインでの送信を続けられ、共有プールではなく自社ブランドで送信者レピュテーションを築けます。さらにGmail/Yahooの基準を満たし、ブロードキャストが迷惑メールではなく受信トレイに届くようになります。
KajabiにおけるSPFの実情
ルートドメインのv=spf1レコードに追加する共有の「include:_spf.kajabi.com」はありません。そのようなものは存在しません。Kajabiは、アカウントごとの専用サブドメイン方式（バックエンドのMailgunと同じ方式）を採用しています。送信用サブドメインkjbm.yourdomain.comを委任し、そこにSPFを公開します（Mailgun形式のinclude。例：v=spf1 include:mailgun.org ~all）。現在のKajabiはこのサブドメインのFromアドレスで送信するため、SPFの評価にはサブドメイン自身のレコードが使われ、DKIMの署名にはd=kjbm.yourdomain.comが使われます。したがって、どちらもFromドメインとそのままアライメントが一致し、ルートドメインのSPFやDNSルックアップの10回制限には影響しません。ルートドメインのSPFにKajabiのincludeを追加しようとしないでください。追加すべきものはなく、独自に作るとルックアップを無駄に消費し、他の送信元に支障をきたすおそれがあります。
設定手順
- 1
送信者情報を設定し、カスタムメールドメインを追加
送信メールに使うFrom name、From email（例：hello@yourdomain.com）、Reply-to emailを入力し、Setup Custom Email Domainをクリックします。これでKajabiに認証するドメインが伝わり、専用のkjbm送信用サブドメインが用意されます。2026年2月の変更以降、メールはこのサブドメイン（例：hello@kjbm.yourdomain.com）から送信され、設定したFrom表示名とreply-toは維持されます。
- 2
アカウント固有のDNSレコードをコピー
Kajabiは、kjbmサブドメインを対象とするレコード一式を生成します。3つのTXTレコード（SPF、DKIM、Enable Strict DMARCの実行後はDMARC）、2つのMXレコード、1つのCNAMEレコードです。値はすべてアカウント固有で、KajabiのMailgunバックエンドを反映しています。ガイドの値を流用せず、各Host/NameとValueをそのままコピーしてください。
- 3
SPFのTXTレコードをkjbmサブドメインに公開
SPFのTXTレコードを、ルートドメインではなくkjbm送信用サブドメインに追加します（Hostをkjbmにすると、レコードはkjbm.yourdomain.comに置かれます）。Mailgun形式のinclude（例：v=spf1 include:mailgun.org ~all）で、サブドメインに対してKajabiのサーバーを許可するものです。既存のルートドメインのSPFはそのままです。
- 4
DKIM公開鍵のTXTレコードを公開
DKIMのTXTレコードを、Kajabiが割り当てたkjbmサブドメイン配下のセレクター（例：k1._domainkey.kjbm.yourdomain.com）に追加します。秘密鍵はKajabiが保持し、各メールにd=kjbm.yourdomain.comで署名します。公開するのは公開鍵だけです。長いp=の値は、スペースや改行を追加せずに1行で貼り付けてください。
- 5
2つのMXレコードとCNAMEを公開
kjbmサブドメインにMXレコードを2つ追加します。KajabiのMailgunメールエクスチェンジャーで、通常はmxa.mailgun.orgとmxb.mailgun.org、どちらも優先度10（プライマリ/バックアップではなく同等）です。これにより、サブドメインのバウンスと迷惑メール報告が処理されます。あわせて、トラッキング用のCNAMEレコードを1つ追加します（例：email.kjbm.yourdomain.com → mailgun.org）。これらのMXレコードはkjbm.yourdomain.comのみに置いてください。ルートドメインのMXは置き換えないでください。置き換えると、受信メールが届かなくなります。
- 6
Enable Strict DMARCをクリックし、_dmarc.kjbmレコードを公開
Email Settingsに戻ってEnable Strict DMARCをクリックし、DMARCレコードを生成します。Nameを_dmarc.kjbmとしたTXTレコードとして公開します。レコードはルートドメインの_dmarcではなく、サブドメイン上の_dmarc.kjbm.yourdomain.comに置かれます。Kajabiはすべてのカスタムメールドメインにこの手順を必須としており、行わないとカスタム送信が無効になります。ルートドメインで運用中のDMARCとは別のレコードなので両方を維持し、Kajabiが生成した値をそのまま公開してください。
- 7
Kajabi内で確認
Custom Email Domainカードに戻ります。各レコードにPendingまたはVerifiedが表示されるので、公開後にVerify/refreshをクリックします。KajabiがDNSを管理している場合、SPF、DKIM、MX、CNAMEは自動で追加されますが、Enable Strict DMARCをクリックする必要はあります。DNSの反映は通常5分ほどですが、最大48時間かかることがあるので、早々に失敗と判断しないでください。
- 8
テストのブロードキャストを送信してアライメントを確認
ブロードキャストまたはオートメーションのメールをGmailアドレス宛てに送り、Show originalを開いて、SPF=pass、DKIM=pass、DMARC=passと表示され、SPFとDKIMがkjbm.yourdomain.com（新しい送信ドメイン）とアライメントが一致していることを確認します。外部のチェックツールでアドレスを確認し、最初のDMARC集計レポートで実際の送信が認証されていることも確かめてください。
追加するレコード
正確な値はKajabiのセットアップウィザードで生成されます。以下は、DNSホストに追加するレコードの形式を示したものです。
| タイプ | ホスト | 値 |
|---|---|---|
| TXT | kjbm.yourdomain.com | v=spf1 include:mailgun.org ~allkjbm送信用サブドメインのSPFです（KajabiのメールはMailgunで動作）。ルートドメインではありません。例です。セットアップページに表示される正確なSPF文字列を公開してください。ルートドメインのSPFとDNSルックアップの10回制限には影響しません。 |
| TXT | k1._domainkey.kjbm.yourdomain.com | k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC... (Kajabi/Mailgun-generated public key)DKIM公開鍵です。Kajabi/Mailgunが割り当てたkjbmサブドメイン配下のセレクターに置きます。セレクター名（例：k1）と鍵はアカウントごとに固有です。スペースを追加せず、1行でそのままコピーしてください。値は例です。 |
| MX | kjbm.yourdomain.com | 10 mxa.mailgun.orgkjbmサブドメインの1つ目のバウンス/受信用MX（優先度10）で、KajabiのMailgunバックエンドです。ホスト名は例です。Kajabiの正確な値を使ってください。ルートドメインに置かないでください。メールプロバイダーのMXを置き換えるものではありません。 |
| MX | kjbm.yourdomain.com | 10 mxb.mailgun.org2つ目のMXで、これも優先度10です（Mailgunが使うのはプライマリ/バックアップのペアではなく、同じ優先度の2つのMXです）。kjbm.yourdomain.comに置きます。値は例です。 |
| CNAME | email.kjbm.yourdomain.com | mailgun.orgKajabiが提供するトラッキング用（開封/クリック）のCNAMEです。正確なホストとターゲットはセットアップページに表示されます（値は例です）。DNS-onlyのままにしてください。Cloudflareでは、プロキシをオレンジではなくグレーのクラウド（DNS only）に設定します。 |
| TXT | _dmarc.kjbm.yourdomain.com | v=DMARC1; p=none; pct=100; fo=1; ri=3600; rua=mailto:xxxxxxxx@dmarc.mailgun.org; ruf=mailto:xxxxxxxx@dmarc.mailgun.orgKajabiのEnable Strict DMARCボタンで生成され、kjbmサブドメイン（Name: _dmarc.kjbm）に公開します。ルートドメインではなく、運用中の_dmarc.yourdomain.comとも別のレコードです。レポートはKajabiの基盤に送られます。Kajabiは通常、p=noneの監視ポリシーを生成します。値は例です。Kajabiに表示されたものをそのまま公開してください。 |
ルートドメインのSPF（v=spf1）のTXTレコードは1つだけにし、すべての送信元をこの1行にまとめてください。SPFレコードが2つあると、それ自体がエラーになります。
DNSルックアップの10回制限
SPFのDNSルックアップは10回までに厳格に制限されており、超えるとpermerrorを返して、どの受信側でも検証されなくなります。Kajabiの設定がこの上限のうち何回を消費するかは、次のとおりです。
Kajabiの推奨設定はルックアップを消費しません。10回すべてを、includeが必要な他の送信元に使えます。
DKIM
Kajabi（Mailgun経由）のDKIMは、CNAMEによる委任ではなく、公開鍵のレコードを公開する方式です。カスタムメールドメインを設定すると、KajabiがRSA鍵ペアを生成し、秘密鍵をMailgunの送信基盤で保持して、TXTレコード（k=rsa; p=...の公開鍵）を提示します。これを、Kajabi/Mailgunが割り当てたkjbmサブドメイン配下のセレクター（例：k1._domainkey.kjbm.yourdomain.com）に公開します。以降、送信されるブロードキャストはすべてd=kjbm.yourdomain.comでDKIM署名されます。KajabiはこのサブドメインのFromアドレスで送信するため、DKIMドメインはFromドメインと完全に一致し、アライメントはそのまま成立します。緩和と厳格の調整を気にする必要はありません。p=の値は、スペースや改行を挿入せずに1行で貼り付けてください（DNSのUIによっては長いTXT値が折り返して表示されますが、文字を追加していなければ問題ありません）。セレクター名と鍵はアカウントごとに固有なので、Kajabiに表示されたものを正確にコピーしてください。
DMARC
KajabiのカスタムメールドメインではDMARCが必須で、レコードはKajabiが生成します。Email SettingsでEnable Strict DMARCをクリックし、生成されたTXTレコードをkjbmサブドメインに公開します。Nameは_dmarc.kjbmなので、レコードは_dmarc.yourdomain.comではなく_dmarc.kjbm.yourdomain.comに置かれます。Kajabiの設定で最も見落とされやすい点です。生成されるレコードは、集計レポート（rua）とフォレンジックレポート（ruf）の送信先をKajabiのMailgunベースのレポート基盤に向けており、通常は監視モード（p=none）で始まります。表示されたとおりに公開してください。重要なのは、kjbmサブドメインに置くため、ルートドメインで運用中のDMARC（_dmarc.yourdomain.com）に影響せず、上書きも重複もしないことです。2つは独立したレコードで、どちらも必要です。Kajabiのレコードをルートドメインに移したり、「統合」のためにルートドメインのDMARCを削除したりしないでください。自社のメールでより厳しいポリシーを使いたい場合は、都合のよいタイミングでルートドメインのDMARCポリシーを引き上げ、kjbmのレコードはKajabiが生成したままにしてください。サブドメイン上ではFrom、SPF、DKIMがすべてkjbm.yourdomain.comで、アライメントが完全に一致するため、手動で調整するアライメントのタグはありません。
正しく設定できたか確認する
Kajabi内のCustom Email Domainカードには、各レコードがPendingまたはVerifiedで表示されます。公開後にVerify/refreshをクリックしてください。コマンドラインでも照合します：dig TXT kjbm.yourdomain.com（SPF）、dig TXT k1._domainkey.kjbm.yourdomain.com（DKIM。割り当てられたセレクターを使用）、dig MX kjbm.yourdomain.com（mxa.mailgun.orgとmxb.mailgun.orgが、いずれも優先度10で返るはずです）、dig TXT _dmarc.kjbm.yourdomain.com（DMARC。名前にkjbmが含まれる点に注意）。次に、ブロードキャストまたはオートメーションをGmailアカウント宛てに送り、Show originalを開いて、SPF: PASS、DKIM: PASS、DMARC: PASSと表示され、SPFとDKIMがどちらもkjbm.yourdomain.comとアライメントが一致していることを確認します。Qualisendの送信ドメイン認証チェックとドメイン診断では、kjbmのすべてのレコードとアライメントを1画面で確認でき、最初の集計レポートが届けば、DMARCレポート解析で実際の送信が認証されていることを確認できます。
よくある注意点
- 適用範囲
2026年2月9日以降、kjbmはReturn-Pathだけでなく、実際の送信ドメインです。Kajabiはkjbm.yourdomain.comのFromアドレス（例：hello@kjbm.yourdomain.com）でブロードキャストを送信します。受信者にはFrom表示名が表示され、返信は設定したreply-toに届きますが、実際のFromドメインと認証はすべてサブドメインに置かれます。kjbmのレコードがない古い設定は、現在は失敗して無効になります。
- 適用範囲
DMARCレコードはサブドメインの_dmarc.kjbm.yourdomain.com（Name: _dmarc.kjbm）に置きます。_dmarc.yourdomain.comではありません。ルートドメインで運用中のDMARCとは別のレコードで、2つは共存します。ルートドメインの_dmarcを上書きしたり、Kajabiのレコードをルートドメインに移したりしないでください。
- DNS設定
ルートドメインにKajabi/MailgunのSPFのincludeを追加しないでください。追加すべきものはありません。SPF（include:mailgun.org形式のレコード）はkjbm.yourdomain.comのみに置かれるため、ルートドメインのv=spf1レコードと10回制限には影響しません。独自に作ったincludeをルートドメインに貼り付けると、ルックアップを無駄に消費し、他の送信元に支障をきたすおそれがあります。
- 適用範囲
2つのMXレコード（mxa.mailgun.orgとmxb.mailgun.org、どちらも優先度10）はkjbmサブドメインに置き、ルートドメインには置かないでください。ルートドメインに追加すると実際のメールボックスサービスのMXが上書きされ、Google WorkspaceやMicrosoft 365でメールを受信できなくなります。
- 適用範囲
Host/NameとValueは、セットアップページからそのままコピーしてください。DNSのUIの多くはドメインを自動で付加するため、ホストに「kjbm」とだけ入力すべきところで「kjbm.yourdomain.com」と入力すると、kjbm.yourdomain.com.yourdomain.comになります。ドメインの二重付加、余分な引用符、末尾のドットに注意してください。_dmarc.kjbmとk1._domainkey.kjbmのホストにも同じ注意が必要です。
- 認証失敗の原因
KajabiがDNSを管理している場合、SPF、DKIM、MX、CNAMEは自動で追加されます。ただしEnable Strict DMARCは自分でクリックする必要があり、行わないとドメインは要件を満たさないまま無効になります。
- DNS設定
Cloudflareでは、トラッキング用のCNAMEとメール関連のレコードをDNS-only（グレーのクラウド）にしてください。CNAMEをCloudflareのオレンジのクラウドでプロキシすると、トラッキングと確認が機能しなくなります。
- DNS設定
失敗と判断する前に時間を置いてください。DNSの反映は通常5分ほどですが、最大48時間かかることがあります。それでも確認できない場合、原因はほぼ、入力ミス、プロキシが有効な（オレンジのクラウドの）レコード、kjbmサブドメインではなくルートドメインに貼り付けた値のいずれかです。
SPFレコードを作成
Kajabiでは、ルートドメインにSPFのinclude:を追加する必要はありません。作成ツールを使って他の送信元用のクリーンなレコードを1つ組み立て、1行に収めてください。
送信元
メールの送信に使っているサービスを検索して、それぞれチェックを入れてください。
上の検索欄で利用中のメールサービスを検索するか、してください。
このドメイン自身のサーバー
ドメインが（上記のサービスを経由せず）直接メールを送信する場合は、ドメイン自体を許可します。
その他の送信元・IP
リストにないもの（別のサービスのSPFホストや特定のIPアドレス）を追加します。
接頭辞のinclude:は自動で付加されます。サービスのドキュメントに記載されているホスト名を入力してください。
その他すべての送信元へのポリシー
上記に記載されていないサーバーからのメールを、受信側がどう処理すべきかを指定します（allメカニズム）。
送信元がまだないため、すべてのメッセージに~allポリシーが適用されます。ステップ1で利用中のサービスを追加してください。
- ルートドメインにTXTレコードとして公開します。ホストは@（ドメインそのもの）、値は上記の文字列全体です。
- SPFレコードは1つのドメインにつき1つだけにします。すべての送信元をこの1行にまとめてください。v=spf1で始まるTXTレコードが2つあると、両方とも無効になります。
- DNSルックアップは10回以内に収めてください。include:、a、mxはそれぞれ1回とカウントされ、includeは内部でさらにルックアップを発生させることがあります。ip4:とip6:はカウントされません。
送信ドメイン認証の設定が済んだら、次は検証済みのクリーンなリストへの配信です。
リストを検証KajabiのSPFに関するよくある質問
関連記事
ホスティング・Webサイトの他のサービス
すべてのSPFガイド公開したら、ドメイン診断ですべてのレコードが正しく解決されることを確認し、DMARCレポート解析で自社ドメインを名乗って送信している送信元を把握します。作成ツールではすべての送信元を確認できます。ただし、認証は到達率対策の半分にすぎません。送信IPやドメインがブラックリストに掲載されていると、SPFの設定がどれほど適切でも迷惑メールに振り分けられます。そのため、ブラックリスト監視で掲載状況を確認しておくことをおすすめします。
認証の次は、リストをクリーンに保つ
SPF、DKIM、DMARCに成功すれば受信トレイに届き、クリーンなリストならその状態を維持できます。お手持ちのリストも検証してクリーニングできます。100クレジット無料、クレジットカード登録不要で始められます。