Microsoft 365 評価ツールのクラシック ページ コンポーネントを使用して、SharePoint Online のクラシック Wiki、Web パーツ、公開、ブログ、ASPX、Delve ブログ ページを検出します。
Wiki、Web パーツ、および発行ページには、詳細な Web パーツ インベントリ、レイアウト、ホーム ページ、マッピング準備エンリッチメントが表示されます。 ブログ、ASPX、Delve ブログ の各ページは検出され、記録されますが、同じ Web パーツ マッピングの準備分析を受け取りません。
評価では、必要に応じて、Microsoft Graph 監査ログからページ ビュー/作成/編集アクティビティを収集できます。
現在の実装では、Delve ブログ ページは classicpages.csv に表示されますが、 ClassicPages や classicwebsummaries.csv と classicsitesummaries.csvのページの種類の数には含まれません。
ページタイプのサポート
| ページの種類 | 検出 | 詳細な準備 | 変換ルート | 推奨される操作 |
|---|---|---|---|---|
WikiPage |
はい | はい | 既定のSitePages ライブラリ内の対象ページの代表的なページ バッチ ワークフロー |
代表的なパターンを選択し、下書きを作成し、展開前に検証します。 |
WebPartPage |
はい | はい | 既定のSitePages ライブラリ内の対象ページの代表的なページ バッチ ワークフロー |
代表的なパターンを選択し、下書きを作成し、展開前に検証します。 |
PublishingPage |
はい | はい | 高度な PnP クロスサイト変換 | 発行バックログを作成し、別のターゲット、レイアウト マッピング、メタデータ、検証手順を定義します。 |
BlogPage |
はい | 不要 | ターゲットモダン Web への高度な PnP ブログ変換 | 選択にマッピング率を使用しないでください。ページを確認し、個別に検証されたプロシージャを使用します。 |
ASPXPage |
はい | 不要 | 同等の評価駆動型変換ルートなし | シナリオ固有のプランを使用してページを置換または再構築します。 |
DelveBlogPage |
はい | 不要 | 従来の PnP コマンドレット オプションが存在しますが、このワークフローには含まれません | 自動化されたウェーブの外側に置き、従来のシナリオを個別に確認します。 |
このガイダンスでは、
ワークフロー
- 要件を確認します。
- 評価を実行する。
- 結果を解釈して優先順位を付けます。
- 必要に応じて、発行ページの準備状況を確認します。
- 選択したページを PnP PowerShell で変換します。
- 変換されたページを検証します。
リファレンス
評価を実行する
アプリケーション認証の例を実行する前に、 アプリケーション証明書を構成します。
microsoft365-assessment.exe start --mode Classic --classicinclude Pages `
--authmode application `
--tenant <tenant>.sharepoint.com `
--applicationid <application-id> `
--certpath "My|CurrentUser|<certificate-thumbprint>"
ページ固有のオプション:
| オプション | 用途 |
|---|---|
--exportwebpartproperties |
Web パーツのプロパティを JSON としてエクスポートします。 |
--skipusageinformation |
監査ログの使用状況の収集をスキップします。 |
--auditlogwindowdays |
監査期間を 1 日から 180 日に設定します。 既定値は 14 です。 |
--skipuserinformation |
Modified By などのユーザー情報を省略します。 |
--homepageonly |
各 Web のホーム ページのみを評価します。 |
認証、SharePoint アクセス、監査アクセス許可、プラットフォームのサポート、機密性の高い出力ガイダンスについては、「 クラシック ページ評価の要件」を参照してください。
出力
| File | コンテンツ |
|---|---|
classicpages.csv |
ページの種類、レイアウト、ホーム ページ フラグ、マッピング率、マップされていない Web パーツなど、クラシック ページごとに 1 行。 |
classicpagewebparts.csv |
クラシック ページで見つかった Web パーツごとに 1 行。 |
classicwebpartunique.csv |
評価全体で、一意の Web パーツの種類ごとに 1 行。 |
classicpageauditusage.csv |
監査コレクションの実行時のページ ビュー/作成/編集アクティビティ。 |
classicwebsummaries.csv |
ページ数と準備ロールアップを Per-Web します。 |
classicsitesummaries.csv |
サイト コレクションごとのページ数と準備のロールアップ。 |
classicpublishingsitesummaries.csv |
発行ポータルのサイト レベルの概要。 |
Power BI テンプレートには、[ ページ] レポート タブと共有の概要/スキャン概要タブが含まれています。
スキーマと結合キーについては、「 クラシック ページの CSV リファレンス」を参照してください。
マッピングの結果を理解する
Wiki、Web パーツ、および発行ページの場合、 MappingPercentage は、各 Web パーツが埋め込みマッピング モデルで使用可能なマッピングを持っているかどうかを測定します。 変換されたページですべての視覚的またはビジネス上の動作が保持されることを保証するものではありません。
ブログ、ASPX、Delve ブログ の各ページでは、既定または空の Web パーツの準備状況の値を、完了したマッピング分析として解釈しないでください。
エンリッチされたページの場合、 WebPartCount=0 と MappingPercentage=100 は、Web パーツが抽出されなかったことを意味します。
WebPartCount=0
MappingPercentage=0は、ページ エンリッチメントが失敗したことを示すことができます。そのページの評価ログを確認します。
InMappingFile
classicwebpartunique.csvでは、Web パーツの種類がマッピング ファイルに存在することを示すだけです。 使用可能なマッピングが見つかったかどうかを判断するには、classicpagewebparts.csvのIsMappableとページごとのマッピングの割合を使用します。
完全な解釈ワークフローについては、「 従来のページ評価レポートを解釈する」を参照してください。
ページ変換を続行する
評価出力を使用してページを選択し、修復が必要な Web パーツを特定します。 マッピング率が高い場合、作業の優先順位を付けるのに役立ちますが、ページは変換されません。
-
classicpages.csvとclassicpagewebparts.csvを確認します。 - ブロックしている Web パーツを削除、置換、またはマップします。
- 小さな代表的な波から始めます。
- 選択したページを PnP PowerShell で変換します。
- ウェーブを展開する前に、生成されたモダン ページを検証 します。
完全な変換モデルと高度なマッピング オプションについては、「 クラシック ページをモダン ページに変換する」を参照してください。
その他のオープンソース ドキュメント
- クラシック SharePoint ページ評価
- オープン ソースの要件ページ。 そのプロジェクト ページには引き続き FullControl とアプリケーションの監査アクセス許可のみが一覧表示されます。は、Assessment 1.16.0 アクセス許可プロファイルの Learn 要件 を使用します。
- 評価を実行する
- オープンソースの Power BI レポート ページ。 そのプロジェクト ページには、意図した準備ビジュアルが記述されています。は、現在の埋め込みテンプレートで使用できるフィールドの Learn レポート ガイド を使用します。