SharePoint の Site Pages ライブラリでページ公開（再公開）時に「This page is missing required info（必須情報が不足しています）」が表示される――とくに Date and Time 列が空欄のときに起きやすいこの事象について、原因の整理、Site Page / Repost Page の仕様差、必須設定の解除可否、そしてメタデータ関連の典型エラーの直し方まで、現場運用に直結する観点で詳しく解説します。
現象の整理と結論（先に要点）
- Site Page は Date 列が既定で「必須」です。空欄のままでは公開できず、上記エラーになります（ドラフト保存は可能）。
- 必須設定は解除できます。列の設定で「必須」をオフにすれば、Date が空でも公開可能です。要件的に不要なら運用上の支障はありません。
- Repost Page（ニュースリンク）は検証ロジックが異なるため、Date が空欄でも公開ブロックにはならず、画面上の軽い通知にとどまります。
- 「Some files are missing required metadata」「Could not find field」は、列の削除・名称変更後に古い参照が残ったことが主因です。コンテンツ タイプと列の整合を取れば解消します。
- アクセス不能との関係：必須列が空のページは公開処理が完了しないため、閲覧者からは見えません。既に公開済みページに後から必須化しても表示は継続します。
なぜ Site Page では Date 列が必須なのか
モダン UI の Site Page コンテンツ タイプには、Date and Time 列が初期状態で必須に設定されます。背景には次のような理由があります。
- ニュースやハイライトの並び替え基準：ニュース Web パーツやサイト ホームのカードは、公開日や記事日付で並び替える運用が一般的です。日付が無いと並び替えや抽出条件が不安定になります。
- 検索・ターゲティング：日付は検索スキーマやオーディエンス ターゲティングの条件としても使われます。必須化により検索精度が安定します。
- 承認・アーカイブ設計：承認フローの期限計算やアーカイブ判定（○日経過で移動等）を日付に依存させるケースでは、空欄を許容しない方が安全です。
Site Page と Repost Page（ニュースリンク）の仕様差
同じライブラリでも、Site Page と Repost Page（News Link） は検証や公開の扱いが異なります。実務で混乱しやすいポイントを表で整理します。
| 項目 | Site Page | Repost Page（ニュースリンク） |
|---|---|---|
| 作成方法 | 「新規」→「サイト ページ」 | サイトの「ニュース」→「ニュースリンクを追加」 |
| Date 列の扱い | 必須（既定）。空欄だと公開できない。 | 必須に設定しても公開ブロックにはならない（画面警告のみ）。 |
| 主な用途 | 社内ニュース本文、手順、ガイド、告知ページ | 外部/内部コンテンツのリンク集ニュース、キュレーション |
| メタデータ依存度 | 高い（並び替え・承認・フィルター） | 中（リンク先の鮮度が主体、日付は補助） |
| 公開エラー例 | This page is missing required info | 赤いアスタリスク表示等の注意喚起が中心 |
「必須」を解除しても大丈夫か ― 判断基準
結論として、ビジネス上、日付が必須でないなら解除して問題ありません。ただし、次の観点で判断しましょう。
| チェック観点 | 解除OKの目安 | 解除NG/要検討の目安 |
|---|---|---|
| ニュース Web パーツの並び順 | 並び順を「最終更新日」や手動ピン留めで運用 | 「記事日付」で厳密にソートしたい |
| 承認・期限管理 | 承認や期限を日付に依存していない | 日付をもとに SLA/期限を計算している |
| 検索/フィルター | カテゴリやタグ中心で絞り込む | 「○月の記事」等、日付での絞り込みを多用 |
| 作成者の負担 | 入力項目を減らしてスピード重視 | 入力ルールを厳格化したい（監査要件） |
必須設定の解除手順（UI）
Site Pages ライブラリの Date 列が必須であるために公開できない場合、次の手順で解除できます。
- 対象サイトの「Site Pages」ライブラリを開く。
- 右上の歯車 → ライブラリの設定（または「ライブラリ設定を表示」）。
- 「列」セクションで Date and Time（または該当の Date 列名）をクリック。
- 「この列に情報を必須入力にする」を いいえ に変更して保存。
- （コンテンツ タイプを管理している場合）コンテンツ タイプ → Site Page → 列から同様に必須設定を確認/解除。
ヒント：列の必須設定は、コンテンツ タイプ側の定義が優先されます。ライブラリ側で直しても改善しない場合は、必ずコンテンツ タイプ内の列リンク（Field Link）の必須フラグも確認してください。
代替策：自動入力で「必須」を活かす設計
- 既定値（今日の日付）を設定：Date 列の既定値に「今日」を使える環境なら、入力忘れを防止できます。
- Power Automate：ページの作成/公開トリガーで Date を自動スタンプ（初回公開時のみ上書き等）。
- コンテンツ準備テンプレート：テンプレート化したページに日付プレースホルダーを含め、作成者に入力を促す。
Repost Page（ニュースリンク）ではなぜ公開できるのか
Repost Page は、リンク先の情報をカードとしてニュース面に載せる用途に特化した「システム管理型」コンテンツ タイプです。ページ本文の編集要素が少ないため、公開検証は軽量で、Date が空でも公開は通るが入力欄に注意表示という設計になっています。ニュース面の鮮度はリンク先の更新頻度に依存することが多く、Date の厳格さは Site Page ほど要求されません。
エラー別：原因と対処（早見表）
| エラー/症状 | 主な原因 | 対処 |
|---|---|---|
| This page is missing required info | 必須列（多くは Date）が空欄 | 列に値を入れる／必須を解除／自動入力を設計 |
| Some files are missing required metadata | 必須列に値が無い、または列の削除・名称変更で参照不整合 | コンテンツ タイプと列の整合を回復し、欠落値を補完 |
| Could not find field ‘<列名>’ | 列（Site Column/リスト列）を削除または内部名不一致 | 列を再作成・再マップ、不要な列リンクを削除し、フォームを更新 |
| 公開ボタンがグレーアウト | バリデーション未達（必須/型/一意制約） | プロパティ パネルで未入力/不正値を解消、または制約を見直し |
「Some files…」「Could not find field」解消の実務手順
1. 影響範囲の把握
- Site Pages でビューを「すべてのページ」に切り替え、Date などの必須列を表示。
- フィルターで空欄を抽出し、該当件数を把握（移行やテンプレート変更直後は多くなりがち）。
- 公開できないページ名、コンテンツ タイプ（Site Page / Repost Page）を控える。
2. コンテンツ タイプと列の整合を取る
- ライブラリ設定 → 高度な設定 →「コンテンツ タイプの管理を許可する」をオン。
- Site Page と Repost Page のそれぞれに移動し、列を開いて必須フラグと列リンクの有無を確認。
- 不要な列リンクは削除、必要な列は サイト列の追加から再追加。
3. 欠落値の補完（安全な順序）
- 一時的に必須を解除（公開を通すため）。
- 既存アイテムに対して一括編集またはクイック編集で Date を補完。
- 承認/公開が落ち着いたら、必要に応じて再度「必須」をオン。
注意：列の表示名変更は可能ですが内部名は変更できません。旧列を削除して新規作成すると内部名が変わり、フォームや Web パーツ、Flow が参照エラーを起こします。既存参照の洗い替えを忘れないでください。
PowerShell（PnP）での確認・修正例
管理規模が大きい場合は、PnP PowerShell で列状態を可視化・一括修正できます。以下は実例サンプルです（実行前にテスト環境で検証してください）。
# 接続
Connect-PnPOnline -Url https://<tenant>.sharepoint.com/sites/<site> -Interactive
# Site Pages の列一覧（内部名/必須/非表示）
Get-PnPField -List "Site Pages" |
Select-Object InternalName, Title, Required, Hidden |
Format-Table -AutoSize
# Date 列（例：内部名が Date_x0020_and_x0020_Time）の必須を解除
Set-PnPField -List "Site Pages" -Identity "Date_x0020_and_x0020_Time" -Values @{Required=$false}
# コンテンツ タイプ（Site Page）に紐づく列リンクの状態を確認
$ct = Get-PnPContentType -List "Site Pages" | Where-Object { $_.Name -eq "Site Page" }
Get-PnPProperty -ClientObject $ct -Property FieldLinks
$ct.FieldLinks | Select-Object Name, Required | Format-Table
# 不要な列リンクを削除（例）
Remove-PnPFieldFromContentType -List "Site Pages" -ContentType "Site Page" -Field "OldFieldInternalName" 上記の Identity（内部名）は環境により異なります。Get-PnPField で必ず確認してから実行してください。
アクセス不能トラブルとの関係
必須列が未入力のまま公開しようとすると、公開処理がブロックされ、ページは閲覧者に露出しません。これは公開時のチェックであり、既に公開済みのページに対して後から列を必須化した場合、ページ表示自体が止まることはありません（再公開時には影響します）。運用方針として、既存ページに影響を与える設定変更は、テスト → 段階適用 → 影響モニタリングの順で行いましょう。
入力負担を減らしつつ品質を担保するコツ
- 本当に必要な列だけを必須に：承認や並び替えで使わない列は必須を外す。
- 最小限のメタデータで素早く公開→後追いで詳細入力という二段階運用。
- テンプレート化：カテゴリ、タグ、責任部門などの既定値をテンプレートに含める。
- 自動スタンプ：Power Automate で初回公開時に日付・作成部門を自動補完。
- レビュー/承認の可視化：ビューや条件付き書式で「日付なし」「承認待ち」を一目で判別。
安全な変更手順：ローリング適用のすすめ
- ステージングサイトを用意し、列とコンテンツ タイプの変更を先に適用。
- テスト用に 公開→再公開→アーカイブ までの動作確認を行う。
- PowerShell で列状態をエクスポートし、本番との差分をレビュー。
- 本番ではオフピークに適用、関係者に事前・事後の周知。
- 適用後 1～2 週間は「公開失敗」「メタデータ欠落」の監視ビューを設置。
トラブルを未然に防ぐチェックリスト
- Site Page の Date 列は意図通りの必須設定か？
- Repost Page にも同じルールを期待していないか？（仕様差を理解）
- 列の内部名を変えていないか？（削除→再作成は要注意）
- コンテンツ タイプの列リンクは最新か？（孤児参照がないか）
- 公開前にプロパティ パネルで赤いアスタリスクが消えるか？
- 「すべてのページ」ビューで必須列の空欄がゼロか？
- 承認・並び替え・検索要件に沿った最小列設計になっているか？
ケーススタディ：3 つのよくあるシナリオ
ケース A：ニュースをスピード重視で発信したい
- 方針：Date の必須を外し、テンプレートでカテゴリ・部門のみ必須。
- 補助策：Power Automate で初回公開時に Date を自動入力。
- 効果：公開ブロックの発生率が低下、作成者の心理的負担が軽減。
ケース B：監査要件が厳格（公開日を固定）
- 方針：Date を必須のまま維持。編集権限者向けに入力ガイドを整備。
- 補助策：ビューで「Date なし」を赤背景表示、承認フローで弾く。
- 効果：公開日基準の検索・監査証跡が一貫化。
ケース C：列を整理したら「Could not find field」
- 方針：削除/名称変更前の列がフォームや CT に残存。
- 対処：CT の列リンクを再構成、必要なら同じ内部名で列を再作成。
- 効果：公開エラーとメタデータ欠落が解消。
UI 操作の道順（控え用）
| 目的 | 手順（メニューの道順） |
|---|---|
| Date を必須→任意に | Site Pages → 歯車 → ライブラリの設定 → 列（Date） → 必須「いいえ」 |
| CT の列必須を変更 | ライブラリ設定 → コンテンツ タイプ（Site Page）→ 列（Date）→ 必須変更 |
| 不要列の除去 | ライブラリ設定 → コンテンツ タイプ → 列 → 該当列リンクを削除 |
| 欠落値の一括入力 | Site Pages → クイック編集（グリッド表示）→ Date を一括入力 → 保存 |
よくある質問（FAQ）
Q. Date を空欄のまま公開したいのですが？
Site Page は既定でブロックされます。列の必須を外すか、自動入力で値を入れてから公開してください。Repost Page は空欄でも公開可能です。
Q. 必須を外すと検索やニュース表示に影響しますか？
日付での並び替えやフィルターに影響します。カテゴリ/タグ中心で運用するなら影響は限定的です。並び順を手動ピン留めに切り替える設計も有効です。
Q. 列を削除したら編集画面でエラーが出ます
フォームや CT に古い列リンクが残っています。コンテンツ タイプから列リンクを整理し、必要に応じて列を再作成して再マップします。
Q. 既に公開済みページはどうなりますか？
後から列を必須化しても、公開済みページの閲覧は継続します。再公開時には新ルールのチェックを受けます。
Q. どの列が必須なのか一覧で見たい
ライブラリ設定→列、または PnP PowerShell（Get-PnPField -List "Site Pages"）で Required フラグを一覧できます。
「ニュースの鮮度」と「入力コスト」の最適点を探る
ニュース運用では「とにかく早く出す」局面が多く、必須項目が多いほど公開の心理的ハードルが上がります。まずは必須列を最小限にして公開を通し、後から編集でメタデータを補う「二段階入力」を標準化すると、鮮度と品質の両立がしやすくなります。日付がビジネス上の鍵にならないなら、思い切って必須を外し、代わりに自動化と監視ビューでガバナンスをかけるのがおすすめです。
10 分でできる健全性診断（ミニ手順）
- Site Pages のビューに「コンテンツ タイプ」「Date」「承認状態」を表示。
- フィルターで Date 空欄＝0 件になるまで補完（または必須解除）。
- Repost Page の公開テスト（Date 空欄で公開→ニュース Web パーツの表示確認）。
- ライブラリ設定→コンテンツ タイプで、不要な列リンクを整理。
- Power Automate を仮作成（作成/公開トリガーで Date 自動設定）して将来の運用を試す。
まとめ
- Site Page は Date 必須が既定。空欄だと公開不可でエラーになります。
- 必須は運用要件次第で解除して構いません。Repost Page は仕様上、空欄でも公開は可能です。
- 「Some files…」「Could not find field」等のエラーは、列とコンテンツ タイプの不整合が主因。列リンクの再構成と値の補完で解消します。
- 変更はテスト環境→段階適用→監視の順で安全に。自動化とビュー整備で入力負担を下げましょう。
以上の整備を行えば、「必須情報が不足しています」エラーを安定して解消し、作成者の負担を最小限にしながら、ニュースページの鮮度と品質を両立できます。
コメント