問い合わせフォームに迷惑送信が増えたら｜正規の問い合わせを残す対策の決め方

質問者さん

問い合わせフォームから似た文章が何十件も届きます。全部止める方法はありますか？

キタデジさん

送信が集中した時間帯と対象フォームを控えましょう。迷惑送信を減らす設定は、正規のお客様への影響も見ながら調整します。

質問者さん

フォームに認証のマークが出れば対策はできていますか？

キタデジさん

表示だけで判断せず、送信を処理するサーバー側の判定も制作担当に確認しましょう。導入後の点検項目も用意します。

結論　迷惑送信が増えたら、対象フォームと件数を記録し、正規受付を確認できる範囲で対策を試します。認証サービスを使う場合は、画面表示とサーバー側の検証を照合します。

• 対象フォームと時間帯を特定する。
• ボット対策や頻度制限を一つずつ検討する。
• 正規受付、誤判定時の案内、代替窓口を点検する。

対象と前提　小規模サイトの問い合わせを日常的に受け付けている担当者向けです。 公式資料の確認日 2026年11月7日。

受信箱の件数を受付記録と照合する

最初にフォーム名、発生時刻の範囲、似た文面かどうか、正規の問い合わせの扱いを記録します。保守担当が確認できる場合は、受付件数と通知件数を照合します。一つの送信で複数宛先へ届く設定や、別フォームからの通知が混じる場合があるためです。メモは件数や傾向を中心にし、本文や連絡先を不要に転送しないようにします。

対策は誤判定時の扱いと組み合わせて選ぶ

短時間の連続送信が中心なら頻度制限、特定の機械的な送信が続くならボット判定の導入を制作担当と検討します。組織の共有回線などでは、同じ接続元から複数人が使うことも想定します。制限値や対象をサイトの利用実態に合わせ、受付を止めた場合の案内も用意します。

例として、Cloudflare Turnstileは画面側で生成されたトークンをサーバー側で検証する実装が必要です。使用中の製品が異なる場合は、その製品の公式仕様とフォーム側の対応を確認します。 Cloudflare Turnstileの検証仕様

検証環境で確認する項目

• 普段の入力で受付が成功し、管理側の記録に残る。
• 長い文章の入力やエラー後の再試行で、入力内容を過度に失わない。
• 認証に失敗したとき、利用者に次の行動が伝わる。
• 管理者が却下件数を確認でき、誤判定の相談を受けられる。

本番で試験する場合は、承認、時間帯、テスト用の宛先を先に合意します。変更前後は迷惑送信と正規の受付を別々に数え、設定の維持や調整を判断します。受付全体の点検は問い合わせフォーム改善の7項目も参考にしてください。

フォーム運用の見直しを相談する場合は、件数の傾向と使用中の受付方法を添えてキタデジのお問い合わせ窓口へお知らせください。

よくある質問

認証を入れるだけで迷惑送信はなくなりますか？

送信の仕方やフォームの実装により効果は異なります。導入後も迷惑送信と正規受付を確認し、必要な範囲で調整します。

迷惑送信の発信元をすべて遮断してよいですか？

一律の遮断で正規利用者が巻き込まれることがあります。対象範囲、解除方法、代替窓口を決めたうえで担当者が設定します。

認証マークの表示だけで実装確認できますか？

製品が指定する検証が受付処理まで行われるか確認します。Turnstileの場合はサーバー側の検証が必要です。

本番で試す前に何を用意しますか？

送信先、テスト文面、確認時刻、失敗した場合の連絡先を決めます。顧客の情報は使わず、検証環境があればそちらを先に使います。

株式会社goap 代表取締役 相牟田 昂大

福岡県出身、大学生時代からWEBデザインのフリーランスとして活動。
卒業後、WEBデザイン・コンサルティング会社で経験を積み、2013年に独立し「goap」を設立。
WEBデザインやマーケティング、コンサルティング業務を展開し、WEBサイトがホームページ大賞で最優秀賞を受賞。
2023年にAI・メタバース事業を追加した株式会社goapを設立。
現在まで300社以上のWEBサイトのデザイン・ディレクション・システム構築に携わらせていただきました。
Web制作・マーケティング業界のプロがお客様の悩みに寄り添って丁寧にヒアリングしますので、初心者の方でも安心してご相談ください！