notion フォーム 自動返信を調べている人がぶつかるのは、フォームの設定画面をどれだけ探しても、回答者へメールを返す項目が見当たらないという壁です。結論から書くと、送信直後に見せられるのは画面上の確認メッセージで、メールとして返すのは別の仕組みの担当です。しかもその仕組みは有料プランの機能で、Gmailのアカウントが要ります。ここでは公式ヘルプに書かれている範囲だけで、どこまでが標準で、どこから追加が必要なのかを切り分けます。
標準にあるのは画面に出す確認メッセージ
フォームを作ると、送信後に表示される画面を自分で決められます。公式ヘルプには、フォームビルダー上部のフォーム設定から送信画面を選ぶことで、送信ボタンの色やテキスト、確認タイトル、確認本文といった回答者の送信体験を調整できる、と書かれています。
これは、送信ボタンを押した直後にブラウザに表示される文章です。メールではありません。回答者がその画面を閉じてしまえば、内容は手元に残りません。「受け付けました」とだけ書いて終えると、回答者は自分が何を送ったのか、いつまでに返事が来るのかを確認する手段を失います。
同じ設定画面には、もう1つ紛らわしい項目があります。各送信内容のコピーをメールで受け取るように設定することも可能です、という記述です。ここで受け取るのはフォームを作った側であって、回答した側ではありません。「メールで受け取る」という言葉だけを見て自動返信が設定できたと思い込むと、回答者には何も届かないまま運用が始まります。実際、受付を始めてしばらくしてから応募者に「送れたかどうか分からない」と問い合わせが来て気づく、という順序をよく聞きます。
まずここを分けて理解しておくことが出発点です。標準で用意されているのは、送信者に出す画面と、作成者に届くコピーの2つ。回答者に届くメールは、この2つのどちらでもありません。
メールで返すにはオートメーションが要る
回答者にメールを返す経路は、フォームの設定ではなくオートメーションの側にあります。公式ヘルプのフォームのページにも、フォームにオートメーションを組み込むことで新しい回答を受け取ったときに特定のアクションを実行でき、回答者にステータス更新を送信したりSlackで通知を送信したりできる、と書かれています。
設定の手順は次の通りです。
・フォームビルダーを開く ・上部の3点のメニューからオートメーションをクリックする ・オートメーションのトリガーを1つ以上追加する ・オートメーションのアクションを1つ以上追加する
ここで選ぶアクションが、メール送信です。オートメーションのアクションには、プロパティの編集、データベースへのページ追加、ワークスペース内の特定の人への通知、Gmailを使ったメール送信、Webhookの送信、Slack通知の送信などが並びます。
メール送信を選ぶと、Gmailのアカウントとの連携が求められます。公式には、このオートメーションを使用するにはGmailアカウントが必要です、と明記されています。つまり、独立したメール送信の仕組みが内蔵されているわけではなく、誰かのGmailから送る形になります。
差出人が個人のGmailアカウントになるという点は、受付の運用に直結します。応募者や問い合わせ主に届くメールの送信元が、担当者個人のアドレスになるということです。窓口の代表アドレスから返したい場合は、そのアドレスをGoogleのアカウントとして持っているかどうかが前提条件になります。
有料プランでないと動かない
ここが最初の分かれ目です。公式ヘルプには、データベースオートメーションは有料プランのすべてのプラットフォームで利用できる、と書かれています。作成、編集、削除ができるのは、データベースへのフルアクセス権限を持つ有料プランの利用者です。
無料プランの扱いについても明記があります。無料プランを利用している場合でもSlack通知のオートメーションは作成できるが、他のオートメーションは作成できない、という内容です。つまり、無料のままメールでの自動返信を組むことはできません。
一方で、フォームそのものは無料でも作れます。公式ヘルプには、Notionの全プランの全メンバーがフォームを作成して使用できる、と書かれています。製品ページにも、フォームを無料で無制限に作成し共有できる、という記載があります。フォームは無料、自動返信は有料、という線の引かれ方です。
料金は公開されています。無料プランは1人あたり月0円、プラスは1,650円、ビジネスは3,150円で、エンタープライズは個別見積もりとされています。いずれも1メンバーあたり月額の表記で、年払いにすると最大20%安くなると記載されています。2026年9月4日時点の日本向けの表示です。
ここで注意したいのが、料金が人数に比例する形だという点です。受付の担当が1人なら影響は小さいですが、事務局のメンバー全員をワークスペースに入れている場合、自動返信を1本動かすためにメンバー全員分の課金が発生します。回答を見る人と返信する人が別なら、誰にどの権限が要るのかを先に整理しておくと、必要以上に費用が膨らみません。
なお、条件分岐のロジックは別の線が引かれています。公式ヘルプには、回答に応じて表示する質問を変える条件付きロジックはビジネスプランとエンタープライズプランでのみ利用できる、と書かれています。問い合わせの種類によって聞く項目を変えたい場合は、ここでもう1段上のプランが必要になります。
メール送信で決められること
オートメーションのメール送信では、メールの各部分を細かく指定できます。公式ヘルプに挙げられているのは次の項目です。
・宛先。ユーザーのプロパティ、ワークスペース内のユーザー、または特定のメールアドレスから選ぶ ・件名。トリガーになったページのプロパティ、時間や日付、ページへのリンクを差し込める ・メッセージ。件名と同様に、プロパティや日付を差し込める ・表示名で送信。受信者側でメールアドレスの横に表示される名前を任意で指定できる ・返信先。送信に使ったアドレスとは別のユーザーに返信を向けられる
宛先については、重要な補足があります。公式には、このメールアドレスは外部のものでも構わず、ワークスペースや組織の誰かのものである必要はない、と書かれています。フォームに回答した人のメールアドレスを項目として受け取っておけば、その値を宛先に使えるということです。自動返信を組むうえで、この条件は必須になります。
表示名と返信先を指定できるのは、受付の運用にとって助かる部分です。差出人のアドレスが担当者個人のGmailであっても、表示名を事務局の名前にしておけば、受け取った側の印象は整います。返信先を窓口の共有アドレスに向けておけば、回答者が返信ボタンを押したときの行き先も揃えられます。ただし、送信元のアドレス自体は変わりません。相手のメールソフトによっては、差出人の実アドレスがそのまま表示されます。
件名や本文にプロパティを差し込めるので、「田中様、9月4日にお申し込みいただいた件を受け付けました」といった個別の文面が作れます。受付番号にあたる値をデータベース側で持たせておけば、それも差し込めます。問い合わせ主が後から問い合わせてきたときに、番号で照合できる状態にしておくと、窓口の負担が明確に減ります。
届くまで最大2分かかる
自動返信を組んだあとに必ず出てくるのが、送信の速さの話です。公式ヘルプには、はっきりと書かれています。
このオートメーションを使って送信されたメールは、受信者の受信トレイに到着するまでに最大2分かかる場合があります。 出典: notion.com
送信ボタンを押した瞬間に届くわけではない、ということです。2分という数字自体は実務上ほとんど問題になりませんが、テストのときに勘違いを生みます。設定して送ってみて、すぐ受信箱に来ないので設定を疑い、いじり直す。この繰り返しで時間を溶かすことになります。まず2分待ってください。
もう1つ、公式が注意を促している点があります。メッセージの受信者数や1日に送信できるメールの数にはGmailの制限があることに注意してください、という記述です。Gmailの送信上限に達すると、その日の自動返信は止まります。イベントの申し込みを受け付けていて、告知の直後に回答が集中する、といった使い方をする場合はここが効いてきます。何件まで大丈夫なのかはGmailのアカウントの種類で変わるため、繁忙期の見込み件数と照らして事前に確かめる必要があります。
エラーが起きたときの挙動についても記載があります。オートメーションが更新しているデータベースやプロパティが見つからない場合、あるいはGmailやSlackなどのサードパーティの接続が無効になったり認証が必要になったりした場合など、特定のケースでエラーが発生したときには通知される、という内容です。連携の認証は永久ではありません。ある日突然、自動返信だけが止まっているという状態が起こり得ます。通知を受け取る人を決めておかないと、誰も気づかないまま数日が過ぎます。
編集できる人が限られる点も押さえておいてください。公式には、Gmailアカウントをオートメーションにリンクした人だけがオートメーションを編集でき、他のユーザーができるのは使用のみである、と書かれています。設定した担当者が異動や退職でいなくなると、文面を直せる人がいなくなります。窓口の自動返信は長く使うものなので、誰の名前で連携するかは最初に決めておく価値があります。
回答がどこに溜まるかを先に把握する
自動返信を組む前に、回答そのものがどう保存されるのかを押さえておく必要があります。宛先に使うメールアドレスも、差し込む値も、すべてここから取るからです。
公式ヘルプには、既定ではフォームの回答はデータベース内の「回答」という名前のテーブルビューに保存され、フォームの質問はデータベースプロパティとして表示される、と書かれています。フォームの質問とデータベースの列が1対1で対応している構造です。質問の名前を変えると、既定ではプロパティの名前も一緒に変わります。プロパティ名と同期するというトグルをオフにすれば、フォーム上の質問文とデータベースの列名を別にできます。
自動返信の宛先として使うには、メールアドレスを受け取る質問を必ず置いておく必要があります。ここを置き忘れたまま受付を始めると、あとから回答者に連絡する手段がなくなります。フォームを公開する前に、宛先に使える列があるかを1度だけ確認してください。
エクスポートについては制約が明記されています。現時点ではデータベースのフォームビューをエクスポートすることはできず、代わりにテーブルビューから質問と回答をエクスポートするよう案内されています。受付の記録を会計や名簿の作業に回す運用をしているなら、テーブルビューを経由する手順で覚えておくと迷いません。
もう1つ、件数が増えたときの注意も公式に書かれています。フォームの回答数が非常に多い場合は読み込みに時間がかかる場合があり、2つ目のフォームを作成するか不要になった過去の回答を削除することがすすめられています。年度をまたいで同じフォームを使い続けると、この状態に近づきます。年度ごとにフォームを分けるという運用は、この記述に沿った選択です。
2段階の自動返信にすると問い合わせが減る
オートメーションのトリガーは、新しい回答が届いたときだけではありません。プロパティが特定の値になったときにも動かせます。この性質を使うと、受付の連絡を2段階に分けられます。
1段階目は、回答が追加されたときに送る受付の通知です。届いたことと、返事までの目安を伝えます。2段階目は、担当者が状況の列を「完了」や「不採用」に変えたときに送る結果の通知です。人が判断した結果を、判断した瞬間に自動で伝えられます。
この2段階にする効果は、問い合わせの減り方に出ます。受付の通知だけだと、結果が出るまでの間に「その後どうなりましたか」という連絡が入ります。結果の通知まで自動化しておけば、担当者が状況を更新した時点で相手に伝わるため、この往復が消えます。
公式ヘルプのガイドにも、担当者のプロパティが特定の人に設定されたときに動くトリガーを作り、アクションでSlack通知の送信先を選ぶかメールの送信先を選ぶ、という流れが例として載っています。人への割り当てと通知をつなぐ考え方は同じです。
注意点は、状況の列の値を人が確実に更新することが前提になる点です。更新しなければ通知は飛びません。ここが守られない職場では、自動化が「たまにしか動かない仕組み」になり、結局は人が個別にメールを書くことになります。列の更新を作業の一部として定着させられるかどうかが、この設計の成否を分けます。
Slackへの通知とメールを使い分ける
回答が届いたことを社内に知らせる方法は、メールだけではありません。オートメーションのアクションにはSlack通知の送信も用意されています。
公式ヘルプには、Slack通知を送信を使用すると指定したSlackチャンネルにカスタム通知を送信でき、この機能はプラス、ビジネス、エンタープライズプランでのみ利用可能である、と書かれています。同じページには、無料プランを利用している場合でもSlack通知オートメーションは作成できるが他のオートメーションは作成できない、という記述も並んでいます。読み比べると線の引かれ方が一様ではないため、自社のプランで実際に選べるかどうかは、設定画面で確認するのが確実です。
制約として、Slack通知の送信時に数式を使用することはできない、と明記されています。メールの件名や本文では数式を組めますが、Slack通知では組めません。件数の累計や残り日数のような計算した値を出したい場合は、メール側に寄せることになります。
使い分けの目安としては、社内に知らせるものはSlack、外に出すものはメール、と分けるのが素直です。社内向けをメールにすると、担当者の受信箱に通知が積み上がり、本当の問い合わせに埋もれます。逆に、回答者への連絡をチャットで代替することはできません。この分け方をしておけば、通知の量が増えても受信箱の見通しは保てます。
ワークスペース内の特定の人への通知というアクションも別に用意されています。Slackを使っていない組織なら、こちらで社内への知らせを完結させられます。
テンプレートを複製したフォームには落とし穴がある
公式ヘルプに、事故につながる注意が1つ書かれています。Notionワークスペースに複製したテンプレートの一部であるフォームを共有する場合は、フォームの回答が元のフォームの作成者ではなく自分に送られるように、ゼロから別のバージョンのフォームを設定するように、という内容です。
つまり、他人が公開しているテンプレートを複製して、その中のフォームをそのまま配ってしまうと、回答が意図しない先に流れる可能性があるということです。受付のフォームは、氏名や連絡先といった個人の情報を集めます。ここで宛先を間違えると、単なる設定ミスでは済まなくなります。
テンプレートから始める場合は、フォームだけは作り直す。この1手順を決めておけば防げます。作り直すといっても、スラッシュコマンドでフォームを追加して、既存のデータベースに接続するだけです。手間としては数分で終わります。
権限まわりも押さえておく必要があります。公式には、フォームを編集するにはフォームが接続されているデータベースへの編集権限またはフルアクセス権限が要ること、フォームの共有設定を変更するにはフルアクセス権限が要ること、フォームのURLをコピーして共有するには読み取り権限以上が要ることが、それぞれ書かれています。誰がフォームを直せて、誰が公開を止められるのかが権限で決まります。
公開を止める操作も用意されています。共有設定で「アクセス不可」を選ぶと、フォームを終了して新たな回答の受付を停止できる、とされています。募集の締切が来たら、この操作で受付を閉じます。締切を過ぎても受け付け続けてしまう事故は、閉じる担当と閉じる時刻を決めていないときに起きます。
公開してからテストするまでの手順
自動返信は、動いていないことに気づきにくい仕組みです。回答者から「届かない」と言われて初めて分かる、という順序を避けるために、公開前と公開後に確認する手順を決めておきます。
公開前に確認したいのは次の点です。
・自分のアドレスでフォームに回答して、2分待ってから受信箱を見る ・迷惑メールのフォルダにも入っていないかを確認する ・差出人の表示名と返信先が、意図した通りになっているかを見る ・本文に差し込んだプロパティの値が、空欄になっていないかを見る
4つ目は見落としがちです。差し込みの対象にした列が、その時点でまだ空だと、本文に何も入りません。回答が入ってから値が決まる列を差し込む場合は、トリガーのタイミングと合っているかを確かめてください。
公開後に決めておきたいのは、止まったときに気づく方法です。連携の認証が切れると自動返信は止まります。公式には、サードパーティの接続が無効になったり認証が必要になったりした場合はエラーが通知されるとありますが、その通知を誰が見るのかを決めていないと意味がありません。オートメーションを設定した本人が長期の休みに入る前に、確認する人を引き継いでおくのが安全です。
回答者の側の制約も1つ知っておくと、問い合わせに答えやすくなります。公式には、フォームの回答をコピーするにはNotionアカウントにログインするか新規アカウントを作成する必要がある、と書かれています。回答者から「送った内容を見返したい」と言われたときに、アカウントの作成を求めることになる場面があるということです。控えを残したいなら、自動返信の本文に内容を含めるのが現実的な対応になります。
自動返信の文面に何を書くか
仕組みが組めたとして、次は中身です。自動返信は「受け付けました」だけでは足りません。受け取った人が次に何をすればよいかが分かる文面にすると、その後の問い合わせが減ります。
入れておきたいのは次の要素です。
・受け付けた日時と、受け付けた内容の要約 ・返信までの目安となる期間 ・その期間を過ぎても連絡が無い場合の連絡先 ・こちらから連絡が届かない可能性がある場合の対処、たとえば迷惑メールの確認
とくに効くのが2つ目と3つ目です。返事がいつ来るのか分からない状態は、問い合わせ主にとって不安です。この不安が、追加の問い合わせや電話という形でこちらに返ってきます。「3営業日以内にご連絡します」と書いておくだけで、その期間内の催促はほぼ消えます。
送信した内容の控えを本文に入れるかどうかは、扱う情報によって判断が変わります。氏名や連絡先程度なら入れて問題ありませんが、健康や経歴に関わる内容を書き写すのは避けたほうがよい場面があります。個人情報の取り扱いをどこまで自動化してよいかは事業の内容によるため、所管の窓口や専門家に確かめてください。制度の考え方は個人情報保護委員会の公開資料が出発点になります。
匿名回答の設定にしている場合は、そもそも宛先が取れません。公式ヘルプには、リンクを知っているWeb上の全ユーザーが利用できるフォームの回答者は自動的に匿名になる、と書かれています。この状態でも、メールアドレスを聞く質問を置いていれば、その値を宛先に使えます。匿名かどうかと、連絡先を持っているかどうかは別の話です。
自動返信で足りるとき、足りないとき
ここまでの内容を、受付の仕事に引きつけて整理します。
自動返信だけで足りるのは、こちらから返す内容が全員同じで、その後のやり取りが発生しない受付です。資料の送付、説明会の申し込み受付、アンケートの回収。この形なら、確認画面と1通の自動返信で完結します。
足りなくなるのは、1件ごとに人の判断が挟まる受付です。応募書類の確認、見積もりの回答、修理の可否判断。この場合、自動返信は「受け付けた」ことしか伝えられません。本当の返信はそのあとに人が書きます。そして、その人の返信が漏れるかどうかが受付の品質を決めます。
漏れが起きる理由ははっきりしています。受け付けた記録と、返信したという記録が別の場所にあるからです。回答はNotionのデータベースに並び、返信はGmailの送信済みに残る。この2つを突き合わせる作業を人が毎日やっている職場では、件数が増えた時点で必ず取りこぼしが出ます。1日30件を超えたあたりから、目視での突き合わせは現実的でなくなると言われています。
もう1つ、自動返信を組んだあとに残る仕事があります。届いた回答を誰が見るのかという割り振りです。自動返信は相手に返すだけで、社内の担当を決めてはくれません。担当が決まらないまま回答が溜まると、全員が「誰かが見ているだろう」と考えて手を出さない時間が生まれます。受付の遅れの多くは、判断が難しいからではなく、誰の仕事なのかが決まっていないから起きます。
自動返信を入れる価値がいちばん出るのは、この割り振りの仕組みと組み合わせたときです。届いた瞬間に相手へ受付を伝え、同時に社内では担当が決まる。この2つが同じ動作で片づくなら、受付にかかる時間は目に見えて減ります。逆に、返信だけを自動化して割り振りを人がやっている状態だと、詰まる場所が後ろにずれるだけで、総量は変わりません。
道具を選ぶときの軸は、フォームの作りやすさではありません。送信されたあとの道具がそろっているかどうかです。届いた1件に担当を付け、状況を進め、返信まで同じ画面で終えられるか。ここが1本の線になっていれば、自動返信は最初の1通として自然に組み込まれます。何が備わっていれば線になるのかはできることに、実際の画面の並びは動くところを見るにまとまっています。
他の道具と比べたい場合、無料で始められる点が近いのはGoogleフォームとの比較で扱っている組み合わせです。自社のサイトの中で完結させたい場合はContact Form 7との比較が近くなります。受付の種類ごとに何が必要になるかは、問い合わせの受付やイベントの申し込みに場面別の整理があります。費用の形を先に確かめたい場合は料金を見てください。
Q1. Notionのフォームだけで回答者に自動返信を送れますか？
フォームの設定で用意されているのは、送信後に画面に表示される確認タイトルと確認本文です。メールで返すにはデータベースオートメーションのメール送信アクションを使います。公式ヘルプには、このアクションを使うにはGmailアカウントが必要と書かれています。
Q2. 無料プランのままで自動返信は組めますか？
組めません。公式ヘルプには、データベースオートメーションは有料プランで利用でき、無料プランではSlack通知のオートメーションだけが作成できると書かれています。フォームの作成自体は全プランで可能なので、フォームは無料、メールでの自動返信は有料という線になります。
Q3. 自動返信がすぐ届きません。設定が間違っていますか？
公式ヘルプには、このオートメーションで送られたメールは受信トレイに到着するまで最大2分かかる場合があると書かれています。まず2分待ってください。それでも届かない場合は、Gmailの1日あたりの送信数の制限や、連携の認証が切れていないかを確認します。
Q4. 自動返信の差出人を会社の代表アドレスにできますか？
送信元はオートメーションに連携したGmailアカウントになります。表示名は任意に指定でき、返信先も別のアドレスに向けられますが、送信元のアドレス自体は変わりません。代表アドレスから出したい場合は、そのアドレスをGoogleのアカウントとして用意する必要があります。