Googleフォームで回答のお礼や受付完了の案内を自動化できれば、手作業での返信が減り、対応漏れの防止にも役立ちます。
Googleフォームの標準機能で回答者に送れるのは、回答内容を控えとして送る「回答のコピー」です。件名や本文を自由に編集できる受付メールではありません。一方、新しい回答が届いたことを自分(フォーム作成者)にメールで知らせる通知は、標準機能だけで設定できます。件名・本文・差出人名・返信先を業務に合わせて設定したい場合や、回答内容に応じて通知先を分けたい場合は、Google Workspace MarketplaceのアドオンまたはGoogle Apps Script(GAS)を使います。
フォームを運用するときは、メール設定とあわせて誰が回答できるかも確認しましょう。Googleフォームの回答者アクセスは、個別ユーザー、Googleグループ、target audiences(対象オーディエンス)を単位に管理する方式へ移行しています。旧来のtrusted domain(信頼済みドメイン)による制限フォームへのアクセスは2025年9月8日に廃止されました。既存フォームの移行時期は一律ではなく、Googleは2026年1月29日から長期の段階的展開を開始すると案内しています。長く使っている社内限定フォームは、「同一ドメインのユーザーなら回答できる」という前提をやめ、許可するユーザーやグループを見直してください。
本記事では、回答コピー、自動返信、自分や社内への通知を実現する4つの方法を紹介します。用途別の選び方、設定手順、運用上の注意点もあわせて解説します。
Googleフォームの回答に対して、回答者への控え送信や自動返信、担当者への通知を行う主な方法は次の4つです。
比較基準日:2026年10月15日
| 方法 | 標準機能(確認済みメールアドレス) | 標準機能(回答者入力) | アドオン | GAS |
| 難易度 | 簡単 | 簡単 | 中程度 | やや高度 |
| 主な用途 | 社内アンケート、学校、会員向けフォーム | 問い合わせ、資料請求、一般向け申込 | セミナー受付、チーム通知、条件別の振り分け | 独自ロジック、複雑な業務フロー、外部連携 |
| 送れる内容 | 回答コピー | 回答コピー | 編集したメール、条件付き通知 | 任意のメール、独自処理 |
| 件名・本文の編集 | × | × | ○ | ○ |
| 新規回答を自分へメール通知 | ○ | ○ | ○(対応アドオンの場合) | ○ |
| 条件別の部署振り分け | × | × | ○(対応アドオンの場合) | ○ |
| 主な注意点 | ログインと回答者アクセスの設定が必要 | 誤入力・未達への対策が必要 | 権限、料金、保守状況、データの取り扱いを確認 | 保守、トリガー、送信上限、権限管理が必要 |
標準機能でできることは、主に次のとおりです。
件名や本文の自由編集、回答内容に応じた複数部署への振り分けや条件分岐、SlackやGoogle Chatなどへの連携は、標準機能だけでは対応できません。SlackやGoogle Chatに通知したい場合は、アドオンやGASを経由して連携します。
社内向けに回答の控えを送ったり、自分で新着回答を把握したりするだけなら標準機能で足ります。顧客向けの受付完了メールやB2Bの通知フローを作るなら、アドオンまたはGASが適しています。
フォーム作成者が新しい回答に気づければよい場合は、アドオンやGASを使わなくても標準機能で通知を受け取れます。手順は次のとおりです。
通知は設定した本人のアカウント宛てに届きます。件名や本文を編集したり、回答内容で宛先を変えたりすることはできません。問い合わせ種別ごとに担当部署へ届けたい場合や、複数の担当者へ同じ内容を確実に配信したい場合は、方法3(アドオン)または方法4(GAS)を検討しましょう。
会社や学校など、回答者がGoogleアカウントにログインして回答する運用では、ログイン中のアカウントで確認されたメールアドレス宛てに回答コピーを送る方法が便利です。英語UIやヘルプでは、VerifiedまたはCollect verified emailsに相当します。
回答者がログインしているアカウントのメールアドレスを収集するため、手入力より誤入力を抑えやすい点がメリットです。一方、取引先や一般消費者などにログインを求めにくいフォームには向きません。
社内フォームでは、「同じ会社のユーザーなら回答できる」というドメイン単位の考え方だけで判断しないようにしましょう。共有・公開画面で回答を許可する対象を確認し、部署単位で管理するならGoogleグループを活用します。個人を直接指定するよりグループで管理したほうが、異動・入社・退職時に見直しやすくなります。Workspaceの契約内容によってtarget audiencesを利用できる場合は、対象オーディエンスでの管理も検討してください。

フォームを作成したら、[設定]タブを開きます。[回答]の項目で、メールアドレス収集に関する設定を確認します。

[メールアドレスを収集する]で、Googleアカウントで確認されたメールアドレスを収集する設定を選びます。画面によっては「確認済みメールアドレス」「Verified」「Verified email addresses」「Collect verified emails」などと表示されます。UIの文言は変わることがあるため、ログイン中のGoogleアカウントのメールアドレスを収集する設定として探すとよいでしょう。

続いて、[回答のコピーを回答者に送信]を設定します。選択肢は主に次のとおりです。
受付内容の控えを全員に送るなら[常に表示]、回答者に選んでもらうなら[リクエストされた場合]を選びます。送られるのは自由に編集した受付メールではなく、フォームの回答内容のコピーです。また、Googleはスパムフィルタや不正利用対策の影響で、回答コピーが届かない場合があると案内しています。重要な申請や予約では、メールだけを受付の証跡にしないでください。完了画面にも受付番号、次の手順、問い合わせ先を表示しましょう。
設定後はテスト回答を行います。実際に利用するアカウントで、次の3点を確認してください。
自分宛てのメール通知を設定している場合は、通知が届くかもあわせて確認します。
取引先、見込み顧客、一般消費者など、回答者にGoogleアカウントでのログインを求めないフォームでは、回答者が入力したメールアドレス宛てに回答コピーを送ります。英語UIや関連ヘルプではResponder inputに相当します。
外部向けフォームで使いやすい方法ですが、入力されたアドレスが正しいとは限りません。形式チェックを通っても、別人のアドレスや存在しないアドレスが入力される可能性があります。さらに、回答コピーはスパムフィルタや不正利用対策によって届かない場合もあります。受付完了の連絡が業務上重要なら、未達を前提にした導線を用意しましょう。

[設定]から[メールアドレスを収集する]を開き、[回答者からの入力]を選びます。フォームにメールアドレスの入力欄が追加され、入力されたアドレスを回答コピーの送信先に使えます。
誤入力や未達への対策として、次の設計を検討してください。
資料請求、商談受付、イベント申込のようなフォームでは、回答者への控えと社内への通知を分けて設計しましょう。回答者のメールアドレスが誤っていたりメールが届かなかったりしても、管理者への通知が届けば受付業務を続けられます。

次に、[回答のコピーを回答者に送信]で、オフ、リクエストされた場合、常に表示のいずれかを選びます。公開前には社外のメールアドレスでテストし、次の点を確認してください。
Gmailだけでなく、必要に応じてOutlookなど複数のメールサービスでも確かめておくと安心です。
回答送信後に表示する確認メッセージは、メールで届く回答コピーとは別の設定です。「受付しました」「メールが届かない場合は○○へお問い合わせください」「受付番号は○○です」などを記載すると、回答者の不安を減らせます。
回答コピーの送信を止めるには、フォームの[設定]から[回答]を開き、[回答のコピーを回答者に送信]を[オフ]に変更します。自分宛ての通知を止める場合は、[回答]タブの[その他]から[新しい回答についてのメール通知を受け取る]をオフにします。フォームを複数人で管理している場合は、停止後にテスト回答を行い、アドオンやGASの通知と重複していないかも確認しましょう。
セミナー申込、採用応募、キャンペーン、先着順の受付フォームでは、回答コピーだけでなく受付終了時の案内まで設計しておきましょう。Googleフォームでは回答受付を手動で停止でき、停止中に表示するメッセージも編集できます。公開済みのフォームなら、[回答を受付中]の設定から終了日時または総回答数を指定し、回答受付を自動で終了させることもできます(2026年10月時点)。
受付終了メッセージには、次の内容を記載しておくと親切です。
先着順の受付では、自動停止、受付終了メッセージ、管理者への通知をセットで設計しましょう。夜間・休日に担当者が手動で停止できず、受付を取りこぼすリスクを減らせます。ただし、ほぼ同時に送信された回答があると、設定した回答数を超えて受け付けることがあります。回答数による自動終了は、厳密な先着定員を保証する仕組みではありません。キャンセル待ち、在庫連動、決済状況を踏まえた厳密な定員管理が必要な場合は、アドオン、GAS、予約システムの利用を検討してください。

Googleフォームの標準機能で送られるメールは、フォームの回答内容の控えです。フォーム作成者が用意したお礼文、営業案内、受付番号、個別の次の手順などを自由に組み込めるメールではありません。回答者が入力したメールアドレスを使う場合も、標準機能では件名や本文を編集できません。
差出人名、件名、本文、返信先を業務用に管理したい場合は、標準の回答コピーとは別に、アドオンまたはGASでメールを送る設計にしましょう。
メールの到達性は、標準機能の回答コピーと、アドオンやGASによる独自送信とで考え方が異なります。
標準機能の回答コピーはGoogle側の送信基盤を使うため、通常は自社で送信ドメイン認証を設定する必要はありません。ただし、確実に届くとは限りません。Googleもスパムフィルタや不正利用対策の影響で届かない可能性を案内しているため、確認メッセージには未着時の問い合わせ先を記載しておきましょう。Workspace環境で外部アドレスへのメールが届かない場合は、フォームの設定に加えて、外部メールのフィルタリングや許可設定を情報システム部門に確認してください。
アドオンやGASで、会社ドメイン、Google Workspaceアカウント、外部メールサービスなどから送る場合は、送信元の管理と到達性の確認が欠かせません。特に顧客向けメールでは、SPF、DKIM、DMARCの設定不足が迷惑メール判定やなりすまし警告につながることがあります。本番前にGmail、Outlook、スマートフォンのメールアプリなどでテストし、届くかどうかに加えて差出人名と返信先が正しいかも確認しましょう。会社ドメインを使う場合は、情報システム部門やメール管理者の承認フローに沿って設定します。
次のような場合は、Google Workspace Marketplaceのアドオンを利用します。
Marketplaceは特定の製品名ではなく、アドオンの配布場所です。フォーム通知系のアドオンには、回答者向けのメール、フォーム所有者・チーム向けの通知、条件付き通知、複数宛先への送信、PDF・文書生成、Webhook連携などに対応するものがあります。機能、料金、送信上限、対応アプリ、データの取り扱いはサービスごとに異なるため、導入前に比較しましょう。Marketplaceで「無料」と表示されていても、有料機能や試用期間が含まれる場合があります。料金や上限は公開時点で要確認です。
アドオンを選ぶ際は、機能だけでなく次の点を確認してください。
業務で継続利用するアドオンは、「人気がある」「無料で使える」という理由だけで選ばないことが大切です。顧客情報や応募情報を扱うフォームでは、必要以上に広い権限を求めていないかを確認しましょう。そのうえで、情報システム部門またはセキュリティ担当の承認フローに沿って導入します。
「組織管理者による導入・管理」を確認するときは、管理者によるアプリの承認(許可)と、管理者による一括インストールは別のものである点に注意してください。アドオンによっては、管理者が一括インストールすると送信権限がうまく働かないなど、個別にインストールする運用が推奨されることがあります。送信設定がフォーム単位ではなくアカウント単位で管理されるアドオンもあります。導入方法と設定の単位は、製品ごとの掲載情報やヘルプで確認しましょう。
インストールや認可の際、複数のGoogleアカウントに同時ログインしていると、権限エラーや意図しないアカウントへの設定が起こることがあります。社内では、情シスが許可した管理用アカウントかフォーム所有者のアカウントに切り替えて検証すると安全です。
外部向けフォームでは、回答者へ送る受付メールと、社内の営業・CS・運営担当へ送る通知を別のルールとして作るのがおすすめです。顧客向けメールには社内情報を含めず、担当者向け通知には対応に必要な情報を含める、と役割を分ければ誤送信を防げます。
アドオンごとに画面や名称は異なりますが、基本的な流れは共通しています。
たとえば、問い合わせ種別が「営業相談」なら営業チームへ、「サポート依頼」ならCSチームへ通知する、といった振り分けができます。イベント申込なら、回答者には受付メール、運営には参加者情報を送る設定も可能です。
メール本文にフォームの回答を差し込むときは注意が必要です。すべての回答を自動で挿入すると、不要な個人情報や社内確認用の項目まで回答者に送られることがあります。顧客向けメールには必要な項目だけを載せ、送信前にテストで内容を確認してください。
自動送信を止める場合は、対象のフォームを開き、アドオン側の通知ルールを無効化または削除します。アドオンをアンインストールしただけでは、設定済みのルールやトリガーがどうなるかはサービスによって異なります。設定がアカウント単位のアドオンでは、ほかのフォームへの影響も確認しましょう。停止後はテスト回答を行い、回答者向け・社内向けのメールが送られないことを確かめます。
外部のアドオンを使わず、独自の件名・本文・条件分岐で自動返信したい場合は、GAS(Google Apps Script)を使います。GASでは、次のようなカスタマイズが可能です。
一方で、GASは作成して終わりではありません。フォームの質問文の変更、担当者の異動、送信上限、権限の失効、トリガーのエラーなどに対応するため、保守担当と確認手順を決めておく必要があります。まずは標準機能やアドオンで要件を満たせるかを確認しましょう。件名・本文の独自編集、複雑な分岐、外部システムとの連携が必要な場合にGASを選ぶと、保守の負担を抑えやすくなります。
データの保存場所に社内規程や契約上の要件がある企業は、追加の確認が必要です。2026年9月のリリースノートによると、Apps Scriptは対象のWorkspaceエディションでデータリージョンに対応しました。スクリプト本体やトリガーのメタデータなどの地域内保存に対応し、実行処理の地域指定は対応するエディションに限られます。Education Standard・Education Plusは地域内保存のみが対象です。ただし、GASを使えば送信メールや連携先のデータまですべて指定地域に保存される、という意味ではありません。要件がある場合は、次の項目を情報システム部門と確認してください。
スプレッドシートに連携したフォームで、スプレッドシート側のフォーム送信トリガーを使う場合は、e.namedValuesで回答を取得できます。次は、回答者へ受付メールを送る基本例です。質問名は実際のフォームに合わせて変更してください。
function replyEmail(e) {
const email = e.namedValues['メールアドレス'][0];
const name = e.namedValues['お名前'][0];
const firstChoice = e.namedValues['希望の面談日を選択してください。第1希望'][0];
const subject = '面談希望日を受け付けました';
const body = ${name} 様\n\n面談希望日の回答を受け付けました。\n第1希望:${firstChoice}\n\n正式な面談日時は、担当者よりあらためてご連絡します。;
MailApp.sendEmail({ to: email, subject: subject, body: body });
}
質問名が少しでも変わると、e.namedValuesから値を取得できなくなることがあります。フォームの質問文を変えたときは、スクリプトも確認してください。
このコードはスプレッドシート側のトリガー用です。フォーム側(フォームのスクリプトエディタ)でトリガーを設定すると、イベントの中身はe.response(フォームの回答オブジェクト)になり、e.namedValuesは使えません。設置先を取り違えると動かないため注意しましょう。なお、フォーム側でメールアドレス収集を有効にし、フォーム側のトリガーを使う場合は、e.response.getRespondentEmail()でメールアドレスを取得する方法もあります。
スクリプトを書いたら、Apps Scriptの[トリガー]からトリガーを追加し、作成した関数を「フォーム送信時」に実行するよう設定します。初回は権限の承認が必要です。メール送信、スプレッドシートの参照、外部サービスとの連携など、スクリプトが求める権限を確認してから許可しましょう。インストール型トリガーは、トリガーを作成したユーザーのアカウントで実行されます。メールの送信元や送信上限も、そのアカウントの設定に従います。
回答者アクセスを変更した場合も、公開前にGASの動作を確認し直してください。アクセス対象、メールアドレスの収集方法、フォームの質問、トリガーを実行するアカウントが変わると、想定どおりに通知されないことがあります。
テストでは、少なくとも次の項目を確認します。
MailApp.getRemainingDailyQuota()で残数を確認し、実行履歴とあわせて点検する)大規模なイベントや大量の応募を受けるフォームでは、メールの送信数だけでなく、回答の表示やスプレッドシートとの同期にも制限があります。Googleは2026年9月から、1つのフォームあたり合計1GB・50万回答を上限として案内しています。さらに、回答が5万件を超えると回答の概要表示、10万件を超えるとスプレッドシートとの同期を利用できない可能性があります(2026年10月時点)。GASはシートへの回答追加をきっかけに動くため、同期が止まると通知も漏れます。回答数が多くなりそうな場合は、次の運用を検討してください。
GASの自動返信を止めるには、Apps Scriptの[トリガー]から該当するトリガーを削除します。コードを変更しただけでは、トリガーが残っていると意図しない処理が動くことがあります。インストール型トリガーは作成者のアカウントで実行されるため、停止するときや担当を交代するときは、誰がトリガーを作成したかも確認しましょう。作成者本人のアカウントでトリガーが残っていないかを点検し、停止後はテスト回答で動作を確認してください。
Googleフォームで回答者への控え送信や自動返信、自分や社内への通知を行う方法は、標準機能、アドオン、GASの3つに大きく分けられます。
新しい回答を自分に知らせるだけなら、標準機能の[新しい回答についてのメール通知を受け取る]で十分です。社内アンケートなど、Googleアカウントで回答者を確認できる用途では、確認済みメールアドレス宛てに回答コピーを送る標準機能が手軽です。社内限定フォームは旧来のtrusted domainを前提にせず、個別ユーザー、Googleグループ、target audiencesごとの回答者アクセスを確認しましょう。異動や退職が多い組織では、個人指定よりGoogleグループを優先すると管理しやすくなります。
外部向けフォームでは、回答者が入力したメールアドレスも使えます。ただし、誤入力や未達を前提に、確認メッセージへの問い合わせ先の記載と管理者への通知を用意しておくことが大切です。標準機能で送れるのは、文面を自由に編集できる自動返信メールではなく、あくまで回答のコピーです。件名・本文・差出人名・返信先を整えたい場合、部署別に通知したい場合、受付番号や条件分岐を使いたい場合は、アドオンまたはGASを選びます。
アドオンは、機能や料金に加えて、要求権限、管理者による承認と一括インストールの可否、サポート体制、更新状況、データの取り扱いまで確認してください。GASは独自の要件に対応できる反面、保守が必要です。標準機能やアドオンでは足りない要件がはっきりしている場合に採用するのが実務的でしょう。トリガーの設置先と作成者の管理、送信上限、回答数の上限も運用ルールに含めておくと安心です。
先着順の申込では、終了日時や総回答数による自動停止、受付終了メッセージ、管理者への通知を組み合わせると、手動停止の遅れを防ぎやすくなります。ただし、同時送信で定員を超える可能性があるため、厳密な定員管理が必要なら別の仕組みを検討しましょう。蓄積した問い合わせの傾向を把握したい場合は、利用できる環境であればフォーム回答のGemini分析情報(2026年10月時点でベータ機能)を参考にする方法もあります。ただし、分析結果をそのまま顧客への返信や担当の振り分けの最終判断に使うのは避けてください。
まずは、回答者への控え、社内への通知、受付終了時の案内のどれが必要かを整理し、該当する方法を1つ選んで設定してみましょう。公開前には、Gmail、Outlook、スマートフォンを含めて送受信テストを行います。長く運用するフォームは、回答者アクセス、メールの収集方法、通知ルール、受付停止の条件、アドオンやGASの権限を定期的に棚卸ししましょう。そうすることで、実務で使いやすい受付・問い合わせの基盤として活用できます。関連する業務改善の記事はJicooマガジンも参考にしてください。