結論

Googleフォームから実行するべき場合とは

「Googleフォームで送信された内容をGoogle Apps Scriptで遊んでみましょう」というのは、GAS学習でよく見かける最初の一歩です。
GAS紹介サイトなどでも初期からよく取り上げられており、私も以前フォーム送信時にメールを送信するスクリプトについて紹介しました。

さてこの「Form Submit」、元々はGoogle スプレッドシートのお家芸でしたが、新しいGoogle フォームがリリースされてからはGoogle フォームからでも実行できることは皆様ご存知のとおり³。

これにより「フォーム側で用意したスクリプト」を使っても同じようなことができるようになったのですが、フォーム入力データを取り出す際のデータの取り出し方が違うため、うっかりしてるとドツボにはまることになります。私も最初はまりました。

私もそんな風に思っていた時期がありました。
「Scriptを作る際は、以前作成して（動作実績が）あるものをコピーするから気にしたことないよ」と。

でも実際は微妙に動作が違うんですね。
今回はそんなお話です。

「同じForm Submit だから大丈夫だよね」みたいに考えていると値の取り出し方ではまります。
単純に配列指定すれば取り出せるスプレッドシート側トリガーの方が個人的には好きです。
なのですが・・・

私はこれをやろうと思った時にはまりました。

Form Submitをスプレッドシート側から実行した場合、イベントオブジェクト e に編集用URLデータはありません。

そのためgetEditReponseUrl()を実行するためには

という手順を踏まねばならず「実行メソッド増やすと処理時間が長くなるからイヤ！」という思いもあり⁵、なんだか面倒くさいなぁと思っていたのです。

個人的どハマりポイントその2。

「フォーム編集用URLを取り出すだけならスプレッドシート側のトリガーとして実行する必要ないよね」という発想でフォーム側トリガーを用いてスクリプトを書き始めた、というのが今回（＆次回）のエントリーを投稿しようと思ったきっかけなのですが。

スプレッドシート側で設定したForm Submitトリガーは「フォーム送信結果が、リンクされたスプレッドシート側に書き出された後にスクリプトが実行」されます。
そのため手順としては

で良いのですが、フォーム側でトリガーを実行してしまうと「リンクされたスプレッドシート側に書き出される __前に__スクリプトが実行」されてしまうため

となってしまい、おかしなことになってしまいます。

加えて。

フォーム側で設定されたForm Submitトリガーは

だけでなく

も実行されるため、実行トリガーが後者の場合は実行キャンセルが必要になります。

どちらが良いとか悪いという話ではないのですが、うまく使い分けしたいですね。

取得自体はスプレッドシート側で実行しても簡単です。実行メソッド増やしたくないとかそんな理由（詳細は後述） ↩
3つ挙げたいがために書きましたが私自身この機能を利用したことはなく、使い道が思いつきません… ↩
Sound Trickerさんが記事にされてました。 ↩
getResponses() で返されるデータは送信時刻の昇順となるためトリガー対象となるデータを引っ張るだけなら配列のlength-1を指定してあげればよく、実はそこまで面倒ではなかったりします。 ↩
実際はこの程度であれば実行速度に影響を与えるとは思えないため、もう宗教上の理由みたいになっていますが。 ↩