問い合わせフォーム改善の7項目｜北九州の中小企業向けチェックリスト

情報確認日：2026年9月9日。W3C WAI・Googleの公式資料を確認して作成しています。

ホームページにアクセスはあるのに、相談につながらない。北九州で店舗や法人向けサービスを営む事業者なら、集客を増やす前に「問い合わせまで迷わず進めるか」を確認してみましょう。

問い合わせフォームの改善では、必要な情報に絞り、入力方法と直し方を分かりやすくし、送信後の受付まで確認することが基本です。項目を減らすだけではなく、お客様が相談できるかを判断できる説明と、社内で受け付ける仕組みを一緒に整えます。

この記事では、担当者が使える7項目の確認表と、送信操作・受付成功・通知メールの到達を分ける考え方を紹介します。特定のサイトに不具合があると診断する記事ではありません。

問い合わせが少ないとき、最初に切り分けたいこと

問い合わせの少なさには、フォームに到達していない、依頼できる内容が分からない、入力中に迷う、送信後の受付に問題がある、といった異なる原因が考えられます。まずサービスページから問い合わせ先まで、担当者自身が順に読んでみましょう。

• サービスの説明：誰向けで、どの地域・内容に対応しているか分かるか。
• 相談へのリンク：「こちら」だけでなく、相談先だと分かる名前になっているか。
• フォーム：入力前に必要な情報や注意点が分かるか。
• 受付後：何が表示され、社内の誰が受け付けるか確認できるか。

ページ全体の導線を整理したい場合は、地元ビジネスを加速！サイト設計の8つのステップも参考にしてください。

問い合わせフォーム改善の7項目チェックリスト

次の表は、W3Cのフォーム設計の考え方を参考に、キタデジが実務用に整理した確認表です。検索順位や問い合わせ数を採点する基準ではありません。

入力項目は「何個まで」ではなく、初回対応に必要かで決める

W3C WAIは、フォームの処理に必要な情報だけを求め、無関係な情報や過剰な入力を避ける考え方を示しています。すべての事業で「必須3項目が正解」といった固定の答えがあるわけではありません。W3C WAI：Forms Tutorial

たとえば、最初にメールで相談内容を整理する業務なら、電話番号を初回から必須にする理由を確認します。一方、現地訪問の可否を判断する業務なら、市区町村が必要になる場合もあります。業務上必要な項目まで削ると、返信後の聞き直しが増える可能性があるため、受付担当者と決めましょう。

入力例だけに頼らず、項目名と条件を残す

欄の中に薄く表示されるプレースホルダーは、入力すると消えることがあります。「会社名」「返信用メールアドレス」といった項目名の代わりにはせず、入力中も確認できるようにします。制作者には、見た目だけでなく、ラベルと入力欄の関連付けも確認してもらいましょう。

必須・任意や入力形式は、エラーになってから初めて知らせるのではなく、入力前に示します。電話番号の区切り方など、受け付けられる表記は柔軟に扱い、形式を限定する場合は理由と書き方を分かる位置に載せます。ラベルの公式解説／入力説明の公式解説／入力検証の公式解説

エラーと完了の表示は、利用者の次の行動まで考える

赤い枠だけでは、何が問題か分からないことがあります。「入力内容を確認してください」だけで終わらせず、「返信用メールアドレスに @ を含めて入力してください」のように、対象の欄と修正方法を伝えます。この文面は説明例で、実装する検証条件と合わせて調整します。

送信が成功したら、そのことも明示します。返信の目安を載せる場合は、担当者が実際に守れる営業日・対応時間に合わせてください。返答の目安を推測して追加するより、現在の運用を確認することが先です。W3C WAI：User Notifications

北九州の事業者なら、相談の種類ごとに必要情報を整理する

以下は項目を考えるための架空の例で、キタデジや実在企業の受付条件ではありません。

「北九州市内なら何でも対応」といった広すぎる説明を加えず、自社が実際に対応できる範囲を書きます。見積りに図面や写真が必要でも、最初の問い合わせで添付できない人への相談方法を用意できるか、社内で確認しましょう。

送信操作・受付成功・メール到達を分けて確認する

フォームの送信ボタンが押されたことと、会社側で相談を受け付けたことは、同じ確認ではありません。アクセス解析、フォームの受付処理、通知メールは別の段階として見ます。

1. 送信操作：利用者がフォームを送信する操作をしたか。
2. 受付成功：フォーム側の処理が成功し、利用者への完了表示や、利用中の仕組みに応じた受付記録で確認できるか。
3. 通知先への到達：通知を使っている場合、担当者が受信箱などで確認できるか。

Google Analyticsの拡張計測では、form_start はセッション内での最初のフォーム操作、form_submit はフォーム送信時のイベントです。公式の定義は、通知メールが受信箱へ届いたことを保証するものではありません。件数をそのまま有効な問い合わせ数とせず、実際の受付と照合するのが実務上の確認方法です。Google公式：拡張計測機能

Googleは完了ページの表示を条件に generate_lead イベントを作成する方法も案内しています。ただし、完了ページの直接表示や再表示をどう扱うか、同じ画面内で完了するフォームでは何を成功の合図にするかなど、実装に合わせた確認が必要です。Google公式：キーイベントの設定

ここで紹介した内容は計測の考え方です。既存の設定を不用意に切り替えず、設定担当者に現在のイベント定義と受付方法を確認してください。公開前の送信テストは、受付担当者と日時・識別用の文面を決め、承認された検証用データで行います。

改善後は、変更内容と確認結果を1枚に残す

「フォームを短くした」で記録を終えると、後から何が変わったか追えません。次の項目を同じ表に残しておくと、制作担当と受付担当が確認しやすくなります。

• 対象URL、確認日、確認した端末・ブラウザー。
• 必須から任意にした項目、変更した説明、変更の理由。
• 入力エラーの案内、入力のやり直し、完了表示の確認結果。
• 受付記録と通知先の確認結果、対応する担当者。
• 同じ条件・長さの期間で比べる訪問数、受付数、有効な相談数。

受付数が増減しても、季節・広告・アクセス数の変化が影響するため、フォーム修正だけの成果と決めつけないようにします。問い合わせが少ないサイトでは、短期間の割合だけで判断せず、実際に迷った点と受付の不具合を先に解消しましょう。

検索やAI検索から見つけてもらうための本文整理は、SEOとLLMOの違い・AI検索対策の記事で解説しています。フォームは、見つけてもらった後に相談へ進むための接点として整えます。

問い合わせフォーム改善でよくある質問

必須項目を減らせば、必ず問い合わせが増えますか？

増加は保証されません。初回対応に必要な情報を残したうえで、不要な必須項目や分かりにくい条件を見直します。サービスの説明不足や受付側の問題も切り分けましょう。

入力内容の確認画面は、必ず必要ですか？

すべての問い合わせフォームに必須と決めるのではなく、内容を見直す必要性や入力の負担に合わせて設計します。設ける場合は、修正へ戻る操作と最終送信のボタンを区別し、受付前か受付後かが分かるようにします。

フォーム改善だけでSEOやLLMOの成果が出ますか？

検索順位の上昇やAIからの引用を約束するものではありません。この記事の目的は、利用者が相談しやすく、事業者が正しく受け付けられる状態にすることです。

ホームページからの相談導線を見直したい方へ

フォームを変える前に、現在のURL、困っている場面、受付担当者からの要望を整理すると、相談が具体的になります。キタデジへのホームページ制作・運用に関するご相談は、既存のお問い合わせページからお寄せください。対応範囲や進め方は、ご相談内容に応じて確認します。

参考にした公式資料

• W3C WAI：Forms Tutorial
• W3C WAI：Labeling Controls
• W3C WAI：Form Instructions
• W3C WAI：Validating Input
• W3C WAI：User Notifications
• Google Analytics：拡張計測機能
• Google Analytics：キーイベントの設定