アクセスが問い合わせにつながらない場合、購入トラフィックの品質をどう評価するか

まず、どの行動を問い合わせと見なすかを決める

アクセス自体は購入の品質を示すものではありません。サービスページの場合、問い合わせとは送信されたフォーム、メッセンジャーへのメッセージ、連絡先のクリック、相談予約、支払いなどが該当します。ストリーミングチャンネルの場合、重要な行動はチャンネル登録、コミュニティへの参加、配信への遷移、次回以降の配信への再訪などです。

ソースを評価できるのは、あらかじめ決めた目標行動に基づく場合だけです。 フォームだけを集計し、一部のユーザーが個人メッセージで連絡している場合、統計は結果を過小評価します。ボタンのクリックをすべて問い合わせとして数えると、実際の問い合わせ数より良く見えることがあります。

この評価の欠点は、一部の行動を手動で記録しなければならないことです。たとえば、メッセンジャーでのやり取りや、掲載に言及した問い合わせなどです。

各購入を個別のリンクで分ける

各サービス、チャンネル、投稿、ブロガー、広告クリエイティブごとに、タグ付きの個別リンクを使用してください。タグでは、掲載先、掲載形式、具体的なキャンペーン、テスト日を区別できるようにします。そうすれば、遷移の全体量ではなく、特定の購入の結果を確認できます。

• 1つのリンクを複数の掲載先に使わないでください。
• 再購入時にはキャンペーンIDを変更してください。
• リンク、開始日、ソース、約束された量、費用を表にまとめて保存してください。
• フォーム、連絡先クリック、メッセンジャーへの遷移の目標を設定してください。

タグの欠点は、トラフィックを修正したり、ボットを自動で識別したりできないことです。すでに共通リンクで購入が行われた場合、通常は他のソースから正確に切り分けることはできません。

アクセス数ではなく、ソースごとの行動を比較する

タグ付けされたソースのレポートを開き、閲覧深度、エンゲージメント時間、内部ページへの遷移、連絡先クリック、目標行動を照合してください。遷移数が少ないソースでも、その訪問者が条件を読み、事例を閲覧し、対話を始めるのであれば、大量購入よりも有用な場合があります。

1つの指標だけでは問題を証明できません。直帰率が高いのは、ページが遅い、ファーストビューが不適切、または訪問者がすぐに必要な情報を見つけたことが原因の場合もあります。しかし、直帰、短いセッション、遷移後の行動がまったくないという組み合わせは、すでに確認が必要です。

行動指標の欠点は、カウンターの設定やランディングページの形式に依存することです。1ページのランディングページでは、複数ページのサイトのような閲覧深度は得られません。

どの指標を疑わしいと見なすか

普遍的に正常な直帰率というものはありません。ソース、デバイス、ページ、目標によって異なります。ただし、一次チェックには作業上のしきい値を使えます。たとえば、特定の購入で80%以上のアクセスがイベントなしで終わり、ほとんどのセッションが数秒しか続かない場合、その流入は個別に確認する価値があります。

抽象的な基準ではなく、同じ期間の他の自社ソースと比較してください。テーマ別チャンネルがサービスや連絡先へ遷移する訪問者を連れてくる一方で、購入した流入がほぼすべてすぐにページを閉じる場合、問題はオーディエンスの品質や集客方法にある可能性があります。

しきい値の欠点は、異常に気づく助けにはなりますが、その原因を特定するものではないことです。それだけでトラフィック全体をボットだと自動的に断定することはできません。

地域、言語、遷移時間を確認する

実在のユーザーでもターゲット外の場合があります。ロシア語のチャンネルやサービスページにとって、コンテンツの言語を理解せず、必要なプラットフォームを使わず、または提案を利用できない地域からの大量遷移はほとんど役に立ちません。そのようなユーザーはリンクを開いても、意味のある問い合わせを残しません。

• 国や都市をターゲットオーディエンスと照合してください。
• レポートで利用可能な場合は、ブラウザの言語を確認してください。
• 遷移の時間帯を公開時間やオーディエンスの活動と照合してください。
• モバイルセッションとデスクトップセッションの比率を確認してください。

地域は水増しの直接的な証拠にはなりません。一部の人はVPNを使ったり、旅行中だったり、別の国からコンテンツを視聴したりします。この方法の欠点は、追加の兆候がなければ、正常なオーディエンスを誤って低品質と判断する可能性があることです。

ターゲット外オーディエンスとボットを区別する

空のトラフィックが常に自動とは限りません。実行者は、エンタメ系の公開ページ、報酬付きのタスク、ランダムなレコメンド、またはランディングページにない約束をした広告から、実在のユーザーを連れてくる場合があります。そのような訪問者はページをスクロールし、ボタンをクリックすることさえありますが、サービスやチャンネルには関心がありません。

ボットや自動遷移は、通常より技術的な痕跡を残します。デバイスパラメータの繰り返し、同一のセッションシナリオ、不自然なリクエスト頻度、ページとの正常なインタラクションの欠如などです。ターゲット外の実在オーディエンスはより多様に行動しますが、あなたの提案と一致しません。

この区別はサプライヤーへのクレームで重要です。ターゲット外トラフィックは、ソースやクリエイティブの選択ミスを示します。自動化の兆候は、アクセス品質の個別確認を求める根拠になります。

User-Agentとセッションの技術的パラメータを確認する

User-Agentは、ブラウザ、オペレーティングシステム、デバイスに関する情報を伝えます。アナリティクスのレポート、サイトのログ、アンチボットフィルターでは、空の、古い、珍しい、または多数のアクセスで繰り返される同一のUser-Agentを探す価値があります。異なるはずのユーザーの流入が、同じ技術的パラメータのセットで来る状況は疑わしいです。

また、画面解像度、ブラウザの言語、OSバージョン、デバイスタイプ、標準イベント（スクロール、クリック、ページ間の移動）の有無も比較してください。同一の特徴セット自体は何も証明しませんが、短い訪問や問い合わせの欠如と組み合わさると重要になります。

User-Agentの確認の欠点は、偽装できることです。さらに、同じプラットフォームの通常ユーザーは、似たブラウザやデバイスを持っていることがよくあります。

不自然な頻度と同一のシナリオを探す

アクセスのタイムラインを確認してください。自動流入は、等間隔のセッションや、公開、配信、広告表示に関連しない急激な遷移の急増をしばしば生み出します。各ユーザーが1ページを開き、ほぼ同じ時間を過ごし、スクロールやクリックなしで離脱する一連の訪問は警戒すべきです。

• セッション時間が最小限のばらつきで繰り返されていないか確認してください。
• 同じソースの訪問者のページ遷移順序を比較してください。
• 夜間やオーディエンスに特徴的でない時間帯に急増が発生していないか確認してください。
• インタラクションイベントのない多数のアクセスに注目してください。

この分析の欠点は、一部のシステムチェック、リンクプレビュー、技術スキャナーも短いセッションを生成することです。それらはタグと起動時間によって有料トラフィックから分離する必要があります。

ログまたはアンチボットフィルターでIPプールを確認する

サイトのログ、CDNデータ、アンチボット保護にアクセスできる場合は、ソースのIPアドレスとサブネットを確認してください。1つのアドレスからの数十のセッション、近いプール内での頻繁なアドレス変更、ユーザーネットワークではなくデータセンターからのアクセス、異なるIPでの同一の技術的パラメータは疑いを引き起こします。

IPプールを時間、User-Agent、ページ上の行動と照合すると有用です。複数のアドレスが数秒間隔で同一のセッションを生成している場合、単に遷移量が多いよりも自動化に強く似ています。サプライヤーに連絡する前にエクスポートを保存してください。

IP確認の欠点は、モバイル通信事業者や企業ネットワークが多くの実在の人々を1つのアドレスの背後にまとめる場合があることです。また、すべてのアナリティクスシステムがサイト所有者にIPを表示するわけではありません。

ランディングページとフォームの問題を除外する

ソースへのクレームの前に、問い合わせまでの経路を自分で確認してください。スマートフォンとパソコンからリンクを開き、ページの読み込み、フォームのボタン、データ送信、メール、CRM、メッセンジャーへのリンクを確認してください。問い合わせが個人メッセージに届くべき場合は、リンクが正しいチャットに導くことを確認してください。

クリエイティブの内容とページのファーストビューを照合してください。投稿がまとめ、特典、キャンペーン参加を約束しているのに、遷移後にユーザーが注文フォームだけを見る場合、離脱の一部はトラフィックの品質ではなく、期待の不一致によって引き起こされます。

テスト問い合わせの欠点は、実際のコンバージョンとしてレポートに含まれる可能性があることです。それらはマークし、購入の評価から除外する必要があります。

差し替えや返金のための証拠を集める

注文条件、ソースの説明、地域やオーディエンスタイプに関する約束、統計のスクリーンショット、タグ別のエクスポート、期間別レポートを保存してください。異常を別途記録します。無関係な地域、繰り返されるUser-Agent、同一のセッションシナリオ、IPプール、目標行動の欠如、急激な急増などです。

問い合わせ欄のゼロ1つではなく、トラフィックが注文条件に一致しないことに基づいて、差し替えや返金を求めてください。 期間、キャンペーンリンク、疑わしいアクセス数、具体的な兆候を示してください。サプライヤーがターゲットの実在オーディエンスを約束したのに、確認で自動セッションや別の地域が示された場合は、確認、問題のある量の差し替え、またはその規則の範囲内での返金を求めてください。

クレームの欠点は、記録された条件と個別タグがなければ、アクセスの出所を証明するのが難しいことです。サプライヤーはクリエイティブやランディングページの問題を正当に指摘する場合があります。

新しいソースは小規模な配信でテストする

複数の未知の購入を同じ期間に混ぜないでください。それらを個別に開始します。1つのタグ付きリンク、1つの提案、1つのランディングページ、固定された観察期間です。価格、クリエイティブ、フォーム、ソースを同時に変更しないでください。そうしないと、何が結果に影響したかを理解できません。

テスト後は、アクセスだけでなく、対話の品質、チャンネルへの再訪、登録、連絡先への遷移、その後の支払いも比較してください。量は少なくてもオーディエンスの行動が正常なソースは、説明できない急増がある流入よりもスケールしやすいのが通常です。

小規模テストの欠点は、最終的な結論を出すにはデータが足りない場合があることです。しかし、ソースがターゲット外オーディエンスや自動遷移を連れてくる場合の損失を限定できます。

トラフィック購入ごとに記録すべきこと

日付、サプライヤー、リンク、掲載形式、地域、約束された条件、結果を含む購入ジャーナルをつけてください。アクセス数、目標行動、問い合わせ、確認済みの問い合わせ、異常の兆候を追加します。需要に影響を与えた可能性のある配信、投稿、コンテスト、その他のイベントを記録してください。

• リンクとキャンペーンタグ。
• ソース、形式、注文条件。
• アクセス、直帰、イベント、問い合わせ。
• 地域、デバイス、User-Agent、急増の時間。
• 問い合わせの品質とやり取りの結果。
• クレームの可能性に備えたスクリーンショットとエクスポート。

ジャーナルの欠点は、定期的に記入する必要があることです。統一された記録がなければ、異なる購入の結果はすぐに混ざり合い、サプライヤーをオーディエンスの品質で比較できなくなります。