複数人で使うスプレッドシートが壊れる原因と対策｜同時編集・権限事故・参照ズレを防ぐ

結論：複数人共有で壊れるのは「人のミス」ではなく「構造」

複数人で使うスプレッドシートが壊れるのは、誰かが不注意だからではありません。誰でも全セルを編集できる構造のまま人を増やしていることが根本原因です。同時編集での誤上書き、行挿入による参照ズレ、権限の事故は、運用ルールだけでは防ぎきれません。

結論を先に言うと、対策は2層で考えます。まず今すぐの応急策として、シート保護・入力規則・編集権限の最小化・「閲覧用」と「入力用」の分離を行う。そのうえで、人が増えても壊れないようにするならフォーム入力＋データベース（アプリ化）へ移すのが根本解決です。本記事では応急策の具体手順から、どこで限界が来るかまでを実務目線で解説します。

なお「共有すると重くなる」問題は原因が別軸（データ量や関数負荷）なので、スプレッドシートが重い原因と軽量化で補完してください。本記事は「壊れる・崩れる」に絞ります。

なぜ複数人共有で壊れるのか：4つの構造的な原因

実務でスプレッドシートのトラブル相談を受けると、原因はほぼ次の4つに集約されます。いずれも「気をつける」だけでは再発します。

原因1：同時編集での誤上書き・入力の取り違え

Googleスプレッドシートは複数人が同じシートを同時に編集できますが、これは「セルごとの排他ロック」ではありません。同じセルを別々の人がほぼ同時に触れば、後から確定した入力が残ります。隣の行を編集していたつもりが、画面スクロールのズレで別の行を上書きしてしまう事故も典型です。

さらに、同時アクセスには上限があります。Google公式では1つのファイルを同時に閲覧・編集・コメントできるのは最大100人までとされ、100人を超えると編集できるのはオーナーと一部の編集者のみになります。大人数運用が前提なら、この上限自体が構造的な天井です。

原因2：行の挿入・削除で数式や参照が崩れる

「数式が壊れる」相談で最も多いのが、行挿入・削除による参照ズレです。通常のA1形式（例：=SUM(B2:B10)）は相対参照のため、参照範囲の外側に行が挿入されると集計範囲が追従せず、新しい行が合計から漏れます。逆に範囲内の行を削除すると #REF! エラーになり、その瞬間に依存する全セルが連鎖して壊れます。

複数人運用ではこれが厄介です。Aさんが集計表を作り、Bさんが「ただ1行足しただけ」でも、Aさんの数式は静かにズレます。誰も悪くないのに数字が合わなくなる、という事故の正体はこれです。

原因3：権限の事故（誰でも編集できて壊れる）

共有相手のロールは「閲覧者」「閲覧者（コメント可）」「編集者」の3種類です。よくある事故は、手軽さを優先して「リンクを知っている全員」を編集者にしてしまうケース。これは、リンクが転送された誰もが全セルを書き換えられる状態を意味します。集計式が入ったセルまで素手で触れるため、壊れて当然の設計になっています。

原因4：人が増えるほど崩れる「閲覧と入力の未分離」

多くのシートは「入力する場所」と「集計・参照する場所」が同じ1枚に同居しています。少人数なら回りますが、人が増えると入力者が集計セルや見出し行まで触れてしまう確率が上がります。1人あたりの事故率が同じでも、人数が増えれば全体の事故は確実に増える。これが「人が増えるほど崩れる」構造的な理由です。

応急策：今すぐできる「壊れにくくする」5つの手順

アプリ化の前に、まず標準機能でできる対策を尽くします。順番に設定するだけで事故は大きく減ります。

手順1：集計セル・見出しを「シートと範囲を保護」でロックする

［データ］→［シートと範囲を保護］で、数式や見出しの入った範囲を保護します。編集権限を「自分のみ」または「カスタム」に絞れば、入力担当者は集計式を触れなくなります。シート全体を保護して「特定のセルを除く」で入力欄だけ開放する設計が実務では使いやすいです。

注意点（正直なデメリット）：保護には「警告を表示する」オプションもありますが、これは編集をブロックせず確認メッセージを出すだけです。本気で守るなら警告ではなく権限制限（自分のみ／カスタム）を選んでください。また保護はセキュリティ機能ではなく、編集権限を持つ人が保護自体を解除できる点も理解しておく必要があります。

手順2：入力規則（データの入力規則）で不正な値を弾く

入力欄には［データ］→［データの入力規則］でルールを設定します。プルダウン（リスト）にすれば表記ゆれ（「東京」「東京都」「ﾄｳｷｮｳ」）が消え、日付・数値などの形式チェックで想定外の入力を減らせます。条件を満たさない入力は「拒否」に設定すれば、そもそも壊れる値を入れさせない運用にできます。

手順3：編集権限を最小化する（編集者を絞る）

「リンクを知っている全員・編集者」は原則やめます。本当に編集が必要な人だけを個別に編集者として招待し、それ以外は閲覧者にします。閲覧でよい人を編集者にしないだけで、誤操作の母数が一気に減ります。

手順4：「閲覧用」と「入力用」を物理的に分ける

集計・レポート用のシート（または別ファイル）と、入力専用のシートを分けます。入力用はプルダウン中心の最小構成にし、集計用は IMPORTRANGE やクエリで入力用を参照する一方向の流れにすると、入力側を触っても集計ロジックが壊れにくくなります。「触る場所」と「計算する場所」を分離するのが応急策の肝です。

手順5：変更履歴と通知で「誰が壊したか」を追える状態にする

事故ゼロは無理なので、戻せる体制を作ります。［ファイル］→［変更履歴］→［変更履歴を表示］で過去の版を確認・復元でき、編集者ごとに色分けで「誰が・どこを」変えたかを追えます。重要な範囲には保護の「警告表示」を併用し、運用ルールとして列の追加・削除は管理者に依頼と決めておくと、参照ズレ系の事故を未然に止められます。