SharePoint / OneDriveを日常業務で使っている組織では、「New SharePoint experience」を単なる見た目の変更として扱うと、問い合わせ増加や社内マニュアルの陳腐化につながります。結論から言うと、2026年5月8日に更新された公式情報では、パブリックプレビューは5月4日に終了し、新しいSharePoint experienceは標準リリースを通じて展開される段階に入りました。主な変更は、SharePointスタートページのDiscover化、新しいSharePointアプリバー、Publish / Buildの追加、ホームサイト連動のグローバルナビゲーション、ニュートラルテーマの適用です。(Microsoft Learn)
管理者が今すぐ確認すべきなのは、「有効化するかどうか」よりも、標準リリース後にユーザーが迷わない導線・権限・ヘルプデスク対応・SPFxなどのカスタマイズ影響です。特にSharePointの左側ナビゲーション、ホームサイト、OneDriveへの導線、ページ作成・サイト作成の手順を社内で案内している場合は、画面キャプチャや操作説明の更新が必要になります。
New SharePoint experienceとは何か
New SharePoint experienceは、SharePointを「探す」「発信する」「作る」という3つの行動を中心に再設計する新しい利用体験です。Microsoft Learnでは、SharePointがシンプルさと明瞭さを重視し、Discover、Publish、Buildを軸に再設計されたと説明されています。(Microsoft Learn)
従来のSharePointでは、ユーザーが「どこからサイトを探すのか」「ニュースやページをどこで作るのか」「リストやライブラリ、サイト作成はどこから始めるのか」を個別に覚える必要がありました。新しい体験では、それらをSharePointアプリバーからたどりやすくし、作業の入口を整理する方向に変わります。
ただし、これはファイルやサイトを別サービスへ移行する変更ではありません。実務上の影響は、主に次の3つです。
| 観点 | 影響 |
|---|---|
| ユーザー操作 | SharePointの入口、アプリバー、ページ作成・サイト作成の導線が変わる |
| 管理者対応 | ホームサイト、グローバルナビゲーション、リリース設定、社内案内の確認が必要 |
| 開発・カスタマイズ | SPFxプレースホルダー、左側領域、テーマ、既存UI前提の拡張機能を確認する必要がある |
主な変更点を一覧で確認
New SharePoint experienceで押さえるべき変更点は、次のとおりです。
| 変更点 | 内容 | 管理者・担当者が確認すべきこと |
|---|---|---|
| SharePointスタートページの置き換え | 従来のスタートページがDiscover experienceに置き換わる | 社内マニュアルの「SharePointを開く」「最近使ったサイトを探す」手順を更新する |
| SharePointアプリバーの刷新 | 新しいアプリバーからDiscover、Publish、Build、OneDriveなどへアクセスしやすくなる | ユーザー向け案内とヘルプデスクFAQを準備する |
| Publishの追加 | ページ、ニュース投稿、Amplifyキャンペーンなどを扱う発信ハブになる | 広報・総務・部門サイト担当者に新しい作成導線を案内する |
| Buildの追加 | サイト、リスト、ライブラリ、エージェントなどを作成・管理する入口になる | セルフサービスサイト作成の許可状況、作成ガイドラインを確認する |
| ホームサイトとグローバルナビゲーション | ホームサイトで構成済みの場合、ロゴと名前付きのグローバルナビゲーションが表示される | ホームサイト、ナビゲーション項目、全社向け閲覧権限を確認する |
| ビジュアル更新 | ニュートラルなテーマ、読みやすさ、SPFxプレースホルダーを含む主要領域の見え方が変わる | 独自CSS、SPFx拡張、ブランドカラーの見え方を検証する |
公式情報では、新しいアプリバーに以前の体験へ戻すトグルがあるものの、この機能はプレビュー段階に限定されると説明されています。標準リリース後の運用では、「ユーザーが自分で戻せる前提」で社内展開を設計しないほうが安全です。(Microsoft Learn)
DiscoverでSharePointの入口が変わる
Discoverは、新しいSharePoint experienceにおける「探す」ための入口です。Microsoft Supportでは、Discoverを、組織内の関連サイト、ニュース、ファイル、人にすばやく戻ったり、関与したりするためのAI powered front doorと説明しています。(Microsoft サポート)
実務では、次のようなユーザー行動に影響します。
| これまでの行動 | 新しい体験での見方 |
|---|---|
| SharePointスタートページから最近使ったサイトを探す | Discoverで最近のサイト、更新、関連コンテンツを確認する |
| 共有されたファイルやニュースを探す | Discover上の関連コンテンツやRecent Itemsから探す |
| よく使うサイトに戻る | 左側領域やお気に入り、最近のサイトを使う |
Discoverでは、ユーザーのアクティビティ、最近の利用状況、組織内のシグナルに基づいて、関連するサイト、ニュース、ファイルが表示されます。Recent Itemsには、ファイル、SharePointページ、ニュース投稿などが含まれ、作業を再開しやすくする設計です。(Microsoft サポート)
注意点は、表示内容がユーザーごとに異なることです。ヘルプデスクが「自分の画面では見えるのに、利用者には見えない」と混乱しないように、問い合わせ対応では次を確認しましょう。
- 利用者に対象サイトやファイルへの権限があるか
- 最近アクセスした履歴があるか
- お気に入りやフォローの状態が違っていないか
- Copilotライセンスが必要なAI機能を案内していないか
Discover内のAI機能は、組織がユーザーにCopilotライセンスを割り当てている場合に表示されると説明されています。全ユーザーに同じ画面が出るとは限らない点を、社内FAQに明記しておくと問い合わせを減らせます。(Microsoft サポート)
SharePointアプリバーとOneDriveへの導線が重要になる
新しいSharePointアプリバーは、SharePoint内の主要な作業へ移動するための共通ナビゲーションです。Microsoft Supportでは、新しいアプリバーにHome site、Discover、Publish、Build、OneDriveが含まれると説明されています。(Microsoft サポート)
OneDriveについては、ファイル同期や共有ポリシーそのものがこの変更で変わるというより、SharePoint側からOneDriveへ移動する導線が明確になると考えると理解しやすいです。ユーザーには「自分のファイルはOneDrive、チームや部門の共有コンテンツはSharePoint」という基本を再案内しておくと、操作ミスを減らせます。
グローバルナビゲーションを設定している場合
組織でグローバルナビゲーションを構成している場合、新しいアプリバーの最初のアイコンは組織のホームサイトになります。構成していない場合はDiscoverが最初のアイコンになります。(Microsoft サポート)
つまり、ホームサイトとグローバルナビゲーションを整備している組織ほど、新しい体験で「全社ポータルへの入口」としての見え方が強くなります。逆に、ホームサイトが未整備だったり、古いリンクが残っていたりすると、ユーザーが最初に見る導線が整理されません。
グローバルナビゲーションでは、ホームサイトの所有者以上の権限が必要で、ユーザーがリンクを見るにはホームサイトへの読み取り権限が必要です。また、反映には最大24時間かかる場合があります。(Microsoft Learn)
確認項目は次のとおりです。
| 確認項目 | 判断基準 |
|---|---|
| ホームサイト | 全社ポータルとして使うコミュニケーションサイトが設定済みか |
| 閲覧権限 | 全社員または対象ユーザーがホームサイトを読めるか |
| ナビゲーション | 古いシステム名、廃止済みサイト、重複リンクが残っていないか |
| ロゴ | 20×20ピクセルのPNG、透明背景推奨の条件に合っているか |
| 反映時間 | 変更直後に表示されなくても、最大24時間程度の反映待ちを考慮しているか |
Publishは社内発信担当者の作業場所になる
Publishは、SharePointでページ、ニュース投稿、Amplifyキャンペーンを扱うための発信ハブです。Microsoft Supportでは、Publishをページ、ニュース投稿、Amplifyキャンペーンをまとめ、作成・管理・公開を支援するコミュニケーションハブとして説明しています。(Microsoft サポート)
特に影響を受けるのは、次のような担当者です。
- 社内ポータルのニュースを投稿する広報・総務担当者
- 部門サイトのページを更新するサイト所有者
- 全社キャンペーンやお知らせを複数チャネルで配信する担当者
- ページテンプレートを使って定型コンテンツを作る部門管理者
Publishでは、最近編集した下書きに戻るJump back in、最近編集したページ・ニュース・Amplifyキャンペーンの一覧、テンプレート、分析情報などが用意されています。最近の項目には、過去30日以内に編集したページ、ニュース投稿、Amplifyキャンペーンが表示されるとされています。(Microsoft サポート)
社内展開では、単に「Publishという新しいメニューが増えます」と案内するだけでは不十分です。担当者ごとに、次のように置き換えて説明すると理解されやすくなります。
| 役割 | 伝えるべき内容 |
|---|---|
| 広報・総務 | ニュース投稿やキャンペーンの作成入口がPublishにまとまる |
| 部門サイト管理者 | 最近編集したページやテンプレートに戻りやすくなる |
| 承認者 | どこで下書きや公開済みコンテンツを確認するかを事前に確認する |
| ヘルプデスク | 「ページ作成メニューが見つからない」という問い合わせに備える |
Buildはサイト・リスト・ライブラリ作成の入口になる
Buildは、SharePointでサイト、リスト、ドキュメントライブラリ、エージェントなどを作成・管理するための入口です。Microsoft Supportでは、Buildを、アイデアを実際のソリューションに変えるための開始場所として説明しています。(Microsoft サポート)
Buildでは、上部からサイト、リスト、ドキュメントライブラリ、エージェントを作成できるとされています。ただし、AI機能やエージェント作成などの一部機能は、Copilotライセンスが必要です。また、Siteカードがグレーアウトしている場合は、SharePointでセルフサービスサイト作成が無効になっている可能性があります。(Microsoft サポート)
管理者は、次の観点で設定を見直しましょう。
| 確認項目 | なぜ重要か |
|---|---|
| セルフサービスサイト作成 | Buildからサイトを作れるユーザー範囲に影響する |
| サイト命名ルール | 部門名、用途、機密区分を含めるなど、乱立防止に必要 |
| リスト・ライブラリ作成ルール | 個人判断で重要データの管理場所が増えすぎないようにする |
| Copilotライセンス | AI機能が見えるユーザーと見えないユーザーの差を説明できるようにする |
| エージェント利用方針 | SharePointコンテンツを参照するAI活用範囲を整理する |
失敗しやすいのは、「Buildが便利そうだから自由に使わせる」という展開です。サイトやライブラリが増えすぎると、後から権限管理、データ保持、検索結果の品質、所有者不在の問題が発生します。Buildの展開前に、最低限の作成ルールと棚卸しルールを決めておくべきです。
管理者が確認すべきリリース設定と展開タイミング
New SharePoint experienceは標準リリースを通じて展開される段階に入っていますが、Microsoft 365の機能展開はテナントやユーザーによって見え方がずれることがあります。Microsoft 365のリリースオプションでは、Standard releaseが既定で、Targeted releaseでは一部ユーザーまたは組織全体に早期に更新を受け取らせることができます。(Microsoft Learn)
管理者は、Microsoft 365管理センターで次を確認してください。
| 確認対象 | 見るべきポイント |
|---|---|
| リリース設定 | Standard releaseか、Targeted releaseか |
| 対象リリースユーザー | IT担当者、ヘルプデスク、部門代表者が含まれているか |
| メッセージセンター | 自社テナントに関係する展開通知が出ていないか |
| 社内通知タイミング | 実際に画面が変わる前に利用者へ告知できるか |
| ヘルプデスク準備 | 「画面が変わった」「前のメニューがない」問い合わせへの回答を用意しているか |
Microsoftは、重要な更新はMicrosoft 365ロードマップやメッセージセンターで通知すると説明しています。また、メッセージセンターはMicrosoft 365の個別変更のタイミングを伝える主要な手段ですが、組織で利用可能になる正確な日付までは保証されません。(Microsoft Learn)
そのため、「2026年5月8日に全ユーザーの画面が一斉に変わる」と決め打ちするのは避けましょう。記事や社内連絡では、「2026年5月8日更新の公式情報に基づく」「標準リリースを通じて順次展開」と表現するのが安全です。
ホームサイト更新もあわせて確認する
New SharePoint experienceと直接同じ機能ではありませんが、2026年5月以降のSharePointではホームサイト周辺の更新も重要です。公式情報では、SharePointホームサイトの更新が2026年5月以降に展開され、Viva ConnectionsからTeamsのSharePointアプリへの名称変更に伴う変更も説明されています。(Microsoft Learn)
ホームサイトは、組織のブランド、声、優先事項を反映するランディング体験であり、イントラネット内の他ポータルへのゲートウェイでもあります。SharePoint管理者は、SharePoint管理センターからホームサイトを作成または指定できるようになると説明されています。(Microsoft Learn)
実務上は、New SharePoint experienceの展開と同時に、次を見直すと効果的です。
- ホームサイトが現在の組織構造やポータル構成に合っているか
- Viva Connections / Teams内のSharePointアプリ名やロゴをどう扱うか
- グローバルナビゲーションのリンクが古くないか
- 新しいResources WebパーツやAnnouncements Webパーツを使う余地があるか
- 全社員向けの入口として、Discoverとホームサイトの役割をどう分けるか
開発者・カスタマイズ担当者が注意すべき点
New SharePoint experienceでは、ビジュアル更新としてニュートラルなアプリテーマが適用され、SPFxプレースホルダーを含む主要サーフェスでコンテンツの見え方が調整されます。Microsoft Learnでは、これにより視覚的なノイズを減らし、読みやすさや構造を改善すると説明されています。(Microsoft Learn)
開発者やカスタマイズ担当者は、次の箇所を優先して確認しましょう。
| 確認箇所 | 確認内容 |
|---|---|
| SPFx Application Customizer | Header / Footerプレースホルダーが新しいアプリバーやレイアウトと干渉しないか |
| 独自CSS | SharePoint標準UIのクラス名や位置に依存していないか |
| ブランドカラー | ニュートラルテーマ適用後もコントラストや視認性が保たれるか |
| 左側固定要素 | アプリバーや左側領域と重ならないか |
| ページテンプレート | Publishから作成したページでも崩れないか |
| クラシックサイト | 新しいアプリバーが表示されない前提で、モダン化計画が必要か |
既存のSharePointアプリバーに関するMicrosoft Learnでは、左側に配置されたカスタマイズに影響する可能性があり、ページプレースホルダーを使っている組織では、アプリバーがヘッダーやフッターのプレースホルダーの一部を覆う可能性があると説明されています。また、SharePointアプリバーはモダンサイトとモダンページにのみ表示されます。(Microsoft Learn)
特に注意したいのは、社内ポータルでよくある次の実装です。
- 左端に固定された独自メニュー
- ヘッダーに重ねて表示するバナー
- フッターに常時表示する問い合わせリンク
- SharePoint標準の余白を前提にしたCSS
- ページ読み込み後にDOMを書き換えるJavaScript
これらは新しいUIで崩れる可能性があります。Targeted releaseのユーザーや検証用テナントで、代表的なページ、ニュース、リスト、ライブラリ、ホームサイトを実際に開いて確認しましょう。
移行・展開で失敗しやすいポイント
New SharePoint experienceでは、データ移行よりも「業務導線の移行」が重要です。ファイルやリストを移すのではなく、ユーザーがどこから作業を始めるか、管理者がどの画面を案内するかを更新する必要があります。
| 失敗しやすいポイント | 起きる問題 | 対策 |
|---|---|---|
| 社内マニュアルを更新しない | 画面キャプチャと実画面が違い、問い合わせが増える | SharePointトップ、Discover、Publish、Build、OneDrive導線の画像を差し替える |
| ヘルプデスクが先に触っていない | 一次回答に時間がかかる | Targeted releaseや検証環境でヘルプデスクに先行確認させる |
| ホームサイトの権限を確認しない | グローバルナビゲーションが見えないユーザーが出る | ホームサイトの読み取り権限を確認する |
| Copilotライセンス差を説明しない | AI機能が見える人・見えない人の問い合わせが増える | AI機能はライセンスにより表示が異なるとFAQ化する |
| SPFxや独自CSSを未検証 | ポータルのヘッダーや左側メニューが崩れる | 代表ページで表示・編集・モバイル表示を確認する |
| サイト作成ルールを未整備 | Buildからサイトやリストが乱立する | 作成できるユーザー、命名規則、所有者ルールを決める |
社内向けに伝えるときの説明例
利用者向けには、機能名を並べるよりも「何をしたいときにどこを見るか」で説明すると伝わりやすくなります。
| ユーザーのやりたいこと | 案内する場所 |
|---|---|
| 最近使ったサイトやニュースを探したい | Discover |
| 自分のファイルを開きたい | OneDrive |
| 社内ニュースやページを作りたい | Publish |
| サイト、リスト、ライブラリを作りたい | Build |
| 全社ポータルや主要リンクを開きたい | ホームサイトまたはグローバルナビゲーション |
社内告知文の例は次のようにすると、余計な不安を与えずに済みます。
SharePointの画面が順次新しい体験に変わります。主な変更は、サイトやニュースを探すためのDiscover、ページやニュースを作成するPublish、サイトやリストを作成するBuildの追加です。OneDriveへの導線もSharePointアプリバーから利用できます。ファイルの保存場所や権限ルールが一斉に変わるものではありませんが、操作画面が変わるため、社内マニュアルを順次更新します。
管理者向けチェックリスト
展開前後に、次の順で確認すると実務に落とし込みやすくなります。
| タイミング | やること |
|---|---|
| 展開前 | Microsoft 365管理センターでリリース設定と対象リリースユーザーを確認する |
| 展開前 | ホームサイト、グローバルナビゲーション、ロゴ、全社閲覧権限を確認する |
| 展開前 | 主要な社内マニュアル、FAQ、研修資料の画面キャプチャを洗い出す |
| 展開前 | SPFx、独自CSS、ホームサイト、部門ポータルの表示崩れを検証する |
| 展開前 | Copilotライセンスの有無で表示差が出る機能を整理する |
| 展開中 | ヘルプデスクに「画面が変わった」「戻せるか」「OneDriveはどこか」の回答を共有する |
| 展開後 | 問い合わせ内容を集計し、FAQと社内ポータルのお知らせを更新する |
| 展開後 | Build経由のサイト・リスト作成状況を確認し、乱立があればルールを見直す |
まとめ：New SharePoint experienceは「画面変更」ではなく業務導線の再整理
New SharePoint experienceのポイントは、SharePointをDiscover、Publish、Buildを中心に再整理し、OneDriveやホームサイトへの導線も含めて、ユーザーが目的別に移動しやすくすることです。2026年5月8日更新の公式情報では、パブリックプレビュー終了後、標準リリースを通じて展開される段階に入っています。(Microsoft Learn)
管理者は、まずリリース設定、ホームサイト、グローバルナビゲーション、社内マニュアル、SPFxカスタマイズ、Copilotライセンスの6点を確認してください。開発者は、SPFxプレースホルダーや独自CSSが新しいアプリバーやニュートラルテーマと干渉しないかを検証しましょう。
最初に着手すべき行動は、既存の社内手順書を「探す＝Discover」「発信する＝Publish」「作る＝Build」「自分のファイル＝OneDrive」という新しい導線に置き換えることです。これだけでも、標準リリース後の問い合わせを大きく減らせます。
コメント