Googleドキュメントが重い・固まるを5症状別に直す【2026】

Googleドキュメントが重い、入力が1〜2秒遅れて表示される、途中で固まって応答がなくなる——こうした症状は、原因が「ドキュメントの中身」と「通信・ブラウザ・拡張機能」の2つにはっきり分かれます。先にどちら側かを切り分けないまま手を動かすと、ファイルを分割しても直らなかったり、ブラウザを初期化して半日を失ったりします。

結論から書きます。最初にやるのは、同じドキュメントをシークレット ウィンドウ（または別の端末）で開いて体感を比べることです。シークレットでも同じだけ重ければドキュメント側、軽くなるなら拡張機能やキャッシュ側で、この1手で原因は半分に絞れます。なお Google ドキュメント1ファイルの上限は 102万文字（Google ドライブに保存できるファイル）ですが、「何文字を超えると重くなるか」という推奨値は公式には示されていません。だからこそ推測で削るのではなく、切り分けから入ります。

まず症状で当たりを付ける（5症状の早見表）

「重い」と「開かない」を同じ問題として扱うと、手順がかみ合いません。自分の症状がどれかを先に決めてください。

1分で終わる切り分け手順

上の表で当たりを付けたら、次の4つを順番に試します。ここまでで「ドキュメント側か、手元の環境側か」はほぼ確定します。

1. シークレット ウィンドウで同じURLを開く。拡張機能が無効な状態で比べられます。ただしシークレット ブラウジングではオフライン編集は使えないと公式に明記されているため、オフライン前提の運用をしている場合はこの結果をそのまま適用しないでください。
2. 表示 › コメント › コメントを最小化と表示 › 概要を表示のオフを試す。どちらも公式の標準機能で、1クリックで戻せます。
3. 別の端末・別のネットワークで開く。同じアカウントでも軽ければ、原因は手元の端末か回線側です。
4. 新規の空のドキュメントを作って入力してみる。これが軽いなら、そのファイル固有の問題と言い切れます。

実務でいちばん多いのは、①と③が同時に起きているケースです。重いファイルを開いたまま他のタブを20枚開いていて、どちらが先かわからなくなっている状態なので、必ず「タブを1枚だけ」にしてから測り直してください。

ドキュメント側の重さを作る5つの要因と、消していく順番

先に正直に書いておきます。Google の公式ヘルプは「上限」と「操作手順」は明記していますが、「画像が多いと遅くなる」「コメントが溜まると遅くなる」といった因果関係そのものは公開していません。以下は、公式で裏が取れる手順と、実務での切り分け方を分けて書いています。戻せない操作（履歴の削除）は最後に置いてあります。

① 画像の枚数と解像度

スマートフォンで撮った写真をそのまま貼ると、1枚で数MBになります。公式に「画像が重さの原因」と書かれた記載は確認できませんでしたが、スクロールの引っかかりが画像の多い区間だけで起きるなら、そこが当たりです。対処は、画像を貼る前に縮小する、図の多い章を別ファイルに切る、Googleドライブ上のファイルへのリンクに置き換える、の3つです。

② コメントと提案モードの蓄積

公式手順で確実にできるのは表示の制御です。表示 › コメントから「コメントを非表示」「コメントを最小化」「コメントを展開」を選べます（コメント、ToDo、絵文字リアクションを使用する）。まずは最小化で体感が変わるかを見ます。

見落としやすいのが提案モードです。提案は元の文を書き換えずに色付きで残り、オーナーが承認・却下するまで消えません（Google ドキュメントで変更を提案する）。何か月も回覧しているファイルでは、未処理の提案が数百件残っていることがあります。コメントパネルのフィルタで未解決だけを表示し、処理し切るのが先です。

③ 変更履歴の肥大

オーナーは変更履歴から、名前を付けていない版を「履歴を削除」または「この版と過去の版を削除」でまとめて消せます。ただし公式に「削除は完全で、取り消せません」と明記されている操作です（ファイルの変更内容を確認する）。誰がいつ何を直したかという記録も一緒に消えるので、契約書や議事録では実行しないでください。必要なら先にコピーを作り、コピー側で試します。履歴の量が体感速度に効くという公式の記載は確認できませんでした。

④ 長すぎる1ファイル（分割の目安）

上限は102万文字ですが、そこに届く前に体感は落ちます。公式の推奨値がないので、実務では文字数ではなく「このファイルが何の役をしているか」で切ります。

• 読む文書（マニュアル・提案書）…章ごとに分け、目次ページから各ファイルへリンクする
• 記録の台帳（日報・対応履歴・在庫メモ）…ドキュメントではなく表形式に移す。追記し続ける性質のものは、文章のファイルに置くと必ず膨らみます
• 台帳と文書の混在…いちばん重くなるパターン。まずこの2つを引き剥がします

目に見える線としては、概要パネルの見出しが1画面に収まらなくなったら分割を検討するのが扱いやすい基準です（ドキュメントの概要、ルーラー、非表示文字を表示する）。同じ考え方で表計算側を軽くする手順は、Googleスプレッドシートを軽くする具体的な手順にまとめています。

⑤ フォントとアドオン

使っていないアドオン（Google Workspace Marketplace から入れた機能）は外します。フォントの種類数が速度に効くという公式の記載は確認できませんでしたが、社内の書式テンプレートに不要なフォントが大量に残っている場合は、整理して前後を測る価値があります。

ここまでを試しても「このファイルは構造的に無理がある」という結論になることがあります。1つのドキュメントやシートに全部を書き足していく運用は、ある時点で必ず限界が来るためです。少し自分たちの話をさせてください。私たちは、そうした「膨らみ切った1ファイル」を、入力する画面とデータの置き場に分ける形で社内アプリにするお手伝いをしております。台帳と文書が混ざったまま毎日開いている方には参考になると思いますので、よろしければ合わせてご覧ください。

通信・ブラウザ・拡張機能側の重さ

切り分けでシークレットだと軽かった場合は、こちら側です。Chrome の公式手順は順番が決まっているので、それに沿います（Google Chrome の速度を上げる）。

1. Chrome を最新版に更新する
2. 使っていないタブを閉じる
3. その他 › 拡張機能 › 拡張機能を管理から、使っていない拡張機能をオフまたは削除する
4. その他 › その他のツール › タスク マネージャを開き、「メモリ」をクリックして使用量順に並べる。公式は「バックグラウンド ページ」と表示された行に注意するよう案内しています。終了すると未保存の作業は失われます
5. 設定 › パフォーマンスで、ページのプリロード設定を見直す

もう一つ知っておくと得なのがメモリセーバーです。Chrome は使っていないタブを非アクティブ化し、戻ると自動で再読み込みします。強度は「穏やか／バランス（推奨）／最大」から選べ、「常にこれらのサイトをアクティブにする」の除外リストに docs.google.com を入れておけば、編集中のドキュメントが勝手に落とされません（Chrome のパフォーマンスをカスタマイズする）。音声・動画の再生中、画面共有中、ダウンロード中、固定したタブなどは非アクティブ化されない、という例外も公式に列挙されています。

よく勧められるハードウェア アクセラレーション（設定 › システム）の切り替えについては、Chrome 公式の高速化手順に記載を見つけられませんでした。利用者の報告としては見かける対処ですが、公式の裏が取れていないので、試すなら切り替えの前後で同じ操作を同じ回数測り、戻せるようにしてから動かしてください。読み込み中のまま止まって動かない症状そのものは、読み込み中のくるくるが止まらないときの戻し方と原因の見方が共通します。

オフライン編集の設定が絡んでいるケース

「開かない」「保存されているのか不安」という症状では、オフライン編集の設定が噛んでいることがあります。公式の前提条件は明確です（オフラインで Google ドキュメント、スプレッドシート、スライドを使用する）。

• 設定時はインターネットに接続している必要がある
• Google Chrome または Microsoft Edge を使う
• シークレット ブラウジングでは使えない
• 「Google オフライン ドキュメント」拡張機能を入れて有効にする
• 端末に十分な空き容量がある

公式ヘルプには、「オフライン同期は管理者によって無効にされています」「他のユーザーがすでにこのパソコンでオフライン アクセスを有効にしています」といったエラーが項目として並んでいます。前者は会社の Workspace 管理者側の設定なので、自分の端末をいくら触っても直りません。後者は同じパソコンを複数アカウントで使っているときに出ます。似た症状の具体的な戻し方は「別のタブで開かれています」と表示されたときの対処が参考になります。

共同編集中だけ重いとき

一人で開くと軽いのに、会議中に全員が開くと重くなる——この症状は、ファイルを削るよりも開き方を変えるほうが早く効きます。

• 読むだけの人は閲覧モードで開く。編集権限を持った全員が編集モードで入る必要はありません
• コメントパネルを最小化して共有する。議論のための会議なら展開、読み合わせなら最小化と決めておきます
• 提案モードを使うのは一人までにする。全員が提案で書き込むと、承認待ちが一気に積み上がります
• 同時に開く人数が多い会議では、画面共有に切り替える。全員が同じファイルを開く必要があるかを疑います

なお、同時編集の人数が体感速度にどう影響するかという数値は、公式ヘルプには示されていません。そのため「何人までなら大丈夫」とは言えません。実務では、会議の前に主催者が1人で開いて体感を測っておき、会議中に重くなったら「読む人は閲覧モードへ」と声をかけるだけで収まることが多いです。重さが人数に連動しているかどうかは、この前後の比較でしか確かめられません。

「重いまま騙し騙し使う」を年間コストに換算する

直すか、分割するか、別の仕組みに移すか。判断が止まるのは、だいたい「どのくらい損しているか」が見えていないからです。次の算式で一度だけ出してみてください。

年間の損失時間（時間）＝ 1回あたりの待ち時間（秒）× 1日の開閉・再読み込み回数 × 使う人数 × 年間稼働日 ÷ 3600

仮の係数を入れて動きを見ます。以下の数字は算式の動きを見せるための仮の係数で、実測値ではありません。自分たちの数字に置き換えてください。

判断線は次のように置くと迷いません。

• 年20時間未満…コメントの整理と拡張機能の見直しで様子を見る（この記事の前半だけで足ります）
• 年20〜60時間…ファイルの分割と、台帳部分の切り出しを実行する
• 年60時間超…1ファイルで回す前提そのものを見直す。入力画面とデータの置き場を分ける検討に入る

この算式には、固まったときの「やり直し」と「集中が切れる時間」が入っていません。実際の損失は出た数字より大きくなると考えてください。

再発させないための3つの決め事

1. 1ファイルの役を決める。「読む文書」と「追記する台帳」を同じファイルに置かない。これだけで膨らむ速度が変わります
2. 提案とコメントは残さない。回覧が終わったら必ず承認・却下まで処理する。期限を決めて放置を禁じます
3. 重くなったら測ってから削る。シークレットで比べる1手を習慣にする。測らずに履歴を削除するのが、いちばん損の大きい失敗です

この3つは、どれも新しいツールを増やさずにできます。逆に言えば、3つを守っていても重さが戻ってくるなら、それはファイルの使い方ではなく「このやり方で回し続ける前提」の側に無理があるという合図です。そこまで来たら、前の章の算式で年間の損失時間を出し、分割か置き換えかを数字で決めてください。

ここまでの切り分けをやっても原因が特定できない、あるいは「そもそもこのファイル運用を続けるべきか」で迷っているという場合は、いまの画面と使い方を見せていただければ、どこから手を付けるべきかはご一緒に判断できるかと思います。