AI導入・自動化

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

公開日: 2026-07-16約4分で読めます著者: 因幡匠瞬

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

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

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

この記事で分かること：

1. mailto方式の何が問題か

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

因幡匠瞬（しょうま）

株式会社U.ai代表。AIと仕組みで事業を回した実録を、このブログにそのまま書いています。

切り抜き・AI導入の相談

記事の内容についての質問や、切り抜き運用・AI導入の相談は、お問い合わせからどうぞ。