Microsoft 365 / 会社のドメイン登録とDNS設定の確認方法

会社のドメインをMicrosoft 365に接続するには、まずドメインの所有権を確認し、使用するサービスに応じたDNS（Domain Name System）のレコードを設定する必要があります。所有権確認用TXTレコードと、メールをMicrosoft 365に送るMXレコードは目的が異なります。既存のメールを使用している場合は、MX変更前にユーザーのメールボックスと移行計画を準備してください。

開始前に準備する情報

• ドメインを登録した業者と実際にDNSレコードを管理する業者のログイン権限
• 現在ウェブサイト、メール、外部メール配信サービスで使用しているDNSレコードの一覧
• Microsoft 365で使用するユーザーアドレスとメールボックス準備状況
• メールの切り替え時期、担当者、テスト用アドレス、問題が発生した際に戻す基準

ドメイン登録業者とDNSホスティング業者は異なる場合があります。レコードを誤った管理画面に追加すると検証されません。Microsoftのカスタムドメインの追加ガイドは、Domain Connect自動設定と手動DNS設定の両方を説明しています。

Microsoft 365では、ドメイン追加権限を持つ役割を用意します。DNS業者のアカウント権限とMicrosoft 365管理者権限は別個であるため、両方にアクセスできる必要があります。ドメインを購入した業者にログインできても、ネームサーバーが別の業者を指している場合、実際のDNS変更はその業者で行う必要があります。

作業前に現在のレコードをエクスポートするかリストとして保管してください。タイプ、名前、値、優先度、TTLを一緒に記録する必要があります。TTL（Time To Live）は、DNSレスポンスをキャッシュに保持する時間です。DNS画面に保存されても、すべての外部利用者が即座に新しい値を取得できるわけではありません。

ドメイン所有権の確認

1. Microsoft 365管理センターの[設定] → [ドメイン]で[ドメインの追加]を選択します。メニューが折りたたまれている場合は[すべて表示]を押します。

2. 追加するドメインを入力し、案内された所有権確認方法を選択します。DNSを手動で管理する場合は、画面に表示されたTXTレコードのホストと値を正確にコピーしてください。Microsoftが提示する値はドメインごとに異なるため、例示された値をそのまま入力しないでください。
3. DNSホスティング業者で該当のTXTレコードを追加します。既に同じホストに他のTXTレコードがある場合は、むやみに削除や上書きせず、別のレコードとして追加できるか確認してください。

4. 管理センターに戻り、[確認]を押します。すぐに失敗してもDNS反映の遅延かもしれませんので、入力値とDNS管理場所をまず確認し、少し時間を置いて再度試してください。

DNS入力欄を誤解しないためには

下の表の値は入力方法の説明用です。実際のTXT検証値やMX対象を作って使用せず、管理センターが該当ドメインに提示する値をコピーしてください。

所有権の確認に失敗した場合、まず実際の権威DNSサーバーでその名前のTXTが参照されるか確認してください。別のサービスの所有確認TXTが同じ名前に存在することがあり、これを削除することで解決する方法は取りません。既に別のテナントで使用中だというエラーが出る場合は、DNSの反映遅延とは別の問題であるため、既存の接続とドメイン所有組織をまず確認する必要があります。

メールおよびその他のサービスのDNS接続

所有権の確認が完了しただけでは、メールの移行が自動的に完了するわけではありません。Microsoft 365 セットアップウィザードは、選択したサービスに必要なレコードを提示します。メールで使用するMX、クライアント自動構成に使用するCNAME、送信ドメイン認証用のSPF・DKIM関連レコードはそれぞれ役割が異なります。必要なレコードと値はテナント画面で確認してください。MicrosoftのDNS接続手順もこの順序を案内しています。

1. 移行前にドメインにメールを受信するすべてのユーザーと共有アドレスを確認し、Microsoft 365のメールボックスを準備します。
2. セットアップウィザードに表示されたサービス別レコードを確認します。既存の送信システムがある場合、SPFを複数作成せず、現在の構成との統合の有無を確認してください。
3. メールの切り替え時点を決めてMXレコードを変更します。この時点から新しいメールがMicrosoft 365に届く可能性があるため、既存のメールサーバーとの移行計画が必要です。
4. 管理センターでドメインの状態とDNSの照会結果を確認し、組織内外でテストメールを送受信します。メールの到着だけでなく、送信認証の結果も確認します。

MX変更前後に確認する実際の結果

例えば、従業員20人と代表アドレス2つを移行する場合、従業員アカウントだけを確認しても不十分です。すべての受信アドレスとエイリアス・共有メールボックスをリスト化し、Microsoft 365側でそのアドレスが受信準備できているか確認する必要があります。既存サーバーの過去メールを移す作業はMX変更とは別です。MXを変更しても、以前のメールボックスの内容が自動でコピーされることはありません。

1. 切り替え直前: 既存のMXとウェブサイトレコード、準備済み受信者リスト、作業時間を照合します。自動設定を使う場合でも、承認画面で変更されるレコードを読み、既存のメール経路が変わるか確認します。
2. 切り替え直後: DNS問い合わせでMXの宛先と優先順位が計画通りか確認し、管理センターでドメイン検査を再実行します。DNS検査に合格しても、すべてのユーザーメールボックスを試したわけではありません。
3. メールテスト: 外部のアドレスから社員・代表アドレスそれぞれに送信し、Microsoft 365でも外部に返信します。テスト時間と受信アドレスを記録し、配信失敗通知があれば保管します。
4. 安定性確認: 以前のサーバーにも新しいメールが残るか確認します。キャッシュが残っている送信システムはしばらく既存の経路を使用できるため、以前の環境はすぐに廃止しません。

届かないメールはメッセージ追跡で経路を確認し、送信認証はSPF・DKIM・DMARCの点検につなげて調査します。単に所有権確認が成功した結果だけでメール移行を完了したことにしないでください。

ウェブサイトもMicrosoft 365に移行されますか？

いいえ。ドメインをMicrosoft 365に追加しても既存のウェブサイトが自動で移行するわけではありません。ただしDNSレコードを誤って変更するとウェブサイトや他のサービスが停止する可能性があります。メールだけを移行する場合は、ウェブサイトのA・AAAA・CNAMEレコードを不必要に変更しないでください。

問題が発生した場合は、まず現在のDNSレコードと変更前の記録を比較します。MXを以前の値に戻しても、DNSキャッシュのために切り替えがすぐに一致しないことがあるので、両方のメール環境の受信状態を確認してください。復旧時には、今回変更したレコードだけを変更前の値に戻し、切り替え中にどちらにメールが届いたか照合します。DNSの復旧は2つのメールボックスのデータを統合しません。サービス接続を一時的に保留にするために、ドメインやユーザーを削除する方法も避けてください。