ホームページから迷惑問い合わせが来る原因と対策

迷惑問い合わせは、なぜ届くの？

多くは、人が一件ずつ入力しているのではなく、自動プログラムが大量のサイトへ送信しています。問い合わせフォームの送信先を見つけ、画面を開かず直接送る場合もあります。

そのため、画面上にチェックを一つ置くだけでは足りません。フォーム画面と、実際にメールを送るサーバー側の両方で確認します。

本物のお客様まで使いにくくならない？

対策を強くしすぎると、画像を何枚も選ばせる、何度もエラーになるなど、本物のお客様が離脱します。目標は迷惑送信を完全にゼロにすることではなく、正常な問い合わせを通しながら迷惑送信を大きく減らすことです。

最初は利用者に見えない対策を中心にし、攻撃量に応じて追加します。導入後は迷惑送信数だけでなく、正常な送信が減っていないかも見ます。

最低限、どんな対策が必要？

一つ目は、人には見えない入力欄です。自動プログラムだけが入力したら拒否します。二つ目はTurnstileなどのボット判定、三つ目はサーバー側の入力確認、四つ目は短時間の連続送信を止める回数制限です。

専門用語を覚える必要はありません。『不自然な入力』『人らしい操作か』『入力内容は正しいか』『送りすぎていないか』の四段階で確認すると考えてください。

• 見えない入力欄
• ボットかどうかの判定
• 必須項目とメール形式の確認
• 短時間の連続送信を制限
• エラーの記録

Turnstileを置くだけではダメなの？

はい。画面にTurnstileを表示するだけでなく、送信時にサーバー側で『この判定結果は本物か』を確認する必要があります。Cloudflareもサーバー側の検証を必須としています。

外から見えるsite keyと、秘密にするsecret keyがあります。secret keyはホームページのHTMLへ書かず、サーバー内で管理します。

ここは注意キーが未設定の時にフォーム全体が壊れないよう、導入前後の動作も確認します。

営業メールも自動で止められる？

人が送る営業問い合わせや、人間らしい文章を使う自動送信は、技術対策を通ることがあります。営業目的の選択欄を作る、営業は対象外と案内する、URLが多い文章を一時保留にするなど運用も必要です。

禁止語だけで自動削除すると、本物の相談まで消える可能性があります。疑わしいものは別フォルダへ分け、確認後に削除する方が安全です。

導入後は何を確認すればいい？

拒否された件数、正常に届いた件数、送信エラーを確認します。問い合わせが急にゼロになった場合は、対策が成功したのではなく、フォームが壊れた可能性もあります。

月に一度はPCとスマートフォンから実際に送信し、完了画面、受信メール、返信先まで確認します。

どこまで自分で対応できる？

WordPressのプラグインなどで設定できる場合もありますが、サーバー側検証や回数制限は実装確認が必要です。キーをHTMLへ直接書く、エラー時に全送信を通す設定は避けます。

現在のフォーム構成が分からない場合は、送信先プログラム、利用中サービス、受信メールを整理してから制作者へ依頼します。