SharePointでバージョン履歴が見えないときは、壊れていると考えるより、まず 設定・権限・見ている場所 を切り分けるのが近道です。実際によくある原因は、対象のリストやライブラリでバージョン管理が有効になっていない、自分には下書きや一部の版が見えない、チェックアウトやコピー方法の影響で履歴が継承されていない、の4つです。この記事では、SharePointでバージョン履歴が見えない原因を症状別に整理し、最短の確認手順と復旧方法まで実務目線でまとめます。 (Microsoft サポート)
SharePointでバージョン履歴が見えないときの結論
先に要点だけ押さえるなら、次の順で見れば大半は切り分けられます。
- まず Teamsや同期フォルダーではなく、ブラウザー版のSharePoint で対象ファイルを開きます。Teamsなら「Open in SharePoint」、Officeアプリなら「Version history」からも確認できます。 (Microsoft サポート)
- メニューに「バージョン履歴」がないなら、リスト/ライブラリ側の Versioning settings を確認します。設定画面では、版の作成、下書きの可視範囲、承認、チェックアウト必須などをまとめて確認できます。 (Microsoft サポート)
- 自分だけ見えない、または特定ファイルだけ見えないなら、権限か継承切れ を疑います。標準の権限では履歴閲覧が可能でも、カスタム権限や個別共有で挙動が変わります。 (Microsoft サポート)
- 履歴は開くのに古い版が足りないなら、承認・下書き設定、チェックアウト、保持上限 を確認します。表示制御や保持ポリシーの影響で、実際には存在していた版が見えない、または整理済みのことがあります。 (Microsoft サポート)
- 移行や整理の後から見えなくなったなら、Copy to / File Explorer 経由の複製 を疑います。履歴を保ったまま移したいときは SharePoint の「Move to」が原則です。 (Microsoft サポート)
原因別に見る SharePointでバージョン履歴が見えないケース
メニューに「バージョン履歴」が出ない
SharePointのモダン画面では、行の省略記号から「Version history」を開きます。見当たらない場合でも、「More」の中に入っていたり、詳細ペインにリンクが出ていたりします。モダン/クラシックで見える場所が少し違うので、まずは「機能がない」ではなく「場所が違う」を疑ってください。 (Microsoft サポート)
それでもコマンド自体が出ないなら、対象のリストまたはライブラリでバージョン管理が無効になっている可能性があります。確認経路は、[設定] → [リスト設定/ライブラリ設定] → [Versioning settings] です。環境によってはライブラリで [More library settings] を挟みます。ここでは、文書ライブラリならメジャー版のみかメジャー/マイナー版か、リストなら項目編集ごとに版を作るか、下書きを誰が見られるか、チェックアウト必須にするかまで確認できます。設定変更には通常、リスト管理権限が必要です。 (Microsoft サポート)
自分だけ見えない、特定のファイルだけ見えない
バージョン履歴の閲覧は、Microsoftの標準権限では Read / Contribute / Full Control で可能です。ただし、管理者がカスタム権限レベルを作っている場合は別で、同じサイトでもユーザーごとに見え方が変わることがあります。 (Microsoft サポート)
加えて、SharePointはサイト、ライブラリ、フォルダー、ファイル単位で権限を分けられます。個別共有が行われると、そのアイテムだけ親の権限継承が切れることがあります。サイト全体では問題ないのに、一部ファイルだけ履歴が見えない なら、このパターンを最優先で疑うべきです。確認は [設定] → [ライブラリ設定/リスト設定] → [Permissions for this document library / list] から行います。 (Microsoft サポート)
履歴はあるのに古い版や下書きが見えない
ここは見落とされやすいポイントです。ライブラリでメジャー版とマイナー版を使っていたり、承認を必須にしていたりすると、誰がどの版を見られるか が変わります。多くの環境では、承認が必要な場合、マイナー版は所有者や承認権限を持つ人しか見えず、閲覧者には承認済みのメジャー版だけが見えます。リストはさらに挙動が異なり、基本はメジャー版のみで、Pending 状態の項目は下書き扱いです。 (Microsoft サポート)
そのため、「編集したのに履歴がない」「1.0 しか見えない」「自分と管理者で見える版数が違う」という場合、データが消えたのではなく、下書きや未承認版が自分には非表示 になっているだけのことがあります。対処は、Versioning settings で メジャー/マイナーの保存方法、下書きを見られるユーザー、承認の要否 を確認し、必要ならメジャー版として公開することです。 (Microsoft サポート)
編集したのに履歴が増えない
ライブラリで チェックアウト必須 が有効だと、版はチェックイン時に作られます。つまり、編集して保存しても、チェックインしていなければ他のユーザーには最新状態が見えず、履歴も増えていないように見えます。アップロード直後のファイルが自分にチェックアウトされたまま、というケースもよくあります。 (Microsoft サポート)
切り分けでは、ライブラリに Checked Out By 列を表示すると早いです。同期フォルダー経由だとチェックアウト状態が見えにくいので、ローカルから作業している場合も、一度ブラウザーで対象ライブラリを開いて確認した方が確実です。共同編集が前提の文書であれば、Microsoftもチェックアウト必須の常用は勧めていません。 (Microsoft サポート)
なお、更新の種類によっても版の増え方は違います。 Microsoftの説明では、View in File Explorer 経由のファイル名変更は新しい版を作りませんが、ブラウザーや OneDrive 同期クライアント経由の名前変更は版作成の対象になります。名前変更だけなのに履歴の増え方が違う場合は、不具合ではなく操作経路の差です。 (Microsoft サポート)
コピーや移動のあとから履歴が消えた
実務でかなり多いのがこれです。バージョン履歴は「ファイルそのもの」ではなく、SharePointライブラリ側で管理される履歴情報 です。そのため、SharePointの Move to は履歴を引き継ぎますが、Copy to は最新バージョンしかコピーしません。さらに、File Explorer 経由のコピー/移動も、履歴を持っていきません。見た目は同じファイルでも、複製先では履歴がゼロから始まります。 (Microsoft サポート)
サイト再編、フォルダー整理、ローカルからの差し替えの直後に履歴が見えなくなったなら、設定変更より先にこの差を確認してください。履歴を残したまま置き場所だけ変えたいなら、ブラウザー上の Move to を使うのが基本です。すでに Copy to や File Explorer で複製した後なら、複製先だけを見ても元の履歴は戻せません。元ファイル側の履歴、ゴミ箱、後述のライブラリ復元を確認します。 (Microsoft サポート)
古い版が途中から消えた
「バージョン履歴は開くが、思ったほど遡れない」というときは、保持上限の影響が濃厚です。SharePointでは、組織・サイト・ライブラリ・OneDrive の単位で version history limits を設定できます。管理者が上限数や有効期限を変更すると、古い版が整理されることがあります。 (Microsoft Learn)
ここで厄介なのは、設定変更後の削除タイミングです。Microsoft Learn では、版数上限を下げた場合、既存版は一気に消えるのではなく、ファイル更新に合わせて段階的にトリミングされる と説明されています。つまり「設定を変えた翌日から少しずつ古い版が減っている」は、仕様どおりの可能性があります。 (Microsoft Learn)
最短で直す確認手順
- 対象をブラウザー版SharePointで開く。 Teamsのファイルタブからなら「Open in SharePoint」、Officeアプリで開いているなら「Version history」からも入れます。 (Microsoft サポート)
- 省略記号から「バージョン履歴」を探す。 見当たらなければ More と詳細ペインも確認します。 (Microsoft サポート)
- Versioning settings を確認する。 版の作成、メジャー/マイナー、下書き可視範囲、承認、チェックアウト必須、保持数を見ます。 (Microsoft サポート)
- 権限を確認する。 自分だけ見えない場合は、ライブラリ権限と個別共有の有無を確認します。特定ファイルだけなら継承切れを疑います。 (Microsoft サポート)
- 直近の操作を思い出す。 Copy to、File Explorer、ローカル差し替え、サイト移行の後なら、履歴未継承の可能性が高いです。 (Microsoft サポート)
- 古い版が不足しているなら保持ポリシーを確認する。 ライブラリだけでなく、サイトや組織の上位制限がかかっていないかも確認します。 (Microsoft Learn)
SharePointでバージョン履歴が見えないときの復旧手順
1ファイルだけ戻したいとき
対象ファイルのバージョン履歴を開き、戻したい版のメニューから Restore を実行します。ここで覚えておきたいのは、復元しても元の古い版は消えず、その版をコピーして最新バージョンとして積み上げる という点です。誤操作が怖い文書でも、比較的安全に戻せます。 (Microsoft サポート)
実務では、いきなり復元せず、先に旧版を開いて内容確認し、必要なら現行版を別名で退避してから戻すと事故が減ります。旧版の確認自体はバージョン履歴画面から可能です。 (Microsoft サポート)
複数ファイルをまとめて戻したいとき
上書きや削除が複数ファイルに及んでいるなら、1件ずつ戻すより Restore this library が早いケースがあります。Microsoftの案内では、共有ライブラリは 過去30日 の範囲で以前の時点に戻せます。Teamsからでも、ファイルタブで More → Open in SharePoint を開いて操作できます。 (Microsoft サポート)
ただし条件があります。実行できるのはサイト管理者のみ で、モダン表示のライブラリ であることが前提です。設定に「Restore this library」が出ない場合は、権限不足かクラシック表示の可能性があります。また、この復元はバージョン履歴とゴミ箱を使うため、そもそもバージョン管理が無効だった場合は、個別ファイルの以前の版への復元は期待しにくくなります。 (Microsoft サポート)
それでも戻らないとき
個別版の復元でもライブラリ復元でも戻らないなら、次は SharePointのゴミ箱 を確認します。それでも不可で、削除や破損からまだ日が浅い場合は、管理者が Microsoft サポートに復元を相談できるケースがあります。ただし、Microsoftの案内では、バックアップからの復元単位はサイトコレクションで、特定のファイル・リスト・ライブラリ単位ではありません。 (Microsoft サポート)
管理者に渡すと早い情報
サポート相談を早めるには、次の情報を最初からそろえるとスムーズです。
- 影響を受けたサイトまたはライブラリのURL (Microsoft サポート)
- 影響を受けたファイル名と拡張子 (Microsoft サポート)
- 正常だった最後のおおよその日時 (Microsoft サポート)
- Copy to、Move to、File Explorer、Teams など、問題直前に行った操作の種類
再発防止のポイント
- ライブラリの整理や移管では、Copy to や File Explorer ではなく Move to を使う。履歴を残したいときは、操作方法の選び方がそのまま結果に出ます。 (Microsoft サポート)
- 承認、下書き、メジャー/マイナー版、チェックアウト必須 を、ライブラリ作成時に一度言語化しておく。設定の意味を知らないまま使うと、「履歴が消えた」と誤解しやすくなります。 (Microsoft サポート)
- 共同編集が前提の文書は、チェックアウト必須を安易に有効化しない。共有編集と相性が悪く、更新が見えない原因になりやすい設定です。 (Microsoft サポート)
- 個別共有と固有権限を増やしすぎない。権限継承が複雑になるほど、「一部ユーザーだけ見えない」問題の調査が長引きます。 (Microsoft サポート)
- 保持上限はストレージ節約だけで決めず、何日前まで復旧したいか を基準に決める。上限や有効期限が厳しすぎると、必要な版が残らないことがあります。 (Microsoft Learn)
まとめ
SharePointでバージョン履歴が見えないときは、ブラウザーで確認 → Versioning settings → 権限 → 承認/下書き/チェックアウト → Copy/Move の方法 → 保持上限 の順で追うと、原因をかなり短時間で絞れます。1ファイルならバージョン履歴から復元、広範囲ならライブラリ復元、再発防止では Move to と権限整理を徹底する。この順番で進めるのが、現場で最も失敗しにくい対処です。 (Microsoft サポート)
コメント