AIで制作したランディングページの効果はどう測る？アクセス数・問い合わせ数・有効リードの集計基準

AIで制作したランディングページの効果を測るには、ターゲットユーザーが到達しているか、実際に問い合わせを始めているか、その問い合わせが事業上の条件を満たす新規リードにつながっているか、という3つの問いに答える必要があります。アクセス数はトラフィックの把握に、問い合わせ数は行動意欲の判断に、有効リードは獲得した見込み客の質の判断に使います。ページの公開までの速さと、そのページがもたらす事業成果は、それぞれ評価する必要があります。

ランディングページの効果測定は、各指標の集計対象、計上条件、重複排除のルール、観察期間を明文化することから始まります。まず「ランディングページへの流入セッション→問い合わせが発生したセッション→新規リード→有効リード」という流れを整え、そのうえでチャネルやページのバージョンを分析することを推奨します。各段階では集計単位が異なるため、すべての数値を同じ人々が段階ごとに減っていくファネルとして扱うことはできません。

この3つの指標は、それぞれ異なる問いに答えます。PVはページが閲覧された回数、UVは集計期間内に識別されたユニーク訪問者数、セッションは一連の連続した閲覧を表します。Alibaba Cloudのアクセス解析ドキュメントでは、これらの定義をそれぞれ示し、同じ訪問者が複数回閲覧するとPVは加算される一方、期間内のUVは重複を除いて集計すると説明しています。

ランディングページが流入を受け止める効果を評価する際は、「そのページを起点とするセッション数」を主なトラフィックの基数とし、PVとUVを補助指標にすることを推奨します。これにより、サイト内での繰り返し閲覧を新たな流入と混同しにくくなります。ツールがページ閲覧データしか提供していない場合は、その制約をレポートに明記し、まず利用可能な集計基準を使い、後からセッションの入口を把握する計測を追加します。

UVも、現実の正確な人数とそのまま解釈するべきではありません。複数端末の利用やブラウザー識別子の変化などは、ツールの集計基準に関する説明に記載し、匿名の訪問者と連絡先を登録した人を無理に1対1で対応させないようにします。異なる期間を比較する際は、タイムゾーン、対象ドメインの範囲、社内アクセスの除外ルールも統一する必要があります。

2. チーム全員が使える指標表はどう作るか？

以下は、予約、見積もり依頼、デモ申し込みを目的とするランディングページに適した、推奨の集計基準です。公開前にマーケティング、営業、データ担当者で確認し、その後に変更する場合は適用開始日時を残します。

元のイベント表と重複排除後のリード表を保持することで、数値の違いを説明できます。1回の問い合わせに複数のメッセージが含まれることもあれば、連絡先が残されないこともあります。同じ連絡先の人が異なる入口から繰り返し送信することもあるため、問い合わせ数と新規リード数は必ずしも一致しません。

3. 問い合わせボタンのクリックを問い合わせ数として数えてよいか？

クリックは「問い合わせ意向を示す行動」として記録し、実際に業務に関するメッセージを送信した場合、電話がつながって要望を伝えた場合、予約申し込みが正常に記録された場合を「具体的な問い合わせ」として扱うことを推奨します。フォームは、サーバー側で正常に保存されたことの確認を基準にします。ボタンのクリックと画面上の成功メッセージの表示は、それぞれ別に記録すると、送信失敗の原因を調べやすくなります。

入口ごとに確認条件を設ける必要があります。オンラインサポートでは訪問者が業務に関係するメッセージを送ったか、電話では通話が成立して要望が記録されたか、予約では申し込みが正常に作成されたかを確認します。チャットウィンドウや発信画面を開いただけ、あるいは連絡先をコピーしただけでは、双方の接点が成立したとは判断できません。

別のプラットフォームに移る問い合わせは、特に分けて集計する必要があります。クリック後に別のアプリへ移動し、その後の問い合わせ記録を取得できない場合は、「遷移クリック数」と「その後に担当者が確認した問い合わせ数」を報告します。欠けている問い合わせデータをクリック数で埋めてはいけません。サポート担当者も流入元の情報を残し、対応付けできるものは関連付け、できないものは不明と記録します。

4. 何を有効リードとし、誰が確認するのか？

有効リードには、明確な事業上の受け入れ条件が必要です。法人向けサービスであれば、利用可能な連絡先があること、ニーズがサービス範囲内であること、顧客がターゲット市場に該当すること、営業が継続して話を進める理由があると確認したこと、などを条件にできます。予算と導入時期を必須にするかどうかは、事業に合わせて判断する必要があります。予算がまだ明確でない問い合わせをすべて無効と判定するべきではありません。

Jiandaoyunのリード管理に関する記事では、有効リード、適格性の判定、重複排除、ステータス履歴の違いが論じられています。実際の運用では、営業に曖昧な「質が高い・低い」という選択肢だけを渡すのではなく、自社の基準を項目と確認作業に落とし込む必要があります。

「確認待ち」「有効」「対象外」「重複」「連絡不能」「既存顧客」などのステータスを設け、判定者、判定日時、理由も保存することを推奨します。「連絡不能」と「明確に対象外」は分けます。前者には引き続きフォローが必要な可能性があるためです。有効リードは商談と同義ではなく、成約を意味するわけでもありません。次の段階で合意した条件を満たしてから進めます。

重複排除では、まず表記を統一した電話番号やメールアドレスで連絡先を識別し、その後に企業やプロジェクトと関連付ける方法を推奨します。同じ企業の別の担当者が、それぞれ異なるニーズを持つ場合もあるため、企業名だけですべてを統合するのは適切ではありません。再訪、再度の見積もり依頼、新規プロジェクトはいずれも活動履歴を残し、新規と既存を区別します。

5. コンバージョン率の分母には何を選ぶべきか？

分母は、答えたい問いに対応させ、レポートには省略せず名称を記載します。まず以下の計算式を固定することを推奨します。

• セッション問い合わせ率＝具体的な問い合わせが発生したランディングページ流入セッション数÷ランディングページ流入セッション数。
• リード有効率＝同じ新規獲得グループのうち有効と確認されたリード数÷そのグループの全新規リード数。
• 1セッション当たりの有効リード獲得数＝流入への帰属を確認できる有効リード数÷対応するランディングページ流入セッション数。
• 有効リード1件当たりの獲得コスト＝同じ対象範囲の顧客獲得コスト÷対応する有効リード数。

「1セッション当たりの有効リード獲得数」は、セッションに対する獲得成果の密度を表します。セッションと連絡先は同じ集計単位ではないため、そのまま訪問者のコンバージョン確率とは解釈できません。リード有効率には確認待ちの件数も併記する必要があります。そうしないと、確認作業の進捗の違いがチャネル間の比較に影響します。

あるページが1つの観察対象グループで1,000回の流入セッションを獲得し、そのうち40セッションで問い合わせが発生し、重複排除後の新規リードが20件、最終的に有効と確認されたリードが8件だったとします。これらはすべて計算方法を示すための仮のデータです。セッション問い合わせ率は40÷1,000、リード有効率は8÷20、1セッション当たりの有効リード獲得数は8÷1,000となります。この3つの結果は、それぞれ行動、質、全体的な獲得成果に関する問いに答えます。

セッションと連絡先には、もともと1対1の対応関係があるわけではないため、これらの指標をそのまま掛け合わせて推計するのは適切ではありません。有効リードがゼロの場合は、件数とコストを表示し、1件当たりのコストは計算不可と記載します。ゼロコストと表示してはいけません。

6. チャネルへの帰属と期間をまたぐコンバージョンはどう扱うか？

リードの記録には、ランディングページ、チャネル、キャンペーン識別子、ページのバージョン、最初に識別できた流入元、送信時の流入元を残し、日常的な比較に使う主な帰属ルールを1つ選ぶことを推奨します。最初の流入元は初回接触の分析に、送信時の流入元は最後に成果を受け止めた接点の分析に使い、2つの視点を分けて表示します。

Jiandaoyunの記事では、時間窓の統一、チャネルへの帰属、ステータス履歴を、データ運用の導入手順として挙げています。小規模なチームでは、説明できない複数のモデルを同時に使うより、まず同じルールを安定して運用するほうが役立ちます。流入元パラメーターのないアクセスは、不明または直接アクセスとして残し、営業の印象で勝手に補完しないようにします。

レポートは2つの視点に分けます。事業運営の視点では「今期に新規リードが何件増え、今期に有効リードを何件確認したか」を見ます。ページ評価の視点では「あるグループの流入セッションと新規リードが、定めた観察期間内にどのような結果につながったか」を見ます。先月に連絡先が登録され、今月に有効と確認された記録は、今月の作業量に計上できますが、新規獲得グループとしては元のグループに帰属します。

チャネルを比較する際は、どちらも同じ長さの観察期間を最後まで確保できていることを確認します。公開直後のページに確認待ちのリードが多数ある場合、すでに確認作業を終えた過去のページと直接比較するのは適切ではありません。成約まで長期間かかる事業では、商談と成約も継続して追う必要があります。ただし、その後のすべての変化をランディングページの効果に帰属させないようにします。

7. イベント計測、フォーム、営業記録はどうつなぐか？

最低限使えるデータ連携を作るには、ページのイベント、送信記録、営業のステータスを相互に参照できるようにする必要があります。最初から複雑なシステムを構築する必要はありませんが、各種記録の管理責任者と保存場所は明確にするべきです。

1. ページへの流入、問い合わせ導線のクリック、実際の問い合わせ、フォームの送信成功、リードのステータス変更という主要イベントを列挙します。
2. 正常に完了した送信ごとに一意の送信IDを生成し、ランディングページ、ページのバージョン、送信日時、保存が認められる流入元情報を記録します。
3. リード表にリードIDと送信IDの対応関係を残します。重複送信は元の連絡先に関連付け、元の記録を上書きしません。
4. 営業がステータスを更新する際は、判定日時、理由、担当者を保存し、有効リードを具体的な記録までさかのぼれるようにします。
5. テスト用の記録で、送信成功、送信失敗、重複送信、異なる入口をまたぐ問い合わせを一通り実行し、レポートを項目ごとに照合します。

サーバー側で正常に保存された場合にのみ成功イベントを発生させ、送信IDで重複計上を防ぐことを、受け入れ確認の要件にすることを推奨します。実現できるかどうかは、実際に利用するプラットフォームや開発担当者が確認する必要があります。ページにフォームがあるというだけで、これらの機能も備わっているとみなすことはできません。

連絡先情報は業務上必要な範囲で収集し、利用目的を説明します。分析レポートの関連付けには内部IDを使えばよく、電話番号やメールアドレスをURLパラメーターに直接記載することは避けます。Alibaba Cloudのドキュメントでは、集計対象は本番環境のトラフィックであり、開発プレビューは含まれないことも明記しています。他のツールでも、まず自分たちの集計対象となる環境を確認する必要があります。出典

8. データに異常があるときは、流入とページのどちらを先に改善すべきか？

まず変化が起きている段階を特定し、それから対応を決めます。チャネル、デバイス、ページのバージョンで分けて確認し、同時に計測が正常かどうかも点検することを推奨します。

• 流入セッションが増えても問い合わせセッションが増えない場合：流入がターゲット顧客に合っているか、ページで訴求している内容とチャネル側の文言が一致しているかを確認します。
• 問い合わせボタンのクリックが増えても具体的な問い合わせが増えない場合：遷移先、サポート対応、営業時間を確認し、問い合わせ導線の不具合がないかを調べます。
• 新規リードが増えても有効リードが増えない場合：迷惑な送信、ニーズの不一致、重複記録、営業による確認作業の進捗を調べます。
• 有効リードが増えても商談の進展が遅い場合：応答速度、ニーズの判断、その後の提案内容を振り返り、営業プロセスのどこに問題があるかをさらに特定します。

変更するたびに、まず観察可能な仮説を書き出します。例えば「ターゲット顧客に実施範囲が伝わっていないため、フォームの前に提供範囲と対象外の範囲を補足する」とします。バージョンと変更日時を残し、問い合わせと有効リードの両方を観察して、クリックが増えただけで改善が成功したと判断しないようにします。

トラフィックが少ない場合は、問い合わせで実際に使われた言葉や送信失敗の記録も合わせて問題を判断します。ページのバージョンを比較する際は、チャネル、対象ユーザー、デバイス構成、観察期間をできるだけそろえます。広告クリエイティブの変更とページの大幅な改修を同時に行った場合は、ページ変更だけの影響を切り分けられないことを明記します。

9. よくある質問

アクセス数が多ければ、AIで制作したランディングページは効果があると言えるか？

アクセスを獲得できたことが分かるだけです。流入セッションから具体的な問い合わせが発生したか、新規リードが生まれたか、そのリードが事業上の基準を満たすかも確認する必要があります。PVが繰り返し増えていても、同じ訪問者による複数回の閲覧が原因かもしれません。

1人がフォームを2回送信した場合、リードは何件と数えるか？

2回分の送信記録を残し、あらかじめ決めた連絡先の識別ルールに従って新規リードを統合します。2回目が独立した新規プロジェクトに関するものであれば、元の連絡先との関係を残しながら、別のニーズ記録を作成できます。

まだCRMがなくても集計を始められるか？

まずはアクセス権限を管理した表で、送信ID、流入元、リードのステータス、判定日時、担当者を記録できます。管理担当者を置き、変更履歴を確認できるようにし、フォームやサポートの記録と定期的に照合します。そのうえでシステム化を検討します。

問い合わせコンバージョン率は、どの程度なら良いと言えるか？

事業の種類、チャネル、顧客単価、問い合わせの定義を考慮せず、一律の基準を設けるのは適切ではありません。まず同じ集計基準で自社の過去実績やページのバージョンを比較し、有効リード数、コスト、その後の進展も合わせて判断します。

関連ツール

we0の公式サイトでは、自然言語による要件の記述、複数のAIエージェントによるサイト構築、視覚的な調整、ドメインへのデプロイという流れを紹介しており、ランディングページの制作と改善に使うツールとして検討できます。本記事のイベント一覧と受け入れ確認の条件をプロジェクト要件に加えることで、ページの公開と効果測定を一緒に計画しやすくなります。具体的なデータ収集、外部で発生した問い合わせとの関連付け、CRMとの連携方法は、プロジェクトの実施計画に基づいて確認する必要があります。

アクセス解析ツールはページとセッションの記録に、フォームやサポートツールは実際の行動の確認に、CRMやアクセス権限を管理した表は重複排除と適格性判定の管理に使います。選定時は、データのエクスポート、一意のID、流入元の保持、ステータス履歴が要件を満たすかを重点的に確認します。

関連リンク

• Alibaba Cloud：ウェブサイトのアクセス解析におけるPV・UV・セッションと対象環境の集計基準
• Jiandaoyun：リードから商談への転換指標、重複排除、時間窓の扱い方
• we0公式サイト：ウェブサイトの構築・調整・公開の流れ

まとめ

ランディングページの効果を測るには、まずアクセス、問い合わせ、有効リードの定義を統一し、ページのイベント、送信記録、営業のステータスをつなぎます。セッションで流入への対応状況を、重複排除したリードで新規獲得を、適格性の確認で質を判断します。一貫した帰属ルールと十分な観察期間を組み合わせることで、ページの改善、チャネルへの投資、営業のフォローアップをデータに基づいて計画できます。