結論から言うと、SharePoint: New SharePoint Experience は、SharePoint の入口を「探す・公開する・作る」という仕事の流れに合わせて再設計するアップデートです。ファイルやサイトを別サービスへ移行する変更ではありませんが、SharePoint のスタートページ、アプリバー、サイト・ページ作成、ニュース投稿、AI支援機能の入口が変わるため、管理者はロールアウト状況、Copilot ライセンス、グローバルナビゲーション、社内手順書、ヘルプデスク対応を早めに確認しておく必要があります。
Microsoft 365ロードマップID 547732では、この更新はSharePoint向けの機能として「Rolling out」とされ、対象プラットフォームはWeb、Desktop、iOS、Android、対象クラウドはWorldwide、GCC、GCC High、DoDです。一般提供予定は2026年5月、プレビューは2026年3月と記載されています。(Microsoft) また、2026年5月7日更新のMicrosoft Learnでは、Public Previewは2026年5月4日に終了し、新しいSharePoint experienceは標準リリースで展開される段階に入ったと説明されています。(Microsoft Learn)
SharePoint: New SharePoint Experienceとは
SharePoint: New SharePoint Experienceは、SharePointを「文書置き場」や「社内ポータル」として開く従来の感覚から、必要な情報を見つける、社内向けコンテンツを公開する、業務ソリューションを作るための統合された入口へ近づける変更です。
Microsoftはこの更新を、シンプルで直感的なSharePoint体験として説明しており、中心になる業務を次の3つに整理しています。
| 軸 | 何をするための入口か | 主な対象者 |
|---|---|---|
| Discover | サイト、ニュース、ファイル、人、最近の作業を見つける | 一般ユーザー、チームメンバー |
| Publish | ページ、ニュース投稿、社内コミュニケーションを作成・管理する | 広報、総務、情シス、サイト所有者 |
| Build | サイト、リスト、ドキュメントライブラリ、エージェントなどを作る | 管理者、サイト所有者、業務改善担当、開発者 |
重要なのは、これは単なる見た目の刷新ではないという点です。SharePointの情報アーキテクチャとデザイン言語が整理され、今後のAI支援による作成体験の土台になる更新です。Microsoft Learnでも、新しい体験は「discovering, publishing, and building」を中心に、AI-first capabilitiesを含むものとして説明されています。(Microsoft Learn)
何が変わるのか
今回の変更で特に確認すべきポイントは、SharePointの入口と操作導線です。Microsoft Learnでは、新しいSharePoint experienceの構成要素として、SharePointスタートページがDiscoverに置き換わること、アプリバーが刷新されること、PublishとBuildという新しい宛先が追加されること、ホームサイトで有効化・構成済みの場合はグローバルナビゲーションが上部に表示されることが示されています。(Microsoft Learn)
SharePointスタートページがDiscover中心になる
従来のSharePointスタートページは、ユーザーがサイトやニュース、最近使ったコンテンツへ移動するための入口でした。新しい体験では、これがDiscoverとして再設計されます。
Discoverは、組織内の関連するサイト、ニュース、ファイル、人をすばやく見つけたり、最近の作業へ戻ったりするためのAI支援型の入口です。Microsoft Supportでは、Discoverを「SharePointへのAI powered front door」と説明しており、関連するサイト、ニュース、ファイル、人へのアクセスを支援するとしています。(Microsoft サポート)
実務上は、次のような変化が起きやすくなります。
| 利用シーン | これまで起きがちな課題 | 新しい体験で期待される変化 |
|---|---|---|
| 最近見た資料を探す | OneDrive、Teams、SharePointを行き来する | Recent Itemsから作業に戻りやすくなる |
| よく使うサイトに戻る | URLブックマークやTeamsタブに依存する | Recent Sitesやお気に入りから辿りやすくなる |
| チームの更新を確認する | ニュースやファイル更新を見落とす | 同僚の更新や最近のアクティビティが見えやすくなる |
| AIで要点を確認する | サイト内を手作業で確認する | Copilotライセンスがある場合、AI支援機能の入口が増える |
ただし、Discoverに表示される情報は、ユーザーの権限やMicrosoft 365上のシグナルに依存します。管理者は「全員に同じ画面が表示される」と考えず、部署や権限、利用頻度によって見え方が変わる前提で説明する必要があります。
SharePointアプリバーが刷新される
新しいSharePoint app barは、SharePoint内の主要な作業へ移動するための中央ナビゲーションとして再設計されます。Microsoft Supportでは、新しいアプリバーについて、SharePoint全体の主要コンテンツやリソースへすばやくアクセスするためのモダンで集約されたナビゲーション体験と説明されています。(Microsoft サポート)
アプリバーでは、主に次の導線が重要になります。
| 導線 | 役割 |
|---|---|
| Home site | 組織の中心的な社内ポータルやリソースへの入口 |
| Discover | 個人に関連するサイト、ニュース、ファイル、人を見つける入口 |
| Publish | ページやニュース、社内コミュニケーションを作成・管理する入口 |
| Build | サイト、リスト、ライブラリ、エージェントなどを作成・管理する入口 |
| OneDrive | 自分のファイルへ移動する入口 |
OneDrive自体のファイル同期設定やストレージ構造がこの更新だけで変わるわけではありません。ただし、SharePointのアプリバー上にOneDriveへの導線が明確に配置されるため、ユーザーは「個人のファイルはOneDrive」「チームや組織のコンテンツはSharePoint」という違いを、より意識するようになります。
ここは社内教育で失敗しやすいポイントです。単に「画面が変わります」と案内するのではなく、個人作業はOneDrive、共同管理・公開・ナレッジ共有はSharePointという使い分けを合わせて説明すると、問い合わせを減らせます。
Publishでページ・ニュース作成が集約される
Publishは、SharePoint上でページ、ニュース投稿、Amplifyキャンペーンなどを扱うための入口です。Microsoft Supportでは、Publishをページ、ニュース投稿、Amplifyキャンペーンをまとめるモダンなコミュニケーションハブとして説明しています。(Microsoft サポート)
特に社内広報、情シス、総務、人事、部門ポータルの担当者に影響があります。
Publishでは、次のような作業がしやすくなります。
| 作業 | 確認すべきポイント |
|---|---|
| ページ作成 | Microsoftの組み込みテンプレートや保存済みテンプレートを使えるか |
| ニュース投稿 | どのサイトに投稿されるか、閲覧対象が適切か |
| 下書き再開 | 最近編集したページやニュースが表示されるか |
| 分析確認 | 公開後の到達状況を担当者が確認できるか |
| 共有・削除 | 権限変更や削除操作を誰が実行できるか |
注意したいのは、Publishの便利さによって、ページやニュースを作る人が増える可能性があることです。これは良い変化ですが、管理ルールが曖昧なままだと、似たようなページが乱立したり、古いお知らせが残り続けたりします。
導入前に、最低限次のルールを決めておくと運用が安定します。
| ルール | 具体例 |
|---|---|
| 投稿できる人 | 部門サイトは部門代表者、全社ニュースは広報・総務のみ |
| テンプレート | 全社告知、障害連絡、FAQ、手順書など用途別に統一 |
| 公開前確認 | 機密情報、リンク切れ、対象読者、公開期限を確認 |
| 更新・削除 | 半年ごとに棚卸し、期限切れニュースはアーカイブ |
| 分析の見方 | 閲覧数だけでなく、対象者に届いたかを確認 |
Buildでサイト・リスト・ライブラリ・エージェント作成が整理される
Buildは、SharePointで業務に使う仕組みを作るための入口です。Microsoft Supportでは、Buildをサイト、ドキュメントライブラリ、リスト、日常業務を支える体験を作成するための場所とし、作成・管理・AI支援アクションを一か所にまとめるものと説明しています。(Microsoft サポート)
Buildで扱う対象は、単なるページ作成にとどまりません。
| 作成対象 | 活用例 | 管理上の注意点 |
|---|---|---|
| サイト | 部門ポータル、プロジェクトサイト、ナレッジサイト | サイト乱立、命名規則、所有者不在 |
| リスト | 問い合わせ管理、備品管理、承認前の台帳 | 権限、列設計、Power Automate連携 |
| ドキュメントライブラリ | 契約書、手順書、提案資料の管理 | バージョン管理、共有範囲、保持ポリシー |
| エージェント | サイト内コンテンツをもとにした質問応答 | Copilotライセンス、参照範囲、情報の正確性 |
特に開発者や業務改善担当者は、Buildを「市民開発の入口」として見ると分かりやすいでしょう。Power PlatformやSPFxで高度な開発を行う前に、SharePoint標準のリスト、ライブラリ、ページ、エージェントでどこまで実現できるかを判断する起点になります。
一方で、セルフサービスのサイト作成を無制限に許可しているテナントでは、Buildによって新しいサイト作成がさらに身近になります。Microsoft Supportでも、サイトカードがグレーアウトしている場合はセルフサービスサイト作成が無効化されている可能性があると説明されています。(Microsoft サポート) 管理者は、Buildの展開前にサイト作成ポリシーを再確認しておくべきです。
対象範囲と影響を受けるユーザー
SharePoint: New SharePoint Experienceのロードマップ上の対象製品はSharePointです。ただし、実際の利用体験ではOneDrive、Microsoft 365 Copilot、TeamsからSharePointファイルを扱うユーザーにも間接的な影響があります。
主な対象者
| 対象者 | 影響 |
|---|---|
| 一般ユーザー | SharePointの入口、最近使ったファイルやサイトの見つけ方が変わる |
| サイト所有者 | ページ、ニュース、テンプレート、サイト管理の導線が変わる |
| SharePoint管理者 | ロールアウト、アプリバー、グローバルナビゲーション、サイト作成設定の確認が必要 |
| Microsoft 365管理者 | Copilotライセンス、Targeted Release、ユーザー周知の確認が必要 |
| ヘルプデスク | 「画面が違う」「以前のメニューがない」などの問い合わせ対応が増える可能性 |
| 開発者・業務改善担当 | Build経由で作成されるサイト、リスト、エージェントの管理方針を確認する必要 |
影響が大きい組織
次のような組織では、特に準備の優先度が高くなります。
| 組織の状態 | 理由 |
|---|---|
| SharePointを社内ポータルとして使っている | ホームサイトやグローバルナビゲーションの見え方が重要になる |
| ニュース投稿を多用している | Publishの導線変更により投稿者の操作が変わる |
| 部門ごとにサイトを自由作成している | Buildによってサイトやリストの作成がさらに身近になる |
| Copilotを導入済み、または導入予定 | AI支援機能の表示や期待値管理が必要 |
| 手順書に画面キャプチャが多い | アプリバーやスタートページの画像差し替えが必要 |
| ヘルプデスクが一次対応を担う | UI変更による問い合わせ増加に備える必要 |
管理者が確認すべき設定
SharePoint管理者とMicrosoft 365管理者は、まず次の項目を確認してください。
| 確認項目 | 確認する理由 | 具体的な見方 |
|---|---|---|
| ロールアウト状況 | 既に対象ユーザーに表示されている可能性がある | Microsoft 365管理センター、ロードマップ、メッセージセンターを確認 |
| Targeted Release設定 | 先行展開対象者が影響を受ける | Microsoft 365管理センターのリリース設定を確認 |
| Copilotライセンス | AI機能の表示可否に関わる | Microsoft 365管理センターで割り当て状況を確認 |
| ホームサイト | アプリバーの先頭表示に関わる | SharePoint管理センターでホームサイト構成を確認 |
| グローバルナビゲーション | 組織の共通メニュー表示に関わる | ホームサイトのナビゲーション設定を確認 |
| セルフサービスサイト作成 | Buildからのサイト作成に関わる | SharePoint管理センターのサイト作成設定を確認 |
| 社内手順書 | 画面差異による混乱を防ぐ | SharePoint、OneDrive、ニュース投稿手順を更新 |
| ヘルプデスクFAQ | 問い合わせ増加を抑える | 変更点、戻せる範囲、Copilot有無を整理 |
特に重要なのは、Copilotライセンスの有無で見える機能が変わる可能性がある点です。DiscoverやBuildにはAI支援機能が含まれますが、Microsoft Supportでは、DiscoverのAI機能やBuild内のAI機能を見るには、組織がユーザーにCopilotライセンスを割り当てる必要があると説明されています。(Microsoft サポート) (Microsoft サポート)
そのため、ユーザー向け案内では「新しいSharePointではAIが使えます」と一律に書くのではなく、次のように表現するのが安全です。
新しいSharePoint experienceでは、Discover、Publish、Buildを中心に操作導線が変わります。Microsoft 365 Copilotライセンスが割り当てられているユーザーは、一部のAI支援機能も利用できる場合があります。
移行・展開時に失敗しやすいポイント
SharePoint: New SharePoint Experienceは、システム移行というよりUIと作業導線の変更です。そのため、技術的な移行作業よりも、ユーザー理解と運用設計で失敗しやすくなります。
「ファイルが消えた」と誤解される
スタートページやアプリバーが変わると、ユーザーは慣れていた場所にサイトやファイルが見つからず、「ファイルが消えた」「前のSharePointに戻してほしい」と感じることがあります。
対策は、変更前に次の3つを案内することです。
| 案内内容 | 例文 |
|---|---|
| ファイルやサイトが削除される変更ではない | 保存済みのファイル、サイト、権限は基本的にそのままです |
| 探し方が変わる | Discoverから最近使ったサイト、ファイル、ニュースを探せます |
| OneDriveとの違いを説明する | 個人の作業ファイルはOneDrive、チーム共有や公開情報はSharePointを使います |
Copilotが全員に使えると誤解される
新しいSharePoint experienceはAI支援の土台を含みますが、AI機能の利用にはライセンス条件があります。Copilot未割り当てのユーザーに「AIで要約できます」と案内すると、現場で混乱が起きます。
管理者は、次のように対象者を分けて周知しましょう。
| ユーザー区分 | 案内内容 |
|---|---|
| Copilotライセンスあり | DiscoverやBuildで表示されるAI支援機能を試せる可能性がある |
| Copilotライセンスなし | 画面導線は変わるが、AI支援機能は表示されない、または使えない場合がある |
| ライセンス付与予定 | 先にUI変更を理解し、後からAI機能の使い方を学ぶ |
グローバルナビゲーションの設計が古いままになる
新しいアプリバーでは、ホームサイトとグローバルナビゲーションの見え方が重要になります。Microsoft Learnでも、新しいアプリバーはホームサイトで有効化・構成されている場合、ロゴと名前とともにグローバルナビゲーションを上部に表示すると説明されています。(Microsoft Learn)
古い組織では、グローバルナビゲーションに退職者向けリンク、廃止済みシステム、古い申請フォームが残っていることがあります。新しい体験で目立つ場所に表示される前に、次の観点で棚卸ししてください。
| 見直し観点 | チェック例 |
|---|---|
| リンクの有効性 | 404、アクセス不可、旧システムへのリンクがないか |
| 表示順 | 全社員が最初に使うリンクが上位にあるか |
| 名称 | 「旧ポータル」「申請2」など意味が曖昧な名称がないか |
| 権限 | 見えているのにアクセスできないリンクが多すぎないか |
| 所有者 | ナビゲーションを更新する責任者が決まっているか |
サイト作成が増えすぎる
Buildは、サイト、リスト、ライブラリ、エージェント作成を分かりやすくします。これは業務改善には有効ですが、ルールがないとサイト乱立につながります。
特に次のような兆候がある場合は注意が必要です。
| 兆候 | 起きる問題 |
|---|---|
| 同じ目的のサイトが複数ある | ユーザーがどこを見ればよいか分からない |
| サイト所有者が退職・異動している | 更新不能、権限管理不能になる |
| 命名規則がない | 検索結果で判別しづらい |
| TeamsチームとSharePointサイトの関係が説明されていない | ファイルの保存場所を誤解する |
| 外部共有の基準が曖昧 | 誤共有や情報漏えいリスクが高まる |
新しい体験の展開に合わせて、サイト作成申請、命名規則、所有者の複数名設定、棚卸し周期を決めておきましょう。
開発者・サイト設計者が確認すべきポイント
SharePointのカスタマイズやSPFx、Power Platform連携を行っている組織では、見た目の変更だけでなく、既存の設計が新しい体験で崩れないかを確認する必要があります。
Microsoft Learnでは、今回のビジュアル更新には中立的なアプリテーマが含まれ、SharePoint UI全体に一貫したニュートラルパレットを適用し、SPFx placeholdersを含む主要サーフェスでコンテンツを前面に出すと説明されています。(Microsoft Learn)
確認すべき開発・デザイン項目
| 確認項目 | なぜ重要か | チェック方法 |
|---|---|---|
| SPFx Webパーツ | 余白、背景色、固定ヘッダーが新UIと干渉する可能性 | テストサイトで表示確認 |
| SPFx Application Customizer | ヘッダー、フッター、プレースホルダーの見え方が変わる可能性 | 複数画面サイズで確認 |
| 独自CSS | 中立テーマと衝突し、文字色や背景が読みにくくなる可能性 | 高コントラスト、ライト、ダーク相当の見え方を確認 |
| ページテンプレート | Publishで再利用される可能性がある | 古いテンプレートを削除・更新 |
| Power Apps埋め込み | ページ幅やナビゲーション変更で操作性が変わる可能性 | モバイルとWebで確認 |
| Power Automateリンク | 旧ページURLや旧導線に依存している可能性 | ボタン、リンク、承認案内を確認 |
| 研修資料のスクリーンショット | 画面差異で利用者が迷う | 新UIに差し替え |
開発者にとっての実務的な判断基準は、新しいUI上で“表示されるか”ではなく、“迷わず使えるか”まで確認することです。たとえば、Webパーツ自体は表示されていても、上部ナビゲーションやアプリバーとの距離、ボタンの見つけやすさ、ページ作成者が編集時に迷わないかまで確認すべきです。
展開前にやるべき準備
SharePoint: New SharePoint Experienceへの対応は、次の順番で進めると効率的です。
| 手順 | 作業 | 担当 |
|---|---|---|
| 1 | ロードマップ、Microsoft Learn、メッセージセンターで最新状況を確認 | Microsoft 365管理者 |
| 2 | Targeted Release対象ユーザーを確認 | Microsoft 365管理者 |
| 3 | Copilotライセンス割り当て状況を確認 | Microsoft 365管理者 |
| 4 | ホームサイト、グローバルナビゲーションを棚卸し | SharePoint管理者 |
| 5 | セルフサービスサイト作成設定を確認 | SharePoint管理者 |
| 6 | 代表ユーザーでDiscover、Publish、Buildを確認 | 情シス、部門担当 |
| 7 | 社内マニュアルとFAQを更新 | 情シス、ヘルプデスク |
| 8 | ユーザーへ変更点を周知 | 情シス、広報、部門管理者 |
| 9 | 問い合わせ傾向を見てFAQを追加 | ヘルプデスク |
社内周知文の例
そのまま社内告知に使うなら、次のような文面が現実的です。
SharePointの画面が順次新しい体験に更新されます。今回の変更では、SharePointの入口が「Discover」「Publish」「Build」を中心とした構成に変わります。保存済みのファイルやサイトが削除される変更ではありません。最近使ったサイトやファイルはDiscoverから探しやすくなり、ページやニュース投稿はPublish、サイトやリストなどの作成はBuildから行えます。Microsoft 365 Copilotライセンスが割り当てられているユーザーは、一部のAI支援機能が表示される場合があります。画面が手順書と異なる場合は、社内FAQを確認するかヘルプデスクへお問い合わせください。
この文面では、ユーザーが最も不安に感じる「ファイルが消えるのか」「何をどこで探すのか」「AIは使えるのか」に先回りして答えています。
よくある質問
SharePointのファイルやサイトは移行されますか
今回のSharePoint: New SharePoint Experienceは、主にSharePointの入口、アプリバー、Discover、Publish、Buildなどの操作体験を変える更新です。ファイルやサイトを別の場所へ移す移行作業として案内されているものではありません。
ただし、ユーザーから見ると「いつもの場所に見当たらない」と感じることがあります。展開前に、Discover、OneDrive、サイトURL、Teams内のファイルタブからの探し方を案内しておくと混乱を減らせます。
OneDriveにも影響がありますか
ロードマップ上の対象製品はSharePointですが、新しいアプリバーにはOneDriveへの導線が含まれます。Microsoft Supportでも、新しいSharePoint app barのアイコンとしてOneDriveが挙げられています。(Microsoft サポート)
OneDrive同期クライアントやローカル同期フォルダーの設定がこの更新だけで変わるとは考えにくいですが、SharePoint画面からOneDriveへ移動する導線はユーザーの目に入ります。社内説明では、OneDriveとSharePointの使い分けを改めて整理するとよいでしょう。
AI機能は全員が使えますか
全員が同じAI機能を使えるとは限りません。Microsoft Supportでは、DiscoverやBuildのAI機能を見るには、組織がユーザーにCopilotライセンスを割り当てる必要があると説明されています。(Microsoft サポート) (Microsoft サポート)
そのため、Copilot未導入の組織では、まずUI変更への対応を優先し、AI機能については導入計画やライセンス割り当てに合わせて別途案内するのが安全です。
以前のSharePoint画面に戻せますか
Microsoft Learnでは、新しいアプリバーにはユーザーが以前の体験へ戻すためのトグルがあるものの、この機能は新しいSharePoint experienceのプレビュー段階でのみ利用可能と説明されています。(Microsoft Learn)
2026年5月7日更新の公式情報ではPublic Previewは2026年5月4日に終了し、標準リリースで展開される段階とされています。(Microsoft Learn) そのため、今後の本番展開では、恒久的に旧UIへ戻せる前提で運用設計しない方がよいでしょう。
管理者・開発者向けチェックリスト
最後に、展開前後に確認すべき項目をまとめます。
| チェック項目 | 優先度 | 完了の目安 |
|---|---|---|
| Microsoft 365ロードマップID 547732の状態を確認した | 高 | Rolling outや対象クラウドを把握している |
| Microsoft Learnの最新更新日を確認した | 高 | 2026年5月7日更新内容を把握している |
| Targeted Release対象ユーザーを確認した | 高 | 先行影響ユーザーを把握している |
| Copilotライセンスの割り当て状況を確認した | 高 | AI機能を使えるユーザーを説明できる |
| ホームサイトとグローバルナビゲーションを確認した | 高 | 古いリンクや不明瞭なメニューが整理されている |
| セルフサービスサイト作成設定を確認した | 中 | Buildからのサイト作成方針を説明できる |
| Publishを使う投稿者向けルールを整備した | 中 | ニュース、ページ、テンプレートの運用が決まっている |
| SPFxや独自CSSの表示を確認した | 中 | 主要ページで崩れがない |
| 社内手順書の画面キャプチャを更新した | 中 | 新UIでも迷わず操作できる |
| ヘルプデスク向けFAQを用意した | 高 | 「ファイルがない」「画面が違う」に回答できる |
SharePoint: New SharePoint Experienceは、単なるUI変更ではなく、SharePointをAI時代のナレッジ基盤として使いやすくするための再設計です。管理者はロールアウトと設定を確認し、開発者は既存カスタマイズの表示と導線を検証し、サイト所有者はPublishとBuildを前提に運用ルールを整える必要があります。
まずは、対象ユーザーの画面でDiscover、Publish、Build、OneDriveへの導線を確認し、社内FAQと手順書を更新しましょう。ユーザーにとって重要なのは「何が変わるか」よりも「明日からどこを見ればよいか」です。その答えを先に用意しておくことが、今回の展開をスムーズに進める最も実践的な対策です。
コメント