FP&A（財務計画・分析）の現場でどちらを選ぶかは、シンプルな問いに帰着します。「データは行方向に増えるか、列方向に増えるか？」です。取引明細・SKU・案件リストのような縦リストには B2:B。四半期・月次実績が右へ積み上がっていく横軸の時系列には B2:2 を使います。この判断を誤ると、気づきにくいサイレントエラーが発生し、役員会向けのレポートを提出する直前に発覚する--という最悪の事態を招きます。
4つのバリアント：一覧で比較
| 構文 | 参照範囲 | 主な用途 |
|---|---|---|
B:B | B列全体（全行） | 小規模モデルでの簡易参照 |
B2:B | B列の2行目以降 | 縦リスト・ヘッダー除外参照 |
2:2 | 2行目全体（全列） | 行全体のスキャン |
B2:2 | 2行目のB列以降 | 横軸の時系列・期間列が増えるモデル |
2026年5月時点で、Google Sheetsはスプレッドシート1ファイルあたり最大1,000万セルをサポートしています（Google Workspace のスプレッドシートの制限 参照）。B:B のような開放参照は、技術的にはシート全体の行数を対象とします（行参照の場合は最大18,278列分）。実際には、SUMIFSやCOUNTIFSは最後に値が入力されているセルで評価を止めますが、Google Sheets API リファレンス が定義するA1記法の仕様上、再計算のたびに範囲境界はパースされます。
B2:2 が実務モデルで活きる場面
FP&Aにおける典型的なユースケースは、会計四半期が横方向に並ぶ損益計算書（P&L） です。1行目に期間ラベル（Q1 FY26、Q2 FY26……）、2行目に売上高を配置するレイアウトを想像してください。Q1売上がB2に4,200万円、Q2がC2に4,800万円と入っているとき、CFOから「取締役会資料の提出前にQ3を追加してほしい」と依頼が来たとします。
=SUM('P&L'!B2:C2) と書いていたら、Q3のデータを誰かが手動でエンドポイントに加えるまで、その数字は完全に抜け落ちます。B2:2 を使えば、数式は自己メンテナンス型になります。
=SUM('P&L'!B2:2)
新しい期間列を追加するたびに、自動的に参照範囲に含まれます。
日付でフィルタリングしながらクロス集計したい場合は、SUMPRODUCTと開放行参照の組み合わせがすっきり機能します。
=SUMPRODUCT(
('P&L'!B1:1 >= Assumptions!$B$3) *
('P&L'!B1:1 <= Assumptions!$B$4) *
('P&L'!B2:2)
)
Assumptionsシートに設定した開始日・終了日の間に該当する全四半期の売上を集計できます。列のエンドポイントのハードコードも、四半期ごとの数式メンテナンスも不要です。
SUMIFSで起きる「次元不一致」エラー
SUMIFSは、すべての範囲引数が同じサイズである必要があります。開放行参照を使うとここで詰まるアナリストが後を絶ちません。
これは正常に動作します：
=SUMIFS('Revenue'!B3:3, 'Revenue'!B1:1, ">=" & Assumptions!$C$2)
これは #VALUE! エラーになります：
=SUMIFS('Revenue'!B3:3, 'Revenue'!B$1:Z$1, ">=" & Assumptions!$C$2)
集計範囲は開放参照なのに、条件範囲がZ列で止まっているため、Sheetsがサイズを整合できません。修正方法は、すべての範囲をそろえること--全部開放にするか、全部同じ列で締めるかです。
危険なのは、エラーがすぐに出ないこともあるという点です。現在のデータがZ列の範囲内に収まっていれば数式は動いているように見えます。27期目のデータを追加した瞬間に初めて壊れる--これが厄介なのです。
パフォーマンス：実際のコストは？
Google Sheets API の仕様では、行・列全体の参照は「シートの全範囲に対して評価される」とされており、再計算のたびに範囲境界が解決されます。
とはいえ、標準的な財務モデル--8タブ構成、12〜24ヶ月分のデータを持つ四半期報告用スプレッドシート--であれば、そのオーバーヘッドはほとんど体感できません。
500列を超えるタブが複数リンクしている場合や、開放行参照を含むSUMPRODUCTを50本以上重ねているケースでは、2〜3秒の更新遅延が発生することがあります。特に影響が出やすいのは、感度分析テーブルや反復計算モデルで、キー入力のたびに何百ものセルを再計算する場面です。そういった用途では明示的に範囲を固定（例：B2:AZ2）してください。ファイルを開いたときに一度だけ再計算するサマリー数式であれば、開放参照で問題ありません。
どちらを使うか：モデル設計の原則
タブが複数あるモデルの多くは、両方のバリアントを組み合わせて使います。メガバンクへの提出を想定した3表連動モデルの場合、典型的な構成は次のようになります。
- 行に科目、列に期間 → 特定列の費用科目を全行参照するなら
B2:B、特定行の全期間を参照するならB2:2 =SUMIFS('P&L'!C:C, 'P&L'!B:B, ">=" & Assumptions!$B$3)→ 縦データには開放列参照=SUM('Cash Flow'!B7:7)→ 横方向の期間合計には開放行参照
陥りやすい落とし穴は、両者を混同することです。売上明細タブの4行目に12四半期分の粗利益率38.5%が横並びになっているとき、誤って B4:4 ではなく B4:B と書いてしまったとします。縦方向のデータが返ってきますが、数式はエラーなく動きます。どちらの数式も「正常動作」しているように見えて、片方だけが正しい数字を返しているのです。
ARRAYFORMULA と開放行参照の組み合わせ
ARRAYFORMULA は B2:2 に対しても B2:B と同様に機能します--処理方向が縦ではなく横になるだけです。成長率の仮定を時系列全体に一括適用したいとき、列ごとに数式をコピーせずに済みます。
=ARRAYFORMULA('P&L'!B2:2 * (1 + Assumptions!$B$7))
Assumptions!$B$7 に売上成長率（例：12.5%）を入力しておけば、Adjustmentsタブの1セルだけにこの数式を置くだけで、新しい期間列を追加するたびに自動的に値が展開されます。コピー＆ペーストも、列をまたいだ数式のズレも発生しません。
このパターンは、採用ペースの仮定から18ヶ月以上の人件費予測を展開するランウェイ感度分析モデルでよく使われます。
よくある質問
Q. B2:2 と 2:2 は何が違いますか？
2:2 は2行目の全列（A列から最終列まで）を参照します。B2:2 はB列以降に限定するため、A列に科目コードや行ラベルが入っているP&Lレイアウトでヘッダー列を除外したい場合に使います。
Q. B2:2 はExcelでも使えますか？
使えません。ExcelはこのA1記法の開放行参照構文をサポートしていません。Excelで同等の動作を実現するには、テーブル参照（Table1[#Data] 形式）または構造化参照を使用する必要があります。Google Sheets固有の構文と覚えておいてください。
Q. 開放行参照を含む数式が突然 #VALUE! を返すようになりました。原因は？
最も多い原因はSUMIFSの次元不一致です。集計範囲（sum_range）と条件範囲（criteria_range）の参照の向きや広さが一致しているか確認してください。一方が開放参照で他方が固定範囲になっているケースが典型的です。
Q. 動的に追加される列数が多いと処理が重くなりますか？
標準的な財務モデル（12〜24期分のデータ）では実用上の問題はありません。ただし、SUMPRODUCTを50本以上組み合わせるような高密度モデルや感度分析テーブルでは B2:AZ2 のように明示的に範囲を固定することを検討してください。
Q. 年度（4月始まり）で管理している場合、期間ラベルはどう設計すればよいですか？
1行目のラベルを 2025/04、2025/05…… のようにシリアル値ベースの日付として格納しておくと、SUMPRODUCTや日付比較関数と組み合わせやすくなります。表示上は TEXT(B1,"yyyy/mm") でフォーマットし、計算には数値としての日付を使うのが実務上のベストプラクティスです。
多くのドキュメントが触れない盲点
Google Sheetsの解説記事の多くは B:B と B2:B をていねいに説明して終わります。時間軸が左から右へ進む財務モデルにとってより自然な構文であるにもかかわらず、水平版の B2:2 はほとんど取り上げられません（関連する逆方向・非境界参照の問題についてはこちらの記事で解説しています）。
最後に、実務上の核心的なポイントをまとめます。行方向にもSKU（列方向に期間）が増えるような両軸成長モデルでは、B2:B と B2:2 を組み合わせて使う必要があります。 そしてどの軸に何のデータを置くか、というアーキテクチャの決定は、モデルを作り始める前に済ませておくべきです。10タブ構成のモデルを作り終えてから方向性を変更するのは、想像以上に苦労します。
8四半期にわたるSKU別の貢献利益モデルを構築するなら、最初に決めてください。「SKUを行にする（SKUデータは開放列参照、期間データは開放行参照）」か「期間を行にする（逆の構成）」か。どちらでも正しく機能します。途中で混在させると、数式の読み取り方向をコメントで注釈しなければならない、メンテナンス性の低いモデルが出来上がります。
ModelMonkeyは、あなたのモデルを読み取る際にも同じ方法で範囲参照を構築します。「売上行を全期間にわたって合計して」と指示すれば、列のエンドポイントを推測するのではなく、自動的に開放行参照を使用します。最終的な列数がまだ確定していない構築途中の段階でも、正確に機能するのはそのためです。