Googleスプレッドシートが動かない時の対処|障害・保存エラー・計算待ちを確認

Googleスプレッドシートが動かないように見えても、保存通信の失敗と、大量の数式による計算待ちは別です。セルの値を消したり数式を一括置換したりする前に、保存状態、他のシート、外部参照を比較しましょう。

【要点】計算待ちと保存失敗を分ける

• 変更したセルと数式を保護してから再読み込みします。
• 小さな別シートが動くなら、元ファイルの負荷や構造を調べます。
• IMPORTRANGEなど外部参照だけの不調を、全体障害と混同しません。
• 数式を値に変える場合は、正本ではなくコピーで影響を確認します。

公式サービス障害モニターほかのサービスの障害・メンテナンス・復旧履歴を確認

Googleスプレッドシートの公開状態です。特定の数式、Apps Script、外部データ元、個別ファイルの権限は別に確認してください。

表示から確認するポイント

保存エラーが出た時の手順

1. 変更したセルの位置、値、必要な数式を控えます。表をコピーする場合、貼り付け先で数式と値のどちらが残ったか確認します。
2. 共同編集者へ保存エラーを知らせ、同じ範囲への追加編集を調整します。
3. 回線を確認し、保護できた後に画面を読み込み直します。
4. 保存済みの内容と退避した変更を比較し、不足分だけ戻します。共同編集者の変更を全体上書きで消さないでください。

保存できないエラーの公式説明でも、変更をコピーしてから再読み込みする手順が案内されています。オフライン保存は設定や端末の状態に左右されるため、保存できたことを確認せずCookie・サイトデータを消去しません。

重い表を障害と間違えない

まず別の小さなシートを開き、入力と保存ができるかを比較します。元の表だけ重い場合は、繰り返す計算、広すぎる参照範囲、大量の条件付き書式などを調べます。Googleのパフォーマンス改善の説明では、再計算や条件付き書式の負荷が扱われています。

原因調査はコピーで行います。例えば必要以上に広い列全体の参照を実データの範囲へ限定する、繰り返す計算を整理するなど、変更前後の結果を照合します。高速化だけを目的に正本の数式を値へ置換すると、以後の更新が止まるため注意してください。

外部参照だけ失敗する場合

IMPORTRANGEなどは、別ファイルや外部データの取得を伴います。参照元を同じアカウントで開けるか、対象範囲が正しいか、共有権限が変わっていないかを確認します。参照方法と性能の公式説明では、別ファイルへの参照が通信を伴う点が説明されています。

参照権限を与える前に、取り込み先の編集者がどこまでデータを読めるかを確認します。エラーを消すために共有を一般公開へ変えるのは不適切です。Apps Scriptが止まっている場合は実行履歴・権限・上限を別に調べ、同じ取込処理を何度も実行して行を重複させないようにします。

一部のセルだけ古い・計算結果が変な場合

表全体が開くなら、まず異常なセルの数式と参照先を記録します。外部参照の値だけ古い場合と、自分が入力した数値自体が保存されていない場合は別問題です。検証は元の式を残したコピーや許可されたテスト用の表で行い、本番の関数を一括削除して値に変換しないでください。表示が戻っても自動更新の仕組みを失うおそれがあります。

復旧の確認例として、売上表なら「明細の行数」「入力した最新取引」「合計」の三つを照合します。合計だけ同じでも一部の明細が抜けたり重複したりする可能性は残ります。CSVへの退避は値の保護には使えても、元の数式・書式・複数シートの構成をそのまま保存するものではありません。何を退避できたかを確認してから、閉じるかどうかを判断しましょう。

まとめ

スプレッドシートでは、保存の問題、計算負荷、外部参照を分けます。復旧後はセルの表示だけでなく、数式、集計結果、外部参照の更新時点を確認してください。重要な帳票は合計や件数を既知の値と照合してから業務へ戻すと、途中の欠落を見つけやすくなります。

国内の通信・アプリ・企業システム障害のまとめを見る