スプレッドシートのセル上限1,000万を超えた時の対処

行を1行足そうとしただけなのに「この操作を行うと、ワークブック内のセル数が上限を超えてしまいます」と出て、手が止まる。受注台帳や問い合わせ記録を1枚のスプレッドシートにためてきた会社が、3年目か5年目に一度は踏む場所です。

この記事は、その壁そのもの——セル数と列数の上限、何が数に入るのか、どこで食い潰れているのか、そして「減らす」で粘るか「分ける」に踏み切るかの線引き——だけを扱います。保存エラーの文言別の切り分けや、重さの解消は別の記事に譲ります。

結論：公式の上限は2,000万セル。まず3つを確かめる

Google の公式ヘルプ「Google ドライブに保存できるファイル」には、こう書かれています。「Google スプレッドシートで作成したスプレッドシートまたは Google スプレッドシート形式に変換したスプレッドシートの場合は 2,000 万セルまたは 100 MB まで。」

この 2,000万という数字は、わりと最近のものです。Google Workspace Updates は 2026年9月10日、セル上限を「最大1,000万セルから最大2,000万セルへ」引き上げたと発表しました（Rapid Release は9月10日、Scheduled Release は9月28日から、いずれも最大15日の段階的な適用）。管理者設定もユーザー設定も無く、新規・既存・インポートしたファイルすべてに自動で効きます。

つまり、いま確かめるのは次の3つです。（1）エラーに「1,000万」と出ているなら、まだ旧上限のままの可能性があるので、再読み込みして日を変えて試す価値があります。（2）セル数には余裕があるのに保存が通らないなら、もう一方の天井「100MB」側です。倍増したのはセル数だけで、容量の上限は動いていません。（3）どちらでもなく素直に2,000万に当たっているなら、減らすか分けるかの判断に入ります。

そしてもうひとつ、身構えておきたいことがあります。上限が倍になったのは時間を買ったにすぎません。1枚にため続ける設計のままなら、同じ壁にもう一度当たります。

症状別の早見表

「上限」と名のつくエラーは種類が多く、別物を同じ対処で殴ると時間を失います。まず自分がどれに当たっているかを決めてください。

触る前に：出ている前兆と、やってはいけないこと

セル上限は、ある日いきなり来るわけではありません。数か月前から前兆が出ます。

• 保存のタイムラグが伸び、「最後の編集」の表示が追いつかなくなる
• フィルタを掛け直したときの待ちが、体感で数秒から十数秒に伸びる
• スクロールすると行が白いまま一瞬描画されない
• Apps Script の定期実行がときどきタイムアウトする
• 共同編集者のカーソルが遅れて見える

Google の公式ヘルプも、行き着く先をはっきり書いています。「Google スプレッドシートのファイルが大きすぎて編集できない場合、読み取り専用になります。」——編集できなくなる前に手を打つ、というのがこの前兆の読み方です。

そして、当たった瞬間にやってはいけないことが5つあります。

• いきなり行を一括削除しない。先に「ファイル」→「コピーを作成」で1部退避します。上限に当たっている状態の操作は取り消しが効きにくく、消した数万行を戻せないことがあります。
• 列の「非表示」で減らそうとしない。非表示は見えなくするだけで、セルは1つも減りません。
• セルの結合で減らそうとしない。結合は見た目の統合で、枠の数は変わりません。
• Excel に書き出して戻す、で逃げない。公式ヘルプのとおり「ドキュメントを Excel から Google スプレッドシートに変換すると、5 万文字を超える文字が入力されているセルはすべてスプレッドシートから削除されます」。往復させると、長文メモが黙って消えます。
• 「とりあえず新しいシートタブを足す」をしない。上限はファイル全体の合算なので、タブを増やしても天井は上がりません。

上限の正確な値と、何が数に入るのか

セル数は2,000万、容量は100MB

公式の表記は「2,000 万セルまたは 100 MB まで」で、「または」が肝です。どちらか先に当たったほうが天井になります。経験上、画像を貼り込んでいたり、1セルに長文メモを書く運用だと、セル数を使い切る前に100MB側に当たります。逆に数値だけの台帳なら、セル数が先に来ます。

なお、この上限はファイル全体（すべてのタブの合算）に掛かります。1タブあたりではありません。

列数の上限は、公式に明記が見当たらない

正直に書きます。列数の上限について、Google の公式ヘルプに数値の明記は見当たりませんでした。実務上は ZZZ 列（A から数えて18,278列目）で列の追加が止まります。これは列名が A〜Z、AA〜ZZ、AAA〜ZZZ の3桁までで、その総数が 26＋676＋17,576＝18,278 であることと一致します。

ただし、この数字を当てにする場面はほぼありません。18,278列を全部使うと、セル上限2,000万を割って1,093行しか持てない計算になります。列をそこまで増やす前に、ほぼ確実にセル数側で止まります。

空のセルも数に入るのか

これも公式に明記は見当たりませんでした。ただ実務では「作ってある枠」が数に入る前提で扱うのが安全です。根拠は2つあります。新規スプレッドシートは何も入力していない状態で 1,000行×26列＝26,000セルの枠を持って始まること。そして、空行を足そうとしただけでエラーが出ること——入力内容ではなく枠そのものが数えられていなければ、この挙動は起きません。

この理解は実務でそのまま効きます。「データは300行しか無いのに、シートの下に空の行が19万行ぶら下がっている」タブが5枚あれば、それだけで数百万セルを食っているからです。削るときに最初に見るべきはここです。

Excel から持ち込んだ場合

公式ヘルプが明記しているのは、「2,000 万セルまたは 100 MB まで」の対象が「Google スプレッドシートで作成したスプレッドシートまたは Google スプレッドシート形式に変換したスプレッドシート」である点と、変換時に5万文字超のセルが削除される点です。2026年9月の発表も、倍増した上限が「新規・既存・インポートしたファイル」に適用されるとしています。

実務上の注意は、Excel 形式（.xlsx）のまま Drive に置いて編集している場合は話が別になることです。この状態はスプレッドシート形式ではないので、Excel 側の仕様（1シート1,048,576行）で動きます。どちらで運用しているかは、ファイルを開いたときにタイトル横に「.XLSX」の表示が出るかで判別できます。

コネクテッドシート（BigQuery）は別勘定

「上限が変わる仕組み」としてひとつ公式に用意されているのが、BigQuery と接続するコネクテッドシートです。公式ヘルプが挙げている数値は 「コネクテッド シートでのピボット テーブルは 20 万行まで」「コネクテッド シートでの抽出は 50 万行または 500 万セルまで」。接続先の BigQuery 側には億行規模を置いたまま、スプレッドシートには集計結果だけを引いてくる形になります。

とはいえ、中小企業で「台帳が1,000万セルを超えた」段階でいきなり BigQuery を立てる必要はまずありません。後述する分割で足りることが大半です。

セルを食っている犯人を特定する手順

削る前に、どこが食っているかを数で押さえます。感覚で消すと、必要な行まで落とします。

1. タブごとの「枠」を数える。各タブで Ctrl+End（Mac は Cmd+↓→Cmd+→）を押すと、枠の右下隅にジャンプします。そこの行番号と列記号が、そのタブが持っている行数×列数です。これを全タブ分メモします。
2. 実際にデータが入っている範囲を数える。空のセルに =COUNTA(A:A) を入れて、入力のある行数を見ます。手順1の行数と桁が違うタブが、最初に削る対象です。
3. 合算して2,000万との差を出す。全タブの行数×列数を足します。ここで「2,000万に対していくら余っているか」が初めて数字になります。
4. 展開系の数式を洗う。Ctrl+F（検索と置換）で ARRAYFORMULA、IMPORTRANGE、QUERY を検索し、「数式内も検索」にチェックを入れて全タブを対象にします。範囲が A:Z のように列全体になっているものを書き出します。
5. 条件付き書式の適用範囲を開く。「表示形式」→「条件付き書式」でルール一覧を出し、適用範囲が A1:Z1000 ではなく A:Z になっているルールを書き出します。

型1：使っていない行・列を列ごと残している

いちばん多く、いちばん効く犯人です。行を1,000行足した、列を念のため ZZ まで残した、CSV を貼ったら空列が40列ついてきた——こうした枠が各タブに積み上がります。

1. データの最終行の1つ下の行番号をクリックし、Ctrl+Shift+↓ で最下行まで選択します。
2. 右クリック→「行◯◯〜◯◯を削除」。非表示ではなく削除です。
3. 列も同じく、最終列の右隣をクリックして Ctrl+Shift+→ で選択し、削除します。
4. 削除後に #REF! が出た数式があれば、範囲指定を A2:A（開いた範囲）に書き換えます。

型2：ARRAYFORMULA や IMPORTRANGE が広い範囲に展開している

=ARRAYFORMULA(IF(A:A="","",A:A*1.1)) のように列全体を指定すると、空行のぶんまで結果の枠が作られます。1本で数十万セル、3本あれば100万セルを超えます。IMPORTRANGE も、参照元の空行までまとめて持ってきます。

1. 手順4で書き出した数式の範囲を、A:A から A2:A5000 のように実際に使う上限＋余白へ書き換えます。
2. 余白は「1年で増える行数」を目安にします。月300行なら年3,600行、余白は5,000行で足ります。
3. IMPORTRANGE は参照元の範囲も同じように絞ります（シート名!A1:H5000 の形）。
4. 書き換えたら、参照している集計やピボットが壊れていないかを1つずつ開いて確認します。

型3：条件付き書式を列全体に掛けている

条件付き書式はセルの数そのものを増やしませんが、容量（100MB側）と計算量を押し上げます。「列全体に掛けたルールが20本」という状態は、保存の遅さと読み取り専用化の常連です。

1. 「表示形式」→「条件付き書式」でルールを開きます。
2. 適用範囲を A:Z から A2:Z5000 のように絞ります。
3. 同じ条件のルールが色だけ違って複数並んでいたら、1本にまとめられないか見ます。
4. 使われていないルール（すでに運用が変わって意味を失ったもの）は削除します。

型4：月別タブを増やし続けている

「2024年01月」「2024年02月」…とタブを足していく運用は、1枚あたりは小さくても合算で効いてきます。各タブが既定の1,000行×26列を抱えていれば、36か月で約94万セル。さらにタブごとに数式や条件付き書式が複製されるので、重さは行数以上に効きます。

1. 直近12か月ぶんだけを残す方針を決めます。
2. 古いタブを選択し、右クリック→「別のスプレッドシートにコピー」で「◯◯台帳_2024年アーカイブ」へ移します。
3. コピーが正しく入ったことを行数で確認してから、元のタブを削除します。
4. 年次の集計が必要なら、アーカイブ側に合計行を作り、本体から IMPORTRANGE で1行だけ引きます（明細は引きません）。

減らす手と、その効き方

手の順番は「効く量 ÷ 手間」で決めます。桁で並べると、やるべき順が自然に出ます。

読み方は単純です。上の3つは今日やる話、下の3つは設計を変える話。上の3つで3割以上空いたなら、当面は走れます。1割も空かないなら、削るフェーズは終わっていて、分ける判断に移る時期です。

私たちはこういうスプレッドシートの限界を、アプリの形に作り替えるお手伝いもしています。記事の途中で恐縮ですが、よろしければ合わせてご覧いただけたら嬉しいです。

1枚で持つデータと、外へ出すデータの境目

ここが本題です。削る作業はいつか終わるので、最後は「何を1枚に残すか」を決める話になります。実務で使っている判断軸を言い切ります。

人が目で見て、その場で判断や修正をするものは1枚に残す。直近の案件一覧、進行中のタスク、取引先マスタ、月次の集計とダッシュボード。これらは行数が数千から数万で収まり、人が触るからこそスプレッドシートが向いています。

人の手を離れて毎日増え続ける履歴は、外へ出す。受注明細、打刻、フォーム送信ログ、メール配信の結果、在庫の入出庫。これらは一度書かれたら編集されず、検索と集計にしか使いません。スプレッドシートに置く理由がありません。

迷ったときの3つの分岐はこれです。（1）月1万行以上増えるか。（2）3年以上さかのぼって残す必要があるか。（3）2人以上が同時に同じ行を書き換えるか。1つでも当てはまれば、外へ出す側です。3つ全部に当てはまるなら、スプレッドシートで粘るほうが結果的に高くつきます。

出し先は、段を踏むのが現実的です。第1段は別スプレッドシートへの退避。年度ごとにファイルを分け、本体からは QUERY と IMPORTRANGE で必要な列だけ引きます。移行コストが最も低く、使い勝手も変わりません。第2段はコネクテッドシート。データは BigQuery に置き、スプレッドシートは集計の窓として使います。第3段は入力画面つきのアプリ化。同じ行を複数人が触る、入力ミスを防ぎたい、誰がいつ直したかを残したい——ここまで来ると、表計算の枠では無理が出ます。

どの段に進むかは、上限との距離ではなく「入力する人が何人いるか」で決まります。1人か2人なら第1段で数年もちます。5人以上が同じ台帳を触っているなら、セル数が空いても別の問題（上書き事故と属人化）が残るので、第3段を検討する価値があります。

まとめ：今日やる順番

1. コピーを1部取る。「ファイル」→「コピーを作成」。削る前に必ず。
2. エラーの数字を確認する。「1,000万」なら再読み込みして再試行。「2,000万」なら素直に当たっています。
3. 全タブの行数×列数を数えて合算する。2,000万との差を数字にします。
4. 空の行・列を削除する。ここで数百万セル空くことが多く、いちばん費用対効果が高い手です。
5. 展開系の数式と条件付き書式の範囲を絞る。A:A を A2:A5000 へ。
6. それでも1割も空かなければ、年度でファイルを分ける。古い年のタブをアーカイブへ移し、本体は集計だけ引きます。
7. 入力する人が5人以上なら、アプリ化を検討する。セル数の話ではなく、運用の話として。

セル上限は、データが育った証拠でもあります。慌てて消す前に、どこまでを1枚で持つかを決め直す機会として使ってください。Mihata では、スプレッドシートの台帳を業務のかたちに合わせたアプリへ移す相談も承っています。