Microsoft 365 で独自ドメインを追加しようとすると「別のテナントに既に紐付いている」と表示され、接続できないケースがあります。本記事では原因の切り分けから、旧テナントにログインできる場合の外し方、できない場合に Microsoft サポートへ解除依頼する方法まで、実務目線で整理します。
現象：独自ドメインを追加できず「既存テナントに紐付いている」と言われる
新しい Microsoft 365 テナント（例：<tenant>.onmicrosoft.com）で独自ドメイン（例：.edu.vn）を追加しようとした際、次のようなエラーで止まることがあります。
- 「このドメインは別の Microsoft 365 組織に既に追加されています」
- 「ドメインは既に使用されています（既存テナントに紐付いています）」
- 「同じドメインは複数のテナントに追加できません」
結論から言うと、その独自ドメインが過去または現在の別テナントで“所有確認（検証）済み”になっている状態です。Microsoft 365 側はセキュリティの観点から、検証済みの独自ドメインを自動的に別テナントへ移し替えることはしません。
まず理解しておくべきこと：独自ドメインは「1テナント専属」
Microsoft 365（Microsoft Entra ID / Azure AD を含む）は、独自ドメインをテナントのアイデンティティ基盤やメールアドレスに利用します。もし同じ独自ドメインが複数テナントに同時に登録できると、以下のようなリスクが生まれます。
- 同じメールアドレス形式で別組織がユーザー作成できてしまう（なりすまし・誤配・不正ログインの温床）
- サインインのホームテナント判定（どこにログインさせるか）が壊れる
- Exchange Online の受信先、Teams、SharePoint など連携サービスの整合性が崩れる
そのため、「旧テナントからドメインを完全に外す」→「新テナントで追加して検証する」という順序が必要になります。
原因パターンを切り分ける（最短で正しいルートに乗る）
同じ「追加できない」でも、原因によって最適な対処が変わります。最初にここを整理すると、遠回りを避けられます。
| よくある原因 | 状況の目安 | 優先すべき対処 |
|---|---|---|
| 旧テナントがまだ存在し、管理者にログインできる | 旧管理者アカウントや契約情報が分かる／サインインできる | 旧テナント側でドメインを外す（セルフ対応が最速） |
| 旧テナントが存在するが、ログインできない（管理者不明・退職・権限なし等） | 「誰が管理者か分からない」や「契約が切れている」 | Microsoft サポートへ解除依頼（所有確認が前提） |
| 旧テナントが削除・停止済みでも、ドメイン紐付けが残っている | 昔試用した／学校・組織で使っていたが、今は触れない | Microsoft サポートへ解除依頼（内部処理が必要な場合） |
| 第三者にドメインを使われている可能性 | DNS/レジストラにログインできない、見覚えのない設定がある | まずレジストラを保護し、証跡を揃えてサポートへ |
ポイントは、Microsoft Q&A などのフォーラムでは“ドメイン解除そのもの”はできないことです。フォーラム運営・モデレーターはプライバシー／セキュリティ上、あなたのテナントや他者テナントに立ち入って操作できません。解除が必要な場合は、公式サポート（サービス リクエスト）が正攻法です。
旧テナントにログインできる場合：自分でドメインを外す手順
旧テナントにグローバル管理者としてアクセスできるなら、基本的には自力で外せます。ただし、単に「ドメイン削除」を押しても外れないことが多いです。理由はシンプルで、そのドメインがユーザーやメール、グループ等に“まだ使われている”と削除できないからです。
ドメイン削除がブロックされる代表的な“使用中”ポイント
| 使用中になりやすい場所 | 具体例 | 対処の方向性 |
|---|---|---|
| ユーザーのサインイン名（UPN） | [email protected] がサインインIDになっている | UPN を onmicrosoft.com に変更してから削除 |
| メールアドレス（SMTP） | ユーザー/共有メールボックス/グループの主SMTP・別名に残っている | 主SMTP変更＋エイリアスから独自ドメインを除去 |
| Microsoft 365 グループ・配布リスト | グループのメールアドレスが独自ドメイン | アドレス変更、必要なら一時的に削除 |
| 連絡先（Mail contact） | 外部転送先として独自ドメインが入っている | 不要なら削除、必要なら別ドメインへ置換 |
| 受信ドメイン設定（Accepted domain） | Exchange Online 側で受信ドメインとして登録されている | Exchange 管理で当該ドメインを外す |
作業前にやるべきこと（事故を防ぐチェック）
- 影響範囲を確認：独自ドメインのメールを使っているユーザー、共有メールボックス、グループ、外部連携（SaaSログイン）
- 切り替え先を決める：一時的に
onmicrosoft.comを使うのか、新ドメインへ移すのか - 作業時間を確保：メール受信やサインインに影響が出る可能性があるため、繁忙時間は避ける
- 退避（最低限）：重要アカウントの代替連絡手段、管理者アカウントの復旧手段（MFA/電話番号等）
旧テナントから独自ドメインを外す基本フロー
- 旧テナントの Microsoft 365 管理センターで、独自ドメインがどこで使われているか確認する
- ユーザーの UPN（サインイン名）を変更し、独自ドメインを使っているアカウントをゼロにする
- Exchange Online のメールアドレス（主SMTP・エイリアス）から除去し、独自ドメインを使う受信先をゼロにする
- グループ／共有メールボックス／連絡先なども同様に独自ドメインを外す
- 管理センターの「ドメイン」から対象ドメインを削除する（削除ウィザードの指示に従う）
- 削除完了後、新テナント側でドメイン追加を再実行する
「どこで使われているか分からない」「探しても削除できない」という場合は、旧テナント内で何かが残っているサインです。削除画面には、何がブロックしているかヒントが出ることもあるので、メッセージをメモしておくと解決が早まります。
旧テナントにログインできない場合：Microsoft に“所有確認＋ドメイン解除”を依頼する
旧テナントに入れない（管理者不明、退職、契約が切れて管理センターに入れない等）場合、あなたができる操作だけでドメインを外すことはできません。このケースは、Microsoft に対して「ドメイン所有者であることを確認してもらったうえで、旧テナントから切り離してほしい」と正式に依頼します。
ここで重要なのが、次の2点です。
- Microsoft Q&A のフォーラムでは解除対応できない（権限・プライバシー上の制約）
- 正攻法は Microsoft 365 管理センターからサポートへ問い合わせ（サービス リクエスト作成）
管理センターからサポートへ問い合わせる手順（サービス リクエスト）
画面の文言は更新されることがありますが、基本の入口は共通です。
- 新しいテナントの Microsoft 365 管理センターに管理者でサインインする
- メニュー内の サポート（ヘルプとサポート / Get support / Help & support 等）を開く
- 問い合わせ内容に「独自ドメインを追加できない」「別テナントに紐付いている」「ドメイン解除」などのキーワードで状況を記載する
- サービス リクエストを作成し、連絡先と希望連絡手段（メール・電話）を設定する
依頼文は長文よりも、要点が明確な方が通りやすいです。以下のようにまとめると、サポート側の初動が早くなります。
| 項目 | 書き方の例 |
|---|---|
| 結論 | 「独自ドメインが旧テナントに紐付いており、新テナントに追加できません。所有確認のうえ旧テナントから解除してください。」 |
| ドメイン | example.edu.vn |
| 新テナント | <tenant>.onmicrosoft.com（分かるならテナントIDも） |
| 旧テナント情報 | 分かる範囲で：旧テナント名、旧管理者のメール、契約状況、いつ頃使っていたか |
| 所有証明の準備 | 「DNS を変更でき、指定 TXT レコードを追加できます」「ドメイン管理画面のスクリーンショットを提出可能」 |
サポートがエスカレーションすることがある理由
ドメインの紐付け解除は、他テナントに影響し得る操作です。誤って第三者の環境からドメインを外してしまうと、情報漏えいやサービス停止につながります。そのため、サポートはケースによってはデータ保護（本人確認・保護）に関わる担当チームへエスカレーションし、追加の確認を行うことがあります。
これは手間ではありますが、裏を返すと「第三者が勝手にあなたのドメインを外す」ことを防ぐための仕組みです。こちらが所有者であることを示せれば、前に進みやすくなります。
電話での問い合わせが有効なケース
基本は管理センターからの起票が最もスムーズですが、次のような場合は電話窓口の利用も検討します。
- 管理センターにログインできず、サービス リクエストを作成できない
- 問い合わせフォームがうまく表示されない、コールバックが必要
- 事業継続に関わる緊急性が高い（メールが止まっている等）
Microsoft のサポート窓口は契約形態や国・地域で案内が変わるため、公式のサポート案内ページから該当の窓口を辿るのが安全です。電話を使う場合でも、最終的にサービス リクエストへ紐付けて追跡する流れになることが多いので、可能なら新テナントで起票しておくと後が楽です。
所有確認で求められやすい情報（準備しておくと強い）
ドメイン解除の成否は、突き詰めると「所有者であると証明できるか」にかかっています。以下は現実的に用意しやすく、かつ説得力が出やすい材料です。
| 証明材料 | 準備方法 | 補足 |
|---|---|---|
| DNS を操作できる証拠 | サポートが指定する TXT レコード を追加できる／追加後の確認ができる | Microsoft 365 のドメイン検証と同様の方式が使われやすい |
| ドメイン管理画面のスクリーンショット | レジストラの管理画面で、ドメイン名や権限が分かる箇所を撮る | 個人情報・請求情報は指示に従い取扱い注意 |
| 契約・請求の手掛かり | 購入メール、請求書、契約者名義など（出せる範囲で） | 旧テナントの契約情報が分かるほど調査が進みやすい |
| 旧テナントの情報 | 旧テナント名、旧管理者の連絡先、利用していた時期 | サポートはプライバシー上、第三者情報を開示できないことがある |
「DNS が触れる」は最も強い材料です。逆に、DNS に触れない状態（レジストラに入れない、管理者が別にいる等）だと、まずはドメイン管理の権限を取り戻すことが先決になります。
“サポート担当のメールアドレスを教えてほしい”が通りにくい理由
ドメイン解除の相談をフォーラムでしていると、「サポートの担当者に直接メールしたい」「担当のメールアドレスを教えてほしい」と思いがちです。しかし多くの場合、フォーラムの運用規約や個人情報保護の観点から、個別のメールアドレス共有や直接のメールやり取りは避ける運用になっています。
確実に前に進めるには、管理センターのサポート窓口（サービス リクエスト）でチケットとして管理し、そこで提示される連絡手段に沿って進めるのが最短ルートです。
解除依頼の前にやっておきたいセキュリティ確認
「自分のドメインなのに、別テナントに紐付いている」となる原因は、単に過去の試用や旧契約の残骸とは限りません。万一、第三者にドメイン管理が奪われていると、解除しても再度悪用される恐れがあります。最低限、次を確認してください。
- レジストラのログイン情報（パスワード）を強固なものに変更している
- レジストラ側の二要素認証（MFA）を有効化している
- DNS のネームサーバーが見覚えのあるものになっている
- 不審な転送設定や DNS レコード（MX、TXT、CNAME）が追加されていない
特に MX レコードが第三者のメール基盤を指している場合、メール受信先が乗っ取られるリスクがあります。ドメイン解除の手続きと並行して、ドメインの“持ち主としての安全性”も固めておくのが現実的です。
新テナントへ追加する際に失敗しないための事前準備
旧テナントから外れたあと、新テナントで再度ドメイン追加を行います。そのときに慌てないよう、事前に以下を決めておくとスムーズです。
| 準備項目 | 決めておく内容 | 理由 |
|---|---|---|
| 利用目的 | メール用／サインイン用（UPN）／両方 | 移行時の影響範囲が変わる |
| 初期ユーザー設計 | 誰を管理者にするか、バックアップ管理者を置くか | 再発時に詰まらない |
| DNS 変更の段取り | TXT 検証、MX、SPF、DKIM、DMARC などの順序 | メール到達率と安全性が左右される |
| 切替タイミング | 業務影響の少ない時間帯、告知の要否 | メール断やログイン障害のリスクを抑える |
Microsoft 365 で独自ドメインを運用する場合、SPF/DKIM/DMARC まで含めて整備すると迷惑メール判定を減らしやすくなります。解除が完了したら「追加できた」だけで終わらせず、メールの信頼性まで一段整えるのがおすすめです。
よくある質問
旧テナントが分からないのですが、Microsoft は教えてくれますか？
サポートは調査の結果として必要な対応を進めてくれることがありますが、第三者テナントの詳細を開示できない場合があります。重要なのは「どのテナントか」よりも、所有確認ができ、旧テナントからドメインを外せるかです。問い合わせ時は旧テナント特定よりも、所有証明と現象の説明を優先する方が進みやすい傾向があります。
旧テナントが削除済み（解約・試用終了）でも、なぜドメインが残るのですか？
サービスやデータ保護の都合で、テナントやドメインが即時に完全消去されないケースがあります。また、内部的に“残骸”があると、手動の介入が必要になることがあります。この場合は、管理センターからのサポート起票が現実的です。
Microsoft 365 Basic を契約したのにドメインが追加できません
Microsoft 365 のプランは複数あり、機能範囲や管理対象（個人向け／法人向け）でできることが異なります。実際に <tenant>.onmicrosoft.com のテナントがあり、管理センターで「ドメイン追加」を行う前提なら、基本的には法人・教育向けテナントでの手続きになります。契約プラン名の表記が似ていて混同しやすいので、管理センターで利用しているテナント種別とライセンスを一度確認すると安心です。
フォーラムで相談すれば、モデレーターが外してくれませんか？
できません。プライバシー／セキュリティ上の制約により、フォーラム運営側が個別テナントに介入してドメインを解除する権限はありません。解除は公式サポートの領域です。
サポート問い合わせをスムーズに進めるコツ
「状況を説明しているのに話が進まない」と感じたら、次の観点で情報を整理してみてください。チケットの往復回数が減りやすくなります。
- 要点を先に書く：「旧テナントに紐付いているため新テナントへ追加できない。所有確認のうえ解除してほしい」
- 自分がドメインの DNS を変更できることを明確にする（TXT 追加可能など）
- 旧テナント情報は“分かる範囲で”出す（分からないことは無理に推測しない）
- スクリーンショットは要点が分かる形で（エラー画面、管理センターの該当箇所、DNS 画面など）
- 希望ゴールを明確に：旧テナントからの解除のみか、移行（運用）まで含めて相談したいか
まとめ：最短で解決するための結論
- 独自ドメインが「既存テナントに紐付いている」場合、同時に別テナントへ追加はできない
- 旧テナントにログインできるなら、旧テナント側でユーザーUPNやメールアドレス等から独自ドメインを外し、ドメイン削除する
- 旧テナントにログインできないなら、Microsoft 365 管理センターのサポートからサービス リクエストを作成し、所有確認のうえ解除依頼する
- フォーラムでは解除できない。必要ならサポートが保護・本人確認系の担当へエスカレーションすることがある
- 解除の成功率を上げる鍵は、DNS を変更できるなどの所有証明を準備すること
コメント