SharePoint 上で Word を共同編集していると、箇条書き／サブ箇条書きのインデントが突然左に寄って崩れる——。この現象は Word for the web（Word Online）を含む共同編集時に起きやすく、完全な根治よりも「崩れにくい作り」と「崩れたときに戻せる運用」を整えるのが現実的です。以下で原因の考え方と、再発を減らす具体策をまとめます。
起きていること：箇条書きインデントが勝手に左にずれる症状
現象としては、複数人が同じ Word 文書（SharePoint／Teams 経由で開いた .docx）を同時編集している最中に、箇条書きや多段階リストの段下げ（インデント）だけが突然リセットされ、左端（余白近く）に寄って見える、あるいは見た目がガタガタになる…というものです。多くの場合、本文のテキストは残る一方で「箇条書きの見た目（段落の字下げ、ぶら下げ、レベル）」が崩れます。
Microsoft Q&A では、SharePoint/Word Online で共同編集しているときに箇条書きやサブ箇条書きが左に寄る挙動について「共同編集における既知の挙動（quirk）」として言及され、公開ロードマップ上での明確な修正予定は確認できない、という趣旨の回答がされています。つまり、現時点の公開情報としては「これがいつ直る」と言い切れる根拠が乏しく、案内も回避策中心になりがちです。
| よくある状況 | 目に見える症状 | 困るポイント |
|---|---|---|
| Word for the web で同時編集（複数タブ／複数人） | 箇条書きレベルが戻り、左端に寄る | レビュー中に「構造」が壊れて見え、信頼性が落ちる |
| 多段階リスト（見出し番号＋箇条書き）が混在 | サブ箇条書きのぶら下げ位置が乱れる | 段階構造が崩れ、仕様書／議事録で致命的 |
| コピー＆ペーストが多い（別文書から流用） | 同じ見た目のはずが別スタイル扱いになり混線 | 直したはずが別箇所で再発しやすい |
| 変更履歴・コメントが大量 | 編集が重い／同期が遅い／書式が不安定 | 共同編集の“差分統合”で崩れが増幅しやすい |
なぜ起きるのか：原因を「確定」よりも「起きやすい構造」で捉える
この手の崩れは、単発の“操作ミス”というよりも、共同編集の仕組み上、リスト書式（多段階リスト・箇条書き）の定義情報が同期・統合される過程で衝突しやすいことが背景にあります。Microsoft Q&A でも、共同編集時に箇条書き／リスト書式の問題が起こり得ること、特に Word for the web 側で起きやすいことが言及されています。
また、別の Microsoft Q&A の回答では、共同編集で「スタイル、箇条書き、番号」が落ちるケースについて、文書に紐づくテンプレート（.dotx）と、共同編集者それぞれの環境（Normal.dotm など）でスタイル定義が衝突し、整合の取り方によって書式が外れることがある、という説明がされています。
この説明は“唯一の原因”ではないにしても、「テンプレートやスタイル定義の不一致」がリスト崩れを誘発しやすい、という理解に役立ちます。
さらに、Word for the web はスタイルの適用はできても、デスクトップ版のように新規スタイル追加や組み込みスタイル編集ができない（制約がある）ため、共同編集で「直すべき設定」を Web だけで完全に固定しきれないことがあります。スタイル設計をデスクトップ版で固め、Web では“使うだけ”に寄せるのが安定化の近道です。
また、箇条書きの位置調整（細かなインデントのチューニング）は、Word for the web だとできない旨が Microsoft サポートに明記されており、細部を詰めるならデスクトップ版が前提になります。共同編集で崩れたときに Web で無理に直そうとすると「直したつもりが別定義のリストを増やす」形になり、後からさらに崩れやすくなることがあります。
まず押さえる結論：公開情報上は“修正予定が明言されていない”ので、回避策を設計する
「Microsoft から公式な修正予定があるのか？」に対しては、少なくとも公開されている Q&A の回答ベースでは、共同編集に伴う箇条書きインデントの左寄り問題についてロードマップ上の明確な予定は確認できず、現時点の案内は回避策中心です。
一方で、共同編集で書式が失われる別件（スタイル適用やフォント、表の罫線などが失われる問題）については、Microsoft サポート側で「修正済み」とされ、影響ファイルに対しては Save As や Office ファイルキャッシュのクリアなどの対処が案内されています。つまり、共同編集の“書式崩れ”そのものは Microsoft も課題として扱っており、改善・修正が入ることはありますが、箇条書きインデント問題に関しては、公開情報だけでは修正時期を断定できません。
応急処置：崩れた箇条書きを「最短で戻す」手順
崩れた直後の対処は、チーム全員が同時にゴリゴリ触るより、一度“整形担当”を決めてデスクトップ版で整えるほうが成功率が上がります。Word for the web では箇条書きの微調整ができないため、復旧はデスクトップ版を推奨します。
- （可能なら）該当セクションは一旦編集を止める
同じリスト周辺を複数人が同時に触ると、修正が上書きされて“戻したのに戻る”が起きやすくなります。 - デスクトップ版 Word で開く
SharePoint の文書メニューから「デスクトップ アプリで開く（Open in Desktop App）」で開き、整形はデスクトップ側で実施します。共同編集で Word Online よりデスクトップ版が堅牢という案内は、Microsoft Q&A の回答でも繰り返し推奨されています。 - 「リストのレベル」を正しい段に戻す
箇条書きが 1 段戻っただけなら、段落を選択して「リストレベルの変更（Change List Level）」や、増減インデントで復旧します。リストレベルの操作（Tab/Shift+Tab など）は Web 版の操作説明としても案内されています。 - インデント値が明確に壊れている場合は「リストのインデントの調整」
箇条書き記号の位置／テキスト開始位置がズレた場合、デスクトップ版で「リストのインデントの調整（Adjust List Indents）」を使って戻します（Word のサポート手順が公開されています）。 - それでも復旧しない場合は“書式の一掃→スタイル再適用”
直接書式（手動インデントや混在したリスト定義）が絡むと復旧が難しいため、当該段落の書式をクリアしてから、正しい段落スタイル／箇条書きスタイルを再適用します（この「スタイルで戻す」運用が後述の恒久対策にもつながります）。
恒久対策の軸：崩れにくい“多段階リスト設計”に寄せる
共同編集で最も壊れやすいのは、手動で作った“なんとなくそれっぽい箇条書き”です。逆に、以下のように「段落スタイル」＋「多段階リスト（リンク）」で定義を固定しておくと、共同編集時の崩れを減らしやすくなります。
スタイル統一が効く理由
- 共同編集者ごとの Normal.dotm や個人テンプレート由来の“揺れ”を減らし、スタイル衝突を抑えやすい
- Web 版はスタイルの新規作成・編集が制約されるため、最初にデスクトップで作り込むほど運用が安定する
- 崩れても「スタイルを再適用」で見た目を揃えやすい
おすすめのテンプレート設計（デスクトップ版で作る）
ここでは、社内・チームで使うことを前提に、箇条書きを 3 階層くらいまで安定させる設計例を紹介します。数値は例なので、社内の体裁に合わせて調整してください。
| レベル | 段落スタイル例 | 推奨（例） | 狙い |
|---|---|---|---|
| 第1レベル | List_Bullet_L1 | ぶら下げ＋行間は固定（段落前後の間隔も固定） | 「本文の基本リスト」を一つに固定 |
| 第2レベル | List_Bullet_L2 | 第1より一定量だけ右へ（同じぶら下げ） | サブ箇条書きの見た目を“毎回同じ”にする |
| 第3レベル | List_Bullet_L3 | 第2より一定量だけ右へ | 深掘りはここまで、以降は文章化する運用に |
- 段落スタイルを先に作る
見出しや本文と同様に、箇条書き用の段落スタイルを作成します。ポイントは「フォント」だけでなく、段落のインデント、行間、段落前後も含めて固定することです。 - 多段階リストを定義し、各レベルをスタイルにリンクする
デスクトップ版 Word の「多段階リスト」設定で、レベルごとにスタイル（List_Bullet_L1/L2/L3）へリンクさせます。これにより、リストレベルと段落スタイルが一体化し、共同編集でも“別の定義に置き換わる”事故を減らせます。 - .dotx（または .dotm）テンプレートとして保存する
作った定義をテンプレート化し、チーム全員が同じテンプレートで文書を作成できるようにします。 - テンプレートは SharePoint に置き、全員が同じ場所を参照する
テンプレートの場所が人によって違うと、共同編集でスタイル整合が取りづらくなります。Microsoft Q&A でも「共有テンプレートを一元化する」ことが安定策として推奨されています。
運用で差が出る：共同編集時に“崩れにくくする”ルール
テンプレートだけ整えても、運用がバラバラだと崩れは戻ってきます。特にリストは「手でいじれる」ぶん、個人の癖が混ざりやすい領域です。以下の運用ルールは、実際に崩れやすいチームほど効果が出やすいです。
| ルール | 理由 | 具体例 |
|---|---|---|
| インデントは“手動”ではなくレベル操作で | 手動インデントは別定義のリストを作りやすい | Tab/Shift+Tab、リストレベル変更、増減インデントを使う |
| 体裁調整はデスクトップ版に寄せる | Web は微調整やスタイル編集が制約される | 整形が必要な章は「デスクトップ アプリで開く」運用 |
| コピー＆ペーストは“書式を持ち込まない” | 別文書のリスト定義が混ざると崩れの種になる | 可能なら「テキストのみ」で貼り付け→スタイル再適用（Word for the web の貼り付け仕様も意識） |
| 整形担当を決め、同時にリストを触らない | 同じ周辺を複数人が同時に触ると統合で崩れやすい | 「文章は全員、体裁は担当者」など役割分担 |
| 大きな整形は“共同編集が落ち着いた後”に | 共同編集の差分統合中は書式が揺れやすい | 締切前に体裁が崩れるなら、最後に一括整形 |
「自動更新で戻す」は最終手段：Automatically update document styles の扱い
非公式の回避策としてよく出てくるのが、テンプレート由来のスタイルを文書に再適用するための「Automatically update document styles」です。Microsoft Q&A でも回避策として触れられていますが、意図した変更まで上書きしてしまうリスクがあるため、常時オンにするより「崩れたときに限定して使う」扱いが安全です。
- 使うタイミング：リストやスタイルが広範囲に壊れており、個別修復が現実的でないとき
- 使わないほうがよいタイミング：編集者が多く、章ごとに意図したスタイル変更が入っている文書
既に“壊れやすいファイル”になっている場合の再発防止
同じファイルで何度も崩れる場合、「その文書自体が共同編集で書式を失いやすい状態になっている」ケースがあります。この場合は、文書を延命するより、新しいファイルに複製して“正常な状態で再スタート”するほうが早く解決することがあります。
Microsoft サポートでは、共同編集で書式が失われる問題（スタイル、フォント、表のデザインなど）に対して、影響ファイルの対処として「Save As で新しい .docx を作る」「Office ファイルキャッシュをクリアする（共同編集者全員）」といった具体手順が案内されています。箇条書きインデント問題と完全に同一とは限りませんが、“共同編集×書式崩れ”でファイル側が影響を受けている疑いがあるときの実務的な手段になります。
- デスクトップ版 Word で開く
- 別名で保存（Save As）して新しい .docx を作る
- 新ファイルを閉じて開き直し、リストの見た目を確認
- 必要なら Office ファイルキャッシュを削除（共同編集者全員）
Word for the web の仕様・制約を前提にする
「Web 版でできること／できないこと」を前提にすると、対策の設計がブレません。特に箇条書き周りは、以下の制約が効いてきます。
- Word for the web では、スタイルは適用できるが、新しいスタイル追加や組み込みスタイル編集はデスクトップほど柔軟ではない（スタイル設計はデスクトップ推奨）
- 箇条書きの細かな位置調整（インデントの微調整）は Web ではできず、デスクトップで行う必要がある
- Word for the web は箇条書き／段落番号の適用や、増減インデントによるレベル変更ができる（ただし複雑な多段階リストは不安定になり得る）
また、Word Online（オンライン版）は多段階リストのサポートが限定的である、というコミュニティ回答もあり、複雑なリストほど Web 側での完全なコントロールは難しくなります。だからこそ「複雑な箇所はデスクトップで整える」「Web では文章中心にする」という役割分担が効きます。
トラブルシューティング早見表
現場で迷いがちなポイントを、症状→原因候補→対処で整理します。
| 症状 | 原因候補 | まずやること（短期） | 再発防止（中長期） |
|---|---|---|---|
| サブ箇条書きだけ左に寄る | リストレベル情報の崩れ／別定義が混在 | デスクトップでリストレベル変更→整形 | 多段階リストをスタイルにリンクし、テンプレ化 |
| 同じ箇条書きなのに位置が揃わない | 手動インデント／コピー貼り付けで異なる定義 | 書式クリア→正しいスタイル再適用 | 貼り付けはテキスト中心＋スタイルで整える |
| 直しても数分後に戻る | 共同編集で同じ周辺を複数人が触っている | 整形担当を決め、一時的に編集分離 | 体裁は最後に担当者が一括整形 |
| 特定ファイルだけ何度も壊れる | ファイルが影響状態（書式が失われやすい） | Save As で新ファイルに刷新 | Office キャッシュ削除、テンプレ運用に移行 |
Microsoft に“直してもらう”ためにできること：フィードバックの出し方
公開情報として明確な修正予定が見えない以上、優先度を上げる現実的手段は再現性のあるフィードバックを積むことです。Microsoft Q&A でも、フィードバック投稿が推奨されています。
Microsoft サポートでは、Microsoft 365 アプリ（Web 含む）からフィードバックを送る手順として、基本的にHelp > Feedback（またはFile > Feedback）を案内しています。スクリーンショットを添付し、連絡先を許可すると調査が進みやすいとも明記されています。
フィードバックで書くと効果的な情報
| 項目 | 書き方の例 | 狙い |
|---|---|---|
| 発生環境 | Word for the web / デスクトップ版、ブラウザ種類、OS | 再現環境を絞れる |
| 保存場所 | SharePoint ドキュメント ライブラリ（Teams 経由含む） | 共同編集経路を特定 |
| 文書の特徴 | 多段階リストの階層数、テンプレ有無、変更履歴の有無 | トリガーの推定 |
| 再現手順 | 「Aさんが第2レベルを編集中に、Bさんが別章で第1レベルを追加」など | 再現性を上げる |
| 期待結果／実結果 | 期待：レベル2のぶら下げ維持／実：左端に寄る | 不具合として判断しやすい |
| 添付 | 崩れた前後のスクショ（可能なら動画）、匿名化したサンプル | 原因調査が進む |
よくある質問
「結局、Word Online で箇条書きインデントがずれるのは直るの？」
公開されている Q&A の回答レベルでは、共同編集で箇条書きが左に寄る問題について、ロードマップ上の明確な修正予定が確認できない旨が示されています。したがって、現時点では「いつ直るか」を前提にするより、テンプレ統一・デスクトップ優先・スタイル設計といった回避策を実装しておくほうが安全です。
「Web 版だけで運用したい。できる？」
不可能ではありませんが、多段階リスト（複雑な箇条書き）を安定して維持したい場合は難度が上がります。Web 版はスタイル編集や箇条書き位置の微調整に制約があるため、少なくとも“テンプレの作り込み”はデスクトップで行い、Web では適用・文章編集中心に寄せるのが現実的です。
「共同編集そのもののトラブルも減らしたい」
共同編集はネットワークや競合状態でも不調が起きます。Microsoft サポートには共同編集エラーのトラブルシューティングが整理されているので、書式崩れと合わせて確認すると切り分けが早くなります。
まとめ：狙うべきは“完全復旧”より“崩れにくい仕組み”
- 公開情報上、箇条書きインデントが共同編集で左に寄る問題は「既知の挙動」として扱われ、明確な修正予定は確認しづらい
- 最も効く対策は、テンプレ・スタイルの統一（多段階リストをスタイルにリンク）
- 複雑な整形はデスクトップ版 Word を優先し、Web は文章編集中心に分担する
- 崩れやすいファイルは Save As で刷新、必要に応じて Office キャッシュのクリアを検討
- 再現性のあるフィードバックを送り、優先度を上げる（Help > Feedback）
コメント