Microsoft 365でドメイン認証できない原因と対処法：解約済みトライアルテナントに紐づく／MFAでログイン不可

Microsoft 365 を再契約したのに、ドメイン追加の「Verify domain」で“別テナントに関連付いている”と出て先へ進めない——。トライアル解約後に起きやすいこの詰まりを、原因の整理からサポートでの解除手順、解除後のメール設定までまとめます。

状況：有償（購入済み）テナントで「Verify domain」が進まない

過去に Microsoft 365 をトライアル（例：30日）で使い、その後に解約した履歴があると、あらためて別アカウントで有償契約（例：15ユーザー分）を購入して管理者アカウントを用意できても、カスタムドメインの追加・検証（Verify domain）で止まることがあります。

具体的には、ドメイン追加の途中で「そのドメインは別テナントに関連付いている」「すでに別組織で使用されている」などの趣旨が表示され、DNS に TXT レコードを入れる手前で先へ進めません。

さらに厄介なのが、旧トライアル側テナントへログインしてドメインを外そうとしても、パスワードリセットはできるのにAuthenticator アプリのコード（MFA）入力を要求されてサインインできないパターンです。Authenticator を設定した覚えがない／端末がない／確認できる連絡先がない、という状態だと、利用者側だけでドメインを外す手段が尽きてしまいます。

起きていること	よくある表示・症状	意味（何が詰まっているか）
新しい有償テナントでドメイン検証できない	Verify domain で「別テナントに関連付いている」等	そのドメインが Microsoft 365（Entra ID）の別テナントに“所有”された状態
旧トライアル側でログインできない	パスワードは再設定できるが MFA を求められる	旧テナントのアカウントが MFA 必須の状態で、確認手段がない
電話窓口で進展しない	一般的な案内のみで完了しない	テナント間ドメイン解除は権限が必要で、サポート案件として処理されることが多い

なぜ起きるのか：カスタムドメインは「テナントに一意」だから

Microsoft 365（Microsoft Entra ID / 旧 Azure AD）では、カスタムドメインは“あるテナントに対して一意”に登録されます。いったん A テナントで検証・登録されたドメインは、B テナントでは同じドメインを登録できません。

そして、トライアルや月額契約を解約しても、旧テナント自体がすぐに完全消滅するとは限らず、ドメインが登録されたまま残ってしまうことがあります。この状態では、新しい有償テナントに正しく購入・契約していても、ドメイン追加の入口で弾かれてしまいます。

加えて、旧テナントへ戻ろうとしても、過去に何らかのタイミングで MFA が有効化されていたり、セキュリティ既定値や条件付きアクセスの影響で MFA が要求されると、ログインできない＝ドメイン解除作業に入れないという詰み方になります。

まず整理する：新旧テナントの情報を“メモ化”する

サポートへ依頼するにしても、自力で旧テナントに入って外すにしても、情報が散らばっていると時間が溶けます。次の項目を短くでよいのでメモにまとめておくと、問い合わせや社内共有が一気に楽になります。

項目	例	メモのポイント
対象ドメイン	example.jp / example.com	サブドメインではなく、ルートドメインかどうかも確認
新しい有償テナント	xxx.onmicrosoft.com	グローバル管理者でサインイン可能なこと
旧トライアルテナント	yyyy.onmicrosoft.com	分かる範囲で OK（管理者メール、組織名など）
契約の状態	旧：解約済み / 新：購入済み	「いつ」「どのプラン」「何ユーザー」などを控える
DNS 管理先	お名前.com / Cloudflare 等	TXT を追加できる権限があるか（重要）

結論：有償テナント側からサポートチケットを起票するのが現実的

この手の「ドメインが別テナントに保持されたまま」の問題は、利用者がどれだけ頑張っても自分の画面だけでは解除できないケースが珍しくありません。特に旧テナントへログインできない場合は、有償テナント（購入済み）側の管理者アカウントでサポートリクエストを起票し、サポートに旧テナントからのドメイン解除（解放）を依頼するのが実務的な解決策になります。

サポートは「そのドメインを本当にあなた（あなたの組織）が管理しているか」を必ず確認します。ここが通れば、サポート側の作業でドメインが解放され、新しい有償テナントでドメイン追加→DNS 検証→各サービス設定へ進めるようになります。

サポート依頼の前に準備するもの

準備が整っているほど、サポートとの往復が減り、解決までの寄り道が減ります。特にDNS を変更できる状態は必須級です。

準備物	なぜ必要か	具体例
DNS にレコードを追加できる権限	ドメイン所有の証明に使われるため	TXT レコード（確認用の文字列）を追加できる
有償テナントのグローバル管理者	サポートの起票・ドメイン追加作業に必要	Microsoft 365 管理センターに管理者で入れる
エラー画面のスクリーンショット	状況説明が一気に通る	「別テナントに関連付いている」等が写る画面
旧テナント情報（分かる範囲）	サポートが対象テナントを特定しやすい	旧管理者アドレス、組織名、過去の請求書メールなど

有償テナントからサポートリクエストを起票する流れ

管理センターの UI 名称は変わることがありますが、基本は「サポート」または「ヘルプとサポート」から新しいサービスリクエスト（サポートチケット）を作成します。ポイントは、必ず有償テナントにサインインした状態で起票することです（トライアルや未契約状態だと、サポート範囲が限られる場合があります）。

有償テナントのグローバル管理者で Microsoft 365 管理センターにサインインする
画面内の「サポート」「ヘルプ」「問い合わせ」などの導線から、サポートリクエスト作成へ進む
問い合わせ種別は「セットアップ」「ドメイン」「アカウント／サインイン」「Exchange」など、近いカテゴリを選ぶ
問題の概要を短く書き、エラー画面のスクリーンショットを添付する
連絡先（メール／電話）を指定し、サポートの返信に従って所有確認（DNS 追加など）を行う

チケット本文は、長文よりも要点を箇条書きにした方が通りが良いことが多いです。次のテンプレートをベースに、自社の状況に合わせて調整してください。

サポートチケット文テンプレート（コピペ用）

件名：カスタム ドメインが解約済みトライアル テナントに残っており、新テナントで Verify domain できない

状況：

* 過去に Microsoft 365 をトライアル利用し、その後解約しました
* 今回、有償テナントを新規に購入し、グローバル管理者でサインインできます
* しかしドメイン（例：example.com）を追加すると「別テナントに関連付いている」と表示され検証できません

追加情報：

* 旧テナントへログインしようとすると MFA（Authenticator）を要求され、解除操作ができません
* DNS は当方で管理しており、TXT などレコード追加は可能です

依頼：

* 旧テナントから当該ドメインを解除（解放）して、新しい有償テナントで追加・検証できるようにしてください
* ドメイン所有確認に必要な手順（TXT 値など）をご提示ください

「ドメインを自分が管理している証明」で詰まらないコツ

サポートから求められるのは、突き詰めると“そのドメインの DNS をあなたが操作できる”という証明です。多くの場合、サポートが指定する値を DNS の TXT レコードに入れて、その反映をもって確認されます。

DNS 証明でよく使われるレコード

レコード種別	用途	注意点
TXT	所有確認（verify）	値はサポートが指定したものを正確に。余計なスペースや改行に注意
CNAME	サービス設定確認で使われることがある	既存の CNAME と競合しないか確認
MX	メール配送先の切り替え	切り替えタイミングを誤ると受信断が起きやすい

DNS の反映は、設定値が正しくても「すぐに見える」とは限りません。次のように進めると、サポートとのやりとりが噛み合いやすくなります。

DNS 変更前に、現在の TXT/MX/SPF を控える（スクリーンショットでも OK）
変更後は、公開 DNS で引けるかを自分でも確認してからサポートへ連絡する
レコードを追加したら「どの管理画面で」「どの値を」「いつ追加したか」をメモしておく

旧テナントに入れる場合：自力でドメインを外すときのチェックポイント

もし旧テナントにグローバル管理者としてサインインできるなら、サポートを待たずにドメインを外せる場合があります。ただし、ドメインは “使われている場所” が残っていると削除できません。外す前に、依存関係を潰す必要があります。

よくある依存先	外せない原因になりやすいもの	対処の考え方
ユーザー	ユーザーのサインイン ID（UPN）がそのドメイン	一時的に onmicrosoft.com に変更してからドメイン削除
メール（Exchange）	メールアドレス／プロキシアドレスに残っている	受信者のアドレスを置換し、ドメイン参照を消す
グループ／共有メールボックス	グループのメールアドレスが残っている	グループのアドレス変更・削除で参照を消す
Teams/SharePoint	組織の設定や URL で参照していると勘違いしがち	通常は UPN/メール側の整理が先。無理に触らない

「削除できない理由」が画面に出る場合は、その表示をそのままメモしておくと、サポートへ切り替える際にも役立ちます。

旧テナントに入れない（MFA で詰む）場合の現実的な打ち手

MFA を突破できない状態では、旧テナント側での解除操作は基本的に進みません。ここで無理に “何とかしてログインする” 方向へ突っ走ると、アカウントロックやセキュリティ事故のリスクが上がるだけで、結局サポートに戻ってくることが多いです。

この状況では、方針を次のどちらかに寄せるのが安全です。

有償テナントのサポートに、旧テナントからのドメイン解除を依頼する
旧テナントに別のグローバル管理者が存在するなら、その管理者に MFA リセットやドメイン解除を依頼する

「Authenticator を設定した覚えがない」ケースでも、過去の設定・自動有効化・端末入れ替えなどで MFA が有効になっていることは起こり得ます。覚えがないこと自体は珍しくありません。重要なのは、DNS を動かせることと、有償テナントの管理者でサポートに到達できることです。

ドメインが解放された後にやること：追加→検証→運用へ

サポート側でドメインが解放されたら、いよいよ新しい有償テナントで設定を進められます。ここから先で慌てやすいのが、メール（Exchange Online）やサインイン ID の切り替え順です。失敗すると「ログインできない」「メールが届かない」など、別のトラブルに飛び火します。

最初にやる：ドメイン追加と検証

Microsoft 365 管理センターで「ドメインの追加」を実施
案内に従って DNS（多くは TXT）を追加し、検証を完了
必要に応じて、そのドメインを既定（既定のドメイン）として設定

次にやる：ユーザーとメールの整備

業務影響を最小にしたい場合は、次の順で進めると事故が減ります。

手順	目的	事故を防ぐポイント
ライセンス割り当て	Exchange/Teams 等を使えるようにする	メールを使うユーザーに Exchange を含むプランか確認
ユーザーのサインイン ID（UPN）整備	ログイン名を独自ドメインにする	一気に変更せず、まず管理者／少数で検証してから展開
メールアドレス設定	送受信アドレスを整える	旧環境のアドレス体系を洗い出し、別名も含めて設計
DNS（MX/SPF/DKIM/DMARC）	メール配送と迷惑メール対策	MX の切り替えタイミングを計画し、SPF は重複しないように

メール運用の要点：MX 切り替え前に確認したいこと

ドメイン認証が通っても、メール運用（特に受信）は DNS の MX レコードが握っています。切り替えを急ぐほどリスクが上がるので、最低限次は押さえておくと安心です。

現行のメールサービス（もし別で使っている場合）を止める前に、切り替え手順を文章化する
SPF（TXT）に複数サービスを混在させる場合は、冗長になりすぎないよう整理する
DKIM/DMARC は「送信者評価」に効くため、送信トラブルがあるなら早めに整える

SPF の考え方（例）

SPF は 1 ドメインにつき 1 レコードが基本です。複数のサービスを使う場合は、1 行にまとめます（例はあくまでイメージで、実際の値は利用サービスに合わせてください）。

v=spf1 include:spf.protection.outlook.com ~all

再発防止：次に同じ沼へ落ちないための運用メモ

今回のような「トライアル→解約→数か月後に再契約」で起きるドメイン詰まりは、次の運用でかなり予防できます。

トライアルを止める前に、カスタムドメインをテナントから外せる状態にしておく（ユーザー/メールの参照を先に外す）
グローバル管理者の “緊急用（ブレークグラス）アカウント” を用意し、MFA 手段を複数持たせる
Authenticator の移行（端末買い替え時）手順を社内で決め、管理者の MFA を属人化させない
ドメイン管理（DNS）のログイン情報と権限を、担当者だけに閉じない

よくある質問

解約したのに、なぜドメインが残るの？

契約（サブスクリプション）を解約しても、テナントやディレクトリが即時に完全削除されるとは限りません。結果として、カスタムドメインが旧テナントに保持されたままになり、新しいテナントで追加できないことがあります。

旧テナントの情報がほとんど分かりません

分かる範囲で大丈夫です。ドメイン名、過去に使っていた管理者メールアドレス、請求書やサインアップ時のメールなど、断片でも手掛かりになります。何も残っていない場合でも、DNS を操作できること（所有証明）が重要です。

サポートに何を見せればいい？

基本は DNS での所有確認と、エラー画面の状況説明です。スクリーンショット・ドメイン名・新旧テナントの情報（分かる範囲）を揃え、やりとりを短くするのがコツです。

ドメイン解放後、すぐにメールが使えますか？

ドメイン追加・検証が終わっても、メール受信は MX 切り替えや Exchange 側の設定が揃って初めて安定します。切り替え手順を決めずに MX を動かすと、受信断や迷惑メール判定などの別トラブルが起きやすいので、順序だてて進めてください。

まとめ：詰みポイントは「旧テナントのドメイン保持」と「MFA ロック」

有償テナントでドメイン認証できない問題は、テナントの仕組み上、利用者側だけで解決できないことがあります。特に旧トライアルテナントへ MFA が理由で入れない場合は、有償テナントからサポートチケットを起票し、DNS で所有証明して解除してもらうのが最短ルートになりやすいです。

サポートでドメインが解放されたら、新テナントでのドメイン追加・検証を確実に終え、メール（MX/SPF/DKIM/DMARC）やユーザーのサインイン ID を計画的に切り替えていきましょう。設定の順番を守るだけで、二次トラブルは大きく減らせます。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。