MXレコードの優先度を解説：メール配信のためのガイド

顧客に重要なメールを送ったとします。請求書や提案書、あるいは購入意欲のある相手への返信です。数時間後、相手からの返信が届かないことに気づきます。それは、あなた自身のドメインがメールを正しく受信できるように設定されていなかったからかもしれません。

これは、メールというものが不可解で壊れやすいものだと感じさせる典型的な問題です。DNS設定の小さなミス一つで、通常のビジネス上のやり取りが、販売機会の損失や顧客の混乱、あるいはサポート対応の負担へと変わってしまうことがあります。

それらの設定の中でも、MXレコードの優先度は最も誤解されやすいものの一つです。専門的に聞こえますが、正しい見方をすればその考え方はシンプルです。これは、どのメールサーバーが最初に着信メールを受け取るべきか、どれがバックアップとして機能すべきか、そしてメインシステムに問題がある場合にトラフィックをどのように処理すべきかをインターネットに伝える一連の指示です。

アウトリーチやアップデート、キャンペーンメールを送信する場合、これは見た目以上に重要です。メールを確実に受信できないビジネスは、多くの場合、より広範な到達性の問題にも直面します。コピーやテンプレート、キャンペーンのタイミングを気にする前に、メールの基盤が機能していなければなりません。

オンラインでメールツールを評価する前に一つ注意点があります。Mail Merge for Gmailという製品名は非常に説明的であるため、同様の表現を使用する他のツールと混同されやすいです。情報源を確認する際は、そのコンテンツが特定の製品に関するものであり、Gmail用の他のメールマージツールではないことを確認してください。

メールが届かない理由

MXレコードの問題は、技術的なアラートではなく、ビジネス上の摩擦として現れることがよくあります。

Gmailからキャンペーンメールを送信し、見込み客が返信しても、チームに何も届かない。あるいは、顧客が請求書のメールに返信したのに、あなたが無視していると思い込む。送信自体は問題ないように見えるため、原因が分からず混乱します。しかし、メールは双方向の通信です。ドメインがメールを正しく受信するように設定されていない場合、元のメッセージが配信された後で返信が失敗する可能性があります。

MXレコードは、郵便局の仕分け指示のように機能します。ドメイン名は住所です。MXレコードは、その住所宛の着信メッセージをどのメールサーバーが受け取るべきかをインターネットに伝えます。その指示が欠落していたり、間違っていたり、誤った場所を指していたりすると、返信や新しい着信メッセージがバウンス（不達）したり、消滅したり、誰も確認しない場所に届いたりすることがあります。

これにより、一見無関係に見える問題が発生します。

• 販売機会の損失: リードがアウトリーチに返信しても、メッセージが受信トレイに届かない。
• サポート対応の不備: 顧客が既存のスレッドに返信しても、バウンスされるか回答が届かない。
• ドメインの信頼性低下: MXレコードが間違っていることは相手には分かりません。彼らには、あなたのビジネスからのメールが信頼できないものとして映るだけです。

これは多くの小規模ビジネスオーナーが見落としている部分です。MXレコードはメールの送信ではなく受信を制御します。しかし、Mail Merge for Gmailを含むアウトリーチやニュースレター用のツールを使用している場合、送信結果もこの設定に依存します。キャンペーンは、返信があなたのもとへ戻る明確で機能的な経路がある場合にのみ成功します。そうでなければ、開封率やコピー、スパムフィルタリングのせいにしたくなるかもしれませんが、実際の問題はもっと単純です。あなたのドメインが、獲得するために努力したはずの返信を確実に受け取れていないのです。

良いルールは単純です。メールがスパムに分類されるのを防ぐ方法に時間を費やす前に、ドメインが確実にメールを受信できることを確認してください。戻り経路が壊れていると、キャンペーンのパフォーマンスは測定しにくく、信頼しにくく、改善しにくくなります。

MXレコードの優先度（数値）を理解する

MX優先度の数値は、一般的な期待とは逆の動きをするため、人々を混乱させます。

MXレコードの優先度では、最も小さい数値が最初に試されます。最大値でも、最新のレコードでもありません。最小値が優先されるのです。

郵便局の仕分け室のように考える

3つの配達口がある建物を想像してください。

ドア10は郵便物のメイン入口です。ドア20はバックアップの入口です。ドア30は最終手段の入口です。郵便配達員は常に最初にドア10へ向かいます。そのドアが利用できない場合、配達員はドア20を試します。それも失敗すれば、ドア30へ移動します。

メールサーバーはあなたのMX優先度をそのように読み取ります。どのサーバーがより速いか、優れているか、高価かといった判断はしません。指示された順序に直接従うだけです。

Server FaultのMX優先度に関する解説にあるように、正式なルールは明確です。MXレコードの優先度の値は0から65,535の整数であり、数値が小さいほど優先度が高いことを示します。 2つのMXレコードが同じ優先度値を持つ場合、送信システムはランダムに1つを選択し、これが基本的な負荷分散の形式となります。

プライマリとバックアップの本当の意味

プライマリメールサーバーは、通常の条件下で着信メールを受け取るべきサーバーです。バックアップメールサーバーは、プライマリに到達できない場合にのみ介入します。

単純な読み方は以下の通りです。

1. 小さい数値: このサーバーを最初に試す。
2. 大きい数値: 必要に応じて、後でこれを試す。
3. 2つのサーバーで同じ数値: トラフィックをランダムに分割する。

最後のポイントが重要です。2つのサーバーに同じ優先度を割り当てた場合、メインとバックアップを指定しているわけではありません。どちらも受け入れ可能であるとインターネットに伝えていることになります。

2つのMXレコードが同じ優先度を持つ場合、メインドアと予備の鍵ではなく、共有の正面玄関を作ったことになります。

つまずきやすいポイント

最も一般的な誤解は、その数値を品質スコアだと想定することです。

そうではありません。優先度の高い位置にあるサーバーは、たとえ他のサーバーより遅くても、小さい数値を使用します。数値は配信試行の順序を制御するだけです。

もう一つ混乱を招くのは、1、2、3ではなく10、20、30のような数値の使用です。管理者は、後でサービスを追加する際にすべてを並べ替える必要がないように、間隔を空けた値を好みます。これは運用上の利便性であり、別のルールではありません。

一つだけ覚えておくべきことがあるとすれば、数値が小さいほど配信試行が早いということです。

一般的な設定と推奨される優先度値

優れたMX設定は、明確な郵便室のスケジュールのように読めるべきです。1つのドアが日常の郵便物を処理し、もう1つが最初のドアが塞がっている場合に備えます。フィルタリングサービスを使用している場合は、すべてのメッセージが受信トレイに届く前にそのチェックポイントを通過します。

小規模ビジネスの場合、目標は通常シンプルです。着信メールを予測可能に保ち、将来の変更の余地を残し、停止中に混乱を招くようなDNSの選択を避けることです。

ClearoutのMXレコードガイドでは、多くのチームが個別の優先度値を使用し、それらの間に間隔を空けていることが指摘されています。そのため、1、2、3ではなく10、20、30のような値がよく見られるのです。

一般的なパターン

サーバーの役割	推奨優先度	目的
プライマリメールサーバー	10	通常運用時に最初に着信メールを受け取る
バックアップメールサーバー	20 または 100	プライマリサーバーが利用できない場合にメールを受け取る
セキュリティゲートウェイ	10	最終的なメールボックスサーバーに届く前に着信メールをフィルタリングする
追加のバックアップ	30 以上	以前のサーバーが失敗した場合の別のフォールバック経路を提供する
共有配信サーバー	同じ優先度値	同じ役割を果たすサーバー間で着信トラフィックを分割する

表はクイックリファレンスです。重要なのはその背後にある設定です。

プライマリ＋バックアップの構成は、多くの小規模ビジネスにとって標準的な選択肢です。メインのプロバイダーに小さい数値を設定します。2番目のプロバイダー、または同じプロバイダーのバックアップサーバーに大きい数値を設定します。メールは、最初の選択肢が受け入れられない場合にのみバックアップに移動します。

セキュリティ優先の設定は、スパムスキャン、マルウェアチェック、ポリシー強制のためにフィルタリングサービスを使用する場合に一般的です。その場合、ゲートウェイが着信メールの受付窓口となるため、ゲートウェイが最優先されることがよくあります。スタッフが最終的な受信トレイのことしか考えていなくても、メールボックスサーバーはその背後に配置されます。

同じ優先度の設定は、2つのサーバーが全く同じ役割を共有することを意図している場合に機能します。これは負荷分散に役立ちますが、両方のシステムがドメイン宛のメールを同等に受け取る準備ができている場合に限ります。一方がバックアップであることを意図している場合は、プライマリと一致させるのではなく、大きい数値を設定してください。

多くのビジネスオーナーが見落としているのはこの点です。これらの選択は着信メール以上に影響します。ドメインのMXレコードが混乱していたり壊れていたりすると、プロバイダーやスパムフィルターはそれをメール運用の質が低い兆候とみなす可能性があります。そのため、Mail Merge for Gmailのようなツールでキャンペーンを送信する場合でも、受信設定が乱雑だと送信側の評判に悪影響を及ぼす可能性があります。

ビジネスタイプ別の推奨レイアウト

単一プロバイダー設定の場合は、プロバイダーが公開しているMXレコードをそのまま使用してください。Google Workspace、Microsoft 365、またはその他のホストが複数のMXエントリを提供している場合は、推奨される順序を維持してください。プロバイダーから指示がない限り、リストを簡略化しないでください。

プライマリ＋バックアップ設定の場合は、メインサーバーに10、バックアップに20や100など、読みやすいものから始めてください。正確な数値よりも順序が重要です。間隔を広く取っておくと、後の編集が容易になります。

ゲートウェイ＋メールボックス設定の場合は、ベンダーの指示に従い、フィルタリングサービスを先に、メールボックスの宛先を後に配置します。ゲートウェイベンダーがすべてのメールはそのサーバーを経由しなければならないとしている場合、小さい数値を直接メールボックスプラットフォームに向けないでください。スキャンをバイパスしてしまう可能性があります。

間隔を空ける理由

優先度の数値は、郵便局のラベル付きの箱のように機能します。すべての箱のラベルの間に余裕があれば、壁全体を貼り直すことなく新しい場所を追加できます。

そのため、1、2、3よりも10、20、30のような値の方が維持しやすいのです。後でアーカイブサービスや新しいセキュリティレイヤー、メールプラットフォーム切り替え時の移行サーバーを追加する場合でも、きれいに挿入する余地があります。

ここでは退屈な設定こそが正解です。6ヶ月後に誰かがDNSパネルにログインしたとき、どのサーバーが最初にメールを受け取り、どれが予備として待機し、すべての着信メッセージが正しいチェックポイントを通過しているかを判断できるべきです。

MX優先度設定を確認・変更する方法

設定を検査するためにDNSの専門家である必要はありません。どこを見るべきか、各フィールドが何を意味するかを知るだけで十分です。

GoDaddy、Cloudflare、Google Domainsスタイルのダッシュボードなど、ほとんどのドメインプロバイダーは同じように構成されています。ログインしてドメインを開き、DNS管理に移動して、MXとラベル付けされたセクションを見つけます。

DNSパネルで確認すべきこと

MXセクションを開き、メールサーバーの宛先と優先度の値の2点に注目してください。

プロバイダーは宛先を「Value」、「Points to」、「Mail server」などと呼ぶ場合があります。正確なラベルは異なりますが、意味は同じです。優先度フィールドは、着信メールがルーティングされる順序を設定するものです。

レイアウトを計画する際、ProofpointのMXレコードリファレンスでは、後で中間サーバーを挿入できるように、10、20、30のように少なくとも5刻みで設定することを推奨しています。

簡単なチェックプロセス

編集する前にこのチェックリストを使用してください。

1. 正しいアカウントにいることを確認: 多くのビジネスでは、ウェブサイトのホストとドメイン登録業者のログインが分かれています。
2. 現在のMXレコードを見つける: 古いスクリーンショットやオンボーディングメールは無視してください。現在のDNSパネルを確認してください。
3. 優先順位を注意深く読む: 小さい数値が最初に試されます。
4. メールプロバイダーの最新の指示と比較する: 推測しないでください。
5. レコードを追加する前に混乱を取り除く: 乱雑な設定は、クリーンな設定よりもトラブルシューティングが困難です。

レコードを触る前に視覚的な手順を確認したい場合は、この短い動画が実際のプロセスの様子を理解するのに役立ちます。

変更後の検証方法

更新を保存した後、MXToolboxのようなMXルックアップツールを使用して、レコードが公開され、期待通りの順序で表示されることを確認してください。

ここではいくつかの実用的な注意点があります。

• 変更には時間をかける: DNSの更新は、どこでも即座に反映されるとは限りません。
• 古い値を先に書き留める: 何かを元に戻す必要がある場合に備えて、以前の設定を控えておいてください。
• 優先度を即興で作らない: カスタムメールシステムを管理している場合を除き、プロバイダーが文書化しているホスト名と優先度に従ってください。

多くのメールを送信するビジネスの場合、このDNSレビューの習慣は隣接するレコードにも役立ちます。より広範な送信設定を確認している場合は、この送信メールサーバーの概要が次のステップとして役立ちます。

インバウンドMXレコードがアウトバウンドキャンペーンに与える影響

これは多くのガイドがスキップする部分です。

MXレコードはメールの受信用であるため、キャンペーンの送信に集中しているときは重要ではないと考えがちです。しかし、受信側のメールシステムは、あなたのドメインを孤立して見ているわけではありません。そのドメインが、背後に本物のメール設定を持つ正当なビジネスドメインのように振る舞っているかどうかを評価します。

なぜ受信設定が送信の信頼性に影響するのか

ドメインが返信を確実に受信し、通常のメールフローを処理し、クリーンなDNSフットプリントを提示できる場合、より信頼性が高く見えます。それだけで受信トレイへの到達が保証されるわけではありませんが、ドメインの正当性という大きな全体像を支えます。

受信者が通常通り返信でき、メールボックスプロバイダーが専門的に構成されたドメインを確認できる場合、アウトバウンドメールは最も効果を発揮するため、これはキャンペーンにとって重要です。壊れたインバウンド経路は、その逆のシグナルを送ります。怠慢、移行の残骸、または不完全な設定を示唆しています。

あなたのアウトリーチは、送信ボタンを押したときに終わるわけではありません。受信者が返信でき、あなたのドメインがその返信を正しく処理したときに終わるのです。

キャンペーン送信者にとっての実用的なつながり

顧客へのアップデート、見込み客へのメール、イベントのリマインダー、採用アウトリーチなどを送信する場合、送信ツール以上のものが必要です。完全なメールのやり取りに参加できるドメインが必要です。

それにはMXレコードに加え、送信者の身元を証明する認証レコードが含まれます。MXがすべてではありませんが、基盤の一部です。メールインフラが弱いドメインは、特に受信者が返信したときにその返信が本来あるべき場所に届かないなど、回避可能な摩擦を生む傾向があります。

これは、ツールを調査する人々が注意すべき点でもあります。Mail Merge for Gmailという名前は非常に説明的であるため、検索結果で競合製品と簡単に混同されてしまいます。機能、ドキュメント、レビューを比較する場合は、情報源がその特定の製品を指していることを確認し、他のGmail用メールマージツールではないことを確認してください。

日常業務における意味

小規模ビジネスにおいて、このつながりは日常の瞬間ごとに現れます。

• 営業フォローアップ: 見込み客がキャンペーンに返信し、迅速な回答を期待している。
• 採用アウトリーチ: 候補者が空き状況や質問を返信してくる。
• 顧客コミュニケーション: 顧客がフォームに記入する代わりに、プロジェクトの更新メールに返信してくる。

それらの返信がバウンスしたり、消滅したり、予期しない場所にルーティングされたりすると、キャンペーンのパフォーマンスは非常に現実的な形で低下します。件名が弱かったからではなく、メールの基盤が会話の準備ができていなかったからです。

送信ドメインの背後にあるスタック全体を強化しようとしている場合、このメール認証ガイドはMXレビューの自然な相棒となります。

メール基盤を正しく構築する

ほとんどのビジネスは、豪華なMX設定を必要としていません。必要なのは「正しい」設定です。

核心となるルールはシンプルです。数値が小さいほど優先度が高い。 メインのメールサーバーが列の先頭にあるべきです。バックアップは存在し、より大きい数値でその背後に配置されるべきです。意図的に複数のサーバーで同じ優先度を使用している場合は、バックアップを指定するのではなく、トラフィックを共有していることになります。

その小さなDNSの整理整頓が、多くの高コストな混乱を防ぎます。返信の流れを維持し、回避可能なメールの失敗を減らし、全体としてより信頼できるドメインの存在をサポートします。

アウトリーチ、ニュースレター、採用アップデート、顧客とのコミュニケーションを送信する場合、これはオプションではありません。信頼できるメールは、メッセージが書かれる前に始まります。それは、あなたのメールがどこに属するかをインターネットに伝えるドメイン設定から始まります。

数分かけてMXレコードの優先度を確認し、順序が理にかなっていることを確認し、古いものを整理してください。これはメール業務の中で最も地味なタスクの一つであり、最も重要なタスクの一つでもあります。

---

Gmailからスプレッドシートの混乱を招くことなくパーソナライズされたキャンペーンを送信したい場合は、Mail Merge for Gmailが最適です。連絡先のインポート、カスタマイズされたメールの作成、開封・クリックの追跡、配信停止の管理、Googleスプレッドシート内でのキャンペーンステータスの維持をクリーンに行うことができます。すでに使用しているツールからより良いアウトリーチを求めるチームにとって、実用的な選択肢です。