SharePoint Onlineのテナントドメイン変更は、URLの文字列を置き換えるだけでは完了しません。旧URLにはリダイレクトが作成されますが、絶対URLを埋め込んだカスタムアプリや、HTTP 308を正しく処理できない連携は、変更後に動かなくなる可能性があります。
特に注意が必要なのが、Loop、Power Automate、Power BIです。Loopには既存ワークスペースの共有やページ追加に関する公式の対処方法がなく、Power Automateはフローの種類によって「URL更新」と「削除・再作成」が分かれます。Power BIは、ドメイン変更前に.pbixファイルを確保しておくことが重要です。
また、TeamsチャネルやMicrosoft 365グループに接続されたアーカイブ済みSharePointサイトは、事前に再アクティブ化しなければ新ドメインへ変更されません。Microsoft Learnの制限事項は2026年7月29日に更新されており、実施前に影響対象を洗い出しておく必要があります。(Microsoft Learn)
SharePointドメイン変更は単なるURL変更ではない
SharePointのドメイン変更では、次のようにSharePoint OnlineとOneDriveのURLに含まれるテナント名が変わります。
変更前：
https://contoso.sharepoint.com
変更後：
https://fabrikam.sharepoint.com変更対象はSharePointとOneDriveのURLであり、通常、この操作だけでユーザーのメールアドレスが変わるわけではありません。
ドメイン変更を開始すると、テナント内のサイトが順番に新しいドメインへ変更されます。処理中のサイトは一時的にアクセスできなくなり、変更が終わったサイトから利用できるようになります。
旧アドレスにはリダイレクトが作成されますが、有効期間はドメイン変更から1年間です。また、元のSharePointドメイン名へ戻す操作はサポートされていません。したがって、旧URLのリダイレクトは一時的な移行支援として考え、恒久的な互換性対策として依存しないことが重要です。(Microsoft Learn)
SharePointドメイン変更による主な影響と対処方法
Microsoftが公表している制限事項を、実務で確認しやすい形に整理すると次のようになります。
| 対象 | 発生する問題 | 変更前に行うこと | 変更後の対処 |
|---|---|---|---|
| カスタムアプリ・外部アプリ | 絶対URLが変更されない。HTTP 308を処理できず停止する場合がある | 旧ドメインを検索し、開発元やベンダーに対応可否を確認する | URLを修正して再リリースする |
| Loop | 既存ワークスペースを共有できない。新しいページを追加できない | 重要なLoopワークスペースと利用者を特定し、変更可否を判断する | 公式の対処方法なし |
| Power AutomateのRequest sign-offフロー | SharePoint接続を使用するフローが動作しない | 対象フロー、所有者、設定内容を記録する | フローを削除して再作成する |
| マネージドレイヤーを持つPower Automateフロー | SharePoint接続を使用するフローが動作しない | ソリューション名、環境、所有者を記録する | フローを削除して再作成する |
| 通常のPower Automateフロー | 一部のフローで自動更新に失敗する | SharePointサイトURLとテスト手順を記録する | 動かないフローのURLを手動更新する |
| Power BI Desktopで管理するレポート | SharePoint接続が動作しない | .pbixをダウンロードし、開けることを確認する | 接続先を変更して再公開する |
| Power BI Desktopで管理していないレポート | 既存レポートをそのまま修復できない場合がある | 再作成が必要なレポートを特定する | レポートを再作成する |
| Microsoft 365 Archive | TeamsやMicrosoft 365グループに接続されたアーカイブサイトが変更されない | 対象サイトを再アクティブ化する | 新URLとTeams連携を確認する |
Power Automateでは、すべてのフローを同じ方法で直せるわけではありません。Request sign-offフローとマネージドレイヤーを持つフローは再作成が必要ですが、通常のフローは、動作しないものについてURLを手動更新します。
Power BIでは、SharePoint接続を利用するレポートを変更前に.pbixとしてダウンロードし、変更後にPower BI Desktopで接続を編集して再公開します。Power BI Desktopで作成・管理されていないレポートは、再作成が必要です。(Microsoft Learn)
変更前に旧SharePointドメインを洗い出す
最初に行うべき作業は、旧ドメインを参照しているシステムやコンテンツの一覧化です。
次の文字列を、ソースコード、設定ファイル、フロー、レポート、SharePointページなどから検索します。
oldtenant.sharepoint.com
oldtenant-my.sharepoint.com
https://oldtenant.sharepoint.com
https://oldtenant-my.sharepoint.com特に確認したい場所は次のとおりです。
- カスタムアプリのソースコードと設定ファイル
- Active Directoryのグループポリシー
- SharePointのWebパーツや埋め込みコード
- ハブサイトのナビゲーション
- Power Automateのサイトアドレス
- Power BIのSharePoint接続
- バックアップ製品や外部連携サービス
- 社内ポータルや業務マニュアルに記載されたURL
- Teamsに追加されたSharePointライブラリやリストのタブ
SharePointのドメイン変更処理では、カスタムアプリ、グループポリシー、Webパーツ、サイトカスタマイズなどに書かれた絶対URLは自動変更されません。Microsoft以外のアプリやバックアップ製品についても、テナント名変更への対応状況をベンダーへ確認する必要があります。(Microsoft Learn)
管理台帳に最低限記録する項目
影響対象を見つけたら、次のような台帳を作成します。
| 管理項目 | 記録例 |
|---|---|
| サービス | Power Automate |
| 資産名 | 契約書登録通知フロー |
| 所有者 | 総務部・担当者名 |
| 利用している旧URL | oldtenant.sharepoint.com/sites/contracts |
| 修復方法 | URL更新 |
| 重要度 | 高 |
| 変更前テスト | 完了 |
| 変更後テスト | 未実施 |
| 復旧担当者 | Microsoft 365管理者 |
重要なのは、URLだけでなく、誰が直すのか、どの操作で正常と判断するのかまで決めることです。
Power Automateはフローの種類ごとに対処を分ける
Power Automateについては、すべてのフローを一括で「旧URLから新URLへ置換する」と考えると失敗します。
Request sign-offフロー
SharePoint接続を使用するRequest sign-off、つまりサインオフ要求フローは、ドメイン変更後に動作しなくなります。
公式の対処方法は、対象フローを削除して再作成することです。単純なURL変更ではありません。
変更前に次の情報を記録しておきます。
- フロー名
- 所有者
- 使用環境
- 対象サイト
- 対象リストまたはライブラリ
- 通知先
- 承認者
- 正常終了時の処理内容
削除前に設定内容を記録しておかなければ、再作成時に承認条件や通知先を再現できなくなる可能性があります。
マネージドレイヤーを持つソリューション内のフロー
SharePoint接続を使用し、マネージドレイヤーを持つソリューションとして展開されたフローも動作しません。
この種類のフローも、公式の対処方法は削除と再作成です。環境ごとにソリューションを展開している場合は、開発環境、テスト環境、本番環境の関係を確認し、どの環境から再展開するのかを事前に決めます。
通常のクラウドフロー
通常のフローについては、ドメイン変更処理の中でPower Automate側の更新が試行されます。ただし、一部はサービス上の問題などにより更新に失敗する可能性があります。
そのため、「自動的に直るはず」と判断せず、変更後に実際のトリガーとアクションを動かして確認します。動作しないフローは、SharePointサイトのURLを手動で更新します。(Microsoft Learn)
変更前にテストケースを残しておく
正常性を判断するため、変更前に代表的なテストケースを作成します。
例えば、SharePointリストへの登録をきっかけにTeamsへ通知するフローなら、次の一連の動作を記録します。
- テスト用のリスト項目を登録する
- フローが起動する
- 条件分岐が正しく処理される
- Teamsへ通知される
- SharePoint側の処理済みフラグが更新される
- 実行履歴が成功になる
変更後も同じ操作を実行すれば、単にフローが有効になっているだけでなく、業務処理全体が復旧したかを判断できます。
Power BIは変更前の.pbix確保が重要
SharePointをデータソースとして利用しているPower BIレポートは、ドメイン変更後に接続できなくなります。
公式の手順は次のとおりです。
- ドメイン変更前にPower BIレポートを
.pbixとしてダウンロードする - Power BI Desktopでファイルを開けることを確認する
- ドメイン変更後にSharePoint接続を新URLへ変更する
- レポートをPower BIサービスへ再公開する
単に.pbixを保存するだけでなく、変更前にPower BI Desktopで開けることまで確認してください。ダウンロード後に開けない、必要な接続情報が分からないといった問題が見つかっても、変更前であれば対応方法を検討できます。
レポートごとに、次の情報も記録します。
- ワークスペース名
- レポート名
- 所有者
- SharePointの接続先URL
- 更新頻度
- 再公開先
- 利用部門
- 変更後の更新テスト担当者
Power BI Desktopで作成または管理されていないレポートは、公式文書上、再作成が必要です。変更後になってから判明しないよう、.pbixとして管理できるレポートと、再作成が必要なレポートを分けておきます。(Microsoft Learn)
再公開だけで完了としない
接続先を変更して再公開した後は、少なくとも次の点を確認します。
- Power BI Desktopでデータを更新できる
- Power BIサービスでレポートを表示できる
- Power BIサービス側で更新を実行できる
- 主要なグラフや数値が変更前と一致する
- 利用者が必要なレポートへアクセスできる
レポート画面が表示されても、データ更新だけが失敗している場合があります。必ず更新処理まで実行してください。
Loopは公式の対処方法がない
SharePointドメイン変更後、既存のLoopワークスペースには次の制限が発生します。
- 既存ワークスペースを共有できない
- 既存ワークスペースへ新しいページを追加できない
Microsoftの公式文書では、この問題に対して利用可能な対処方法は示されていません。(Microsoft Learn)
そのため、Loopについては変更後の復旧作業ではなく、ドメイン変更を実施するかどうかの判断材料として扱う必要があります。
変更前に、次の点を確認します。
- Loopを正式な業務基盤として利用している部門
- 外部または新規メンバーへの共有予定
- 今後もページ追加が必要なワークスペース
- プロジェクト管理や会議記録に使用しているワークスペース
- 制限が発生した場合に業務が停止するか
重要なLoopワークスペースがある場合は、管理者だけで実施日を決めず、所有部門へ制限内容を説明したうえで実施可否を判断します。
「設定を変更すれば直る」「新URLに置き換えれば直る」とは限らないため、公式の対処方法がないことを前提に計画する必要があります。
アーカイブ済みサイトはTeamsとMicrosoft 365グループ接続を確認する
Microsoft 365 ArchiveでアーカイブされたOneDriveアカウントと通常のSharePointサイトは、新ドメインへ変更されます。
ただし、次のいずれかに接続されているアーカイブ済みSharePointサイトは、そのままでは新しいドメインへ変更されません。
- Teamsチャネル
- Microsoft 365グループ
該当サイトは、ドメイン変更前に再アクティブ化する必要があります。(Microsoft Learn)
変更前の手順
- アーカイブ済みサイトの一覧を確認する
- TeamsチャネルまたはMicrosoft 365グループとの接続有無を確認する
- 接続されているサイトを再アクティブ化する
- サイトへアクセスできることを確認する
- ドメイン変更後に新URLへ変わったことを確認する
- Teamsのファイル表示などをテストする
- 必要に応じて再度アーカイブする
アーカイブ済みサイトは通常の利用者から見えにくいため、事前確認から漏れやすい対象です。現役サイトだけでなく、アーカイブ、ロック、削除済みサイトも含めて確認してください。
ドメイン変更当日に行うこと
ドメイン変更には、サイト数などに応じて数時間から数日かかる場合があります。Microsoftは、週末など利用が少ない時間帯に実施し、処理中はSharePointやOneDriveの利用を避けるようユーザーへ案内することを推奨しています。
変更中は、サイトやOneDriveライブラリを新しく作成する操作も一時的に制限されます。例えば、Teamsで新しいチームやプライベートチャネルを作成する操作が影響を受けます。(Microsoft Learn)
当日は、次のような変更を止めておくと確認しやすくなります。
- SharePointサイトの新規作成
- Teamsのチームやチャネルの新規作成
- Power Automateフローの公開や変更
- Power BIレポートの公開
- SharePointアプリやSPFxソリューションの展開
- サイトのアーカイブやロック状態の変更
名前変更の状態を確認する
SharePoint Online Management Shellでは、次のコマンドレットで状態を確認できます。
Get-SPOTenantRenameStatusサイトごとの名前変更状態は、次のコマンドレットで確認します。
Get-SPOSiteRenameState全体の処理が完了したように見えても、一部サイトだけ失敗している可能性があります。名前変更済みサイト数、対象サイト総数、対応が必要なサイト数を確認し、失敗サイトを個別に処理します。(Microsoft Learn)
変更後はサービスごとに実操作をテストする
変更後の確認は、新しいSharePointトップページをブラウザーで開くだけでは不十分です。
ブラウザーの閲覧は成功しても、カスタムアプリの書き込み処理、Power Automateのトリガー、Power BIのデータ更新などが失敗する可能性があります。
| 対象 | 変更後に確認する操作 |
|---|---|
| SharePoint | ページ表示、ファイルの追加、編集、削除、共有 |
| OneDrive | ファイル表示、同期、アップロード、共有 |
| Power Automate | 自動トリガー、手動実行、SharePointへの読み書き、実行履歴 |
| Power BI | Desktop更新、再公開、サービス上の更新、主要数値 |
| カスタムアプリ | 読み取り、登録、更新、削除、認証 |
| Loop | 既存ワークスペースの共有、ページ追加 |
| Teams | チャネルのファイル表示、SharePointタブ、リストタブ |
| アーカイブ対象サイト | 新URL、Teams接続、Microsoft 365グループ接続 |
特にカスタムアプリでは、トップページの表示やデータ取得だけでなく、登録や更新などの書き込み処理もテストします。HTTP 308の処理方法によっては、閲覧処理だけ成功し、更新処理で問題が表面化する可能性があるためです。
SharePoint周辺で見落としやすい互換性問題
Loop、Power Automate、Power BI以外にも、SharePointドメイン変更後に対応が必要な機能があります。
ハブサイト
ハブサイトとして登録されたサイトが動作しない場合があります。影響を受けたサイトは、変更後にSharePoint管理センターでハブサイトの登録を解除し、再登録します。
SharePoint Webパーツと埋め込みコード
Webパーツやサイトカスタマイズが旧URLを直接参照している場合は、新URLへ変更します。埋め込みコードや独自JavaScriptも確認対象です。
SharePointアドインとSPFx
SharePointアドインは再公開が必要になる場合があります。Microsoft Entra IDに登録したURLも確認します。
SPFxアプリケーションでは、SharePoint Online Client Extensibility Web Application Principalの認証URLを新しいドメインへ更新する必要があります。
Teamsに追加したライブラリやリスト
Teamsのタブとして追加したSharePointドキュメントライブラリやSharePointリストは、変更後に動作しない場合があります。該当するタブを削除し、新URLを使用して再追加します。
OneDriveとSharePointのクイックアクセス
OneDriveやSharePointのクイックアクセスリンクが動作しない場合があります。公式文書では、この問題に対する利用可能な対処方法は示されていません。(Microsoft Learn)
よくある失敗と避ける方法
旧URLのリダイレクトだけに頼る
旧URLから新URLへ転送されるため、ブラウザー上では問題が見えないことがあります。しかし、リダイレクトには期限があり、すべてのアプリがHTTP 308を正しく処理できるとは限りません。
旧URLは必ず新URLへ置き換えます。
Power AutomateをすべてURL変更で直そうとする
通常のフローはURL更新で復旧できる場合がありますが、Request sign-offフローやマネージドレイヤーを持つフローは削除と再作成が必要です。
最初にフローを種類別に分類してください。
Power BIの.pbixを変更後に用意しようとする
公式手順では、.pbixのダウンロードはドメイン変更前に行います。
変更日前にダウンロードし、Power BI Desktopで正常に開けるところまで確認します。
現役のSharePointサイトだけを確認する
TeamsやMicrosoft 365グループに接続されたアーカイブサイトは、事前に再アクティブ化しなければ新ドメインへ変更されません。
アーカイブ、ロック、削除済みサイトも対象に含めます。
Loopを変更後の設定作業で直せると考える
既存Loopワークスペースの共有とページ追加については、公式の対処方法がありません。
Loopを重要業務で利用している場合は、実施後の復旧項目ではなく、実施前の可否判断項目にします。
SharePointドメイン変更前に実施すべき最終チェック
SharePointドメイン変更を安全に進めるには、少なくとも次の状態を整えてから実施します。
- 旧ドメインを含む絶対URLを洗い出している
- カスタムアプリのHTTP 308対応を確認している
- Power Automateフローを種類別に分類している
- 再作成が必要なフローを把握している
- Power BIの
.pbixをダウンロードしている - Power BI Desktopでファイルを開けることを確認している
- 再作成が必要なPower BIレポートを把握している
- 重要なLoopワークスペースと利用者を確認している
- Loopの公式対処方法がないことを関係者へ説明している
- TeamsやMicrosoft 365グループに接続されたアーカイブサイトを再アクティブ化している
- 変更後のテスト項目と担当者を決めている
- 障害発生時の連絡先と優先順位を決めている
最初に着手すべきことは、旧SharePointドメインを参照する資産台帳の作成です。そのうえで、Power Automateを「URL更新」と「再作成」に分類し、Power BIの.pbixを確保します。
Loopを重要業務で利用している場合は、対処方法がないことを前提にドメイン変更の実施可否を判断してください。旧URLのリダイレクトを互換性保証として扱わず、変更後は閲覧だけでなく、登録、更新、共有、データ更新までテストすることが重要です。
Microsoft Learnの制限事項は更新される可能性があるため、実際の変更日が近づいた段階で、最新の公式文書を改めて確認してください。2026年7月29日更新時点では、Loop、Power Automate、Power BI、アーカイブサイトについて、それぞれ異なる事前対応が必要です。(Microsoft Learn)
コメント