SharePoint Framework（SPFx）を使っている組織が今回まず確認すべきことは、SharePoint Copilot Appsへの準備、SPFx 1.23.2への更新判断、SPFx 1.24に向けた開発計画の見直しです。2026年6月30日に公開された「SharePoint Framework (SPFx) roadmap update – July 2026」では、既存のSPFx資産をMicrosoft 365 Copilotの画面に広げる方向性が明確になりました。一方で、今回の更新だけで既存アプリがすぐ停止するわけではありません。管理者はアプリ棚卸し、開発者は依存関係とビルド環境、Copilot活用予定の部門はデータ公開範囲を早めに確認しておくことが重要です。(Microsoft for Developers)
SharePoint の新機能・変更点：「SharePoint Framework (SPFx) roadmap update – July 2026」で確認すべきポイント
今回のSharePoint Frameworkロードマップ更新は、単なるバージョンアップ情報ではありません。SPFxを、SharePointのWebパーツや拡張機能だけでなく、Microsoft 365 Copilot、Teams、Vivaをまたぐユーザー体験の開発基盤として使っていく方向性を示した内容です。
特に重要なのは、次の4点です。
| 項目 | 内容 | 実務上の見方 |
|---|---|---|
| SharePoint Copilot Apps | SPFxを使ってCopilotキャンバス上にリッチなUXコンポーネントを表示する仕組み | 既存のSPFxスキルや一部資産をCopilot向け体験に広げられる可能性がある |
| SPFx 1.23.2 | 品質改善、npm audit対応、リストパネル上書き機能への準備を含む小規模更新 | 新機能狙いというより、安定化と次期機能への土台作りとして評価する |
| SPFx 1.24 | 2026年7月にパブリックプレビュー、2026年9月にGA予定とされるロードマップ | Copilot Apps、SPFx CLI、ナビゲーションカスタマイズを試す候補になる |
| React 18対応 | SPFx 1.24 GA時点での広範な対応が視野に入っている | 先走ってReactだけ上げず、公式互換性を確認してから移行する |
Microsoftは、SharePoint Copilot Appsを2026年7月にパブリックプレビュー開始、2026年後半に一般提供する計画として説明しています。また、ロードマップ上ではSPFx 1.24のGAが2026年9月予定とされています。ただし、ロードマップ項目は開発状況やフィードバックで変わる可能性があるため、計画日付は固定の移行期限ではなく、準備の目安として扱うべきです。(Microsoft for Developers)
SharePoint Copilot Appsとは何か
SharePoint Copilot Appsは、SPFxで作成したUXコンポーネントをMicrosoft 365 Copilotのキャンバス上に表示し、ユーザーが会話の流れの中で情報確認や操作を行えるようにする構想です。
従来のCopilot活用は、テキストで質問し、テキストで回答を受け取る場面が中心でした。SharePoint Copilot Appsでは、例えば以下のような業務画面をCopilot内に出せるようになることが想定されています。
- 経費申請の承認画面
- 休暇残数や勤怠情報の確認
- 社内ニュースや個人向けダッシュボード
- ヘルプデスク状況、在庫、予約、営業情報の表示
- サイト作成やポリシー確認などの管理系操作
開発者にとってのポイントは、まったく新しい独自基盤を覚えるのではなく、SPFxとJavaScript系の既存スキルを活かせる点です。Microsoftは、React、Angular、Vue、Svelte、TypeScriptなどのWeb技術でコンポーネントを作れると説明しており、ホスティングやツールルーティングはMicrosoft 365側で扱われる構成が示されています。(Microsoft for Developers)
既存SPFx資産をそのまま使えるとは限らない
注意したいのは、「SPFxで作ってあるから、そのままCopilot Apps化できる」と決めつけないことです。
Copilot上で使いやすいUXは、SharePointページ上のWebパーツとは設計思想が異なります。ページに大きく表示する一覧、複雑なフォーム、複数ステップの操作画面は、Copilotキャンバスでは情報量が多すぎる場合があります。
実務では、既存SPFx資産を次の3種類に分けて棚卸しすると判断しやすくなります。
| 分類 | 例 | 対応方針 |
|---|---|---|
| そのまま活かしやすい | 個人向けカード、承認ボタン、簡易ステータス表示 | Copilot Apps候補として優先的に検証 |
| 再設計が必要 | 大きな一覧、複雑な検索画面、多段フォーム | Copilot向けに表示項目と操作を絞る |
| SharePoint上に残すべき | サイト全体のナビゲーション、大量データ管理、管理者専用画面 | Copilot連携よりSharePointページ体験を優先 |
Copilot Appsは「SharePointの画面をCopilotに移す機能」ではなく、Copilot上で必要な瞬間に業務操作を小さく出すための拡張手段として考えると失敗しにくくなります。
SPFx 1.23.2は何が変わったのか
SPFx 1.23.2は、大型の機能追加というより、品質と信頼性を重視した更新です。Microsoft Learnのリリースノートでは、既知のnpm脆弱性への対応、報告済み問題の修正、リストパネル上書き機能のクライアント側準備が主な内容として説明されています。(Microsoft Learn)
特に確認したい変更点は次の通りです。
| 変更点 | 内容 | 確認すべき人 |
|---|---|---|
| npm audit対応 | critical/highの脆弱性対応、依存関係の整理 | 開発者、DevOps担当 |
| 不具合修正 | CSS/SCSS、Sass import、postcss-calc関連などの修正 | SPFx 1.22以降へ移行済みの開発者 |
| リストパネル対応準備 | Form Customizerを新規・編集・表示パネル内で描画するための準備 | リスト・ライブラリ拡張を開発しているチーム |
| 1.23.1の扱い | 1.23.1はリグレッションによりdelistされたと説明されている | 1.23系を検証していたチーム |
SPFx 1.23.0から1.23.2へ上げる場合、Microsoft Learnではプロジェクト内のSPFx 1.23.0パッケージを特定し、アンインストール後に1.23.2相当の最新パッケージを--save-exact付きで入れる手順が示されています。(Microsoft Learn)
npm uninstall @microsoft/{spfx-package-name}@1.23.0
npm install @microsoft/{spfx-package-name}@latest --save --save-exact新規に最新のSharePoint Framework generatorを入れる場合は、次のコマンドが案内されています。
npm install @microsoft/generator-sharepoint@latest --globalnpm auditの見方を間違えない
SPFxプロジェクトでは、npm auditの結果を見て「本番環境が危険なのでは」と判断してしまうケースがあります。SPFx 1.23.2のリリースノートでは、残る一部のmoderate脆弱性は外部依存関係の更新待ちであり、SPFxのランタイムセキュリティには影響しないと説明されています。また、ビルドやデバッグで使うサーバー側npmパッケージは、SharePoint Onlineで動作する最終的なsppkgには含まれません。(Microsoft Learn)
とはいえ、監査上は「問題なし」と一言で済ませるのではなく、次のように記録しておくと説明しやすくなります。
| 確認項目 | 記録例 |
|---|---|
| npm audit結果 | critical/highはSPFx 1.23.2で解消済み |
| moderateの扱い | ビルド・デバッグ用依存関係で、最終パッケージには含まれない |
| 本番影響 | SharePoint Online上で配布されるsppkgの構成を確認済み |
| 次回確認 | SPFx 1.24または次回パッチ時に再確認 |
リストとライブラリのパネル上書き機能に備える
SPFx 1.23.2で見落としやすいのが、Form Customizerのパネル表示に関する準備です。
これまでは、リストやライブラリの新規作成・編集・表示フォームをSPFxでカスタマイズする場合、ページ遷移を伴う体験になりやすい場面がありました。今後は、isPanelExperienceEnabledを有効にすることで、リストビュー内の新規・編集・表示パネルにForm Customizerを描画できるようになる方向です。属性がない場合は既存動作を維持し、既定ではfalseとして扱われると説明されています。(Microsoft Learn)
{
"isPanelExperienceEnabled": true
}ただし、1.23.2のクライアント側パッケージ公開時点ではサーバー側の機能が完全には利用可能になっておらず、2026年7月末までに新しい体験が表示される見込みとされています。(Microsoft Learn)
つまり、開発者は先にコードとマニフェストを準備できますが、テナントで即時に同じ見え方になるとは限りません。グローバル展開している組織では、対象テナント、対象サイト、対象ユーザーで表示タイミングがずれる前提で検証計画を作るべきです。
管理者への影響範囲
今回のSharePoint Frameworkロードマップ更新で、SharePoint管理者がすぐにテナント設定を変更しなければならない、という案内は中心ではありません。むしろ重要なのは、今あるSPFxアプリを把握し、Copilot時代の公開範囲とガバナンスを整理することです。
特に次の領域に影響します。
| 影響領域 | 確認すべきこと |
|---|---|
| アプリカタログ | どのSPFxパッケージが配布されているか、所有者が残っているか |
| 権限管理 | Graph API、SharePoint API、外部API連携の権限が過剰でないか |
| Copilot利用部門 | Copilot上に表示してよい業務データか、部門承認が取れているか |
| 監査・ログ | 誰がアプリを更新し、どのサイトに展開しているか追えるか |
| 多国籍・複数テナント運用 | 地域ごとに展開時期、検証担当、問い合わせ窓口を分けているか |
| サポート体制 | SPFx、SharePoint、Copilot、Teamsの問い合わせ先が分断されていないか |
SharePoint Copilot Appsは、Microsoft 365 Copilotの中に業務UXを出す仕組みです。便利になる一方で、ユーザーがSharePointサイトを開かずにデータへ到達できる場面が増えます。したがって、Copilot Appsの検証前に、対象データの機密度、権限継承、共有リンク、外部共有、秘密度ラベルの運用を見直しておくことが実務上の安全策です。
開発者が確認すべきポイント
SPFx開発者は、まず現在のプロジェクトがどの世代のSPFxで作られているかを確認してください。SPFx 1.22以降ではHeftベースのツールチェーンが使われる一方、SPFx 1.0から1.21.1までは従来のgulpベースのツールチェーンです。Microsoft Learnの互換性表では、SPFx 1.23.0はNode.js v22、React 17.0.1、TypeScript v2.9からv5.8の範囲として示されています。(Microsoft Learn)
確認の優先順位は次の通りです。
| 優先度 | 確認項目 | 理由 |
|---|---|---|
| 高 | SPFxバージョン、Node.js、React、TypeScript | ビルド失敗や実行時エラーの原因になりやすい |
| 高 | package-lock.jsonやCI/CDの固定バージョン | ローカルでは動くがパイプラインで失敗する問題を防ぐ |
| 高 | 1.23.1を使っていないか | 1.23.1はリグレッションによりdelistされたため |
| 中 | CSS/SCSS、Sass import周りの独自実装 | 1.23.2で修正対象になっているため、差分確認が必要 |
| 中 | Form Customizerの有無 | パネル表示対応の検証候補になる |
| 中 | Copilot向けに再利用できる小型UX | SharePoint Copilot Appsの候補を早めに選べる |
React 18対応にも注意が必要です。ロードマップでは、アウトオブボックスWebパーツのReact 18対応作業が続いており、SPFx 1.24 GAまでに広範な対応を目指す方向が示されています。ただし、現時点でSPFx 1.23系の互換性表はReact 17.0.1を示しているため、独自判断でReactだけを上げるのは避けるべきです。(Microsoft for Developers)
SPFx 1.24に向けたロードマップの読み方
SPFx 1.24では、SharePoint Copilot Apps、SPFx CLI、ナビゲーションカスタマイザーなどが注目点です。
| 時期 | ロードマップ項目 | 実務上の対応 |
|---|---|---|
| 2026年6月 | SPFx 1.23.2公開済み | 既存プロジェクトの検証環境で更新テスト |
| 2026年7月 | SPFx 1.24 Public Preview、SharePoint Copilot Apps Public Preview | PoC対象のSPFxコンポーネントを選定 |
| 2026年7月末まで | リストパネル上書きのサーバー側対応見込み | Form Customizerの表示差分を検証 |
| 2026年9月予定 | SPFx 1.24 GA、SharePoint Copilot Apps GA、SPFx CLI GA | 本番適用の判断材料を整理 |
| 2026年後半 | React 18対応の進展 | 公式互換性が出てから移行計画を作成 |
SPFx CLIについては、SPFx 1.23.0の時点でプレビューが案内され、将来的にYeoman generatorの利用を置き換える方向性が示されています。テンプレートがオープンソース化され、組織やプロジェクトに合わせたテンプレート活用がしやすくなる点もポイントです。(Microsoft Learn)
開発標準を持つ組織では、SPFx CLIを単に新しいコマンドとして試すだけでなく、以下のような観点で評価すると実務に落とし込みやすくなります。
- 社内標準テンプレートを作れるか
- セキュリティ設定やlint設定を初期状態に組み込めるか
- CI/CDと相性がよいか
- 既存のYeoman generator運用から移せるか
- 新人や外部ベンダーに渡す開発手順を簡素化できるか
移行期限はあるのか
今回の「SharePoint Framework (SPFx) roadmap update – July 2026」自体は、既存SPFxアプリに対して「この日までに移行しなければ停止する」という強制移行期限を示す内容ではありません。
ただし、関連する期限として、SPFx 1.23.0のリリースノートではHosted Workbenchの廃止予定と、Adaptive Card ExtensionsにおけるGeolocation機能の廃止予定が示されています。Hosted Workbenchは2026年12月1日に廃止予定で、代替としてSharePoint Framework Debug Toolbarの利用が推奨されています。また、ACEのGeolocation機能もSharePoint Onlineで2026年12月1日に完全廃止予定とされています。(Microsoft Learn)
移行期限として整理すると、次のようになります。
| 対象 | 期限・時期 | 対応 |
|---|---|---|
| SPFx 1.23.2 | 2026年6月30日公開 | 検証環境で更新し、npm auditと既存ビルドを確認 |
| SharePoint Copilot Apps | 2026年7月プレビュー、2026年後半GA予定 | PoC候補を選び、データ公開範囲を確認 |
| SPFx 1.24 | 2026年7月プレビュー、2026年9月GA予定 | 本番利用はGA後の互換性確認を待つ |
| Hosted Workbench | 2026年12月1日廃止予定 | Debug Toolbarへ移行 |
| ACEのGeolocation | 2026年12月1日廃止予定 | 利用箇所を棚卸しし、代替手段を検討 |
失敗しやすいポイント
Copilot Appsを「全部Copilot化」と考えてしまう
SharePoint Copilot Appsは強力ですが、すべてのSharePoint画面をCopilotへ移す必要はありません。Copilotに向くのは、短時間で判断・入力・確認できる業務です。
例えば、承認、ステータス確認、個人向け通知、簡易予約は向いています。一方、大量の一覧編集、複雑な権限設定、複数画面をまたぐ管理処理は、SharePointサイトや専用管理画面のほうが適しています。
公式互換性を見ずにReactやNode.jsを上げる
SPFxでは、ReactやNode.jsのバージョンを自由に上げると、ビルド時ではなく実行時に分かりにくい不具合が出ることがあります。Microsoft Learnも、ReactはSPFxバージョンごとの互換性表に従い、--save-exactで固定することを推奨しています。(Microsoft Learn)
1.23.2を本番へ直投入する
SPFx 1.23.2は品質改善リリースですが、CSS/SCSSやSass import関連の修正が含まれます。見た目やビルド周りに影響する可能性があるため、特にブランドテーマ、独自SCSS、Fluent UIの変数利用があるプロジェクトでは、検証環境で確認してから本番反映するべきです。
管理者と開発者の担当範囲を分けすぎる
Copilot Appsのような機能では、開発者だけが実装しても安全に運用できません。SharePoint管理者、Microsoft 365管理者、セキュリティ担当、業務部門が同じチェックリストを見る必要があります。
最低限、次の3点は共同で確認してください。
| 確認項目 | 見るべき観点 |
|---|---|
| どのデータをCopilot上に出すか | 機密情報、個人情報、部門限定情報が含まれないか |
| 誰が使えるか | Microsoft 365グループ、Entra ID、SharePoint権限が適切か |
| 誰が保守するか | アプリ所有者、問い合わせ先、更新責任者が明確か |
管理者向けチェックリスト
SharePoint管理者は、まず「今あるSPFxを安全に把握する」ことから始めるのが現実的です。
| チェック | 具体的な作業 |
|---|---|
| アプリカタログの棚卸し | 使われていないsppkg、所有者不明のパッケージを洗い出す |
| サイト単位の展開状況 | どのサイトコレクションでどのSPFxが使われているか確認する |
| 権限要求の確認 | APIアクセス、外部連携、管理者同意済み権限を見直す |
| Copilot候補の選定 | ユーザーが頻繁に行う小さな操作を候補にする |
| ベンダー確認 | 外部開発アプリがSPFx 1.23.2や1.24に対応予定か聞く |
| 廃止予定機能の確認 | Hosted WorkbenchやACE Geolocationの利用有無を確認する |
| 検証テナントの準備 | Copilot Appsプレビューを試せる環境と担当者を決める |
特にグローバル企業では、国や地域ごとにアプリ所有者が違うことがあります。中央IT部門だけで判断せず、各地域のSharePoint管理者や業務システム担当者に棚卸しを依頼すると、後から「誰も知らないSPFx拡張」が見つかるリスクを減らせます。
開発チーム向けの進め方
開発チームは、いきなりCopilot Appsを作り始めるより、既存資産の整理と検証基盤づくりを先に行うとスムーズです。
| ステップ | 作業 | 成果物 |
|---|---|---|
| 現状確認 | SPFxバージョン、Node.js、React、TypeScript、ツールチェーンを確認 | プロジェクト一覧 |
| 1.23.2検証 | 代表的なWebパーツ・拡張機能を更新してビルド・表示確認 | 互換性メモ |
| UI候補選定 | Copilotに出すと効果が高い小型UXを選ぶ | PoC候補リスト |
| 権限確認 | 表示データ、API、ユーザー権限を整理 | セキュリティ確認表 |
| 1.24 Preview検証 | プレビュー環境でCopilot AppsやSPFx CLIを試す | 技術検証結果 |
| GA後の判断 | 公式GA後に本番適用可否を判断 | 移行計画 |
この順番にすると、Copilot Appsの発表に振り回されず、既存SPFxの品質改善と次期機能の検証を同時に進められます。
今回の更新で次に取るべき行動
今回のSharePoint Frameworkロードマップ更新は、SharePoint開発がMicrosoft 365 Copilot時代に向かって進むことを示す重要な節目です。とはいえ、今すぐ全アプリを作り直す必要はありません。
まず行うべきことは、次の3つです。
- SPFx 1.23.2を検証環境で試し、ビルド・表示・npm auditの差分を確認する
- アプリカタログと既存SPFx資産を棚卸しし、Copilot Appsに向く小型UXを選ぶ
- Hosted WorkbenchやACE Geolocationなど、2026年12月1日に期限がある関連項目を確認する
SharePoint管理者はガバナンスとアプリ棚卸し、開発者は依存関係とSPFx 1.24への準備、業務部門はCopilot上で本当に使いたい業務操作の選定を進めるとよいでしょう。SPFxはSharePoint内の拡張基盤にとどまらず、Copilot、Teams、Vivaを含むMicrosoft 365全体の業務UXを作るための基盤として位置づけが強まっています。
コメント