なぜ現場で最も多用されるVBA最終行取得 End(xlUp)の正しい書き方を理解せずに運用すると、予期せぬズレが発生するのでしょうか。その仕組みを解剖するには、VBAが内部で実行している動作をExcelのキーボードショートカットに置き換えて可視化する必要があります。
基本構文であるCells(Rows.Count, 1).End(xlUp).Rowは、「A列の最下端セル（1,048,576行目）を選択し、そこから［Ctrl］＋［↑］キーを1回押して最初にぶつかった入力済みセルの行番号を返す」という物理的なポインタ移動をエミュレートしています。この仕様こそが、以下の4つの条件下で致命的なズレを引き起こす元凶です。
- オートフィルターやグループ化による非表示：Excelの仕様上、［Ctrl］＋［↑］キーは画面上で非表示になっている行を完全に無視してスキップします。仮に100行目に最新データが存在しても、フィルターで非表示になっていれば、その上にある可視セル（例えば85行目など）を最終行として誤認します。
- 基準列（A列）における途中の空白セル：A列にたまたま入力漏れや空欄が存在し、最下行のデータがB列やC列にしか存在しない場合、A列基準のEnd(xlUp)は表の途中を最終行と判定します。
- 結合セルを含む表のVBA最終行取得：縦方向にセルが結合されている場合（例：A10からA12が結合）、Excel内部で値を保持しているのは常に「左上のセル（A10）」のみです。下から探索してきたポインタは結合セル全体の下端ではなく、結合領域の最下行インデックスとの兼ね合いでプロパティの解釈が狂い、意図した書き込み位置から1〜2行ズレる原因となります。
- シート全体が完全に空白の場合：データが1件も存在しないまっさらなシートで実行した場合、最下行から上方向に突き抜けて「1行目」に到達するため、戻り値が「1」になります。「データが1行目にある」のか「完全に空」なのかを判別できず、1行目の見出しを消し去る事故に直結します。
これらの要因が絡み合うことで、VBA最終行取得でズレが生じる理由が構造的に生み出されます。単一列の物理ジャンプに頼る手法には、シートのレイアウト変化に対する脆弱性が常に付きまとっているのです。
