クリックはあるのに問い合わせがないときは、実際に相談がないのか、記録されていないのかを最初に分けます。広告文を変更する前に、受付記録と計測の状態を確かめましょう。以下はエースフォース独自の調査順で、個別サイトの原因を断定するものではありません。

媒体のゼロと受付のゼロを区別する

OpenAIのトラブルシューティングでは、成果件数の差を調べる際に、イベントと帰属期間、広告接触日と成果発生日のどちらで集計したかを確認するよう案内されています。出典：OpenAI Troubleshooting Common Issues。異なる定義の件数を一致させようとして設定を変えないようにします。

広告URLから実際にたどる

広告に設定したURLを入口に、転送後のページ、相談ボタン、フォーム、完了まで進みます。テスト送信は担当者と時間・テスト値・通知先を決めて行ってください。通常の顧客情報を流用する必要はありません。

PCとスマートフォンで利用条件が違わないかも確認します。埋め込みフォームや外部サービスの場合、サイト側から取得できる情報の範囲を担当者に確認してください。

技術的な問題がなければ期待のずれを見る

広告で伝えた機能や相談内容がLP冒頭で確認できるか、料金や対応範囲が途中で初めて分かる構成になっていないかを点検します。「予約できる」と期待して訪れたのに問い合わせしかできない場合など、次の行動の説明が一致しているかも見ます。

問い合わせが少ないことから、離脱理由を一つに決めることはできません。広告とLPを見た社内担当に、何を期待したか、どこで迷ったかを言葉にしてもらい、修正候補として記録します。

修正と継続観察を分けて決める

リンク切れや送信不能は修正を優先します。一方、データが少なく説明不足も確認できていない場合は、事前に決めた予算・期間の範囲で観察を続ける選択もあります。費用を際限なく増やすのではなく、次の確認日と上限を残します。

技術検証は送信テスト表、説明の点検は広告とLPの対応表、会議の整理は初週レポートを参照してください。