サイト移転時もMicrosoft 365のメールを使い続けるには？DNS・MXの確認手順
会社のホームページを別のサーバーへ移しても、同じドメインのMicrosoft 365メールを使い続けられます。Webサイトの接続先だけを変更し、メールに必要なDNSレコードを保つことが基本です。メールの受信先を指定するMXレコードは、Webサイトの移転だけを理由に変更する必要はありません。
気をつけたいのは、移転に合わせてネームサーバーも変更する場合です。新しいDNSの管理先にメール用の設定を引き継がずに切り替えると、会社のメールアドレスに届くはずのメールが正しく配信されなくなるおそれがあります。
この記事は、Microsoft 365のExchange Onlineで独自ドメインのメールを受信し、ホームページのサーバーやDNS管理先を変更する企業担当者向けです。メールサービスそのものを他社からMicrosoft 365へ移す作業は対象に含めません。
目次
まず、サイト移転で変更する範囲を確認する
「ホームページを移転する」という依頼でも、変えるものによって必要な作業が違います。
| 移転する内容 | 主に変更する場所 | メールに関する確認 |
|---|---|---|
| Webサーバーだけを変更し、DNSの管理先はそのまま | WebサイトのA・AAAAレコード、wwwのCNAMEなど | 既存のMXやメール認証用のレコードを保持する |
| ネームサーバー（NS）を別の事業者へ変更する | ドメインのネームサーバー設定と、新しいDNS管理画面 | 切り替え前にメールを含むDNSレコードを移し、内容を照合する |
| ドメインの管理会社（レジストラー）を変更する | ドメインの契約・管理画面 | ネームサーバーとDNS設定が維持されるか、移管手続きの条件を確認する |
| メールの提供会社も変更する | メールボックス、MX、送信認証など | メール移行の計画が別途必要。サイト移転と同じ手順では進めない |
たとえば、example.com のホームページを新サーバーへ移しても、社員が name@example.com でMicrosoft 365のメールを利用しているなら、メールの配送先は引き続きExchange Onlineに設定します。
最初に、Webサーバーの契約先、ドメインの登録先、DNSを管理している事業者、メールを受信しているサービスをそれぞれ確認してください。契約書や管理画面の名前だけでは、管理する機能を判定できません。現在のネームサーバーとMXレコードを確認すると、DNSとメールをどこが管理しているか整理できます。
Microsoft 365のメールを支えるDNSレコード
DNSは、ドメイン名をWebサイトやメールの接続先へ結びつける仕組みです。ホームページ用とメール用では参照するレコードが異なります。
| レコード | 主な役割 | サイト移転での扱い |
|---|---|---|
| A・AAAA | Webサイトなどの接続先IPアドレスを指定する | Webサーバーの移転に伴って変更対象になる |
CNAME（wwwなど） | 別のホスト名を参照する | Webサイトの構成によって変更対象になる |
| MX | そのドメイン宛てのメールの配送先を指定する | Exchange Onlineを継続するなら、現在の正しい値を保持する |
| TXT（SPF） | ドメインからメールを送ることを許可するサーバーを示す | 実際に利用している送信サービスに合わせて保持・確認する |
| CNAME（Autodiscover） | Outlookなどのメール設定の自動検出を助ける | Microsoft 365の構成に合わせて引き継ぐ |
| DKIM関連のCNAMEなど | 送信メールの電子署名の検証に使う | 設定している場合は移転先にも引き継ぐ |
| TXT（DMARC） | 送信元ドメインの認証結果の扱いなどを受信側へ示す | 設定している場合は内容を保つ |
Microsoftの独自ドメインに必要なDNSレコードの案内では、MXのほか、AutodiscoverやSPF、必要に応じたDKIMの設定方法が示されています。
レコードの値は、契約中のMicrosoft 365管理画面と現在のDNS設定を基準にします。 別の会社の設定例をコピーしないでください。SPFにはMicrosoft 365以外のメール送信サービスが含まれていることもあります。同じホスト名にSPF用のTXTレコードを複数作成する操作は避け、実際の送信経路を確認して1つのSPFポリシーにまとめます。
Microsoft 365のライセンスを持っていても、会社のメールを他社サービスで受信している構成はあります。MXレコードがどのサービスを指しているかを確認し、現在のメール環境に合った設定を残してください。
Webサーバーだけを移す場合の確認手順
DNSの管理先を変えずにWebサーバーだけを移転するなら、メール用のレコードを維持したまま、Webサイトの接続先を切り替える計画を立てます。
現在のDNSレコードを保存する。 DNS管理画面で、A・AAAA・CNAME・MX・TXTなどの名前、値、優先度、TTLを記録します。画面のエクスポート機能があれば利用し、保存したデータを閲覧できる担当者を決めてください。
新サーバーでサイトを確認する。 ページ表示、画像、リンク、問い合わせフォーム、HTTPSの証明書を事前に確認します。切り替え前に本番ドメインを新サーバーへ向けなくても確認できる方法は、契約先の案内に従います。
変更対象を特定する。 ルートドメイン（
example.com）とwww.example.comが、どのレコードでWebサイトにつながっているか調べます。利用中のCDNやホスティング事業者が指定する方法に合わせます。Webサイト用の接続先を更新する。 決めたレコードだけを変更し、MX・SPF・Autodiscover・DKIM・DMARCなど、メールの継続に必要な設定には触れません。
公開サイトとメールを確認する。 切り替え直後とDNSの反映が進んだ後に、Web表示とメール送受信を確認します。
DNSの変更は、名前解決のキャッシュが残る時間によって利用者ごとの反映時刻が異なります。新サーバーへ向けた直後にすべての閲覧者が同じ接続先を使うわけではありません。旧サーバーの停止時期は、移転後の確認が済んでから決めます。
DNS管理画面の「サイトを移す」「ドメインを接続する」などの自動設定には、ほかのレコードも変更する機能があります。 保存前に変更内容を一覧で確認し、Web用以外のレコードが書き換わらないか調べてください。
ネームサーバーも変える場合は、DNS設定を先に移す
ドメインのネームサーバーを変更すると、インターネットから参照されるDNSの管理先が切り替わります。旧DNSに正しいMXレコードが残っていても、新DNSへその設定を引き継いでいなければ、切り替え後の問い合わせには正しい値を返せません。
そのため、新しいDNS管理画面に必要なレコードを用意し、内容を照合してからネームサーバーを変更します。
旧DNSの全レコードを取得する。 ホームページとメールに加え、サブドメイン、ドメイン認証、外部サービス、TXTの検証用レコードなども確認します。事業者固有のレコードや移転先で不要な設定は、用途を調べて個別に判断します。
新DNSへ設定を登録する。 MXの宛先と優先度、SPFの内容、Autodiscover、DKIM、DMARCを照合します。Microsoft 365以外のメール配信サービスや業務システムのレコードも対象です。
Microsoft 365側の値と照らし合わせる。 管理権限のある担当者がMicrosoft 365管理センターの［設定］→［ドメイン］から対象ドメインのDNS設定を確認します。管理画面の表示は契約や更新状況によって異なります。
新DNSの準備が整ってからネームサーバーを変更する。 実際に公開される設定と旧設定の差分を記録し、変更担当者と確認担当者を決めます。
Webサイトとメールを別々に試験する。 MXを含むDNSの参照結果と、実際の送受信・Outlookの接続を確認します。
ネームサーバーの変更直後には、古い管理先と新しい管理先を参照する環境が混在する時間があります。切り替え前から両方のDNSに矛盾のないメール設定を用意しておくと、移行中の問題を減らせます。
ドメイン管理会社の変更だけでネームサーバーまで変わるとは決まりません。ドメイン移管を依頼するときは、登録先の変更とDNS管理先の変更を分けて依頼書に記載してください。
移転前に残しておきたい記録
制作会社やサーバー会社へ作業を任せる場合も、担当者の手元に次の情報があると作業対象を特定できます。
現在の構成：ドメイン名、登録先、ネームサーバー、DNS管理会社、Webサーバー、メールの提供元。
DNSの変更前記録：A・AAAA・CNAME・MX・TXTなどの名前・値・優先度・TTL、変更した日付と担当者。
移転先の指定：新サーバー会社から案内された接続先、対象のホスト名、HTTPSの設定条件。
メールの確認先：Microsoft 365の管理担当者、試験に協力できる社内アカウント、社外から試験できるメールアドレス。
作業体制：DNSを変更する人、メールの設定を確認する人、問題発生時に旧サーバーや旧DNSを参照できる人。
管理画面のパスワードや多要素認証コードを制作資料に貼り付ける必要はありません。管理権限の付与方法を決め、作業後に不要な権限を見直します。DNSの画面を共有するときは、不要な個人情報や認証用の秘密情報を隠してください。
移転後は、メールの「受信」と「送信」を両方試す
Webサイトが表示できるだけでは、メールが正常に使えているか分かりません。移転前に用意したテスト用アカウントで、次の結果を記録します。
| テスト | 操作 | 確認したい結果 |
|---|---|---|
| 社外から社内へ受信 | Gmailなど別サービスのテスト用アドレスから、会社のMicrosoft 365メールへ送る | Exchange Onlineの受信箱で新しいメールを確認できる |
| 社内から社外へ送信 | Microsoft 365のテスト用アカウントから社外のアドレスへ送る | 社外で受信でき、送信エラーが返らない |
| Outlookの接続 | 普段の端末でOutlookを開き、新しいメールの同期や必要に応じたアカウント設定を確認する | 利用者がメールの送受信を続けられる |
| サイトの問い合わせフォーム | テスト用の名前・内容で送信し、通知先と必要な自動返信を確認する | フォームからの通知が指定先に届く |
フォーム通知は、ホームページ側のメール送信設定も関係します。Microsoft 365の通常の送受信が正常でも、フォームからの通知だけが届かない構成はあります。WordPressのContact Form 7を利用している場合は、フォームの通知先とメール送信方法も確認してください。
試験は社内のテスト情報で行い、顧客のメール本文を転送して検証しないでください。作業前と作業後の結果を比べると、移転が原因なのか、移転前から発生していた問題なのかを整理できます。
メールが届かなくなったときの切り分け
移転後に不具合が出た場合は、メールのどの操作が失敗しているかを確認します。
| 症状 | 最初に確認すること | 相談する相手 |
|---|---|---|
| 社外からのメールが届かない | 現在参照されるMXとMicrosoft 365の設定値、対象メールボックス | DNS管理者・Microsoft 365管理者 |
| 社外へ送信できない | OutlookやWeb版Outlookのエラー、送信サービス、認証状態 | Microsoft 365管理者 |
| 社外の一部の宛先だけ届かない | 返送エラー、SPF・DKIM・DMARC、迷惑メール判定 | Microsoft 365管理者・送信サービス管理者 |
| Outlookが新しいメールを同期しない | Web版Outlookでの送受信、Autodiscover、端末側の接続 | Microsoft 365管理者・端末管理者 |
| 問い合わせフォームだけ届かない | フォーム通知先、サイトの送信方法、送信ログ | Web制作担当者・メール送信サービス管理者 |
Microsoft 365の管理センターでは、ドメインのDNSレコードと接続状態を確認できます。MicrosoftのドメインやDNSレコードの問題を確認する案内も、確認先の整理に使えます。
MXの設定を疑った場合も、事前に保存した値とMicrosoft 365の管理画面を照合してから修正します。DNSレコードの削除やネームサーバーの再変更を繰り返すと、問題を起こしている場所を追いにくくなります。取得できたエラー文と試験日時を残し、関係する管理者と修正箇所を決めてください。
制作会社に依頼するときに伝えること
ホームページの移転を依頼する際は、「メールはMicrosoft 365を使っているので、現在のメール設定を保持したい」と最初に伝えてください。具体的には、次の内容を依頼書へ入れます。
対象ドメインのWebサイトを新サーバーへ移転します。社内メールはExchange Onlineで継続利用します。現在のDNS管理先とネームサーバー、MX・SPF・Autodiscover・DKIM・DMARCの設定を移転前に確認し、変更が必要なレコードと保持するレコードを分けて提示してください。ネームサーバーを切り替える場合は、新DNSの準備内容と移転前後の送受信テスト方法も共有してください。
制作担当者がWebサイトを移し、社内の情報システム担当者がMicrosoft 365を管理している会社では、作業日と確認担当者を事前に合わせると、変更の影響を追いやすくなります。担当する会社が分かれていても、DNSの変更内容と試験結果を一つの記録にまとめておきます。
現在の制作会社と連絡がつかず、ドメインやサーバーの管理先から確認する必要がある場合は、ホームページ制作会社と連絡が取れないときの引き継ぎ方法も参考になります。
Studio Attraitでは、ホームページの改善・修正として既存サイトの確認や公開前の修正を受け付けています。Webサイトの移転に伴う表示やリンク、フォームの確認で相談したい内容があれば、対象URLと作業予定をお知らせください。DNS・Microsoft 365の管理操作を含む対応範囲は、相談内容に応じて個別に確認します。
