hubspot フォーム 自動返信で調べていると、設定の場所を説明した記事はすぐ見つかります。困るのはその先で、自分の契約でどこまでできるのか、なぜ相手にメールが飛ばないのか、社内への通知と回答者への返信がどう違うのか、というあたりです。この記事では、公式ドキュメントに書かれている内容だけを使って、設定の入口からプランごとの制約まで順に整理します。すべて2026年9月4日時点で確認した記述です。
自動返信という言葉が3つのものを指している
最初に言葉を分けておきます。フォームまわりで自動返信と呼ばれているものには、性質の違う3つが混ざっています。ここを混ぜたまま設定を探すと、探している画面にたどり着けません。
1つ目は、回答者に届く受付の控えです。フォームを送った人に対して、受け付けましたという内容のメールが自動で届く仕組みです。多くの人が自動返信という言葉で最初に思い浮かべるのはこれです。
2つ目は、社内の担当者に届く通知です。新しい回答が入ったことを、受付の担当や上長に知らせるためのもので、回答者には届きません。この2つは設定する場所も、必要な契約の条件も違います。
3つ目は、回答の内容に応じて出し分ける個別の返信です。問い合わせの種類によって案内を変える、採用の応募で職種ごとに別の案内を送る、といったものです。これは自動返信というより、条件分岐を持った一連の処理になります。
hubspot フォーム 自動返信という言葉で探している人の多くが求めているのは1つ目ですが、実務で本当に必要になるのは3つ目に近い場面が多い、というのがややこしいところです。受付の流れ全体をどう組み立てるかという視点は、問い合わせの受付にまとまっています。以下、それぞれの設定と条件を見ていきます。
設定の入口はフォームの編集画面にある
回答者への自動返信は、フォームの編集画面から設定します。公式のドキュメントには、フォームエディタの左のパネルにあるオートメーションのアイコンをクリックし、「Send an email after form submission」の下の「Create this workflow」をクリックする、という手順が書かれています。フォームの設定項目としてメール本文を書くのではなく、送信をきっかけに動く処理を作る、という形になっているのが特徴です。
この作りには理由があります。送信のあとにやりたいことは、メールを送ることだけとは限りません。担当者を割り当てる、リストに追加する、内部の通知を出す、といった処理を並べたくなります。そのため、メールの送信も処理のうちの1つとして扱われています。
ゼロから組みたい場合は、空のテンプレートから作る道もあります。ドキュメントには「Create new workflow」を選び、右側のパネルの「Trigger the action(s) when」で「A contact submitted a form」を選ぶ、と書かれています。フォームの送信をきっかけにする、という指定を自分で行う形です。
1つ、見落とすと動かない点があります。ドキュメントには、設定したあとに公開または更新を行わないと自動返信は有効にならない、という趣旨の記述があります。設定画面で作り込んだだけでは動きません。テストで送ってみたのに何も届かない、という相談の一定数はここが原因です。作ったら公開する、というひと手間を手順書に書いておくと、担当が交代したときの事故が減ります。
プランで変わるのはアクションの数と本数
自動返信で組める内容は、契約しているプランによって変わります。この違いは公式ドキュメントにはっきり書かれています。
In a Marketing Hub Starter account, you can add up to 10 actions in a simple workflow and create one simple workflow for each form. In a Marketing Hub Professional or Enterprise account, you can add as many actions as you need to your simple workflow and add multiple simple workflows for each form. 出典: knowledge.hubspot.com
Starterでは、1つのフォームに対して簡易なワークフローを1本だけ、その中に置けるアクションは10個まで。ProfessionalとEnterpriseでは、アクションの数に制限がなく、1つのフォームに複数のワークフローを持てる、という違いです。
この差は、実務では次のような形で表れます。控えのメールを1通送るだけなら、Starterのアクション10個で十分足ります。控えを送り、担当者を割り当て、社内に通知し、リストに追加する、というところまでも収まります。足りなくなるのは、問い合わせの種類ごとに分岐して、それぞれ別の案内を送る形にしたときです。分岐が増えるとアクションの数はすぐに膨らみます。また、フォーム1つにワークフローが1本という制約があるため、用途の違う処理を並行して走らせたい場合は、Starterでは別のフォームに分けるという設計になります。
自分の契約でどこまでできるか分からないまま設計を進めると、作り込んだあとに上限に当たって組み直すことになります。先にプランを確認してから、分岐を持たせるかどうかを決めてください。
メールが飛ばない原因になりやすい条件
設定したのに回答者にメールが届かない、という相談で最初に確認すべき条件があります。公式ドキュメントには次の記述があります。「If you have a Marketing Hub subscription that includes marketing contacts, your contacts must be set as marketing contacts to receive emails sent from workflows.」
ワークフローから送られるメールを受け取るには、その連絡先がマーケティングコンタクトとして設定されている必要がある、という条件です。フォームから入ってきた人が自動的にその扱いになるとは限りません。ここが外れていると、ワークフロー自体は正常に動いているのに、メールの送信だけが行われない状態になります。エラーが出るわけではないため、原因にたどり着くまでに時間がかかりやすい部分です。
マーケティングコンタクトの数は、料金にも関わります。公式の日本語の料金ページでは、Marketing Hub Starterに1,000のマーケティングコンタクトが含まれる、と表示されています。つまり、受付の自動返信を送りたい相手の数がこの範囲を超えてくると、料金の考え方が変わります。応募者や問い合わせが年に数千件ある窓口では、ここが効いてきます。
テストで確認するときは、自分の社内のアドレスで試すと、この条件に引っかからずに通ってしまうことがあります。実際の応募者と同じ経路で入ってきた連絡先で確認するのが確実です。テスト送信が成功したのに本番で届かない、という食い違いは、この差から生まれます。
社内への通知は別の場所で設定する
回答者への自動返信とは別に、社内の担当者に知らせる通知があります。こちらは設定する場所も条件も違います。
公式ドキュメントによると、フォームの編集画面で、通知を受け取るべきユーザーまたはチームの横のチェックボックスを選ぶ形で設定します。連絡先の所有者に通知する設定と、通知するユーザーを追加する設定を、両方あわせて使えます。受け取る人数の上限についての記載は、確認した範囲では見当たりませんでした。
通知の宛先をチームで指定できる点は、運用の面で意味があります。担当者が交代したときに、チームの構成を直せば通知の宛先も追随するためです。個人のアドレスを1つずつ指定していると、退職や異動のたびに設定を洗い直すことになり、抜けが出ます。人が入れ替わる前提の窓口では、最初からチーム単位で指定しておくほうが手間が少なくなります。
この通知は、契約の条件が緩やかです。ドキュメントの冒頭にある対応する契約の表示は「All products and plans」となっており、すべての製品とプランで使えると書かれています。回答者への自動返信よりも先に、まず社内の通知だけを整えるという順番は、現実的な進め方です。
複数の担当者やチームに通知を出せるのは、受付を分担している組織にとっては大きな違いです。ただし、通知が届くことと、対応が管理されることは別です。通知は受け取った人それぞれの受信箱に入るので、誰がその件に手を付けたかは通知そのものには残りません。2人が同じ問い合わせに返信して、案内の内容が食い違う、という事故は通知の数を増やしても防げません。防ぐには、1件ごとに担当と状況が残る場所が要ります。この考え方はできることにまとまっています。
分岐を増やす前に、分岐の数を数える
問い合わせの種類ごとに違う案内を返したい、という要望は必ず出ます。ここで作り込みすぎると、あとで誰も触れない仕組みができあがります。
先に数えるべきなのは、分岐の数ではなく、分岐したあとに本当に文面が変わる数です。問い合わせの選択肢が6種類あっても、返す文面が実質2種類しかないなら、分岐は2つで足ります。選択肢の数だけ分岐を作ると、アクションの数が増え、Starterの上限に早く当たり、しかも文面の修正が6か所に散ります。窓口の名前を変えただけで6か所を直す作業が発生する形は、遠からず更新されなくなります。
もう1つの判断材料は、分岐の条件が将来も安定しているかどうかです。サービス名や商品名で分岐させると、名称が変わったときに全部作り直しになります。問い合わせの性質、たとえば「見積が欲しい」「不具合の相談」「採用について」といった区分で分けておくと、商品が入れ替わっても仕組みは生き残ります。
そして、分岐で解決しようとしている問題が、本当に自動返信の問題なのかを確認してください。種類ごとに担当が違うから振り分けたい、という動機であれば、必要なのは文面の出し分けではなく、届いた件に担当を付ける仕組みです。文面を分けても、対応する人の割り当てが人の頭の中にあるままなら、返し忘れは減りません。
同じフォームを複数のページで使うとき
1つのフォームを、複数のページに置いて使うことがあります。会社案内のページと、サービスの紹介ページと、資料請求のページで、同じ問い合わせフォームを使い回す形です。この場合、通知の宛先をページごとに変えたいという要望が出ます。
公式ドキュメントには、ページごとに通知の宛先を上書きできる旨が書かれています。フォームの既定の設定を上書きして、そのページに置いたフォームの通知先をドロップダウンから選ぶ形です。サービスの紹介ページからの問い合わせは営業の担当に、採用のページからの問い合わせは人事に、という振り分けを、フォームを増やさずに実現できます。
一方で、この作りには注意点もあります。宛先の設定が2か所に分かれるため、あとから見たときにどこで決まっているのかが分かりにくくなります。フォーム側を直したのに通知先が変わらない、という相談の原因はここにあることがあります。運用として、上書きを使ったページの一覧をどこかに残しておかないと、担当が交代したときに追えなくなります。
さらに、自動返信のほうはページごとに変えられるとは限りません。回答者に届くメールはワークフロー側で決まるため、ページごとに文面を変えたい場合は、フォームそのものを分けるか、条件による分岐を組むことになります。Starterでは1つのフォームに簡易なワークフローが1本という制約があるため、この分岐が必要になった時点でフォームを分ける設計に寄ります。フォームを分けると、こんどは集計が分かれます。どちらを取るかは、ページの数と、集計をどこまで一体で見たいかで決めてください。
自動返信の文面に何を書くか
設定の話が片付いたら、次は文面です。ここは仕様の問題ではなく、受付の実務の問題になります。自動返信を入れる目的は、送った人の不安を消して、問い合わせの二度打ちを減らすことです。その目的に照らすと、書くべきことは決まってきます。
まず、受け付けた内容を本文に含めることです。相手が何を書いて送ったのか、そのまま返します。送信の直後に画面が切り替わって内容を控えられなかった、という状況はよくあるので、控えとして機能します。書類の提出を伴う受付では、何を添付したかを返すだけで、あとの確認が減ります。
次に、いつまでに返事が来るのかを書くことです。3営業日以内に担当から連絡します、と書いてあれば、相手は3営業日待ちます。書いていなければ、翌日には催促の電話が来ます。窓口の負荷を決めているのは、問い合わせの件数より、この一文の有無だったりします。数字を書く以上は守れる範囲にしてください。守れない数字を書くと、催促は減らずに信用だけが減ります。
3つ目は、この自動返信に返信してよいのかどうかを明示することです。返信を受け取れないアドレスから送っているなら、そう書いて、別の連絡先を案内します。受け取れるなら、そのまま返信してくださいと書きます。ここが書かれていないと、相手は返信してよいのか迷い、結局は電話をかけてきます。
最後に、送信者の名前です。組織名だけでなく、どの窓口からの返信なのかが分かる形にしておくと、相手が受信箱で探しやすくなります。あとから「あのメールが見つからない」という連絡を受ける回数が減ります。
届いているかどうかをどう確かめるか
自動返信を組んだあと、必ず起きるのが「送ったはずのメールが届いていない」という連絡です。原因は複数あり、切り分けの順番を決めておくと早く片付きます。
最初に見るのは、そもそも送信の処理が走ったかどうかです。ワークフローが公開されているか、宛先がマーケティングコンタクトとして設定されているか。この2つは前の章で触れたとおりで、どちらが外れていても、エラーではなく無反応という形で現れます。
次に見るのは、送信は行われたが受信箱に入らなかった可能性です。迷惑メールに振り分けられている場合、送った側にはエラーが返りません。相手の受信環境によっては、組織の側で外部からのメールを厳しく扱っている場合もあります。相手に迷惑メールのフォルダを確認してもらうのが、いちばん早い確認方法です。
自動で送る控えが確実に届くとは限らない、というのはこの種の仕組みに共通する話です。Googleのフォームでも、回答のコピーについて「In certain circumstances, responders may not receive the expected response receipts due to spam filters or other counter-abuse measures.」と、迷惑メール対策で届かない場合があることが公式に明記されています。仕組みが違っても、外部にメールを出す以上、同じ性質の問題は残ります。
だからこそ、受付の設計としては、控えが届かなかった場合に相手が確認できる手段を1つ用意しておくのが安全です。送信完了の画面に受付番号を表示する、問い合わせ先を明示する、といった手当てです。控えのメールだけを唯一の確認手段にすると、届かなかった人が全員こちらに問い合わせてくることになります。応募の受付でこの構造をどう整えるかは、採用の応募受付にまとまっています。
フォームの編集画面が2つある
もう1つ、設定を探すときに混乱しやすい点があります。フォームの編集画面が新旧2つ存在していることです。
公式の知識ベースには、旧来のエディタで作られたフォームについて説明した記事があり、その冒頭に次の注記が置かれています。「This article should be used as a reference for existing forms built with the legacy editor only. It's recommended to use the updated forms editor to create and manage new forms.」旧エディタで作った既存のフォームの参照用であり、新しいフォームの作成と管理には更新されたエディタを使うことが推奨されています。
ここで実務上の注意が2つあります。1つは、ウェブ上の解説記事が、どちらのエディタの画面を説明しているのか分からないまま書かれていることが多い点です。手順どおりに操作しても項目が見つからない場合、記事が旧エディタの画面を説明している可能性を疑ってください。もう1つは、旧エディタで作ったフォームが手元に残っている場合、新しい設定項目がそのまま使えるとは限らない点です。
旧エディタの提供がいつ終わるのか、移行の期限があるのかについては、確認した範囲の公開資料では確認できませんでした。終わらないという意味ではなく、期日の記載が見当たらないという意味です。長く運用しているフォームがあるなら、どちらのエディタで作られたものかを一度洗い出しておくと、あとで慌てずに済みます。
受付の件数を止める仕組みは持っていない
イベントの申し込みや、定員のある講座の受付にフォームを使う場合、確認しておくべき項目があります。公式のよくある質問には、送信数の上限を設定できるかという問いに対して「No, it isn't possible to set a submission limit on a form.」と書かれています。フォームに送信数の上限を設定することはできない、という回答です。
定員が決まっている受付では、この仕様は運用に直結します。30人の枠に対して申し込みが45件入っても、フォーム側は受け付け続けます。締め切るには、フォームの公開を止めるか、ページ側で表示を切り替えるか、超過分に断りの連絡を出すか、という人の作業が要ります。定員に達した瞬間に自動で止めたい場合は、別の手立てを用意することになります。
自動返信の設計にも影響します。受け付けたという控えを全員に自動で送っていると、定員を超えて申し込んだ人にも受け付けた旨のメールが届きます。あとから断りを出すと、受け付けたのに断られたという印象になります。定員のある受付で自動返信を組むなら、控えの文面を「受け付けました」ではなく「お申し込みを承りました。定員を超えた場合は改めてご連絡します」という形にしておくのが安全です。文面の一文で防げる種類のトラブルです。
定員と締切を仕組みとして持ちたい受付については、イベントの申し込みに、申し込みの受け付けから当日までの間に必要になる管理がまとまっています。
料金の見え方を先に確認しておく
自動返信をどこまで作り込むかは、料金の構造とセットで決まります。2026年9月4日時点の公式の日本語の料金ページには、無料ツールについて「￥0／月」と表示され、あわせて「2人のユーザーまで料金はかかりません。クレジットカードなどの決済情報も不要です。」という注記があります。Marketing Hub Starterについては「最低利用料金：￥840／月／シート」という表示です。
ここで押さえておくべきなのは、シートという単位です。使う人の数で費用が変わる形になっているため、受付を1人で回すのか、3人で分担するのかによって、月額が変わります。フォームを作る機能だけを比べていると見落としますが、受付の道具として比べるなら、何人で使うかを先に決めてから料金を見るのが正しい順番です。
料金と提供内容は変わります。ここに書いた数字は確認した時点のもので、判断する前に公式の料金ページで最新の表示を確認してください。他の道具と横に並べて費用感を見たい場合は、料金で、人数が増えたときにどう変わるかを確認できます。
なお、無料の範囲でフォームを使い始めて、あとから自動返信を作り込みたくなったときに、ワークフローの本数やアクションの数で上限に当たる、という順序をたどることがあります。最初から複雑な分岐を組む予定があるなら、Starterの制約を頭に入れたうえで設計してください。
自動返信が終わったあとに残る作業
自動返信を整えると、送信直後の1通は片付きます。受付の仕事で重いのは、その後に続くやり取りのほうです。
問い合わせであれば、内容を読んで、担当を決めて、必要なら社内に確認して、返信を書きます。採用の応募であれば、書類を確認して、面接の日程を調整して、結果を伝えます。どれも自動では終わらず、人が判断して返す部分が残ります。ここで起きる事故は、だいたい2つに集約されます。返し忘れと、二重返信です。
この2つは、通知を増やしても減りません。通知は受け取った人の受信箱に届くだけで、対応の状況を保持しないからです。減らすために要るのは、1件ごとに担当と状況が付いていて、返信の履歴がその件の下に残る形です。道具を選ぶときに効いてくるのは、フォームを作る機能の差ではなく、送信されたあとの道具がそろっているかどうかのほうです。
比較するときの見方も、この観点で変わります。作る機能だけを並べると差が出にくいので、送信されたあとに何が残るかまで含めて並べた表を見るほうが早く判断できます。Googleフォームとの比較には、無料で使える範囲と、その先で人の手作業になる部分が並べてあります。自分のサイトに埋め込む形との違いを見たい場合は、Contact Form 7との比較、社内の環境で完結させたい場合はMicrosoft Formsとの比較が同じ観点でまとまっています。
いま使っている仕組みで足りているかどうかを判断する材料は、意外と単純です。直近1か月で、返信が遅れた件が何件あったか、同じ相手に2人が連絡した件が何件あったか。この2つを数えて、どちらも0件なら、いまの仕組みを変える理由はありません。数字が出るようなら、自動返信の作り込みではなく、届いたあとの管理のほうに手を入れる番だという合図です。実際の画面での見え方は動くところを見るから、判断の際によく出る疑問はよくある質問から確認できます。
Q1. 無料の範囲でフォームの自動返信は使えますか？
公式の知識ベースでフォームのオートメーションの記事に表示されている対応範囲は「All products and plans」で、一部の機能には追加の契約が必要と注記されています。ただしワークフローから送るメールを受け取るには、連絡先がマーケティングコンタクトとして設定されている必要があると書かれています。自分の契約でどこまで動くかは、実際の応募者と同じ経路の連絡先で試して確認してください。
Q2. プランによって自動返信の何が変わりますか？
公式ドキュメントによると、Marketing Hub Starterでは1つのフォームにつき簡易なワークフローを1本、アクションは10個まで作れます。ProfessionalとEnterpriseでは、アクションの数に制限がなく、1つのフォームに複数のワークフローを追加できます。問い合わせの種類ごとに分岐して案内を出し分けたい場合、Starterの上限に当たりやすくなります。
Q3. 設定したのに自動返信のメールが届きません。
確認する順番は3つです。まず、設定したあとに公開または更新を行ったか。ドキュメントには、公開するまで有効にならないという趣旨の記述があります。次に、宛先がマーケティングコンタクトとして設定されているか。最後に、社内アドレスではなく実際の受付経路と同じ形でテストしているか。この3つで多くの原因は切り分けられます。
Q4. 申し込みの定員に達したらフォームを自動で止められますか？
公式のよくある質問には「No, it isn't possible to set a submission limit on a form.」とあり、送信数の上限を設定することはできないと書かれています。定員のある受付では、公開を止めるか超過分に個別に連絡するか、人の作業が残ります。自動返信の文面も、受け付けたと言い切らず、定員超過の可能性を添えておくと後の連絡が楽になります。