WixのSPF・DKIM・DMARC設定。
Wixでは、共有のSPFの行を貼り付けるのではなく、CNAMEレコードで送信ドメインを認証します。設定はWix Email Marketing(以前はAscend by Wixの一部)の中で行います。送信者アドレスを追加して「Authenticate this domain」をクリックすると、5つのCNAMEレコードが表示されます。これらは、DKIM署名とReturn-PathをWixのメール基盤(SendGridで稼働)に委任するものです。CNAMEレコードが解決されるようになると、Wixから自社ドメイン名義でキャンペーンを送信でき、DKIMは自社ドメインとアライメントが一致し、SPFは送信用サブドメインで成功します。ルートドメインのSPFレコードに「include:wix」を追加する必要は一切ありません。多くのガイドが触れていない注意点として、この手順が対象とするのはWix Email Marketingだけです。Wixのメールボックスとサイトの自動送信メールは認証方法が異なります。また、5つのレコードのうち自動DMARC用のCNAME(CNAME 5)は問題があるので、追加しないでください。
Wixを認証すべき理由
Wixの送信ドメインの認証は、キャンペーンが受信トレイに届くかどうかそのものを左右します。2024年2月以降、GmailとYahooは、すべての送信者に対し、有効でアライメントが一致したFromアドレスでSPFまたはDKIMに成功することを義務付けています。大量送信者(Gmail/Yahooの個人向けアドレス宛てに1日あたり約5,000通以上)には、さらにDKIMに成功することとDMARCポリシーの公開が求められます。Microsoftも2025年に、大量送信者に同様のルールの適用を始めました。認証が完了するまで、Wixは独自の共有ドメインとプールされたIPからキャンペーンを送信します。受信者には自社ドメインとアライメントが一致しないメールが届き、DMARCには成功できず、レピュテーションも未認証の他のWix送信者全員と混ざってしまいます。Wix自身も到達率に関するガイダンスで、2024年2月の時点でビジネスメールの利用者は「SPFを設定する必要がある」とし、大量送信のしきい値を超えた場合はDKIMとDMARCも必要だと述べています。ドメイン認証を完了すると、レピュテーションが自社ドメインに移り、DKIMとFromアドレスのアライメントが一致し、Gmail、Yahoo、Microsoftの要件を一度に満たせます。
WixにおけるSPFの実情
Wixは、CNAMEで認証するサービスです。そのためWix Email Marketingでは、ルートドメインのSPFレコードに追加すべき「include:」メカニズムはありません。v=spf1の行にWix関連の記述を入れる必要は一切ありません。ドメインを認証すると、WixからReturn-Path/メール用のCNAME(Wixの「CNAME 3」)が提示されます。これは送信用サブドメインをWixのSendGrid基盤に向けるものです。このサブドメインはSendGridのSPFで許可された範囲に解決されるため、SPFはそこで自動的に成功します。DMARCは、緩和されたSPFアライメントによって成功します(Return-PathのサブドメインとFromアドレスは組織ドメインが同じであるためです)。ルートドメインにWixのSPFのincludeを公開することはありません。Wixのドメインで共有のSPFのincludeが関わるのは、Wixのメールボックスも併用している場合だけです。Wix Business EmailはGoogle Workspaceを基盤としているため、この場合に使うのはinclude:_spf.google.com、つまりWixではなくGoogleのincludeです。一方、サイトの自動送信メール(注文確認、フォーム通知、オートメーションのトリガー)は、共有基盤上のWix独自のドメインから送信されます。自社ドメインとSPFのアライメントを一致させることはできず、マーケティング用ドメインを認証しても、さかのぼって対象になることはありません。まとめると、Email MarketingはCNAMEによる委任でルートドメインのSPFレコードの変更は不要、WixのメールボックスはGoogle Workspaceのレコード、サイトの自動送信メールはWix独自のドメインで、自社では管理できません。
設定手順
- 1
認証するWixのメールを決める
Wixのメールには3つの独立した系統があり、それぞれ認証方法が異なります。このガイドの対象はWix Email Marketingのキャンペーンです(以下のCNAMEの手順)。WixのメールボックスはGoogle Workspaceを基盤とする別の製品で、GoogleのMX、SPFのinclude、DKIMを使います。サイトの自動送信メール(注文確認、フォーム通知、オートメーション)はWix独自のドメインから送信され、自社ドメインとアライメントを一致させることはできません。DNSを変更する前に、実際にどれから送信しているかを整理してください。
- 2
送信者認証の画面を開く
WixのダッシュボードでEmail Marketingを開きます。右側のSender Detailsで、Manage Senders(まだ送信者がない場合はAdd Sender)をクリックします。カスタム送信ドメインの追加と認証は、この画面で行います。
- 3
送信者アドレスを追加して確認
キャンペーンの送信に使うFromアドレス(例:hello@yourdomain.com)を入力し、Wixがそのメールボックスに送るコードで確認します。アドレスの確認が済むまで、ドメインは「Not authenticated」と表示され、CNAMEレコードは提示されません。
- 4
5つのCNAMEレコードを表示
送信者を確認したら、Authenticate this domainをクリックします。5つのCNAMEレコードの一覧が開きます。内訳は、DKIM鍵の委任が3つ(WixのCNAME 1、2、4)、WixのSendGrid基盤に向けるReturn-Path/メール用リンクが1つ(CNAME 3)、任意の自動DMARC用CNAMEが1つ(CNAME 5)です。HostとPoints-toの値はアカウントごとに生成されるため、正確な値をコピーできるようこの画面を開いたままにしてください。
- 5
DNSホストでCNAMEレコードを追加
DNSプロバイダーで、各レコードをタイプCNAMEとして追加します。WixのHostの値をホストまたは名前の欄に、Points-toの値をターゲットまたは値の欄に貼り付けます。Hostは先頭部分(ドメインを除いたプレフィックス)だけをコピーしてください。多くのDNS管理画面では、ドメインが自動で付加されます。ドメインでWixのネームサーバーを使っている場合は、Wix Domains > your domain > DNS Recordsで追加します。ドメインを別のレジストラに向けている場合は、そちらで追加します。
- 6
WixのDMARC用CNAMEは追加せず、独自のレコードを公開
WixのCNAME 5はDMARCレコードを自動で作成しますが、ruaのレポート送信先アドレスがありません。形式上は要件を満たしても、自社ドメイン名義で誰が送信しているかはまったく把握できません。CNAME 5を追加する代わりに、レポート送信先アドレスを含む独自のTXTレコードを_dmarcに公開します:v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com。両方を追加してはいけません。DNSでは同じ名前にCNAMEと他のレコードを共存させられないため、_dmarcのCNAMEとTXTが衝突し、DMARCが機能しなくなります。
- 7
Wix上で確認
認証の画面に戻り、Verifyをクリックします(またはDomain statusを更新します)。DNSは通常数時間で反映されますが、Wixでは最長で24~48時間の余裕を見ています。すべてのレコードが検出されると、ステータスが「Authenticated」に変わります。変わらない場合は、Hostのプレフィックスだけを貼り付けているか、ドメインが二重に付加されたレコードがないかを確認してください。
- 8
アライメントを別途確認
Wixのバッジだけで判断せず、Gmailアカウント宛てにテストキャンペーンを送信し、「Show original」を開きます。SPFとDKIMがどちらもPASSと表示され、DKIMのd=ドメインとReturn-Pathが、sendgrid.netのアドレスそのものではなく自社ドメインになっている(アライメントが一致している)ことを確認します。続けて外部チェックツールでドメインをチェックし、レコードが公開インターネット上で解決されることを確かめます。
追加するレコード
正確な値はWixのセットアップウィザードで生成されます。以下は、DNSホストに追加するレコードの形式を示したものです。
| タイプ | ホスト | 値 |
|---|---|---|
| CNAME | s1._domainkey | s1.domainkey.u1234567.wl123.sendgrid.netDKIM鍵1(WixのCNAME 1)。DKIM公開鍵をWixのSendGrid基盤に委任します。これによりキャンペーンにd=yourdomainでDKIM署名が付き、Fromアドレスとアライメントが一致します。Hostのプレフィックスとターゲットはアカウントごとに生成されるため、Wixに表示される正確な値をコピーしてください。 |
| CNAME | s2._domainkey | s2.domainkey.u1234567.wl123.sendgrid.netDKIM鍵2(CNAME 2)。Wixからは3つ目のDKIM用CNAME(WixのCNAME 4、同じs#._domainkeyのパターン)も提示されるので、3つすべてを追加します。鍵はCNAMEの先にあるため、Wix/SendGrid側でローテーションでき、DNSを再公開する必要はありません。セレクターとターゲットは例です。ダッシュボードの値を使ってください。 |
| CNAME | em1234 | u1234567.wl123.sendgrid.netReturn-Path/メール用リンク(CNAME 3)。自社ドメインの送信用サブドメインをWixのSendGridサーバーに向けます。このサブドメインはSendGridのSPFで許可された範囲に解決されるため、SPFはそこで成功し、緩和されたアライメントで自社ドメインと一致します。ルートドメインのSPFレコードに追加すべきinclude:の行がないのはこのためです。 |
| CNAME | _dmarc | (Wix-generated DMARC target - shown in dashboard)Wixの任意のCNAME 5。DMARCを、ruaのレポート送信先アドレスがないWix/SendGrid管理のレコードに委任するため、自社ドメイン名義で誰が送信しているかをまったく把握できません。推奨:これは追加せず、代わりに下記の自己管理のTXTレコードを公開してください。ここにCNAMEがあると、独自の_dmarcのTXTレコードも追加できなくなります。 |
| TXT | _dmarc | v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.comWixのCNAME 5の代わりに推奨する自己管理のDMARCレコードで、集計レポートを確実に受け取れます。_dmarcにCNAMEとTXTを両方公開してはいけません。DNSでは同じ名前にCNAMEと他のレコードを共存させられないため、両者が衝突します。p=noneで始めてレポートを確認し、その後quarantine、rejectへと引き上げます。 |
ルートドメインのSPF(v=spf1)のTXTレコードは1つだけにし、すべての送信元をこの1行にまとめてください。SPFレコードが2つあると、それ自体がエラーになります。
DNSルックアップの10回制限
SPFのDNSルックアップは10回までに厳格に制限されており、超えるとpermerrorを返して、どの受信側でも検証されなくなります。Wixの設定がこの上限のうち何回を消費するかは、次のとおりです。
Wixの推奨設定はルックアップを消費しません。10回すべてを、includeが必要な他の送信元に使えます。
DKIM
DKIMはWixの認証の中核で、すべてCNAMEで委任されます。ドメインを認証すると、3つのDKIM用CNAMEレコード(WixのCNAME 1、2、4)が提示されます。ホストはs1._domainkeyやs2._domainkeyのようなセレクターで、WixのSendGrid基盤(ターゲットの例:s1.domainkey.u1234567.wl123.sendgrid.net)を指します。鍵は貼り付けるTXTレコードではなくCNAMEの先にあるため、Wix/SendGrid側で公開鍵をローテーションでき、DNSを再度編集する必要はありません。ポインターを一度公開するだけで済み、署名のd=は自社ドメインになるため、アライメントも一致します。自社側で生成するものはありません。p=の値を自分で作ったり、TXTレコードに変換したりしないでください。各Hostのプレフィックスと、Points-toのターゲットを正確にコピーします。Email MarketingではなくWixのメールボックスから送信する場合、DKIMはGoogle Workspace側のものになります。Google admin consoleで有効化するgoogleセレクターで、前述のSendGridの鍵とはまったく別の鍵です。
DMARC
Wixで特に慎重に判断すべきなのがDMARCです。Wixは5つ目のCNAME(CNAME 5)でDMARCの自動設定を提案しますが、この近道はruaのレポート送信先アドレスがない、Wix/SendGrid管理のレコードに委任するものです。GmailとYahooのチェック項目である「DMARCレコードが存在する」は満たせますが、ポリシー適用はなく、何より自社ドメイン名義で誰が送信しているかのレポートを受け取れません。追加しないでください。代わりに、ホスト_dmarcに次の内容で独自のTXTレコードを公開します:v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com。WixのDMARC用CNAMEと独自の_dmarcのTXTレコードを両方公開してはいけません。DNSでは同じ名前にCNAMEと他のタイプのレコードを共存させられないため、両者が衝突してDMARCの解決に失敗します。まずp=noneで始め、配信に影響を与えずに集計レポートを受け取ります。Email Marketing、メールボックス、他のメール配信サービス(ESP)を含む正規の送信元すべてでアライメントが一致していることを確認したら、p=quarantine、最終的にp=rejectへと引き上げます。タグが有効な状態になるよう、レコードは作成ツールで作成してください。監視の段階を経ずにいきなりrejectに移行してはいけません。
正しく設定できたか確認する
認証の確認は1か所ではなく2か所で行います。1つ目はWixの画面です。DNSが反映されたら(数時間、最長で24~48時間)、Sender Details内のDomain statusを更新し、「Authenticated」と表示されるまで待ちます。これは、WixがすべてのCNAMEレコードを検出したことを意味します。2つ目は、より重要な実際のアライメントの確認です。Gmailアドレス宛てにテストキャンペーンを送信してメールを開き、「Show original」を選びます。SPF = PASS、DKIM = PASSであること、DKIMのd=ドメインとReturn-Pathの両方が、sendgrid.netのアドレスそのものではなく自社ドメインになっている(アライメントが一致している)ことを確認します。続けて外部のSPF/DKIM/DMARCチェックツールでドメインをチェックし、レコードが公開インターネット上で解決されること、_dmarcがWixのCNAMEの誤設定ではなく自己管理のTXTレコードであることを確認します。Wixの表示が緑で、かつヘッダーでPASSとアライメントの一致を確認できて、初めて本当の完了です。
よくある注意点
- DNS設定
Wixの自動DMARC(CNAME 5)には注意が必要です。ruaアドレスのないポリシーが公開されるため、形式上は要件を満たしても、状況はまったく把握できません。追加せず、レポート用メールボックスを指定した独自の_dmarcのTXTレコードを公開してください。
- DNS設定
_dmarcにCNAMEとTXTを両方置いてはいけません。WixのDMARC用CNAME 5を追加済みで独自のポリシーも使いたい場合は、先にCNAMEを削除してください。DNSでは同じ名前にCNAMEと他のレコードを共存させられず、衝突するとDMARCのルックアップが完全に失敗します。
- 認証失敗の原因
Email MarketingとWixのメールボックスは別の製品です。キャンペーンの認証(SendGridのCNAME)はメールボックスには何の効果もありません。メールボックスはGoogle Workspaceで、GoogleのMX、SPFのinclude(include:_spf.google.com)、DKIMが必要です。逆の場合も同様です。
- 適用範囲
サイトの自動送信メール(注文確認、フォームや問い合わせの通知、オートメーション)は、共有基盤上のWix独自のドメインから送信され、自社ドメインとアライメントを一致させることはできません。ドメイン認証でFromアドレスやDMARCのアライメントが改善されるとは考えないでください。
- 適用範囲
入力するのはHostのプレフィックスだけで、ドメイン全体は入力しません。Wixにはホスト名全体が表示されますが、多くのDNS管理画面ではドメインが自動で付加されます。FQDN全体を貼り付けると、s1._domainkey.yourdomain.com.yourdomain.comのような壊れたレコードができます。
- DNS設定
ドメインがWixに接続されている(Wixのネームサーバーを使用)のか、別のレジストラに向けられているだけなのかを確認してください。向けられているだけの場合は、そのレジストラでCNAMEレコードを追加します。Wixが権威を持つDNSホストでない場合、Wix内で追加したレコードは無視されます。
- DNS設定
これらはTXTレコードではなくCNAMEです。そこからDKIM公開鍵を読み取ろうとしたり、SPFのincludeに貼り付けたりしないでください。WixのSPFのincludeは存在せず、鍵は委任されるものであり、自社で公開するものではありません。
- DNS設定
大量送信のしきい値(Gmail/Yahoo宛てに1日あたり約5,000通)を超えると、Wixの自動DMARCだけでは不十分です。求められるのは、DKIMのアライメントを伴い、監視された状態で機能するDMARCポリシーです。_dmarcのTXTレコードを自己管理すれば、レポートを実際に確認してポリシーを引き上げられます。
SPFレコードを作成
Wixでは、ルートドメインに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:はカウントされません。
送信ドメイン認証の設定が済んだら、次は検証済みのクリーンなリストへの配信です。
リストを検証WixのSPFに関するよくある質問
関連記事
ホスティング・Webサイトの他のサービス
すべてのSPFガイド公開したら、ドメイン診断ですべてのレコードが正しく解決されることを確認し、DMARCレポート解析で自社ドメインを名乗って送信している送信元を把握します。作成ツールではすべての送信元を確認できます。ただし、認証は到達率対策の半分にすぎません。送信IPやドメインがブラックリストに掲載されていると、SPFの設定がどれほど適切でも迷惑メールに振り分けられます。そのため、ブラックリスト監視で掲載状況を確認しておくことをおすすめします。
認証の次は、リストをクリーンに保つ
SPF、DKIM、DMARCに成功すれば受信トレイに届き、クリーンなリストならその状態を維持できます。お手持ちのリストも検証してクリーニングできます。100クレジット無料、クレジットカード登録不要で始められます。