業務における「繰り返し」の本質と自動化の威力
プログラミングによる業務自動化において、最も強力であり、かつコンピュータが最も得意とする処理が「繰り返し（ループ）」です。人間が100行あるスプレッドシートのデータを上から順に確認し、条件に合わせて修正を加える場合、集中力を持続させることは困難であり、速度も低下し、ケアレスミスが発生するリスクも高まります。
しかし、プログラムであれば、データが100行であろうと100万行であろうと、疲れを知らず、正確かつ高速に処理を遂行します。これまでに学んだ「変数の定義」「条件分岐」といった知識は、この「繰り返し処理」と組み合わせることで真価を発揮します。単発の処理ではなく、大量のデータを一括でさばく能力こそが、スクリプトの価値を飛躍的に高める要因となります。
開発者としてシステムを構築する際、データの量は常に変動することを想定しなければなりません。今日は10件でも、明日は500件になるかもしれません。そのような状況下でも、コードを書き換えることなく安定して動作するロジックを組むためには、for文によるループ処理の習得が不可欠です。本章では、プログラミングの基礎にして奥義とも言えるループ構造を、AIの力を借りながら適切に実装し、エラーなく運用するための技術を深掘りしていきます。
for文の解剖学：構文の3要素を理解する
GAS（JavaScript）における繰り返し処理の代表格であるfor文は、一見すると呪文のように見えるかもしれませんが、その構造は非常に論理的です。基本構文は for (初期化式; 条件式; 増減式) { 処理 } という形をとります。この括弧の中にある3つの要素が、ループの挙動を完全に支配しています。第一の「初期化式」は、ループのスタート地点を定義します。一般的には let i = 0 のように、カウンターとなる変数（慣習的に i が使われます）を定義し、初期値を設定します。第二の「条件式」は、ループを継続するための条件を定義します。 i < 100 と記述すれば、変数 i が100未満である限り、ブロック内の処理が繰り返されます。この条件が false （偽）になった瞬間、ループは終了します。
第三の「増減式」は、1回の処理が終わるたびに変数をどう変化させるかを定義します。 i++ は i = i + 1 の省略形であり、処理が1回終わるごとにカウンターを1ずつ増やしていくことを意味します。この3つの要素が連携し、「0からスタートし、条件を満たす間処理を行い、終わるたびにカウントアップする」というサイクルを生み出します。開発者は、このサイクルを頭の中でシミュレーションし、意図した回数だけ正確に回るように設計する責任があります。AIにコードを書かせる際も、この構造を理解していなければ、意図しない回数のループや、処理漏れなどのバグを発見することができません。
配列とインデックス：0から始まる数の魔法
for文が最も頻繁に使われるのは、配列データの処理においてです。前章までに学んだ通り、 getValues() で取得したスプレッドシートのデータは二次元配列として格納されています。配列の各要素には「インデックス」と呼ばれる番号が割り振られており、この番号は「0」から始まります。for文のカウンター変数 i を0からスタートさせるのは、この配列のインデックスに合わせるためです。
例えば、 data という配列に100件のデータが入っている場合、最初のデータは data 、最後のデータは data となります。ここでfor文の条件式を i < data.length （配列の長さ未満）と設定することで、 i は0から99まで変化し、配列のすべての要素に漏れなくアクセスすることができます。もし条件式を i <= data.length （配列の長さ以下）としてしまうと、存在しない data にアクセスしようとしてエラーが発生します。このように、ループ処理においては「0から始まる」というルールと「配列の長さ」の関係性を正確に把握することが極めて重要です。
この感覚は直感に反する場合があるため、初心者が最もつまずきやすいポイントの一つですが、これをマスターすることで、あらゆるリストデータを自在に操ることができるようになります。
開発者を襲う「無限ループ」の恐怖と回避策
繰り返し処理の実装において、開発者が最も恐れるべきバグの一つが「無限ループ」です。これは、ループを終了させるための条件式が永遠に満たされず（常に true のままで）、プログラムが永遠に走り続けてしまう現象を指します。例えば、増減式で i++ （加算）と書くべきところを誤って i-- （減算）としたり、条件式の設定を論理的に誤ったりした場合に発生します。
ブラウザ上で実行されるJavaScriptの場合、無限ループはブラウザのフリーズ（応答なし）を引き起こし、強制終了を余儀なくされることがあります。クラウド上で動作するGASの場合、サーバー側でスクリプトが走り続けることになりますが、幸いなことにGASには「実行時間の制限（最大6分）」という安全装置が存在します。無限ループに陥ったとしても、制限時間を超過した時点で強制的に処理が停止されますが、その間の処理リソースは無駄に消費され、意図しないデータの書き換えが大量に行われてしまうリスクもあります。
開発者としては、AIが生成したコードであっても、実行前に必ず「終了条件が正しく設定されているか」「カウンター変数が正しく変化しているか」を目視で確認する習慣をつける必要があります。特に複雑な条件分岐を含むループでは、論理の落とし穴がないか慎重にレビューすることが求められます。
アンチパターンから学ぶ：APIコールの回数制限とパフォーマンス
ターン（やってはいけない設計）」と呼びます。GASにおいてスプレッドシートの読み書きを行うメソッドは、Googleのサーバーに対するAPIコール（通信）を発生させます。もし1000行のデータを処理するために、ループの中で1行ずつ sheet.getRange(i, 1).setValue(...) を実行すると、1000回の通信が発生することになります。
APIコールは処理速度が遅く、オーバーヘッドが大きいため、このようなコードは極めて実行速度が遅くなり、最悪の場合はGASの実行時間制限（タイムアウト）に抵触して処理が途中で止まってしまいます。プロフェッショナルな開発者は、このような非効率なコードを決して書きません。代わりに、ループの外で getValues() を使ってデータを一度だけ取得し、メモリ上で配列として処理を行った後、最後に setValues() で一度だけ書き戻すという手法をとります。
この「バッチ処理」の考え方を徹底することで、処理時間を数分から数秒へと劇的に短縮することができます。for文はあくまで「メモリ上のデータ」を操作するために使うものであり、スプレッドシートへのアクセス回数を増やすために使うものではないという原則を肝に銘じてください。
メモリ内処理による高速化：getValuesとの融合
前述の通り、高速な処理を実現するためには、スプレッドシートのデータを二次元配列として取得し、for文を使ってその配列内を走査・加工する手法が定石です。AIにコード生成を依頼する場合も、この設計思想を明確に伝える必要があります。
例えば、「A列のデータを取得し、ループ処理で値を2倍にして、B列に書き込む」というタスクであれば、まず getRange().getValues() でデータを配列化します。その後、for文を使って data[i] （i行目のA列）の値を取り出し、計算結果を別の配列（出力用配列）に格納していきます。全ての行の処理が終わった段階で、その出力用配列を setValues() を使って一括でスプレッドシートに書き込みます。このプロセスでは、スプレッドシートとの通信は最初と最後の計2回だけで済みます。
この「読み込み→メモリ内でのループ処理→書き込み」というフローは、GAS開発における最も基本的かつ重要なデザインパターンです。AIに対して「処理速度を考慮し、配列操作で実装してください」と指示することで、このパターンに沿った高品質なコードを生成させることができます。
実践シナリオ：100件のデータを条件付きで加工する
それでは、具体的な業務シナリオを想定して、ループ処理の実装を考えてみましょう。「顧客リストのC列に『ステータス』があり、これが『未対応』になっている行に対して、D列に『要確認』と入力し、同時に担当者へ通知メールを送る」という処理を自動化します。この場合、for文を使って1行目から最終行まで順番にデータをチェックしていきます。ループの中には if (status === '未対応') という条件分岐を組み込みます。
条件に合致した場合のみ、出力用配列の該当箇所を更新し、メール送信の処理キューに追加します。ここで重要なのは、メール送信機能（GmailApp.sendEmail）もAPIコールの一種であるため、ループ内で都度送信すると制限（送信数上限や実行時間）に引っかかる可能性がある点です。高度な実装では、送信対象のリストを配列に溜めておき、ループ終了後にまとめて処理したり、管理者宛に1通のメールでまとめて通知したりする工夫が必要です。このように、for文は単なる繰り返し機能ではなく、条件分岐や他の機能と組み合わせることで、複雑な業務ロジックを表現するための基盤となります。
特殊な制御：breakとcontinueによるフロー制御
for文によるループ処理は、必ずしも最後まで回し続ける必要はありません。状況によっては、途中で処理を中断したり、特定の回だけスキップしたりしたい場合があります。これを制御するのが break 文と continue 文です。 break は、その時点でループを強制的に終了させます。
例えば、「特定のデータを検索し、見つかったら終了する」という場合、見つかった時点で break を実行すれば、残りのデータを無駄にチェックする必要がなくなり、処理効率が向上します。一方、 continue は、現在の回の処理をそこで打ち切り、次の回のループ（ i++ して次の条件判定）へスキップします。例えば、「空白行の場合は処理をスキップする」といった場合に有効です。 if (data[i] === '') { continue; } と記述することで、不要な処理の実行を防ぎ、コードのネスト（入れ子構造）が深くなるのを防ぐことができます。
これらの制御構文を使いこなすことで、より柔軟で無駄のないスマートなループ処理を構築することが可能になります。AIに指示を出す際も、「見つかったら処理を中断してください」や「空白の場合は無視してください」と伝えることで、これらの構文が適切に使われたコードが生成されます。
AIへの指示出し：効率的なループ生成のプロンプト
AIにループ処理を含むコードを書かせる際、単に「繰り返して」と伝えるだけでは、前述のアンチパターン（ループ内でのAPIコール）のような非効率なコードが出力される可能性があります。開発者として、パフォーマンスを意識したコードを生成させるためには、プロンプトに技術的な制約を含めることが有効です。
例えば、「スプレッドシートのデータ操作には getValues と setValues を使用し、ループ内でのAPI呼び出し（getValueなど）は行わないでください」「処理は二次元配列に対する操作として実装し、一括で書き込んでください」といった指示です。また、処理対象の行数が多い場合は、「実行時間制限を考慮した設計にしてください」と付け加えることで、AIはより効率的なアルゴリズムを選択しようとします。
さらに、「各行の処理でエラーが発生しても、全体の処理が止まらないように try...catch を使用してください」といった指示を加えることで、堅牢性の高いコードを得ることができます。AIは優秀なコーダーですが、アーキテクチャやパフォーマンスの責任を持つのは、指示を出す人間の役割です。
アルゴリズム思考への到達：ロジックを支配する
本章で学んだfor文は、プログラミングにおける「アルゴリズム（問題を解決するための手順）」の基礎中の基礎です。単一の操作を自動化する段階から、大量のデータを規則に従って処理する段階へと進むことで、自動化のインパクトは桁違いに大きくなります。100行のデータを手作業で処理すれば数時間かかるものが、for文を使えば数秒で終わります。
これは単なる時間の短縮ではなく、ビジネスのスピード感そのものを変革する力を持っています。ループ処理を理解することは、データを「点」ではなく「集合」として捉え、それをシステム的に処理する視点を持つことを意味します。この視点は、将来的にGAS以外のプログラミング言語を学ぶ際や、より大規模なシステムを設計する際にも共通する普遍的なスキルです。
AIという強力なパートナーと共に、ループ処理を使いこなし、単純作業の山をアルゴリズムの力で切り崩していきましょう。次章では、プログラムの構造をより深く理解し、整理するための概念である「オブジェクト」と、GAS特有の機能の集合体である「メソッド」について、さらに詳しく掘り下げていきます。