問い合わせフォームに自動返信を付けた実録 — 「mailto運用」からの卒業

「お問い合わせはこちら」を押すと、パソコンのメールソフトが起動する——少し前まで、僕のサイトの問い合わせ導線はこの「mailtoリンク」方式でした。

一見動いているようで、この方式には見えない機会損失があります。この記事は、僕のサイトの問い合わせをフォーム送信＋自動返信の体制に作り替えた記録です。

**この記事の結論：**mailto方式は「送れなかった人」が見えないまま離脱します。フォーム＋API＋メール送信サービスで通知と自動返信を同時に送る構成に作り替えれば、問い合わせが数十件規模のサイトなら実質0円で運用できます。

この記事で分かること：

• mailto方式で実際に起きる「見えない離脱」
• フォーム＋自動返信の構成（何と何を組み合わせるか）
• ドメイン認証など、作ってみて分かるつまずきポイント

1. mailto方式の何が問題か

mailtoリンクは「クリックしたらメールソフトが立ち上がる」仕組みです。問題は、メールソフトを設定していない人が意外と多いこと。

• スマホでブラウザからサイトを見ている人 → メールアプリが開いても、そこから書くのは面倒
• 会社のPCでWebメールを使っている人 → メールソフト自体を設定していないと、空のウィンドウが開くか、何も起きない

「問い合わせようとしたのに送れなかった人」は、こちらからは一切見えません。エラーも記録も残らず、ただ静かに離脱します。問い合わせは事業の生命線なので、ここの取りこぼしは金額に直結します。

2. 作り替えた後の構成

新しい構成はこうなっています。

サイト上のフォーム（名前・連絡先・内容）
   ↓ 送信
API（サイトの裏側の処理）
   ├→ 運営宛て：問い合わせ内容をメールで通知
   └→ 送信者宛て：「受け付けました」の自動返信

実装にはメール送信サービス（うちはResendを使用）を使います。フォームの内容をAPIが受け取り、運営への通知と送信者への自動返信を同時に送る、というシンプルな流れです。

送信者に自動返信を返すのは礼儀のためだけではありません。「ちゃんと届いた」が即座に分かることで、送信者の不安（「これ、届いてるのかな…」）と二重送信を防げます。

mailto運用からフォーム体制への移行で変わったことです。

3. 実装で押さえた3つのポイント

① スパム対策は「ハニーポット」から

フォームを公開すると、bot（自動プログラム）によるスパム送信が来るようになります。最初の対策としては「ハニーポット」が手軽です。人間には見えない隠しフィールドをフォームに仕込み、そこに入力があった送信（＝botの仕業）を弾く方式で、ユーザーに負担をかけずに大半の単純botを止められます。

② ドメイン認証（ここでつまずいた）

メール送信サービスから自社ドメイン名義でメールを送るには、DNSにSPF・DKIMという認証レコードを追加する必要があります。これを設定しないと、送ったメールが迷惑メール行きになったり、そもそも自社ドメイン名義で送れなかったりします。

DNSの設定はドメイン管理画面での作業になるため、ドメインの管理者が誰か（自分か、外部か）を先に確認しておくとスムーズです。うちもここが一番「コードの外」の作業でした。

③ 失敗時の逃げ道を残す

APIやメール送信サービスに万一障害があってもお問い合わせが途絶えないよう、うちは送信に失敗した場合に従来のmailtoリンクへ誘導するフォールバック（予備経路）を残しています。新しい仕組みに切り替えるときは、古い経路を完全に消す前に、失敗時の受け皿として残しておくと安全です。

作ってみて分かったつまずき対策です。

4. 費用感

メール送信サービスには無料枠があります（Resendの場合、個人・小規模サイトの問い合わせ用途なら無料枠で十分収まる規模。上限は変わることがあるので契約時に公式で確認してください）。フォーム自体はサイトの一部なので追加費用ゼロ。月々の問い合わせが数十件規模のサイトなら、実質0円で運用できます。

あわせて読みたいサーバー代0円でXに毎日3回自動投稿する仕組み — GitHub Actionsで作った実録

よくある質問

GoogleフォームやTypeformではだめですか？

用は足ります。ただ、外部サービスのフォームはデザインがサイトと不揃いになりやすく、遷移で離脱も起きます。サイトに埋め込んだ自前フォームは体験が途切れないのが利点です。まず外部フォームで始めて、後から自前に移行するのも現実的な順番です。

自動返信の文面はどう書けばいいですか？

「受け付けた事実」「返信までの目安」「急ぎの場合の連絡先」の3点があれば十分です。営業文を長々と入れるより、確認メールとしての役割に徹する方が印象は良くなります。

スパムはハニーポットで全部防げますか？

単純なbotは大半止まりますが、完全ではありません。増えてきたら、送信頻度の制限やCAPTCHA（画像認証）の追加など、段階的に強化していく形になります。最初から重装備にするより、実際の被害に合わせて足すのがおすすめです。

まとめ

• mailto方式は「送れなかった人」が見えないまま離脱する。問い合わせ導線としてはリスク
• フォーム＋API＋メール送信サービスで、通知と自動返信を同時に送る構成に
• スパム対策はハニーポットから。**ドメイン認証（DNS設定）**は忘れずに
• 切り替え時は失敗時のフォールバックを残す

こうした問い合わせ導線の整備・自動化の構築は、僕が実務でやっている領域です。ご相談はお問い合わせから——もちろんこのリンクの先が、この記事で作ったフォームです。