SharePoint のバージョン管理：最新のドキュメント管理に向けた完全ガイド

By Mirko Peters · 2026-05-25 · Updated 2026-07-16

ドキュメント ライブラリで SharePoint のバージョン管理を構成する方法を解説します。メジャー バージョンとマイナー バージョン、バージョンの上限、承認、復元、アクセス許可、保持、ガバナンスを扱います。

Automatically translated with AI from the original post. Read the English original

組織内で多くのドキュメントが行き交うと、すぐに収拾がつかなくなることがあります。SharePoint のバージョン管理は、重要な編集内容を失わず、ミスから復旧でき、誰が何を変更したかを常に把握できるように設計されています。このガイドでは、バージョン管理の基本から、インテリジェント バージョン管理などの便利な機能まで、必要な情報をまとめて説明します。インテリジェント バージョン管理を使えば、ストレージを効率的に保ちつつ、チームのトラブルを防げます。

バージョン管理の設定、よくある落とし穴のトラブルシューティング、ストレージと保持ポリシーの調整について順に説明します。クラウド、オンプレミス、またはその両方を併用している場合でも対応できる内容です。IT リーダー、管理者、機密性の高いファイルや業務上重要なファイルを扱うすべての方にとって、SharePoint でのドキュメント管理、コンプライアンス、安心感を確保するための道しるべとなるガイドです。

SharePoint のバージョン管理を理解する：主な機能とメリット

チームで同じファイルを扱うと、状況はすぐに複雑になります。SharePoint のバージョン管理は、こうした状況を整理するための信頼できる仕組みです。変更を追跡するため、他の人の作業を誤って上書きしてしまう心配や、先週のレポートの貴重なデータを失う心配をする必要がありません。

バージョン管理は、セーフティネットや元に戻す操作だけのものではありません。ドキュメントに加えられた大小すべての変更を継続的に記録した履歴です。同僚と共同作業する場合も、複数の下書きを管理する場合も、時間の経過とともに何が変わったのかを確認したい場合も、SharePoint のバージョン履歴が適したツールです。

SharePoint がバージョンをどのように扱うかを理解すると、チームが不安を感じずに安心して共同作業できるようになります。この後は、バージョン管理で何ができるのか、そして SharePoint のドキュメント ライブラリにどのように組み込まれているのかを見ていきます。この基礎知識は、後で高度な設定やトラブルシューティングに進む前に欠かせません。

SharePoint のバージョン管理とは何か、どのように動作するのか

SharePoint のバージョン管理は、ドキュメント ライブラリに保存されたファイルへの変更をすべて自動的に追跡します。例外はなく、手動の操作も不要で、標準の仕組みとして組み込まれています。ファイルをアップロード、編集、または元に戻すたびに、SharePoint は裏側で新しいバージョンを作成します。そのため、あなた（または他の誰か）が昨日の重要な事業計画を上書きしても、以前のバージョンは履歴の中に安全に残っています。

この仕組みにより、完全な監査証跡が得られます。誰が、いつ、何を変更したのか、さらに実際の編集内容の記録も残ります。ユーザー名、タイムスタンプ、バージョン番号がひと目で確認できます。バージョン管理が有効になっていれば、「あの条項を削除したのは誰か」「先週のファイルはどんな内容だったのか」と推測に頼る必要はありません。

誤削除、誤った変更、2 人が同じファイルを同時に編集して混乱が生じた場合などに失われた作業を復元できるため、このセーフティネットは非常に価値があります。数回クリックするだけで以前のバージョンに戻り、作業の流れを維持できます。

バージョン管理は、古いコピーを保存するだけの機能ではありません。SharePoint の共同作業の基盤の一部であり、営業提案書、人事ポリシー、頻繁に更新されるあらゆるファイルについて、チームが安心して共同作業できるようにします。その価値に疑問がある場合は、すべての下書きを手作業でコピーすることを想像してみてください。SharePoint のバージョン履歴が、その大変な作業を代わりに行ってくれます。

SharePoint ドキュメント ライブラリでバージョン履歴が機能する仕組み

SharePoint ドキュメント ライブラリでは、バージョン履歴が裏側で重要な役割を果たします。ファイルを編集またはアップロードするたびに、SharePoint は自動的に新しいバージョンを作成します。ほとんどの最新のライブラリでは既定でバージョン管理が有効になっているため、システムは最初から変更を追跡します。

ドキュメント ライブラリでファイルのメニューを開き、「バージョン履歴」を選択すると、バージョンの時系列の一覧が表示されます。各項目には変更日時と変更者が表示され、必要に応じて以前のバージョンをプレビュー、比較、または復元できます。つまり、数回クリックするだけでドキュメントを過去の状態に戻し、誤った変更を取り消したり、古い編集内容を参照したりできます。

SharePoint では、ライブラリの設定に応じてメジャー バージョンとマイナー バージョンの両方をサポートしています。メジャー バージョンは大きな変更を記録するもので、公開済みの成果物によく使われます。一方、マイナー（下書き）バージョンは、更新を公開する前にチームが裏側で共同作業するためのものです。ユーザー エクスペリエンスはシンプルですが、その裏では、円滑な共同作業と記録管理に必要な詳細をすべて追跡し、保存しています。

この自動バージョン管理により、古い下書きへのロールバックやドキュメント編集の監査が、可能になるだけでなく、手間なく行えるようになります。エンド ユーザーでもサイト管理者でも、数回のクリックでドキュメントのライフサイクルを強力に制御できます。もう、デジタルのごみ箱からファイルを救出する必要はありません。

SharePoint Online でのバージョン履歴の構成

SharePoint Online でバージョン履歴を設定することは、チームに「共同作業の自由」と「安全策」の両方を提供することです。サイト所有者または管理者は、ドキュメント ライブラリごとに、必要に応じてサイト全体レベルでも、バージョン管理の動作を柔軟に調整できます。

バージョン管理は、お客様のビジネススタイルに合わせて調整できます。メジャー バージョンのみにしたいですか。マイナーの下書きも追跡する必要がありますか。ストレージ効率のためにバージョン数の上限を設けたいですか。選択肢はいくつもあります。この作業は単にスイッチを切り替えるだけではなく、社員の作業方法と、企業が risk、保持、コンプライアンスをどのように管理する必要があるかに合わせることが重要です。

以下の手順に従えば、設定は簡単に行えます。新しいライブラリを作成する場合も、利用頻度の高いライブラリの設定を変更する場合も同様です。ベスト プラクティスを念頭に置けば、よくある間違いを避け、ストレージのコストを抑えつつ、必要なときにいつでもファイルの履歴を利用できるようになります。

手順: SharePoint Online でバージョン履歴を有効化して構成する

1. SharePoint ドキュメント ライブラリに移動します:SharePoint サイトから、バージョン管理を有効にするドキュメント ライブラリを開きます。歯車アイコンの「設定」をクリックし、「ライブラリの設定」を選択します。
2. バージョン管理の設定にアクセスします:「全般設定」メニューで「バージョン管理の設定」を探して選択します。ここで、保持するファイル履歴の量を管理できます。
3. バージョン管理を有効にします:メジャー バージョンのみを作成するか、メジャー バージョンとマイナー（下書き）バージョンの両方を作成するかを選択します。ほとんどのチームにはメジャー バージョンで十分です。共同作成を行う場合や下書きの管理を強化したい場合は、マイナー バージョンも有効にしてください。
4. バージョンの上限を設定します:保持するバージョンの最大数を決めます。多くの環境では、500 以下などの上限を設定すると、監査の必要性とストレージのバランスを、リスクを最小限に抑えて取ることができます。上限に達すると、古いバージョンは自動的に削除されます。
5. その他のオプションを調整します:厳密な変更追跡のために、編集前にドキュメントのチェックアウトを必須にしたり、特定のユーザーだけがマイナー バージョンを表示できるようにアクセス許可を設定したりできます。これらの追加手順は任意ですが、機密性の高いライブラリでは役立ちます。
6. 設定を保存して、ユーザーに周知します:「OK」をクリックして設定を保存します。バージョン履歴の確認方法から上限の内容まで、ライブラリでのバージョン管理の仕組みをチームに伝えておくことをお勧めします。そうすれば、予期しない事態を防げます。

以上で完了です。これで、ライブラリはドキュメント履歴を必要な形で保護するようになります。

SharePoint でサイト レベルとライブラリ レベルのバージョン上限を設定する方法

• ライブラリ レベルの制御:ドキュメント ライブラリごとにバージョンの上限を設定します。マーケティング チームは 100 バージョンで十分かもしれませんが、法務チームでは 500 バージョンが必要になる場合があるように、ポリシーをチームに合わせて調整するのに最適です。
• サイト レベルの既定値:管理者は、SharePoint 管理センターを通じて、SharePoint サイト内の新しいすべてのライブラリにバージョン管理の既定値を適用できます。これにより、一貫したガバナンスと、より簡単な管理が可能になります。
• 必要に応じて調整します:ビジネスやコンプライアンスの要件の変化に合わせて、後からバージョンの上限を引き上げたり引き下げたりできます。定期的な見直しにより、ストレージの無駄を防ぐことができます。

特に、組織で毎日多くの新しいファイルが作成される場合は、コストを管理し監査の要件を満たすために、バージョンの上限を慎重に選択してください。

SharePoint Online におけるインテリジェント バージョン管理の理解

SharePoint Online は現在、インテリジェント バージョン管理によって一段上の機能を提供しています。これは、標準のバージョン上限をはるかに超える機能です。この Microsoft の新機能は、どのドキュメント バージョンが本当に重要かを自動的に判断し、ノイズを削って、最も重要なバージョンだけを保存します。これにより、ストレージが無意味な編集で埋め尽くされることはなく、主要な変更には常にアクセスできます。

従来型とインテリジェント バージョン管理の違いを理解すると、Microsoft 365 への投資から最大限の価値と効率を引き出せます。仕組みの詳細(そしてそれがコストにどう影響するか)に入る前に、インテリジェント バージョン管理が何をどう変えるのか、そして誰が最も恩恵を受けるのかを整理しておきましょう。

SharePoint のインテリジェント バージョン管理とは何か、従来とどう違うのか

• バージョンの保持を自動化:インテリジェント バージョン管理は、ファイルの履歴を自動的に確認し、保持すべきバージョンと安全に削除できるバージョンを判断します。価値の高い編集内容を保護しつつ、繰り返しの小さな変更は取り除きます。
• スマートなアルゴリズムを使用:SharePoint のアルゴリズムは、最初のアップロード、大きな改訂、大規模な内容変更などの「重要度」に基づいてバージョンを分類します。そのため、些細な修正や繰り返しの保存でストレージがいっぱいになることを防げます。
• ユーザーの操作を優先:ユーザーが重要な更新を手動で保存したり、ドキュメントをチェックインしたりしてバージョンが作成された場合、SharePoint はそのバージョンをより重視します。そのため、重要なマイルストーンが失われることはありません。
• 従来の手動クリーンアップとの違い:従来の手動による方法では、上限に達すると最も古いバージョンを機械的に削除していました。インテリジェント バージョン管理では「重要度の低い」バージョンから先に整理されるため、理由もなく重要なデータが消えることはありません。
• ストレージとコンプライアンスへのメリット:利用可能なストレージを最大限に活用し、管理の負荷を減らし、履歴の監査証跡を維持できます。しかも、コストと法的リスクの両方を抑えられます。大量のコラボレーションや厳格な保存要件がある組織にとって特に有用です。

インテリジェント バージョン管理がストレージを最適化し、重要なバージョンを保護する仕組み

SharePoint Online のインテリジェント バージョン管理は、高度なアルゴリズムを使って、古くて価値の低いファイル バージョンを自動的に整理し、重要なマイルストーンや編集内容は残します。単に直近 X 件のバージョンを保持するのではなく、SharePoint はファイルのアクティビティを分析し、大規模な書き直しや長時間の共同作業後のチェックインなど、重要な変更が行われたバージョンを優先します。

バージョンの上限に近づくと、SharePoint は古いバージョンを単純に順番どおり削除するわけではありません。システムは影響の小さいバージョン(わずかな編集やクイック保存など)を探して先に削除し、重要な変更、重要なビジネス記録、ユーザーがマイルストーンとして指定したバージョンは確実に残します。

この仕組みにより、ストレージの肥大化を大幅に抑えられ、チームが共同作業を重ねてドキュメントが急速に更新されても、ライブラリを軽量に保てます。その結果どうなるでしょうか。クラウド ストレージのコストが下がり、コンプライアンスも向上します。しかも、復元性や透明性を犠牲にすることはありません。

インテリジェント バージョン管理は、サイトのストレージ クォータや Microsoft の保持ポリシーとも連携して機能します。重要なビジネス記録は自動整理の対象から外れるため、監査や法的な要件を満たせます。実際には、SharePoint 環境は軽快に動作し、作業のペースがどれだけ速くても、重要なデータにすぐアクセスできる状態が保たれます。

SharePoint のバージョン管理におけるストレージと保持の管理

SharePoint でバージョン履歴を無制限に増やしたままにすると、ストレージはすぐに手に負えなくなります。すべての下書きや細かな変更を同じデジタルのクローゼットに詰め込み、あふれないことを願っているようなものです。しかも問題は無駄な容量だけではありません。管理されていないバージョン管理は、コストの増加を招くだけでなく、最も必要なバージョンを失う結果にもなりかねません。

バージョン管理を本当に制御するには、バージョンの設定とインテリジェントな保持ポリシーのバランスを取る必要があります。つまり、ファイルとそのバージョンを保持する期間、ドキュメントが削除されたときの動作を定義し、古いバージョンがコンプライアンスの目標と衝突しないようにすることです。

ストレージのコストが膨らんだり、重要なビジネス情報が誤った上書きで失われたりする前に、バージョン設定と保持ルールを整合させておきましょう。次のセクションでは、管理されていないバージョン履歴が諸刃の剣になりうることを具体的に見ていきます。そのうえで、積極的な保持ポリシーがどのようにコンプライアンスとコスト効率を保ち、どんな事態にも備えさせてくれるのかを説明します。

管理されていないバージョン履歴とストレージ クォータの問題

SharePoint のバージョン管理を規制しないと、すぐにストレージの問題に直面します。編集、コメント、下書きのたびにコピーが積み重なり、バージョンはどんどん増えていきます。気づいたときにはストレージ クォータに達していて、Microsoft 365 のコストが上昇し、さらにクォータを超えると、意図せぬ削除が発生するおそれもあります。

バージョン履歴を管理しないままにすると、重要な編集内容を失うおそれもあります。新しいバージョンが多く作成されると、SharePoint の上限によって、まだ必要な古い重要なバージョンが上書きされる可能性があります。IT リーダーは、予算を抑えつつ監査に対応できるよう、こうしたリスクに十分注意する必要があります。

保持ポリシーが SharePoint のバージョン管理とインテリジェント クリーンアップに与える影響

1. 保持の保留がトリミングより優先されます:保持ポリシーまたは保存保持 (Preservation Hold Library など) が有効な場合、インテリジェント バージョン管理で通常トリミングされるはずのバージョンであっても、SharePoint はそれらを削除しません。これは法的またはコンプライアンス上の義務への対応に役立ちますが、ストレージ使用量が急増する原因にもなります。
2. 保持期間がライフスパンを定義します:保持設定により、ファイルとそのバージョンを保持する期間が決まります。ファイルに 7 年間の保持が設定されている場合、その期間内に作成されたすべてのバージョンが保持され、標準のバージョン上限や自動トリミングのルールを上書きする可能性があります。
3. バージョンと保持の競合の可能性:厳格な保持期間とバージョン上限の両方が適用されている場合、SharePoint は保持ポリシーを優先します。その結果、古いバージョンが蓄積され、通常は自動削除対象となるものまで含めてストレージが膨らむ可能性があります。
4. 影響を監視するための実践的なヒント:保持ポリシーが有効な場合、IT 管理者はサイトおよびライブラリのストレージを定期的に監視する必要があります。レポート ツールを使って急激な増加を見つけ、コストが手に負えなくなる前にポリシーや上限を調整してください。
5. コンプライアンスに向けた事前計画:特に規制の厳しい業界 (医療、法務、金融など) では、全社展開の前に保持の影響を確認し、テストしてください。バージョン管理と保持が確実に同期していること、また、コンプライアンス要件によって予算やストレージのクォータを意図せず圧迫しないことを確認してください。

高度なバージョン管理: 自動クリーンアップとストレージ レポート

SharePoint 環境が大きくなるほど、バージョン管理を自動化し、ストレージの増加を把握し続けることが重要になります。数千のファイルと増え続けるバージョン履歴を抱えている場合、手作業による確認では対応しきれません。自動化とスマートなレポートにより、継続的なバージョンのクリーンアップを持続可能なものにし、ストレージ消費の傾向を把握できるようになります。

この後のセクションでは、自動クリーンアップ (自動トリミング) の有効化、実用的なストレージ レポートの作成、コンプライアンスや内部監査のためのバージョン データのエクスポートについて説明します。これらの手法を使えば、ライブラリを一つずつ確認する手間が省け、大規模にバージョン管理されたコンテンツを扱うためのツールが手に入ります。IT 部門に報告する場合でも、ストレージ予算を正当化する必要がある場合でも、高度なバージョン管理によって SharePoint を持続可能で負担の少ない状態に保てます。

自動トリミングの実行: SharePoint でバージョン履歴のクリーンアップを自動化する

自動トリミングは、手作業を介さずに古いバージョンをクリーンアップする SharePoint の組み込み機能です。有効にすると、バージョン上限やストレージ クォータに近づくにつれて、アクティビティ、サイズ、重要度に基づいてファイル バージョンを継続的に評価し、重要度の低いコピーから順に削除します。

この積極的なクリーンアップにより、100 個のバージョンを保持する場合でも 1,000 個の場合でも、環境を軽量かつコンプライアンスに準拠した状態に保てます。管理者は SharePoint 管理センターで自動トリミングを監視し、ストレージの急増に対するアラートを設定できます。これにより、問題を見逃したり、コストが超過したりすることを防げます。

バージョンのレポートとバージョン ストレージ データのエクスポート

• ストレージ レポートの作成:SharePoint 管理センターまたは PowerShell を使用して、バージョン履歴が使用している容量を含め、現在および過去のストレージ消費量を分析します。
• バージョン データのエクスポート:管理者は、標準のツールやスクリプトを使用して、各ドキュメントのバージョン数とメタデータをエクスポートできます。これはコンプライアンス監査や内部レビューに役立ちます。
• ストレージの傾向の把握:定期的なレポートにより、ストレージを過剰に消費しているライブラリやファイルの種類を特定できます。ボトルネックが発生する前にバージョン設定を調整できます。

定期的にレポートを確認する習慣があれば、IT 部門はステークホルダーからの質問やストレージ計画に常に備えられます。想定外の事態も、場当たり的な火消し作業も必要ありません。

ハイブリッド環境およびオンプレミスの SharePoint におけるバージョン管理のベスト プラクティス

多くの組織は、SharePoint Server（2016、2019、SE）に今も一部または全面的に依存しているか、クラウドとオンプレミスが混在するハイブリッド構成を運用しています。クラウドの外では、バージョン管理の仕組みが異なります。実際に機能の差があり、インテリジェント バージョン管理や自動クリーンアップは利用できません。そのため、ストレージの肥大化を防ぎ、監査を管理し、コンプライアンスを維持するには、追加の注意が必要です。

このセクションでは、SharePoint をオンプレミスで運用する際に直面する主な課題と違いを取り上げます。PowerShell スクリプトによる手動クリーンアップから、ストレージに関する固有の問題まで、これらの違いを把握しておくと、特に SharePoint Online への移行を検討している場合に、より効果的に計画を立てられます。適切なアプローチを取れば、クラウドとレガシーシステムの双方で環境を管理しやすく、コンプライアンスを守ることができます。ファイルも IT 予算も、制御不能に膨らむことを防げます。

バージョン管理の主な違い: SharePoint Online とオンプレミス

• オンプレミスではインテリジェント バージョン管理を利用できない:SharePoint Online と異なり、オンプレミスのサーバーでは、スマートなアルゴリズムによるマイナー バージョンや重要度の低いバージョンの自動削減は行われません。バージョンの上限は自分で設定して適用する必要があり、そうしなければ古いバージョンが蓄積していきます。
• 手動クリーンアップが必要:「自動削減」機能がないため、バージョンの肥大化は PowerShell スクリプトやスケジュール ジョブを使って削除する必要があります。ストレージが圧迫されないよう、定期的なメンテナンスが欠かせません。
• 自動保存の動作が異なる:SharePoint Online では、シームレスな共同編集と頻繁な自動保存が可能で、短時間に多くのバージョンが生成されます。オンプレミス環境では、作成されるバージョンが少ない場合や、同時編集の処理効率が低い場合があります。
• ストレージ管理タスクが異なる:ハイブリッドおよびレガシー システムでは、より綿密な監視、定期的なクォータの確認、バージョン クリーンアップのためのカスタム ソリューションが必要になります。クラウドで利用できるようなインテリジェントなツールはありません。
• 移行と統合:オンプレミスからクラウドへ移行する場合や、他のプラットフォームと統合する場合（Teams や SharePoint 上の Power BI ダッシュボードなど。ダッシュボードの展開方法を比較したこちらの記事を参照）、移行中のデータ損失を避けるために、バージョン履歴を慎重に扱う必要があります。

インテリジェント バージョン管理がない環境でのバージョン ストレージの管理

• PowerShell によるクリーンアップのスケジュール化:特に編集頻度の高いライブラリでは、古いバージョンを定期的に削除し、ストレージ使用量を抑えるスクリプトを設定します。
• ガバナンス ポリシー:バージョンを保持するか削除するかの基準を明確に文書化します。手動によるバージョン管理についてチームに周知し、重要な履歴が誤って消去されないようにします。
• クォータとアラート:ライブラリまたはサイトのクォータを有効にし、ストレージ上限に近づいたらアラートが出るようにします。そうすれば、パフォーマンスの低下やコストの急増が起きる前に対処できます。
• 定期的な監査:定期的にストレージの確認と監査を実施し、チームのドキュメントの扱い方の変化に合わせて、バージョン数の上限やスケジュールを調整します。

こうした運用を続ければ、クラウド専用のインテリジェント機能がなくても、オンプレミスおよびハイブリッドの SharePoint 環境を管理しやすい状態に保てます。

あわせて聴いていただきたいエピソード

SharePoint のバージョン管理は復元と追跡を可能にしますが、ドキュメントの所有者、メタデータ、承認、保持、ライフサイクルのガバナンスと結びついたときに最も効果を発揮します。これらのエピソードでは、その広い設計について取り上げています。

• Fix Dynamics 365 and SharePoint Document Chaos — ドキュメント ライブラリ、統合、所有者、アクセス許可、ライフサイクルの選択が、コンテンツ管理にどう影響するかを解説します。
• Stop SharePoint Sprawl with Data and Automation Governance — アーキテクチャ、ライフサイクル、所有者、自動化によって、SharePoint の無秩序な拡大をどう防ぐかを解説します。
• Audit Microsoft 365 Data Access Before Deploying Copilot — 所有者、アクセス許可、過剰共有が、コンテンツのセキュリティと AI への備えにどう影響するかを解説します。
• AI とガバナンスのための SharePoint メタデータのギャップを解消する — 検索、ガバナンス、自動化、Copilot に構造化メタデータが不可欠な理由を解説します。