自前メールサーバーが半減、主要ドメインでクラウド集約が加速

インターネット上の主要ドメインにおいて、自前でメールサーバーを運用する「セルフホスト型」の割合が大きく減少しています。大手クラウドサービスへの集約が進む背景には、セキュリティ対策や送信認証要件の厳格化があります。

本記事では、最新の調査データをもとに運用の変化と各組織への影響を詳しく解説します。

人気ドメインで自前メールサーバーの割合が約半減

インターネット上の主要ドメインにおいて、自前でメールを受信するセルフホスト型の割合が大きく低下しています。この測定における「セルフホスト型」とは、受信メール用 primary MX（最優先の宛先）が同一apexドメイン上に存在する構成を指します[1]。

RIPE Labsが公表した分析報告によりますと、MXレコードを公開しているドメインのうち、セルフホスト型の割合は2016年の44.6%から2026年7月18日時点で22.4%へと低下したとされています[9, 24]。これは差分で22.2ポイントの減少であり、相対的には約49.8%の減少に相当します[5]。なお、2026年7月18日時点のスナップショットにおいて、分母となったMXレコード公開ドメイン数は659,259件でした[4, 10]。

この集約傾向は他の学術研究でも確認されています。査読付きのIMC 2021研究によりますと、セルフホスト型の割合は2017年の11.7%から2021年には7.9%へと低下しました[11, 25, 39, 52, 68]。さらに、セルフホスト構成から移行したドメインのうち4分の1以上が、GoogleまたはMicrosoftを新たな移行先として選択していました[11, 39, 46, 52]。

RIPE Labsの2026年7月の報告では、Google Workspaceが21.8%、Microsoft 365が16.8%を占め、両社を合わせると38.6%に達したとされています[38, 63, 66]。加えて、セキュリティゲートウェイであるProofpointの割合は1.9%でした[38]。こうした集約は人気ドメイン上位だけでなく、ランダムな.comや.govを含む幅広いドメイン層でも観測されています[90]。

なぜ今減少しているのか：送信認証の義務化と運用負荷の増大

セルフホスト型が減少した背景には、送信ドメイン認証の厳格化と、それに伴う運用負荷の増大があります。

Googleは2024年2月1日より、個人Gmailアカウント宛ての送信者に対するガイドラインの適用を開始しました[26, 49, 56]。この要件では、大量送信者（bulk sender）に対してSPF、DKIM、DMARCの設定を求めています[27, 49, 56, 72]。Googleは、認証要件を満たさないメールについて、期待通りに届かず迷惑メールとして扱われたり、受信を拒否されたりする可能性があると明示しています[28, 35, 81]。

続いてMicrosoftも、1日に5,000通を超えるメールを送信するドメインに対し、SPF、DKIM、DMARCの設定を必須化する方針を示しました[29, 49, 56, 72]。これにより、主要な送信ドメイン認証の設定と維持は、業界共通の配信条件となりました[29]。

メールの到達率は、DNSレコードの設定だけでなく送信元IPアドレスやドメインの評判にも左右されます。Googleは、評判の悪化が配信率を低下させると説明しています[30]。

自前でメールサーバーを運用する場合、これらの認証規格を正しく構成し、日々の送信評判を維持管理し続けなければなりません。サーバーの利用料金そのものよりも、認証対応、送信者評判の維持、迷惑メール対策、障害復旧などを含めた総保有コストの増大が、外部移行を後押しする要因になっているとみられています[35, 36]。ただし、送信認証要件の強化は外部サービスへの移行を促す誘因になり得ますが、DNS上の数値減少だけから因果関係を完全に証明できるわけではありません[99]。

運用の何が変わるのか：物理サーバー管理からDNS・ポリシー制御へ

メール基盤を外部サービスへ移行すると、管理者が担う運用の実務は大きく変化します。

GoogleやMicrosoftの公式資料によりますと、受信メールを各クラウドへ届けるには、ドメインのprimary MXレコードを各社指定のホストへ向けます[13, 31, 48, 55]。この設定変更により、該当ドメイン宛てのメールは各社クラウドへ配送されるようになります[31, 48, 55]。

外部サービスを導入することで、迷惑メールやマルウェアの検査、隔離、レポート機能が標準で提供されます[32, 73]。また、Exchange Onlineのように複数データセンター間でのメールボックス複製や、Safety Netからの自動再送機能が提供され、物理的な冗長化や可用性確保の作業がベンダー側へ移ります[33, 59, 74]。

一方で、外部化によって管理者の責任がすべて消滅するわけではありません。管理対象が物理サーバーの保守から、公開DNS、認証設定、組織ポリシーの管理へと移行します[65]。

具体的には、移行後も以下のような運用管理が継続して求められます。

• 送信元サービスを追加・変更するたびにSPFレコードを更新するDNS管理[57]
• DMARCポリシーを監視モードから隔離や拒否へと段階的に適用し、レポートを監視する認証ポリシー制御[58, 65]
• メールの転送、拒否、免責事項付与、保持期間などを規定するメールフロールール（トランスポートルール）の設計と変更管理[62]
• 従来型のバックアップ機能が提供されない場合のデータ保全や、管理者向けデータエクスポートの実施[61]
• ベンダーが提示するサービス稼働状況（Service Health）やSLA（サービス水準合意）、保守通知の監視と評価[60, 65]

なお、移行先は大手2社のSaaSだけにとどまりません。受信メールを前段で検査して自社サーバーへ中継するProofpointやMimecastなどのセキュリティゲートウェイや、GoDaddyをはじめとするホスティング事業者のメール基盤、地域プロバイダーなど、多様な選択肢が存在します[40, 41, 42, 44, 54, 71]。

誰にどのような影響があるのか：利便性と集中リスクの比較

メール基盤の外部化は運用の省力化をもたらす一方で、特定の事業者に依存するリスクを伴います[34, 75]。各組織は利点と懸念事項を比較し、自組織に適した構成を選択する必要があります。

企業における影響

企業においては、メール停止による事業損失やセキュリティ専門人材の確保が大きな課題となります。認証対応やマルウェア検査、高可用性をまとめて調達できるクラウドの利点は大きな意味を持ちます[81]。

一方で、少数の大手クラウドへ受信経路が集中すると、ベンダー側の大規模障害やフィルタリングの仕様変更による影響を同時に受けることになります[34, 75]。また、Google Workspaceの利用規約に定められた一時停止条項や、Microsoftが2026年7月1日から実施する価格改定のように、事業者の規約変更や価格変更への依存も生じます[76, 77, 84]。そのため、独立したバックアップや代替経路の確保が検討課題となります[81]。

自治体・教育機関における影響

公共機関や教育機関では、利便性に加えてデータの所在や法的管轄が重視されます。欧州データ保護会議（EDPB）の報告によりますと、公共部門においてGDPR（EU一般データ保護規則）に適合したクラウドサービスを調達する難しさが指摘されています[79]。

米国CLOUD Actのもとでは、米国の通信サービス事業者に対して、データの保管場所にかかわらず有効な法的手続きに応じる義務が課されています[78]。EU域内ではデータの可搬性や移行費用の制限が制度上規定されていますが、自治体や教育機関では地域事業者やハイブリッド運用の比較が重要視されています[80, 82]。

個人運用者における影響

個人のセルフホスト運用者は、データ保存場所や運用ソフトウェアを完全に自ら制御できる利点があります[83]。しかし、SPF・DKIM・DMARCの設定、IPアドレスの送信評判、TLS暗号化、バックアップなどを個人で継続維持できない場合、メールが相手に届かなくなるリスクを抱えます[83]。そのため、認証ゲートウェイの併用やホスティングサービスの活用が現実的な選択肢となります[83]。

このように、単なるサーバー利用料の比較にとどまらず、到達率の維持、セキュリティ更新、障害時の損失、法的要件、移行費用などを含めた「総保有コスト」の観点から判断することが求められます[42, 85]。

データの読み解き方：公開DNS観測の前提と測定上の限界

今回の統計データを正しく解釈するためには、公開DNS観測の手法と測定上の限界を理解する必要があります。

1. 受信経路の第一ホップのみを観測している点

本調査は公開DNSのMXレコードから受信インフラを分類したものであり、実際の契約関係や個々のメールボックス数、メールの送信量を測定したものではありません[2, 48, 67, 87, 97]。MXレコードの最小preference値は受信経路の最優先宛先（第一ホップ）を示すにすぎず、その後段に存在する中継サーバーや実際のメールボックスを直接表すものではありません[17, 22, 45, 51, 70, 95, 96]。また、MXレコードの宛先判定は受信側の設定を示すものであり、そのドメインが送信も自前で行っているかを示すものではありません[2]。

2. 分類手法に伴う誤差の存在

RIPE Labsの分類器は、primary MXのホスト名を約310個の正規表現パターンと照合しています[3]。既知の事業者に一致しないMXは自動的にセルフホストへ振り分けず、「Unknown / Other」として集計されます[3]。未一致のMXホスト名は36,455件存在し、地域ホスティングや自前Exim、独自ドメインのゲートウェイなどが混在しています[63, 92]。

この分類手法には双方向の誤差が含まれます。

• 既知の事業者へ向けられたCNAMEレコードが展開されないため、一部がUnknownに分類される可能性があります[8, 14, 46, 94]。
• MimecastやProofpointなどを顧客の独自ホスト名（ホワイトラベル運用）で利用している場合、DNS上はセルフホストと区別できず、セルフホスト側に誤分類される可能性があります[8, 15, 46, 94]。

なお、先行研究ではMXホスト名のみによる事業者推定の精度が40%にとどまった事例もありますが、これはランダムな.comドメイン200件を対象とした過去の実験であり、現行の分類器の精度を直接表す数値ではありません[12, 53, 69, 93]。

3. 母集団の変更と地域的な偏り

本調査で用いられたTrancoリストは、全インターネットの無作為抽出ではなく、人気上位100万ドメインで構成されています[18, 47, 64, 88]。さらに、2022年8月を境に母集団が旧Alexa top-1MからTranco top-1Mへ切り替わっているため、10年間の推移を同一集団の完全な時系列比較として扱うことはできません[7, 19, 47, 89]。

また、Trancoリストは欧米やグローバルSaaSに偏る傾向があります[20, 98]。地域市場ごとにメール基盤のシェアは大きく異なり、例えば中国ではTencentが41%、ロシアではYandexが32%を占めていると報告されています[43, 98]。欧州5カ国のccTLDを対象とした調査でも、上位5事業者のシェアが29.1%から70.1%まで大きくばらついています[21]。全コーパスを対象とした調査では、レジストラやホスティング事業者提供のメールが32.9%を占め、大手2社以外の裾野が広いことも報告されています[44, 91]。

したがって、今回の数値は「主要な人気ドメインにおいて公開DNS上で自己運用に見える受信経路の比率が大きく低下した」という事実を示すものであり、インターネット全体のメールボックス実数や利用量が同じ割合で減少したと解釈することはできません[23, 100]。