OneDrive／SharePointのWeb上で、Markdownファイルを複数人が共同編集し、変更内容を自動保存できるようになる予定です。Microsoftが2026年6月12日に公開・更新したロードマップ項目では、2026年8月の一般提供が予定されています。
利用者側で専用アプリを導入したり、既存の.mdファイルを別形式へ移行したりする案内はありません。一方、管理者は編集権限、SharePointライブラリのチェックアウト設定、バージョン履歴、ローカルエディターとの使い分けを確認しておく必要があります。2026年6月19日時点のステータスは「開発中」です。(Microsoft)
OneDrive・SharePointのMarkdown共同編集機能の概要
今回発表された「OneDrive: Collaborate on Markdown files with co-authoring and autosave」の概要は、次のとおりです。
| 項目 | 内容 |
|---|---|
| Roadmap ID | 565906 |
| 対象サービス | OneDrive、SharePoint |
| 対象ファイル | Markdownファイル（.md） |
| 主な変更 | 複数ユーザーによる共同編集、自動保存 |
| 対象環境 | Web |
| 対象クラウド | Worldwide（Standard Multi-Tenant） |
| リリース段階 | 一般提供 |
| 提供予定 | 2026年8月 |
| 現在の状態 | 開発中 |
| プレビュー | 記載なし |
| 公開・更新日 | 2026年6月12日 |
Microsoft 365 Roadmapに記載される提供時期は予定であり、変更される可能性があります。「2026年8月」は全ユーザーへ同じ日に反映されることを保証する日付ではありません。(Microsoft)
Markdownファイルの扱いはどう変わるのか
複数人が同じMarkdownファイルを編集できる
編集権限を持つ複数のユーザーが、OneDriveまたはSharePointに保存された同じMarkdownファイルをWeb上で編集できるようになります。
たとえば、次のような文書を複数人で更新しやすくなります。
- システムの運用手順書
- 障害対応用のランブック
- プロジェクトのREADME
- 社内FAQ
- APIやシステム構成の説明書
- AIツールへ渡す指示書やナレッジファイル
これまでは、誰かが編集を終えるまで待つ、ファイルを複製する、編集箇所をチャットで連絡するといった運用が必要になることがありました。共同編集に対応すれば、一つのファイルを中心に作業を進めやすくなります。
編集内容が自動保存される
Web上で加えた変更は自動的に保存されます。手動保存の忘れによる作業消失や、古いファイルを上書きしてしまうリスクの軽減が期待できます。
Microsoftは2026年4月に、OneDriveとSharePointでMarkdownファイルを表示、作成、編集、共有できるネイティブ対応を発表しました。今回の変更は、そのMarkdown編集機能に共同編集と自動保存を追加するものと考えると分かりやすいでしょう。(TECHCOMMUNITY.MICROSOFT.COM)
手動でファイルを複製する必要が減る
共同編集が利用できない環境では、次のようなファイルが増えがちです。
operation-guide.md
operation-guide-new.md
operation-guide-final.md
operation-guide-final2.md共同編集と自動保存を利用すれば、原則として一つのファイルを更新できます。ただし、誤編集への備えとして、OneDriveやSharePointのバージョン履歴は引き続き重要です。
影響を受けるユーザーと管理者
| 対象 | 主な影響 |
|---|---|
| 一般ユーザー | ブラウザー上でMarkdownファイルを共同編集できる |
| 開発者・IT担当者 | READMEや運用手順書を非開発者と共有しやすくなる |
| サイト所有者 | 編集権限、共有範囲、ライブラリ設定の確認が必要 |
| SharePoint管理者 | 外部共有、チェックアウト、バージョン履歴の運用確認が必要 |
| Git中心のチーム | GitとOneDrive／SharePointのどちらを正本にするか整理が必要 |
特に影響が大きいのは、Markdown文書をSharePointのドキュメントライブラリに保存し、複数部署で更新している組織です。開発者だけでなく、運用担当者やヘルプデスクもブラウザーから編集に参加しやすくなります。
一方、MarkdownファイルをGitHubやAzure Reposだけで管理しているチームや、常にVS Codeなどのローカルエディターで編集しているユーザーへの直接的な影響は限定的です。
設定・更新・移行・料金・期限で確認すべきこと
| 確認項目 | 現時点で分かっていること |
|---|---|
| 管理者設定 | 本機能専用の有効化スイッチは発表されていない |
| クライアント更新 | OneDrive同期アプリやOfficeアプリの必須更新は記載されていない |
| ファイル移行 | 別形式への変換や移行作業は案内されていない |
| 追加料金 | 追加料金や専用ライセンスの記載はない |
| 対応期限 | 設定変更や移行を求める期限は発表されていない |
| 提供予定 | 2026年8月の一般提供 |
| 対象プラットフォーム | Webのみが明記されている |
追加料金の記載がないことは、すべてのMicrosoft 365契約で無条件に利用できることを意味しません。実際の利用可否は、契約中のプラン、対象テナント、ロールアウト状況を確認してください。
また、個人向けOneDrive、GCC、GCC High、DoDなどへの提供については、ロードマップ項目565906では明記されていません。
管理者が事前に確認するポイント
ファイルの編集権限
共同編集に参加するユーザーには、対象ファイルの編集権限が必要です。閲覧専用リンクでは編集できません。
社外ユーザーと共同編集する場合は、組織全体、SharePointサイト、ユーザーのOneDriveに設定された外部共有ポリシーも影響します。OneDriveの外部共有範囲は、SharePoint全体の設定より緩くできない点にも注意が必要です。(Microsoft Learn)
SharePointライブラリのチェックアウト設定
ファイルのチェックアウトを必須にしているSharePointライブラリでは、一人がファイルをチェックアウトすると、ほかのユーザーは同時に編集できません。
Markdownファイルを共同編集する予定のライブラリでは、次の手順で設定を確認します。
- 対象のドキュメントライブラリを開く
- 「設定」から「ライブラリの設定」を開く
- 「バージョン設定」を選択する
- 「編集する前にドキュメントをチェックアウトする必要がある」が有効になっていないか確認する
Microsoftも、共同編集を利用するライブラリではチェックアウトを必須にしないよう案内しています。(マイクロソフトサポート)
バージョン履歴の保持設定
自動保存は、誤った変更も自動的に保存します。誤削除や意図しない書き換えに備え、バージョン履歴を利用できる状態にしておくことが重要です。
OneDriveとSharePointのバージョン履歴はMarkdownを含む各種ファイルで利用でき、過去の状態を確認・復元できます。職場または学校アカウントで保持されるバージョン数は、ライブラリの構成によって変わります。(マイクロソフトサポート)
管理者は次の項目を確認してください。
- 組織、サイト、ライブラリ単位のバージョン履歴設定
- 保持するバージョン数と保存期間
- バージョンによるストレージ使用量
- 保持ポリシーやeDiscoveryホールドとの関係
バージョン履歴の上限は、組織、サイト、ライブラリ、OneDriveアカウント単位で管理できます。(Microsoft Learn)
提供後の確認手順
機能がテナントへ展開されたら、業務利用を開始する前に小規模なテストを行います。
- 検証用のOneDriveまたはSharePointライブラリへ
.mdファイルを保存する - ブラウザーからファイルを開き、編集モードへ切り替える
- もう一人のテストユーザーへ編集権限を付与する
- 二人が同じファイルをWeb上で開く
- 異なる箇所を同時に編集し、変更が反映されるか確認する
- 保存操作を行わずに画面を閉じ、再度開いて変更内容を確認する
- バージョン履歴から過去の内容を表示・復元できるか確認する
外部共有を利用する組織では、ゲストユーザーでも同じテストを実施してください。VS Codeなどのローカルエディターを併用する場合は、Web編集との同時利用で競合ファイルや同期エラーが発生しないかも別途検証します。
利用時の注意点
対象として明記されているのはWebだけ
ロードマップで対象プラットフォームとして記載されているのはWebです。
次の環境で同じ共同編集体験が利用できるとは、現時点では発表されていません。
- WindowsやmacOSのローカルエディター
- OneDrive同期フォルダー内のファイル
- OneDriveまたはSharePointのモバイルアプリ
- Teams内のファイル表示画面
- サードパーティー製Markdownエディター
ブラウザーとローカルエディターを混在させる場合は、正式提供後に動作を確認してから運用ルールを決めるのが安全です。
Gitの代わりになる機能ではない
OneDrive／SharePointの共同編集は、全員で一つの文書を素早く更新する用途に適しています。一方、Gitのブランチ、コミット、プルリクエスト、コードレビュー、CIとの連携を置き換える機能ではありません。
用途に応じて正本を分けましょう。
| 文書の用途 | 適した管理先 |
|---|---|
| ソースコードと一緒に更新するREADME | Gitリポジトリ |
| プルリクエストでレビューする技術仕様 | Gitリポジトリ |
| 部署横断で更新する運用手順書 | SharePoint |
| 個人が作成し、少人数で確認するメモ | OneDrive |
| 非開発者も編集する社内FAQ | SharePoint |
同じMarkdownファイルをGitとSharePointの双方で正本として管理すると、どちらが最新版か分からなくなります。保存先を増やすのではなく、文書ごとに正本を一つ決めることが重要です。
自動保存とバックアップは別物
自動保存は保存忘れを防ぐ機能ですが、誤操作から必ず守ってくれる機能ではありません。共同編集者が文章を削除した場合、その変更も保存されます。
重要なMarkdown文書では、バージョン履歴の保持、編集権限の限定、文書所有者の明確化をセットで行ってください。
詳細仕様はまだ公開されていない
ロードマップ項目では、次の詳細は明らかにされていません。
- 同時編集できる最大人数
- 自動保存の間隔
- 対応するMarkdown記法の範囲
- 編集者のカーソルや選択位置の表示方法
- ローカルエディターとの競合処理
- オフライン編集時の動作
- テナント単位で無効化できるか
- DLPや秘密度ラベルに関する個別の対応条件
重要な業務文書へ適用する場合は、一般提供後に実環境で検証してから展開してください。
まとめ
「OneDrive: Collaborate on Markdown files with co-authoring and autosave」により、OneDriveとSharePointのWeb上で、Markdownファイルの共同編集と自動保存が利用できるようになる予定です。一般提供の目標は2026年8月ですが、日程は変更される可能性があります。
利用者側の大規模な移行作業は発表されていません。管理者は、Roadmap ID 565906とMicrosoft 365管理センターの案内を確認しながら、次の準備を進めてください。
- 検証用のMarkdownファイルを用意する
- 編集権限と外部共有設定を確認する
- ライブラリのチェックアウト必須設定を確認する
- バージョン履歴の保持条件を確認する
- Gitやローカルエディターとの使い分けを決める
まずは業務影響の少ないSharePointサイトで、二人以上による共同編集、自動保存、復元、ローカル編集との競合を確認するのが現実的です。
コメント