GorgiasのSPF・DKIM・DMARC設定。
Gorgiasは独自のメールサーバーを運用していません。サポートアドレス（help@yourbrand.comなど）を転送型のメール連携として接続すると、Gorgiasはエージェントの返信を、バックエンドのメールサービス経由で代わりにリレーします。バックエンドはSendGrid（2023年2月頃以降に作成されたアカウントのデフォルト）またはMailgun（古いアカウント）で、各Gorgiasアカウントにどちらか1つだけが割り当てられます。ドメインを認証すると、その返信が本当に自社からのものだと証明できます。最新のフローでは、3つのCNAMEレコードを使います。2つのDKIMセレクター（gor._domainkeyとgor2._domainkey）と、「em」のReturn-Path用CNAMEで、ローテーションするDKIM鍵とバウンス用サブドメインをメール配信サービス（ESP）に委任します。ルートドメインに貼り付ける共通の「include」行はありません。SPFとDKIMはCNAMEで委任します。併せてDMARCレコードを追加すれば、Gorgiasの返信は自社ドメインとしてアライメントが完全に一致した状態で送信され、「via」の注記は表示されず、迷惑メールに振り分けられることも大幅に減ります。
Gorgiasを認証すべき理由
Gorgiasのメールは、注文確認、返金の連絡、配送に関する質問といったトランザクション型のカスタマーサポートです。そのため、返信が迷惑メールフォルダーに入れば、指標の問題では済まず、サポートの失敗になります。今やメールプロバイダーは、配信に条件を設けています。2024年2月以降、GmailとYahooは大量送信者（1日あたり約5,000通以上）に対し、SPF、DKIM、DMARCにアライメントが一致した状態で成功することを義務付けています。Microsoftも2025年に、Outlook.com/Hotmail宛ての大量送信者に同じ要件の適用を始めました。忙しいECのヘルプデスクなら、このしきい値は簡単に超えます。ドメインを確認するまで、GorgiasはESPの共有インフラで送信します。Fromアドレスのアライメントは一致せず、DMARCに成功できず、受信者には「on behalf of」の注記が表示されることがあり、レピュテーションはそのESP上の未認証テナントすべてと共有されます。確認すると、DKIM（CNAME方式の場合はSPFも）のアライメントが自社ドメインと一致し、「via」タグが消え、築いたレピュテーションは自社ブランドに蓄積されます。
GorgiasにおけるSPFの実情
Gorgiasの最新のドメイン認証はCNAME方式なので、ほとんどのアカウントでは、ルートドメインのSPFレコードに追加する共通の「include:...」行はありません。Domain verificationを実行すると、Gorgiasは3つのCNAMEレコードを表示します。バックエンドのESPにローテーションする鍵を委任する2つのDKIMセレクター（gor._domainkeyとgor2._domainkey）と、Return-Path/バウンス用サブドメインになる「em」で始まるホスト1つ（例：em1234）です。このemホストを自社ドメイン上（em1234.yourbrand.com）に、ESPのSPF認可済みの範囲に解決されるCNAMEとして公開するので、そのサブドメインではSPFに自動で成功します。em1234.yourbrand.comはyourbrand.comのサブドメインなので、緩和されたアライメントで一致します。つまりCNAME方式では、SPFとDKIMの両方で、アライメントが一致した成功を得られます（Return-Pathがベンダー自身のドメインに置かれ、DKIMしかアライメントが一致しないMailchimpとは異なります）。ルートドメインにinclude:sendgrid.netやinclude:mailgun.orgを追加する必要はなく、DMARCには両方のメカニズムで引き続き成功します。ルートドメインのincludeが関係するのは、従来のTXT方式だけです。一部のアカウント（通常は古い、Mailgunを使うアカウント）には、CNAMEではなくTXTレコードが表示されます。ルートドメインにまとめるSPFのTXTレコード（ESP自身のinclude、例：include:mailgun.orgを含みます）と、DKIMのTXTレコードです。自社のDomain verification画面に表示されたものを公開してください。CNAMEが表示されればCNAMEに、TXTが表示されればTXTに従い、両者を混在させないでください。なお、多くの第三者のガイド（PowerDMARC、Skysnag、OnDMARC）は今も従来のinclude:mailgun.orgの方法だけを説明しており、GorgiasにはDKIMがないと主張するものさえありますが、これは古い情報です。画面にgor._domainkeyのCNAMEが表示されていれば、それを使い、includeは無視してください。どちらの方式でも、ルートドメインのSPF TXTレコードは1つだけにしてください。Google WorkspaceやMicrosoft 365からも送信している場合は、その1つのレコードにまとめ、2つ目のSPFレコードは公開しないでください。
設定手順
- 1
メール連携のDomain verificationを開く
Settings（歯車）アイコンをクリックし、Integrations → Email（新しいナビゲーションではChannels → Email）を開きます。送信に使う接続済みのアドレスを選択し、Domain verificationを開きます。これが該当するのは、GorgiasがESP経由でリレーする転送型の連携だけです。OAuthで接続したGmailやOutlookの受信トレイはGoogle/Microsoft側で認証し、これらのレコードは表示されません。
- 2
鍵を生成し、バックエンドを確認
プロンプトが表示されたら、DNSレジストラが対応する鍵サイズ（可能なら2048ビット）を選び、生成します。表示された内容で、どの方式かがわかります。3行のCNAME（2つのgor._domainkeyセレクターとemホスト）なら最新のSendGridのフロー、v=spfとk=rsaで始まる2行のTXTなら従来のMailgunのフローです。Gorgiasが実際に表示した方式に従い、混在させないでください。
- 3
レコードの正確な値をコピー
各Host/NameとValueを表示どおり正確にコピーします。セレクターの向け先とemサブドメインはアカウントごとに異なります。レコードの公開後に戻って再確認できるよう、このタブは開いたままにしてください。
- 4
2つのDKIMセレクターのCNAMEを追加（CNAME方式）
DNSホストで2つのCNAMEレコードを作成します。Hostはgor._domainkeyとgor2._domainkeyで、それぞれGorgiasに表示される正確な向け先を指定します。2つのセレクターにより、ESPはダウンタイムなしで鍵をローテーションできます。レコードタイプはCNAMEのままにし、TXTやAに変更しないでください。
- 5
emのReturn-Path用CNAMEを追加（CNAME方式）
Hostがemで始まるCNAMEレコード（例：em1234）を作成し、Gorgiasが示す値を指定します。これがReturn-Path/バウンス用サブドメインで、SPFを満たす役割を担います。ESPのSPF認可済みの範囲に解決されるので、ルートドメインのSPFにincludeは不要です。Cloudflareでは、このレコードと2つのDKIM用CNAMEを「DNS only」（グレーのクラウド）に設定してください。
- 6
従来/TXTのアカウント：SPFとDKIMのTXTレコードを追加
GorgiasにCNAMEではなくTXTの値が表示された場合は、SPFのTXTレコードを表示どおりに追加します。ESP自身のinclude（例：v=spf1 include:mailgun.org ~all）を含むので、2つ目のレコードを公開せず、そのincludeを既存のルートドメインのSPFレコードにまとめます。DKIMのTXTレコードは、表示されたセレクターに追加します。Gorgias固有の重要な注意点として、ESPが発行するこれらのDKIM鍵には先頭のv=DKIM1;タグがありません（値は多くの場合k=rsa;で始まります）。表示どおりに公開し、v=DKIM1を自分で追加しないでください。検証に失敗する可能性があります。
- 7
DMARCレコードを追加
GorgiasはDMARCを作成しません（ドキュメントにはp=quarantineの例がありますが、もっと穏やかに始めてください）。ホスト_dmarcに、v=DMARC1; p=none; rua=mailto:dmarc@yourbrand.comのTXTレコードを追加します。p=noneは監視のみのため、アライメントの確認中も配信には何も影響しません。_dmarcレコードはドメイン全体で1つだけにしてください。
- 8
ホストの重複とプロキシ設定を修正
多くのレジストラはドメインを自動で付加するため、gor._domainkey.yourbrand.comと入力するとgor._domainkey.yourbrand.com.yourbrand.comになります。ラベル（gor._domainkey、gor2._domainkey、em1234）のみを入力してください。DNSがCloudflareの背後にある場合、すべてのCNAMEを「DNS only」（グレーのクラウド）にする必要があります。オレンジのクラウドでプロキシが有効なCNAMEはESPに解決されず、確認に失敗します。
- 9
確認を開始して待つ
Gorgiasに戻り、Check Statusをクリックします。レコードは通常数分で解決されますが、確定までGorgiasは最大72時間を見込んでいます。通常はDKIMよりSPFが先に確認されます。進まない場合は、各Host/Valueの入力ミスやドメインの重複を確認し、Check Statusを再実行してください。
- 10
実際に返信を送ってヘッダーを確認
Gorgiasから確認可能なチケットに返信し（または自分宛てに送り）、Gmailで開いて⋮ → Show originalを選びます。DKIM: PASS（d=yourbrand.comとして署名、セレクターはgorで、ESPのドメインではない）、SPF: PASS、DMARC: PASSがいずれも自社ドメインとアライメントが一致していることを確認します。DNSの確認だけでは不十分で、認証済みのGorgias連携を通じて実際に送信されている必要があります。
追加するレコード
正確な値はGorgiasのセットアップウィザードで生成されます。以下は、DNSホストに追加するレコードの形式を示したものです。
| タイプ | ホスト | 値 |
|---|---|---|
| CNAME | gor._domainkey | gor.domainkey.u1234567.wl123.sendgrid.netDKIM鍵1（ESPによる自動ローテーション）。例です。正確な向け先はGorgiasからコピーしてください。Mailgunをバックエンドとする古いアカウントでは、代わりにDKIMのTXTレコードが表示されます。 |
| CNAME | gor2._domainkey | gor2.domainkey.u1234567.wl123.sendgrid.netDKIM鍵2です。2つ目のセレクターにより、ESPはダウンタイムなしで鍵をローテーションできます。値は例です。Gorgiasに表示される正確な向け先をコピーしてください。 |
| CNAME | em1234 | u1234567.wl123.sendgrid.netReturn-Path/バウンス用サブドメインです。このCNAMEがSPFを満たします（ESPのSPF認可済みの範囲に解決されます）。例です。Gorgiasに表示される正確なemホストと向け先を使ってください。 |
| TXT | @ | v=spf1 include:mailgun.org ~all従来/TXT（Mailgun）のアカウントのみ必要で、CNAME方式では不要です。Gorgiasに表示される正確なSPFの値（ESP自身のinclude、例：include:mailgun.orgを含む）を公開し、既存のルートドメインのSPFにまとめてください。2つ目のSPFレコードは公開しないでください。 |
| TXT | _dmarc | v=DMARC1; p=none; rua=mailto:dmarc@yourbrand.com自分で追加するレコードで、Gorgiasは作成しません。ドメインごとに1つです。p=noneで始め、その後quarantine/rejectに引き上げます。 |
ルートドメインのSPF（v=spf1）のTXTレコードは1つだけにし、すべての送信元をこの1行にまとめてください。SPFレコードが2つあると、それ自体がエラーになります。
DNSルックアップの10回制限
SPFのDNSルックアップは10回までに厳格に制限されており、超えるとpermerrorを返して、どの受信側でも検証されなくなります。Gorgiasの設定がこの上限のうち何回を消費するかは、次のとおりです。
Gorgiasの推奨設定はルックアップを消費しません。10回すべてを、includeが必要な他の送信元に使えます。
DKIM
Gorgiasでは、DKIMがDMARCの成功を担います。設定方法は、Domain verification画面の表示によって変わります。最新のCNAMEフローでは、DKIMは2つのCNAMEレコード（gor._domainkeyとgor2._domainkey）で、公開鍵をバックエンドのESPに委任します。貼り付ける値ではなくCNAMEなので、ESPが秘密鍵を保持し、2つのセレクターで自動的にローテーションします。DNSを再編集する必要はありません。両方を表示どおりに公開してから、確認を実行してください。確認が済むと、Gorgiasはgorセレクターを使ってd=yourbrand.comとして返信に署名するので、DKIMは組織ドメインとアライメントが一致します。従来のTXTフローでは、DKIMはGorgiasが指定するセレクターに置く1つのTXTレコードです。ここには、ほぼ全員がつまずくGorgias固有の注意点があります。ESPが渡す鍵には、先頭のv=DKIM1;タグがありません。Gorgiasの表示どおり（通常はk=rsa; p=…で始まる）に公開し、これまで見てきたほぼすべてのDKIMレコードがv=DKIM1で始まっていても、自分で先頭に追加しないでください。同じ注意点は、Valimailのような委任サービスでこれらのレコードをフラット化する場合にも当てはまります。その場合はタグなしで鍵を保存するようサポートに依頼する必要があるかもしれません。純粋なCNAME方式では、生の鍵を貼り付けずにCNAMEで委任するため、この問題は起こりません。いずれの場合も、DKIMは接続した送信ドメインごとに設定します。送信に使うメール連携はそれぞれ個別に確認してください。
DMARC
DMARCはドメインに設定する別のポリシー用TXTレコードで、Gorgiasは公開しません。ヘルプドキュメントにはp=quarantineの例も載っていますが、もっと穏やかに始めるべきです。_dmarc.yourbrand.comにTXTレコードを追加し、値はv=DMARC1; p=none; rua=mailto:dmarc@yourbrand.comとします。p=noneは監視のみのため、配信には何も影響しません。その間に集計レポート（rua）で、Gorgiasと、自社ドメインとして送信する他のすべてのツールが、アライメントの一致した状態でSPFとDKIMに成功していることを確認します。CNAME方式では、SPF（自社ドメイン上のem Return-Pathサブドメイン経由）とDKIM（gorセレクター経由）の両方のアライメントが一致するので、正しく確認されたGorgiasのドメインは両方のメカニズムでDMARCに成功します。これは転送にも耐える堅牢な構成です。1～2週間レポートを確認し、ヘルプデスクに加えて社内メール（Google Workspace、Microsoft 365）とマーケティングツールがすべて認証されていることを確かめてから、p=quarantine、最終的にp=rejectへと段階的に引き上げます。送信者がいくつあっても、_dmarcレコードはドメイン全体で1つだけにし、Gorgias専用に2つ目のDMARCレコードを追加しないでください。
正しく設定できたか確認する
Gorgiasの「verified」のバッジだけで判断せず、実際のメールで確認してください。バッジはDNSより遅れることがあり、実際にどのドメインがメールに署名したかもわかりません。Gorgiasからテストチケットに返信し（または自分宛てに送り）、Gmailで開いて⋮ → Show originalを選びます。DKIM: PASS（gorセレクターでd=yourbrand.comとして署名）、SPF: PASS、DMARC: PASSがいずれもyourbrand.comとアライメントが一致していれば成功です。失敗の典型的な兆候はESP自身のドメインからの署名で、CNAMEが確認されていないことを意味します。完全なレポートが必要なら、Gorgiasの返信をcheck-auth@verifier.port25.comに送ると、詳しい内訳がメールで返ってきます。次にQualisendのドメイン診断でドメインをチェックし、2つのDKIM用CNAME、emのReturn-Path用CNAME、DMARCレコードがすべて正しく解決され、SPFが10回の上限内に収まっていることを確認します。DMARCの集計レポートが届き始めたら、DMARCレポート解析にレポートをドロップし、Gorgias（SendGridまたはMailgun経由）がアライメントの一致した、成功している送信元として表示されることを確認してください。
よくある注意点
- DNS設定
Gorgiasには2つのバックエンドESPがあり、アカウントにはどちらか1つだけが割り当てられます。SendGrid（2023年2月頃以降に作成されたアカウントのデフォルト）では通常CNAMEレコードが表示され、古いMailgunのアカウントでは代わりにTXTレコードが表示される場合があります。自社のDomain verification画面に表示されるレコードタイプに従ってください。もう一方のバックエンド向けのガイドに従うと、誤ったタイプのレコードを公開することになります。
- DNS設定
貼り付けるGorgiasのDKIM鍵は、v=DKIM1;のプレフィックスなしで公開する必要があります。GorgiasのESPはどちらもv=DKIM1タグなしで鍵を発行するので、TXT方式では（またはValimailのような委任サービスでCNAMEをフラット化する場合は）表示どおりに値を貼り付けてください。k=rsa;で始まることがあります。v=DKIM1は追加しないでください。これはGorgias固有のミスで最も多いものです。純粋なCNAME方式では生の鍵に触れないため、この問題は起こりません。
- DNS設定
第三者のガイド（PowerDMARC、Skysnag、OnDMARC）のほとんどは従来のinclude:mailgun.orgによるSPFの方法だけを説明しており、GorgiasはDKIMに対応していないと主張するものさえありますが、これは古い情報です。アカウントにgor._domainkey/gor2._domainkeyのCNAMEが表示されていれば、それを使い、includeは無視してください。
- DNS設定
CNAME方式では、ルートドメインのSPFレコードに追加するものはありません。emのReturn-Path用CNAMEだけでSPFを満たします。ルートドメインにinclude:mailgun.orgやinclude:sendgrid.netも貼り付けないでください。不要なうえ、SPFの10回のルックアップのうち1回を無駄に消費します。
- DNS設定
Cloudflareのプロキシは、CNAMEの解決を妨げます。gor._domainkey、gor2._domainkey、emホストを「DNS only」（グレーのクラウド）に設定してください。オレンジのクラウドでプロキシが有効なCNAMEはESPに解決されず、確認に失敗します。
- DNS設定
ホスト欄の重複：多くのレジストラはドメインを自動で付加するため、gor._domainkey.yourbrand.comと入力するとgor._domainkey.yourbrand.com.yourbrand.comになります。ラベル（gor._domainkey、gor2._domainkey、em1234）のみを入力してください。
- 適用範囲
OAuthで接続したGmail/Outlookの受信トレイでは、これらのレコードは一切使いません。そのメールはGoogle WorkspaceまたはMicrosoft 365で認証されます。Gorgiasのドメイン確認は、GorgiasがESP経由で送信する転送型の連携だけが対象です。接続の種類に合ったものを確認してください。
- 適用範囲
確認の確定には最大72時間かかることがあり、通常はDKIMよりSPFが先に確認されます。SPFが確認済みでDKIMが保留中と表示されていても、問題はなく、反映の途中です。反映の時間を大きく過ぎて進まない場合にのみ、レコードの値を見直してください。
SPFレコードを作成
Gorgiasでは、ルートドメインに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:はカウントされません。
送信ドメイン認証の設定が済んだら、次は検証済みのクリーンなリストへの配信です。
リストを検証GorgiasのSPFに関するよくある質問
関連記事
ヘルプデスク・CRMの他のサービス
すべてのSPFガイド公開したら、ドメイン診断ですべてのレコードが正しく解決されることを確認し、DMARCレポート解析で自社ドメインを名乗って送信している送信元を把握します。作成ツールではすべての送信元を確認できます。ただし、認証は到達率対策の半分にすぎません。送信IPやドメインがブラックリストに掲載されていると、SPFの設定がどれほど適切でも迷惑メールに振り分けられます。そのため、ブラックリスト監視で掲載状況を確認しておくことをおすすめします。
認証の次は、リストをクリーンに保つ
SPF、DKIM、DMARCに成功すれば受信トレイに届き、クリーンなリストならその状態を維持できます。お手持ちのリストも検証してクリーニングできます。100クレジット無料、クレジットカード登録不要で始められます。