Googleフォームの管理担当を変えた後、
自動返信が届かなくなったり、
反対に2通届いたりすることがあります。
「フォームは共有したのに、
なぜメールだけ届かないのだろう」と
迷う方もいるのではないでしょうか。
原因の一つは、
フォームの共有や所有者の変更と、
自動返信を動かすトリガーが
別に管理されていることです。
結論からいうと、
フォームだけを引き継いで
作業を終わらせないことが大切です。
新旧アカウントのトリガー、
回答先スプレッドシート、
自動返信メールを1件ずつ確認します。
私はGoogleフォームの引継ぎ作業で、
切替順が原因で自動返信が一時停止し、
トリガーと権限を見直して
復旧した経験があります。
この記事では、
その経験とGoogle公式情報をもとに、
初心者向けの確認手順を整理します。
結論：フォームとトリガーは分けて確認する
Googleフォームを引き継ぐときは、
次の4つを分けて確認します。
- Googleフォーム
- 回答先のGoogleスプレッドシート
- 自動返信を行うApps Script
- スクリプトを動かすインストール型トリガー
Google Apps Scriptの公式資料では、
インストール型トリガーは
作成した人のアカウント権限で
実行されると説明されています。
また、共同編集者へスクリプトを共有しても、
インストール型トリガー自体は
共有されません。
そのため、新しい担当者が
フォームを編集できるようになっても、
旧担当者のトリガーまで
自動で引き継がれるとは限りません。
先にGoogleフォーム全体の作り方や
回答確認の流れを知りたい場合は、
Googleフォームの作成から回答確認までの手順も
あわせて確認できます。
引継ぎ前に確認したい5項目
切替作業を始める前に、
現在の状態をメモします。
1．移管またはコピーができるか
Googleフォームの所有者変更は、
アカウントの種類や組織の設定により、
利用できる条件が異なります。
「必ず移管できる」と決めつけず、
現在の画面で所有者変更ができるか、
コピーして運用する必要があるかを
先に確認します。
2．回答先スプレッドシートはどれか
フォームと回答先スプレッドシートは、
権限が別に管理されることがあります。
フォームを共有しただけで、
回答先シートも同じ権限になったと
考えないようにします。
新しい担当者が、
回答先を開けるか、編集できるか、
実際の画面で確認します。
3．Apps Scriptはどこにあるか
自動返信のスクリプトが、
フォーム側にひも付いているのか、
回答先スプレッドシート側に
ひも付いているのかを確認します。
同じ名前のファイルがある場合は、
違うスクリプトを開かないように
注意してください。
4．現在のトリガー作成者は誰か
旧担当者のアカウントで、
現在のトリガーを確認します。
確認する内容は次のとおりです。
- 実行する関数名
- イベントの発生元
- イベントの種類
- 実行するアカウント
- エラー通知の設定
新しい担当者は、
別の人が作ったトリガーを
自分の一覧で確認できないことがあります。
旧担当者側の確認を残したまま、
新しいトリガーを増やさないことが大切です。
5．Googleフォーム標準の回答コピーを使っているか
Googleフォームには、
回答者へ回答内容のコピーを
送る設定があります。
この標準メールと、
Apps Scriptの自動返信が
両方有効になっている場合、
回答者には2種類のメールが届きます。
2通届く原因を調べるときは、
トリガーだけでなく、
標準の回答コピーも確認します。
自動返信を安全に切り替える6つの手順
手順1．切替時間を決める
回答が多い時間帯で作業すると、
切替途中の回答を見落とす可能性があります。
短い作業時間を決めます。
切替中に本番の回答が届く
可能性がある場合は、
回答受付を一時停止するか、
回答が来ない時間を確保します。
停止する場合は、
受付再開を忘れないように
チェック項目へ入れておきます。
手順2．フォームと回答先を引き継ぐ
画面で利用できる方法に合わせて、
所有者変更またはコピーを行います。
続いて、回答先スプレッドシートも
新しい担当者が開けるか確認します。
ここではまだ、
旧担当者の権限を削除しません。
先に削除すると、
元の設定を確認できなくなるためです。
手順3．新担当者がトリガーを作る
新しい担当者のアカウントで、
正しいApps Scriptを開きます。
旧設定を確認しながら、
同じ関数とイベント条件で
インストール型トリガーを作ります。
初回は権限の承認が必要です。
承認画面を途中で閉じた場合は、
トリガーが表示されていても
正常に動かない可能性があります。
手順4．旧担当者のトリガーを止める
新しい設定を確認したら、
旧担当者のアカウントで
古いトリガーを削除します。
新担当者の一覧からは、
旧担当者のトリガーを
確認できないことがあります。
そのため、旧担当者本人が
自分のトリガーを確認して
停止する必要があります。
手順5．ダミー回答を1件だけ送る
実在するお客様の情報ではなく、
架空の内容で1件だけ送信します。
次の順番で確認します。
- フォームで送信完了になる
- 回答先へ1行追加される
- 自動返信が1通届く
- 送信元と件名が想定どおりである
- Apps Scriptの実行履歴にエラーがない
2通届いた場合は、
送信元、件名、本文、時刻を比べます。
標準の回答コピーと
独自の自動返信が1通ずつなのか、
新旧トリガーが同じ処理を
2回動かしているのかを切り分けます。
手順6．回答受付と権限を整理する
テストが終わったら、
必要に応じて回答受付を再開します。
その後、次を確認します。
- テスト回答だけを適切に処理したか
- 旧担当者の不要な権限を外したか
- 一時的な共有アカウントを残していないか
- 新担当者がフォームと回答先を開けるか
- 自動返信の送信元が想定どおりか
本番の回答をまとめて削除せず、
テストとして送った行だけを
必要に応じて整理します。
自動返信が0通のときの確認表
| 確認する場所 | よくある状態 | 次にすること |
|---|---|---|
| フォーム | 回答受付が停止したまま | 受付状態と案内文を確認する |
| トリガー | 新担当者のトリガーがない | 正しいアカウントで作成する |
| 関数・イベント | 違う関数や発生元を選んだ | 旧設定と照合する |
| 権限承認 | 承認が途中で止まった | 新担当者が権限画面を確認する |
| メール取得 | メールアドレスの項目が違う | 質問名や列を確認する |
| 実行履歴 | エラーが記録されている | エラー内容と通知を確認する |
0通のときは、
すぐにコードを書き直すのではなく、
受付、トリガー、権限、実行履歴の順で
確認すると原因を絞りやすくなります。
自動返信が2通のときの確認表
| 確認する場所 | 2通になる可能性 | 見分け方 |
|---|---|---|
| 新旧トリガー | 両方が同じ処理を実行 | 送信元・件名・時刻がほぼ同じ |
| 標準の回答コピー | 標準メールと独自返信が各1通 | 件名や本文の形式が違う |
| アドオン | アドオンとApps Scriptが重複 | アドオンの設定画面も確認する |
| 複数スクリプト | 別プロジェクトが同時に動く | 実行履歴とトリガー作成者を確認する |
2通届いたからといって、
見つけたトリガーをすぐ削除すると、
必要なメールまで止まることがあります。
まず2通の違いを比べてから、
不要な設定だけを停止してください。
引継ぎ完了チェックリスト
- □ 移管またはコピーの方法を確認した
- □ 新担当者がフォームを開ける
- □ 新担当者が回答先シートを開ける
- □ 正しいApps Scriptを確認した
- □ 新担当者がトリガーを作成・承認した
- □ 旧担当者が古いトリガーを停止した
- □ 架空データで1件だけテストした
- □ 回答先へ1行だけ追加された
- □ 想定した自動返信が1通届いた
- □ 送信元と件名を確認した
- □ 回答受付を再開した
- □ 不要な権限とテストデータを整理した
まとめ：1件のテストと後片付けまでが引継ぎ
Googleフォームの引継ぎは、
フォームを共有して終わりではありません。
自動返信を使っている場合は、
フォーム、回答先、Apps Script、
トリガーを分けて確認します。
特に大切なのは次の3点です。
- 新担当者が自分のトリガーを作る
- 旧担当者が古いトリガーを止める
- 架空データ1件でメール数を確認する
私は引継ぎ作業を行うとき、
所有者の変更だけで終わらせず、
テスト回答と権限の後片付けまでを
一つの作業として扱っています。
Googleフォームの作成や
既存フォームの修正について、
要件整理から相談したい場合は、
ココナラのGoogleフォーム作成サービスを
ご確認ください。
自動返信やApps Scriptを含む場合は、
購入前に対応可否を
ご相談ください。
