Google Apps Scriptでできることと、フォームの回答処理を自動にする使い方

Google Apps Scriptでできることは、ひと言でいえば「Googleのアプリの中で毎回同じ手順で行っている作業を、決まったきっかけで自動に動かすこと」です。スプレッドシートの集計、Gmailの送信、カレンダーへの予定の登録、フォームに回答が届いたときの処理などを、短いプログラムでつなげられます。

この記事では、できることをアプリごとに整理したうえで、できないことや上限、そしてもっとも相談の多い「フォームの回答が届いたあとの処理」を自動にする具体的な使い方を説明します。コードを書かずに回答のあとを管理したい場合は、フォームと回答の管理を1つにしたHalictのような道具を使う方法もあるので、その選び分けも最後に触れます。

Google Apps Scriptとは

Google Apps Script（略してGAS）は、Googleが無料で提供しているプログラムの実行環境です。パソコンに何かを入れる必要はなく、ブラウザの中にコードを書く画面があり、書いたプログラムはGoogleのサーバーで動きます。Googleの開発者向けページは、できることを次のように並べています。

カスタムのメニュー、ダイアログ、サイドバーを Google ドキュメント、Google スプレッドシート、Google フォームに追加する。カスタム関数とマクロをスプレッドシート用に作成する。ウェブアプリを公開する（スタンドアロンまたは Google サイトへの埋め込み）。 出典: developers.google.com

使う言語はJavaScriptです。JavaScriptはWebページの動きを作るために広く使われている言語で、解説書や学習サイトが多く、つまずいたときに調べやすいのが利点です。Apps Scriptには、スプレッドシートのセルを読む、Gmailでメールを送る、といったGoogleのアプリを操作する部品が最初から用意されているので、ゼロから全部を書く必要はありません。

スクリプトには2つの作り方があります。1つは、スプレッドシートやフォームなどのファイルに結び付けて作るもの（Googleの案内では「バインドされたスクリプト」と呼ばれます）。もう1つは、ファイルに結び付けず単独で作るもの（「スタンドアロン スクリプト」）です。特定の表やフォームの作業を自動にしたいなら、前者から始めるのが分かりやすく、この記事のコード例もすべて前者で書いています。

開き方は、スプレッドシート・ドキュメント・スライドならメニューの［拡張機能］から［Apps Script］、フォームなら右上のその他のアイコン（縦に3つ並んだ点）から［スクリプト エディタ］です。どちらも同じ操作で2回目以降も開けます。

業務の自動化が身近になった背景

Apps Scriptが改めて注目されている理由は、会社の規模を問わず「Googleのアプリで仕事が回っている」状態が増えたことにあります。問い合わせはGoogleフォームで受け、回答はスプレッドシートにたまり、連絡はGmail、予定はGoogleカレンダー。こうした組み合わせは、小さな事業者や教室、自治会や学校の係でもごく普通になりました。

アプリがそろうと、次に生まれるのが「アプリとアプリの間をつなぐ手作業」です。フォームに届いた回答を見て担当者に転送する、表の内容をコピーしてメールに貼る、申込日をカレンダーに書き写す。1件あたりは数分でも、件数が増えれば毎日の決まった時間が取られます。しかも人が手で写す作業には、写し間違いと見落としがつきものです。

この「つなぎの手作業」を減らす道具として、Apps Scriptは追加の費用がかからず、Googleのアカウントがあればすぐ試せるという手軽さがあります。外部の自動化サービスを契約するほどではないけれど、毎日の決まった作業は減らしたい。そうした規模の困りごとにちょうど合うのが、Apps Scriptが選ばれる理由です。

一方で、手軽さの裏返しとして「作った人しか中身が分からない仕組み」が社内に増えやすいという面もあります。できることを知るのと同じくらい、どこまでをApps Scriptに任せるかを決めておくことが大切です。この点は後半の「運用で失敗しやすい点」で詳しく扱います。

Google Apps Scriptでできること（アプリごと）

ここからは、よく使われる場面をアプリごとに整理します。自分の毎日の作業のうち、どれが当てはまるかを照らし合わせながら読んでみてください。

スプレッドシート

もっとも使われているのがスプレッドシートとの組み合わせです。決まった形の集計表を毎週作る、複数のシートから必要な行だけを抜き出して別のシートに書き写す、空欄のある行に色を付けて目立たせる、といった処理を自動にできます。独自の関数（カスタム関数）を作って、セルの中で普通の関数と同じように呼び出すこともできます。

画面の上部に独自のメニューを追加して、ボタンを押すだけで決まった処理が動くようにする使い方もあります。表を使う人がプログラムを知らなくても、メニューを選ぶだけで済むので、チームで使う表に向いています。

Gmail

スプレッドシートの一覧をもとに、宛名を差し替えたメールを送る、特定の条件に合うメールにラベルを付ける、受信したメールの件名と日時を表に書き出す、といった処理ができます。定型のお知らせを1件ずつ手で送っている場合は、大きく手間が減ります。ただし、1日に送れる宛先の数には上限があります（次の節で説明します）。

カレンダー

表に並んだ日時をもとにGoogleカレンダーへ予定を登録する、指定した期間の予定を表に書き出して稼働の集計に使う、といった処理ができます。面談の申込を受けて、そのまま担当者のカレンダーに仮の予定を入れる、という使い方もあります。

ドライブとドキュメント

ひな形のドキュメントをコピーして、名前や日付を差し替えた書類を作る、決まったフォルダに入ったファイルの一覧を表に書き出す、古いファイルを別のフォルダへ移す、といった処理ができます。見積書や案内文のように、中身の大部分が同じ書類を毎回作る場面で効果があります。

フォーム

フォームでは、回答が送信された瞬間にスクリプトを動かせます。回答の内容を担当者に知らせる、回答者に受付の確認メールを送る、回答に受付番号を付けて表に記録する、といった処理です。フォームの質問そのものを、表の一覧から自動で作り直すこともできます。この記事の後半で、具体的なコードを紹介します。

外部のサービスとWebアプリ

Apps Scriptからは、インターネット上の他のサービスに問い合わせを送ることもできます。チャットツールが用意している通知の受け口（Webhookと呼ばれる、決まったURLに送ると投稿される仕組み）に送れば、フォームの回答をチャットに流せます。また、作ったスクリプトを小さなWebページとして公開し、社内の簡単な入力画面や一覧画面にする使い方もあります。

場面別に見る使い方の例

アプリごとの機能を知っても、自分の仕事にどう当てはまるかは想像しにくいものです。ここでは、小さな事業者や教室、チームの事務でよく見かける場面を4つ挙げます。どれも「いつ」「何を読んで」「何をするか」の3つで言い表せる作業です。

教室や講座の申込を受け付ける

申込はフォームで受け、回答はスプレッドシートにたまります。ここにApps Scriptを加えると、申込が届いた時点で受講者に受付のメールを送り、講師には申込者の名前と希望日をメールで知らせられます。開講の前日に、申込者の一覧から案内のメールを送る処理を時間で動かすこともできます。手で行うと、申込の確認とメールの作成で1件あたり数分かかる作業です。

毎週の数字を集計して共有する

売上や作業時間を複数のシートに記録している場合、毎週月曜の朝に、先週分の合計を集計用のシートに書き出し、チームにメールで知らせる処理を作れます。集計の式そのものはスプレッドシートの関数で作っておき、Apps Scriptは「決まった時刻に集計の結果を読んで送る」役だけに絞ると、あとから式を直すときにコードを触らずに済みます。

書類のひな形から案内文を作る

ドキュメントで作った案内文のひな形に「{{氏名}}」のような目印を入れておき、表の1行ごとに目印を差し替えたコピーを作る処理です。ドライブの決まったフォルダに書類がたまっていくので、あとはそれを確かめて送るだけになります。名前の打ち間違いや、前の人の名前が残ったまま送ってしまう事故を防げるのも利点です。

期限の近い行を知らせる

表に「期限」の列があるなら、毎朝その列を読み、3日以内に期限が来る行を担当者に知らせる処理を作れます。期限の管理を表で行っているチームでは、見落としを防ぐ仕組みとして効果があります。ただし、知らせる相手や条件が増えるほどコードは長くなるため、担当や期限の管理そのものが中心の仕事なら、タスク管理の道具を使うほうが保守の手間は少なくなります。

できないこと・苦手なことと、知っておきたい上限

Apps Scriptは便利ですが、何でもできるわけではありません。Googleは無料で使える代わりに、実行の時間や回数に上限を設けています。主な上限は、Googleの割り当てと制限のページに次のように載っています。

項目	一般のアカウント（gmail.com など）	Google Workspace のアカウント
1回の実行時間	6分	6分
カスタム関数の実行時間	30秒	30秒
1日のメールの宛先の数	100	1,500
トリガーの合計実行時間（1日）	90分	6時間
1つのスクリプトに設定できるトリガー	1人あたり20	1人あたり20

Googleは、これらの値は予告なく変わることがあると明記しています。仕組みを作る前に、必ず最新の値を確かめてください。

この上限から、苦手な場面が見えてきます。1つ目は、数万行のデータを1回で処理するような重い作業です。1回の実行が6分を超えると途中で止まるため、処理を小分けにして何回かに分ける工夫が要ります。2つ目は、大量のメール配信です。個人のGmailのアカウントでは1日に100の宛先までなので、会員全員へのお知らせのような用途には向きません。

ほかにも、パソコンの中のファイルを直接操作する、決まった時刻ちょうどに動かす、といったことは苦手です。時刻で動かす設定（時間主導型のトリガー）は、Googleの案内によると午前9時に設定しても午前9時から10時の間のどこかで動くことがあります。秒単位の正確さが必要な処理には別の方法を選びます。

また、Excelのマクロ（VBA）とは書き方も動く場所も違うため、Excelのマクロをそのまま移すことはできません。Excelの表をGoogleのスプレッドシートに移す場合、マクロ部分は書き直しになると考えておきましょう。

フォームの回答処理を自動にする使い方

ここからは、Apps Scriptの使い道として相談の多い「フォームに回答が届いたあとの処理」を、具体的なコードで見ていきます。どれも短いコードなので、テスト用のフォームを作って試してから、本番のフォームに入れてください。

回答が届いたら、内容を担当者にメールで知らせる

フォームの設定にも回答の通知はありますが、届くのは「回答がありました」という知らせだけで、中身はフォームを開かないと見られません。次のコードは、回答の中身をそのままメールの本文にして、スクリプトを動かしている人のアドレスに送ります。フォームを開き、その他のアイコンから［スクリプト エディタ］を開いて貼り付けます。

function notifyResponse(e) {
  const items = e.response.getItemResponses();
  const lines = items.map(function (r) {
    return r.getItem().getTitle() + '：' + r.getResponse();
  });
  const to = Session.getEffectiveUser().getEmail();
  MailApp.sendEmail(to, '新しい回答が届きました', lines.join('\n'));
}

e は、トリガーが関数に渡す「何が起きたか」の情報です。フォームに結び付いたスクリプトでは、e.response に送信された回答が入っています。getItemResponses で質問ごとの回答を取り出し、質問の名前と答えを1行ずつ並べてメールにしています。チームの別の人に送りたい場合は、to の部分をその人のアドレスに書き換えます。

回答に受付番号と「対応状況」の列を付ける

回答をスプレッドシートに集めている場合、届いた行に受付番号と対応状況を自動で書き込むと、誰が何を処理したかを表で追いやすくなります。回答先のスプレッドシートを開き、［拡張機能］から［Apps Script］を開いて貼り付けます。

function addReceiptNo(e) {
  const sheet = e.range.getSheet();
  const row = e.range.getRow();
  sheet.getRange(row, 10).setValue('R-' + (row - 1));
  sheet.getRange(row, 11).setValue('未対応');
}

e.range は、新しい回答が書き込まれた行の範囲です。この例では、その行の10列目（J列）に受付番号、11列目（K列）に「未対応」と書き込んでいます。列の番号は、フォームの質問の数より右になるように選んでください。あとからフォームに質問を追加すると、回答の列が右に伸びてこの列とぶつかることがあるため、余裕を持たせた位置にしておくのが安全です。

回答者に受付の確認メールを送る

申込や予約のフォームでは、回答者に「受け付けました」と返すと問い合わせの電話が減ります。フォームにメールアドレスの質問を作り、そのアドレスに MailApp.sendEmail で送る仕組みです。ここで気をつけたいのが、先ほどの宛先の上限です。個人のアカウントで動かす場合、1日に送れる宛先は100までなので、回答の多いフォームでは途中で送れなくなります。申込が多いと見込まれる場合は、Google Workspace のアカウントで動かすか、確認メールの機能を持った別の道具を検討します。

回答を条件ごとに別のシートへ振り分ける

「お問い合わせの種類」のような選択式の質問があるなら、その答えによって回答を別のシートに書き写すこともできます。見積の依頼は営業のシートへ、不具合の報告はサポートのシートへ、と分けておくと、担当ごとに自分のシートだけを見ればよくなります。振り分けの条件が3つ以上に増えてきたら、条件の一覧を表にして、スクリプトはその表を読むようにしておくと、あとから条件を変えるときにコードを触らずに済みます。

回答をチャットに流す

チームの連絡をチャットツールで行っているなら、メールより、チャットのチャンネルに回答を流すほうが気づかれやすくなります。多くのチャットツールは、決まったURLに文章を送ると投稿される受け口（Webhook）を用意しており、Apps Scriptからは UrlFetchApp という部品でそのURLに送れます。受け口のURLの作り方と送る文章の形は、チャットツールごとに違うので、使っているツールの公式の案内を確かめてください。

気をつけたいのは、受け口のURLを知っている人は誰でもそのチャンネルに投稿できてしまう点です。URLをコードに直接書いたスプレッドシートを社外の人と共有すると、URLも一緒に見られます。共有する表とスクリプト入りの表を分ける、URLはスクリプトのプロパティ（コードとは別に値を保存できる場所）に入れる、といった工夫をしておきましょう。

トリガーの設定手順

上のコードは、貼り付けただけでは動きません。「フォームが送信されたら、この関数を動かす」という結び付け（トリガー）を設定する必要があります。Googleの案内による手順は次のとおりです。

1. Apps Script のプロジェクトを開く
2. 左側の［トリガー］（時計のアイコン）をクリックする
3. 右下の［トリガーを追加］をクリックする
4. 実行する関数を選ぶ（例：notifyResponse）
5. イベントの種類で「フォーム送信時」を選ぶ
6. ［保存］をクリックする

保存すると、Googleのアカウントへのアクセスを許可する画面が出ます。メールを送る、スプレッドシートを書き換える、といった権限をスクリプトに渡すための確認です。自分で書いたスクリプトであることを確かめてから許可します。出どころの分からないコードを貼り付けて許可するのは避けてください。

フォーム送信のトリガーには、フォームに結び付くものと、回答先のスプレッドシートに結び付くものの2種類があります。1つ目のコード（notifyResponse）はフォーム側、2つ目のコード（addReceiptNo）はスプレッドシート側で作ります。e の中身が違うので、コードを書いた場所とトリガーを設定する場所をそろえてください。

設定したら、自分でフォームに1件回答して、メールが届くか、表に番号が入るかを確かめます。確認用に送った回答は、あとでフォームの回答の画面から削除しておくと、本番の集計に混ざりません。

止まったときの確かめ方

トリガーで動くスクリプトが失敗しても、画面にはエラーが出ません。Googleの案内によると、代わりに次のような件名のメールが届きます。

Subject: Summary of failures for Apps Script Your script has recently failed to finish successfully. A summary of the failure(s) is shown below. 出典: developers.google.com

英語で「スクリプトが最近うまく終わらなかった」と書かれたこのメールが届いたら、メールの中のリンクからプロジェクトを開き、左側の［実行］から実行の記録を見ます。失敗した実行には、どの行で何が起きたかが表示されます。

よくある原因は3つです。1つ目は、質問の名前を変えたのにコードの中の名前を直していないこと。2つ目は、スクリプトを作った人のアカウントの権限が変わったこと（退職や異動でアカウントが止まった場合を含みます）。3つ目は、先ほどの上限に達したことです。上限に達した場合は、翌日になれば動き出しますが、その間の回答は処理されないままになるため、手で確かめる必要があります。

失敗のメールは、トリガーを作った人のアドレスに届きます。担当が1人だと休暇中に見落とされるので、チームで使う仕組みなら、失敗のメールを共有の受信箱へ転送する設定もあわせて考えておきましょう。

運用で失敗しやすい点と、続けるコツ

Apps Scriptの仕組みは、作った直後は便利でも、半年、1年と経つうちに問題が出てくることがあります。よく起きるのは次のような場面です。

1つ目は、作った人しか中身が分からなくなることです。トリガーは作った人のアカウントで動くため、その人が退職してアカウントが止まると、仕組みごと止まります。作った人がいなくなってから「なぜかメールが来なくなった」と気づくのが典型的な流れです。

2つ目は、フォームや表の形を変えたときに壊れることです。質問の名前を変える、列を挿入する、シートの名前を変える。どれも何気ない変更ですが、コードがその名前や位置を前提にしていれば動かなくなります。

3つ目は、誰も気づかないまま止まっていることです。失敗のメールを見逃すと、回答が届いていないのか、処理が止まっているのか区別がつきません。

これを防ぐコツは、次の4つです。

• スクリプトの冒頭に「何をするか、どのトリガーで動くか、誰が作ったか」をコメントで書いておく
• 動かしているアカウントを、個人ではなくチームで管理するアカウントにする（会社の決まりで認められている範囲で）
• フォームや表の形を変えるときは、先にテスト用のコピーで動きを確かめる
• 月に1回、［マイ トリガー］の一覧を開き、使っていないトリガーを削除する

［マイ トリガー］は、script.google.com の左側から開けます。自分のアカウントで動いているトリガーが一覧になるので、「何が動いているか分からない」状態を避けるのに役立ちます。

コードを書かずに回答のあとを管理する方法

ここまで読んで、「通知と受付番号は分かったけれど、そのあとの担当決めや返信まで自分で作るのは大変そうだ」と感じた人もいると思います。実際、フォームの回答処理で手間がかかるのは、回答が届いた瞬間よりも、そのあとの「誰が対応するか決める」「対応したか記録する」「回答者に返信する」という流れのほうです。これをApps Scriptで全部作ろうとすると、表の列とメールの送信と通知を組み合わせた、かなり大きな仕組みになります。

Googleフォームとスプレッドシートは、回答を集めて集計するところまでなら無料で十分に役立ちます。そのうえで、回答のあとの対応を表計算とメールソフトを行き来しながら回している場合には、フォームと回答の管理を最初から1つにした道具を使う方法があります。

その1つがHalictです。公式サイトの案内では、Halictはフォームを作り、届いた回答を1件ごとに担当と状況（ステージ）つきで管理し、同じ画面から返信まで送れます。AIにひと言伝えてフォームの下書きを作る機能や、回答者に1画面1問ずつ見せる表示、自動返信もあります。料金のページによると、フリーのプランはメンバー1人までで、フォームの数と回答の数は無制限です。メンバー3人までのスターターのプランは月額2,980円（税抜）で、Googleスプレッドシートへの連携が使えます。チームのプランからは Slack・Teams・Chatwork への通知も使えます。

Halictは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

Apps Scriptで作るか、道具を使うかの分かれ目は、「回答のあとの対応を何人で回すか」です。1人で回答を見て返すだけなら、Googleフォームの通知とApps Scriptの短いコードで十分です。2人以上で担当を分け、対応の漏れをなくしたいなら、仕組みを自作して保守を抱えるより、管理の機能を持った道具を使うほうが、作った人がいなくなっても止まらない運用にしやすくなります。

最初の1週間でやること

Apps Scriptを初めて触る人は、いきなりフォームの自動化から始めるより、次の順番で進めると挫折しにくくなります。

1日目は、スプレッドシートでマクロを記録してみます。スプレッドシートには、操作を記録してApps Scriptのコードを自動で作る機能があります。

「マクロを記録する」というボタンをクリックして操作を行うだけで、一連の処理を自動化するためのプログラムを自動作成できるため、プログラミング経験のない人にとっても始めやすくなっています。 出典: satori.marketing

記録したマクロは、［拡張機能］から［Apps Script］を開くと、コードとして中身を見られます。自分の操作がどんなコードになるのかを眺めるだけでも、書き方の感覚がつかめます。

2日目から3日目は、セルを読んで別のセルに書き込む短いコードを書きます。4日目から5日目は、Gmailで自分宛てにメールを送るコードを動かします。6日目から7日目に、テスト用のフォームを作って、この記事の通知のコードとトリガーを試します。

1週間で「表を読む」「メールを送る」「トリガーで動かす」の3つが試せれば、身の回りの作業の多くは、その組み合わせで自動にできることが見えてきます。学ぶうえで大切なのは、上手なコードを書くことより、自分の作業を「いつ」「何を読んで」「何をするか」の3つの言葉に分けて書き出すことです。この3つが言葉になれば、あとは調べながらコードに置き換えられます。

調べるときは、Googleの開発者向けページを先に見る習慣をつけておくと迷いが減ります。インターネット上の解説記事には、数年前の画面やすでに使われなくなった書き方が残っていることがあるためです。Googleのページには、スプレッドシートやGmailの部品ごとに、使える命令の一覧と短い例が日本語で載っています。解説記事で見つけた書き方を試して動かないときは、同じ命令を公式の一覧で探し、今の名前と使い方を確かめてください。

もう1つのコツは、本番の表やフォームでいきなり試さないことです。テスト用のコピーを作り、そこで何度でも失敗してよい環境にしておけば、表の中身を誤って書き換える心配がありません。

自動化のスキルを仕事に活かす

Apps Scriptで社内の作業を自動にした経験は、そのまま仕事の幅にもなります。中小企業や個人事業では、専任のシステム担当がいないことが多く、「フォームの回答を担当に振り分けたい」「毎週の集計表を自動で作りたい」といった小さな依頼が、業務委託の案件として出されています。どの程度の仕事があるかは、AIコンサル・業務活用支援のお仕事で、AIや自動化の道具を使った業務改善の依頼の傾向を確かめられます。

コードを書く仕事として本格的に取り組みたい場合は、アプリケーション開発のお仕事が参考になります。業務アプリやWebアプリの開発で求められる内容が整理されているので、Apps Scriptの次に何を学ぶかを決める材料になります。どのツールで自動化するかの選び方は、中小企業のノーコード活用2026｜kintone vs Power Apps vs Bubbleで、コードを書かずに業務アプリを作る道具を比べています。

2004年から在宅ワークと業務委託の仲介を続けてきた運営者として見てきた限りでは、自動化の依頼で長く頼られる人には共通点があります。凝った仕組みを作る人より、「依頼した側が自分で直せる形」で納める人です。スクリプトの冒頭に説明を書き、動かすアカウントを依頼者側に移し、止まったときの確かめ方を1枚の手順書にして渡す。こうした引き渡しの丁寧さが、次の依頼や紹介につながっています。

また、自動化の仕事は、依頼者と直接やり取りできるほうが進めやすい分野です。業務の流れや表の形を聞き取り、試しに動かして直す、という往復が何度も起きるためです。仲介の手数料がかからない直接のやり取りなら、同じ予算でも聞き取りと調整に時間を使え、受け手の手取りも厚くなります。業務の改善を提案する立場まで広げたい人は、経営の課題を整理する資格の中小企業診断士のように、業務の全体を見る知識を組み合わせると、単発の作業から相談役へと仕事の形を変えやすくなります。

よくある質問

Q. Google Apps Scriptは無料で使えますか？

Googleのアカウントがあれば、追加の費用なしで使えます。ただし、1回の実行は6分まで、個人のアカウントではメールの宛先が1日100までといった上限があります。Google Workspace のアカウントでは一部の上限が高く設定されています。上限は予告なく変わることがあるため、仕組みを作る前にGoogleの割り当てのページで最新の値を確かめてください。

Q. プログラミングの経験がなくてもGoogle Apps Scriptは使えますか？

短い処理なら、経験がなくても始められます。スプレッドシートのマクロの記録を使うと、自分の操作からコードが自動で作られるので、中身を読みながら書き方を覚えられます。最初は表のセルを読んで書き込む、自分宛てにメールを送る、といった数行のコードから試し、慣れてからフォームの送信やトリガーに進むと挫折しにくくなります。

Q. フォームの回答が届いたときに処理を動かすには何が必要ですか？

処理を書いた関数と、フォーム送信時に動くトリガーの2つが必要です。スクリプトエディタの左側の［トリガー］から［トリガーを追加］を開き、関数とイベントの種類「フォーム送信時」を選んで保存します。保存時に出る権限の確認画面で許可したら、自分で1件回答して動きを確かめてください。

Q. スクリプトを作った人が退職するとどうなりますか？

トリガーは作った人のアカウントで動くため、そのアカウントが止まると仕組みも止まります。チームで使う仕組みは、会社の決まりで認められる範囲でチームが管理するアカウントで作り、スクリプトの冒頭に目的と動き方を書いておくと引き継ぎやすくなります。定期的にマイ トリガーの一覧を見て、動いている仕組みを把握しておくことも大切です。