Power Pagesのサイト所有者を引き継ぐ――設定変更を運用移管の完了条件につなげる

Power Pagesのサイトは、導入プロジェクトが終わった後も使われ続けます。その間に、構築担当者の異動、外部ベンダーから社内チームへの引き継ぎ、業務部門の再編が起こります。

こうした変更で見落としやすいのが、サイトの所有者と、実際に運用を担う人のずれです。引き継ぎ資料を渡していても、管理画面には以前の担当者が残っている。反対に、所有者だけ変更され、問い合わせの受け付け方や変更の承認者が決まっていない。どちらも、運用上の判断が必要になったときに困る状態です。

Microsoftは2026年9月27日、Power Pagesのサイト所有者をセルフサービスで移管する機能を紹介しました。同一テナント内の対象ユーザーへ所有者を変更でき、変更の履歴と関係者へのメール通知も説明されています。[1]

本稿では、この機能の確認済み事項を押さえたうえで、コンサルタントとして考える運用移管の進め方を整理します。

1. まず押さえる操作条件

Microsoft Learnの現行手順では、移管を行う人は次のいずれかに該当する必要があります。[2]

管理センターへのアクセスも必要です。新しい所有者は、有効なMicrosoft Entraユーザーで、ユーザー種類がMemberであることが条件です。[2]

このため、業務上の引き継ぎ先が決まっていることと、その人をサイト所有者として指定できることは、別々に確認します。たとえば外部の運用チームへ引き継ぐ計画では、担当者の所属だけで判断せず、実際のテナント内のユーザー状態を確認する必要があります。

操作はPower Platform管理センターの「Manage → Power Pages」から対象サイトを選び、Site DetailsのEditでOwnerを変更します。Save後の確認を経てTransferを実行する流れです。[2]

日常的にサイトを編集できる担当者であっても、この移管操作の条件を満たしているかは、作業前に確認しておきます。

ここからは、製品の追加仕様ではなく、運用設計上の提案です。

所有者の変更によって、運用手順書の内容や、チーム内の責任分担まで自動的に整うとは扱わない方がよいでしょう。確認すべき対象を、次のように分けると整理しやすくなります。

小規模なサイトでは、同じ人が複数の役割を担うこともあります。それでも、役割ごとに答えを持っておくことには意味があります。担当者が不在のとき、どの判断を代行してよいかが明確になるからです。

「所有者を変更したので引き継ぎ完了」と報告する前に、まず何を引き継いだのかを言葉にします。サイトの管理上の所有者を変更したのか、日常運用も移したのか、業務上の承認責任まで移したのか。完了報告の範囲をそろえるだけでも、後から生じる認識違いを減らせます。

公式手順では、移管後に新しい所有者がサイトへアクセスし、管理できることを確認するよう案内されています。また、旧所有者のアクセスは権限や構成によって失われる可能性があります。移管を自動的に取り消すことはできず、元へ戻すには権限を持つ管理者による再移管が必要です。[2]

実務では、この確認を「名前が変更された」という画面確認だけで終えず、新担当者自身による受入確認へ広げることを勧めます。

たとえば、次のような作業を引き継ぎ時に実施します。

これはMicrosoftが指定する標準テスト項目ではありません。各組織の運用に合わせて作る受入確認の例です。

旧担当者による支援期間を設ける場合も、「必要なら相談する」という曖昧な約束だけにせず、支援対象と終了日を決めておきます。旧担当者のアクセスが続くことを前提にした作業があるなら、その前提を実際の権限で確認する必要があります。

Power Pagesの引き継ぎを考えるときには、サイト画面だけを見ていても運用の全体像はつかめません。対象サイトの構成に応じて、認証設定、Dataverseへのアクセス、関連するフローや外部連携など、日常運用で関係する資産を挙げておきます。

ここで提案したいのは、サイト所有者の変更と、関連資産の確認を別々に記録することです。本稿の参照資料はサイト所有者の移管を説明しているため、関連資産の所有者や接続情報まで一括で切り替わるという根拠には使いません。

引き継ぎ一覧には、少なくとも次の項目があると実用的です。