スプレッドシートがくるくる固まる時の対処法｜データは無事

スプレッドシートの画面がくるくる回ったまま止まらない。まず伝えたいのは、確定済みの編集はブラウザではなくサーバー側に保存されているということです。Google スプレッドシートは編集のたびに自動保存され、あとから版の履歴で復元できる作りなので、くるくるしている＝作業が消えた、ではありません。この瞬間にやってはいけないのはタブをいきなり閉じることと、アプリを強制終了することです。まず30秒ほど手を止め、これから書く順番どおりに動いてください。

結論：閉じる前に「保存ステータス」と「別タブ」の2つを確認する

くるくるが出ているとき、実際に起きていることは大きく2つに分かれます。ひとつは「サーバーへの保存は終わっていて、画面の再計算・再描画だけが終わっていない」状態。もうひとつは「回線やタブが切れていて、直前の数打鍵がまだ届いていない」状態です。前者なら待てば戻り、後者でも打ちかけの内容を手で退避すれば失うものはありません。

この2つを見分けるのが、ファイル名の横にあるステータス表示と、別タブで同じシートを開く確認です。Google の公式ヘルプでも、ファイル名の横の「ドキュメントのステータスを確認」アイコンからファイルの状態を見る操作が案内されています。まずはここを見る、それから動く。順番を逆にすると、助かるはずの数分の作業を自分で捨てることになります。

以下、時間順に4ステップで書きます。強制終了は最後のステップにしか出てきません。先に読み飛ばして再起動しないでください。

ステップ1：まず待つ・見る（目安30秒〜3分）

最初にやることは「待つ」です。行数の多いシートや、重い関数が入ったシートは、開いた直後や再計算のたびに数十秒から数分かかることがあります。体感で止まって見えても、裏では計算が進んでいます。まずは30秒、それでも動かなければ3分を目安に手を止めてください。

保存ステータスの見方

画面上部、ファイル名のすぐ横に状態を示す表示があります。「ドライブに保存しました」系の表示が出ていれば、そこまでの編集はサーバーに届いています。逆に「オフライン」「変更を保存しています」のまま長く止まっているなら、回線側を疑う段階です。Google の公式ヘルプでは、このアイコンは「ドキュメントのステータスを確認」と呼ばれ、オフライン アクセスの有効化もここから行えると説明されています。

接続状態の見方

同じブラウザで別のタブを開き、Google 以外のサイトが普通に開くかを試してください。他サイトも開かないなら回線側、Google スプレッドシートだけが固まるならシートかブラウザ側です。Chrome の公式ヘルプも、接続・読み込みのトラブルではまず「問題が1つのサイトだけか、複数のサイトに及んでいるか」を確かめ、複数ならインターネット接続を確認する手順を先に置いています。

社内ネットワークや学校のネットワークでは、プロキシやセキュリティ製品が Google の通信だけを遅らせていることもあります。スマートフォンのテザリングに切り替えて同じシートを開くと、回線起因かどうかが数十秒で分かります。

ステップ2：編集内容を守る（ここが最重要）

待っても戻らないとき、いきなりタブを閉じてはいけません。先に、直前に打ち込んだ内容を画面の外へ逃がします。固まった画面でもセルの文字自体は目で読めますし、数式バーの中身もたいてい見えています。メモ帳でもメールの下書きでも構わないので、直前の数分で入力した値と、どのセルに入れたかを書き写してください。3分の手間で、やり直しの30分が消えます。

スクリーンショットも有効です。画面が固まっていてもOSの撮影機能は動くので、見えている範囲を撮っておけば、あとから見比べながら入力し直せます。

別タブで「どこまで保存されているか」を確かめる

固まっているタブはそのまま放置し、新しいタブで同じスプレッドシートのURLを開いてください。ここで表示された内容が、いまサーバーに保存されている本当の状態です。直前の入力がそこに映っていれば保存済みで、映っていなければ未送信、と機械的に判断できます。

もっと正確に見たいときは、開いた側のシートで右上の最終編集アイコンから版の履歴をたどります。Google の公式ヘルプは、右上の最終編集アイコンにカーソルを合わせると最終更新者と最終変更日時が分かり、クリックすれば以前の版の表示・復元ができると案内しています。時刻を見れば「何時何分までは確実に残っている」が確定します。

誤って古い状態に戻してしまうのが怖い場合は、無事だと分かった版に名前を付けておくと安全です。公式ヘルプによれば、名前付きの版は1つのスプレッドシートにつき最大15個まで作れます。

ここまでの確認を毎回手作業でやるのが大変なら、そもそも入力の受け口をシートの外に出してしまう手もあります。Mihata では、スプレッドシートを土台にした社内アプリづくりをお手伝いしています。合う合わないがある話なので、まずは今のシートの使い方を見せていただくところからで問題ございません。

ステップ3：弱い手から順に抜け出す

退避が終わったら、影響の小さい順に試します。上から順に、1つ試すたびに直ったか確認してください。いきなり強い手を打つと、原因が分からないまま同じことを繰り返すことになります。

1. そのタブだけ再読み込みする。いちばん影響が小さく、たいていはこれで戻ります。
2. 新しいタブで同じURLを開く。元のタブが握っているメモリや通信を巻き込まずに開き直せます。開けたら、固まっている方のタブを閉じます。
3. シークレット ウィンドウで開く。Chrome のシークレット ウィンドウは、Cookie やサイトデータを持ち越さない別のブラウジング セッションとして開きます（公式ヘルプ）。ここで普通に開けるなら、原因は拡張機能かキャッシュ側だと絞り込めます。
4. 拡張機能を1つずつオフにする。Chrome の公式ヘルプは、接続・読み込みのトラブルの要因として Cookie・拡張機能・メモリ使用量を挙げています。心当たりのある拡張機能から順に無効化して確認してください。
5. ブラウザを更新して再起動する。Chrome の公式手順でも、最新版であることを確認したうえでブラウザを終了し、開き直す流れが案内されています。閉じる前に、他のタブで未保存の作業が無いかを見てください。
6. 端末を再起動する。メモリ不足が原因のときはこれが効きます。ここまで来たら、ステップ2の退避が済んでいることを必ず確認してから実行します。

強制終了は最後の手段。その前に必ずやること

ブラウザの強制終了（タスクマネージャーやアクティビティモニタからの終了）は、未送信の編集を確実に捨てる操作です。実行する前に、次の3つを終わらせてください。ひとつ、直前の入力をメモかスクリーンショットに退避した。ふたつ、別タブまたは別端末で同じシートを開き、保存済みの範囲を確認した。みっつ、ステータス表示が「保存しています」のまま止まっていないか見た。

3つとも済んでいれば、強制終了しても失われるのは「まだ届いていなかった数打鍵」だけです。済んでいないなら、あと3分待つほうが得です。

ステップ4：切り分け表で原因を当てる

抜け出せたら、次は原因を特定します。判断材料は「特定のシートだけか、全部か」×「自分だけか、全員か」の2軸だけで足ります。この表の当てはまる升目を読んでください。

右下の升目、つまり全員・全シートで起きているときだけは、手元で何をしても直りません。Google Workspace の稼働状況ダッシュボードでスプレッドシートの行に障害が出ていないかを見て、出ていれば復旧を待つのが唯一の正解です。

くるくる中にやってはいけない3つ

焦っているときほど、状況を悪くする操作を選びがちです。次の3つは避けてください。

• 同じ操作を連打する。再計算が走っている最中にクリックやEnterを重ねると、処理待ちの行列がさらに伸びます。反応が無いときは、押した回数だけ後で実行されると考えてください。
• 同じシートを何枚も開く。「別タブで開く」は1枚だけにします。重いシートを何枚も同時に開くと、端末のメモリを食い合って全部が遅くなります。確認が終わった余分なタブは閉じます。
• 未同期のままキャッシュやサイトデータを削除する。ブラウザに残っている未送信の編集ごと消える可能性があります。とくにオフライン アクセスを使っている場合、ローカルに抱えた変更が飛びます。キャッシュ削除は、別端末で保存済みを確認してからにしてください。

あわせて、オフラインで編集したあとに「変更内容を同期できません」が出たときの復旧手順も見ておくと、次に同じ画面が出たときに迷いません。なお Google の公式ヘルプによれば、オフライン アクセスは Chrome または Microsoft Edge が必要で、シークレット ブラウジングでは使えません。切り分けにシークレット ウィンドウを使うときは、この点だけ頭に置いてください。

再発防止：固まらないシートに作り替える

くるくるが月に何度も出るなら、抜け出し方を覚えるより、シートの中身を軽くするほうが早く終わります。Google の公式ヘルプは、パフォーマンスを上げる具体策として非限定範囲（A:A など）ではなく限定範囲（A1:A100 など）を使うことを挙げています。1万行のうち10行しか値が無くても、SUM(A:A) は1万行すべてを読み込むためです。

同じヘルプは、NOW() や TODAY()、RAND()、RANDBETWEEN() といった揮発性関数を絶対参照で1回だけ参照すること、A2がA1を読みA3がA2を読む長い参照チェーンを避けることも勧めています。加えて IMPORTRANGE などの IMPORT 系関数は、同じドライブ内の自分のファイル同士でもインターネット経由のやり取りが発生すると明記されています。重いシートの正体は、たいていこの3つのどれかです。

容量の上限も知っておくと判断が早くなります。Google スプレッドシートで作成したファイルは1,000万セルまたは18,278列（列ZZZ）までが上限です。使っていない空行・空列を削るだけで動きが変わることもあります。

具体的な削り方は重いスプレッドシートを軽くする7つの対処法にまとめています。読み込みが終わらない原因が外部参照にありそうならIMPORTRANGEが「読み込んでいます」から進まないときの見直し方を、集計表が絡むならピボットテーブルが更新されないときに見る箇所を先に読んでください。チームで1枚のシートを回していて全員が固まるなら、複数人で使うシートが壊れる典型パターンから当たるのが近道です。

ここまで直しても重いままなら、そのシートは表計算の役割を超えている可能性があります。Mihata でも「このシートはもう業務システムに近い」というご相談をいただくことがあります。必ず作り替えが必要というわけではないので、今のままでいいのか、別の形にしたほうがいいのかを一緒に見るところからで問題ございません。