Yandex Metricaがサイトへのトラフィックを表示しない理由

データがないことは必ずしもトラフィックがないことを意味しない

Yandex Metricaの空のグラフは、サイトに誰もアクセスしていないことを証明するものではありません。Metricaは、訪問者のブラウザがカウンターのコードを読み込んで実行し、その後分析サーバーにリクエストを送信したときにのみ、訪問を記録します。ユーザーがページを開いて申し込みをしたり、広告から遷移したりしても、スクリプトのブロック、ブラウザのエラー、設定のフィルターによってレポートに反映されないことがあります。

まず、実際の遷移がないこととデータ収集の障害を切り分けてください。 比較すべきは全体のグラフではなく、同じ期間、特定のURL、特定のソースです。たとえば、広告のリンク、配信の説明欄、メルマガ、ソーシャルメディアの投稿からのリンクなどです。

トラフィックの不在とデータの不在を区別する方法

広告管理画面は通常、広告のクリックを表示し、サーバーログはサイトへのアクセスを表示します。確認するには、サーバーのアクセスログを開き、対象期間のランディングページを探します。Nginxのログでは、次のようなリクエストになります：grep "GET /promo" /var/log/nginx/access.log。UTMタグによってパスが変わる場合は、パラメータなしのURL自体を探すか、ランディングページのアドレスの一部を使用してください。

広告管理画面でのクリックはページの読み込みと同じではありません。ユーザーがタブを閉じた、接続が切断された、リンクがアクセスできないURLを指していた可能性があります。サーバーログも実際の訪問と同じではありません。ボット、リンクのプレビュー、技術的なチェックが記録されるからです。しかし、ログに遷移があり、Metricaにない場合、問題はおそらくカウンターかその設定にあります。

広告、ログ、Metricaの間の不一致が意味するもの

広告管理画面にクリックがあるのに、ログにランディングページへのアクセスがない場合は、最終URL、リダイレクト、ドメインの可用性、トラッカーの設定を確認してください。access.logに記録があるのに、ブラウザがmc.yandex.ruにリクエストを送信しない場合、カウンターが起動していないかブロックされています。mc.yandex.ruへのリクエストが送信されているのにレポートが空の場合は、カウンター番号、フィルター、期間、ドメイン設定を確認してください。

正確な照合には、短い間隔と1つのソースを使用してください。時間、ページパス、レスポンスステータス、IPアドレス、User-Agentを、プロジェクトで採用されているデータ処理規則の範囲内でのみ照合してください。手動での照合は大量のトラフィックでは不便です。障害の発見には役立ちますが、継続的なモニタリングの代わりにはなりません。

一部のページにカウンターコードがない

カウンターがトップページにはあっても、ランディングページ、ブログ、カタログ、マイページ、モバイルテンプレート、サブドメインにはないことがあります。このようなエラーは、サイトの移行後、個別のプロモページの作成後、CMSテーマの更新後によく発生します。訪問者はサイトを開きますが、特定のURLではMetricaが実行するものが何もありません。

ブラウザのコード表示でページのソースコードを開き、mc.yandex.ruのフラグメントまたはカウンター番号を探してください。トップページだけでなく、広告やソーシャルメディアからのリンクが実際に導くアドレスを確認してください。このような確認の欠点は、まれなページやシナリオ（支払い後の画面やモバイル版のフォームなど）を手動で見落としやすいことです。

サイトに別のカウンター番号が設定されている

コードは正常に動作していても、古いカウンター、テスト用カウンター、他人のカウンターにデータを送信していることがあります。これは、テンプレートのコピー後、請負業者の変更後、新しいドメインへの移行後、複数のサイトバージョンの同時運用時に発生します。ブラウザではリクエストが見えますが、チャネルまたはサイトの所有者は別のカウンターのレポートを見ています。

ページのコード内の識別子を見つけ、Metricaの管理画面の番号と比較してください。ブラウザのコンソールで次のクエリを実行できます：document.documentElement.innerHTML.includes("mc.yandex.ru")。これはMetricaのアドレスがHTMLに含まれているかどうかを示しますが、スクリプトが実行されたことは確認できません。そのためにはネットワークリクエストの確認が必要です。

ブラウザでMetricaの読み込みを確認する方法

ブロッカーなしのブラウザでページを開き、F12を押してNetworkタブに移動し、ページを更新してください。フィルター行にmc.yandex.ruと入力します。正常に動作していれば、スクリプト読み込みアドレスへのアクセスと、通常metrika/tag.jsまたはカウンター番号付きのwatchを含むデータ収集リクエストが表示されます。

次にConsoleタブを開き、エラーを確認してください。問題の有用な兆候：「Refused to load the script」、「blocked by client」、「Content Security Policy」というメッセージ、またはカウンター起動前に発生するJavaScriptエラーです。1つのブラウザでの確認には欠点があります。特定のユーザーの拡張機能、ブラウザのバージョン、ネットワーク設定によって異なる結果になる可能性があります。

広告ブロッカーが一部の訪問を隠す

広告ブロック拡張機能、プライベートDNSサービス、ブラウザの内蔵保護、アンチウイルスが分析へのリクエストを停止することがあります。Networkではこれはしばしばblocked by clientとして表示されます。ページは正常に開き、サーバーはアクセスを記録しますが、Metricaは訪問に関する情報を受け取りません。

拡張機能なしの通常のブラウザウィンドウとブロッカーありのプロファイルでページを比較してください。このテストはブロックの事実を示しますが、失われた訪問の割合を正確に評価することはできません。オーディエンスの保護設定は異なるからです。分析リクエストを偽装する試みはサポートを複雑にし、サイトのセキュリティポリシーと競合する可能性があります。

Content Security PolicyがMetricaへのリクエストをブロックする

Content Security Policyヘッダーは、ページがスクリプトや画像を読み込み、ネットワークリクエストを実行できるソースを制限します。CDN、プロキシの接続後、またはサイトの保護強化後に、サイトがMetricaへのアクセスを禁止し始めることがあります。ブラウザのコンソールに、ブロックされたアドレスmc.yandex.ruを示すCSP違反のメッセージが表示されます。

ルールはCSP全体を無効にするのではなく、個別に追加する必要があります。1行のディレクティブの例：script-src 'self' https://mc.yandex.ru; connect-src 'self' https://mc.yandex.ru; img-src 'self' data: https://mc.yandex.ru;

この行を既存のヘッダーで無分別に置き換えることはできません。サイトに既に必要なソースと統合する必要があります。カウンターコードがHTMLに直接挿入されている場合、インラインスクリプトにはnonceまたはhashによる別の許可が必要になることがあります。unsafe-inlineの追加は簡単ですが、欠点はサードパーティのJavaScriptの注入に対する保護が弱くなることです。

Cookieの同意があってもカウンターが起動しない

同意バナーがあるサイトでは、Metricaがボタンを押した後にのみ起動することがあります。バナーのロジックのエラーにより、同意後もカウンターがオフのままになったり、最初のページでのみ有効になったり、ユーザーの選択が保存されなかったりすることがあります。その結果、特にランディングページからの短い訪問で、一部の訪問が失われます。

初回ログイン、同意、拒否、再訪問、モバイルブラウザ、プライベートモードのシナリオを確認してください。ユーザーの選択前に分析を開始するとデータ量は増えるかもしれませんが、このオプションには法的および評判上の欠点があります。データ処理の手順は、プロジェクトに適用される要件に準拠する必要があります。

カウンターのフィルターが必要な訪問を除外する

Metricaの設定では、IPアドレス、ドメイン、URL、パラメータ、技術的トラフィックによるフィルターが動作していることがあります。通常、これらはチームの訪問やテスト遷移を除外するために追加されます。オフィス、VPN、企業ネットワーク、URL構造の変更後、このようなフィルターはもはや内部訪問だけを除外しなくなる可能性があります。

アクティブなフィルターを確認し、各ルールの目的をチェックしてください。診断のために、一時的に1つのフィルターを変更してテスト遷移を繰り返すことができます。フィルターを無効にする欠点は、従業員、開発者、自動テストの訪問が統計に含まれることです。そのため、変更は別途記録することをお勧めします。

誤った期間、レポート、タイムゾーンが開かれている

データは既にあるのに、管理画面で別のカウンター、狭すぎる期間、日付比較モード、不適切なタイムゾーンが選択されていることがあります。訪問数が少ない場合、数時間の差で特定の日の状況が完全に変わることがあります。遷移後数分だけでカウンターの動作を評価すべきではありません。

期間の比較を解除し、より広い範囲を開き、テスト訪問の日付を確認してください。次にページ別レポートに移動し、ランディングページの正確なパスを見つけます。広い期間はデータの検索には便利ですが、欠点は全体のグラフでサイト更新後にカウンターが動作しなくなった瞬間に気づきにくいことです。

リダイレクトとドメインが訪問者のパスを変える

遷移は、URL短縮サービス、トラッカー、サイトのHTTPバージョン、wwwドメイン、モバイルサブドメインを経由してから最終的なランディングページに到達することがあります。リダイレクトが誤って設定されている場合、ページの応答が遅い場合、訪問者が別のドメインに送られる場合、必要なサイトのカウンターが読み込まれないことがあります。これは特に配信の説明欄や広告キャンペーンからのリンクで重要です。

curl -I -L "https://example.com/promo"コマンドでチェーンを確認し、遷移先アドレス付きのステータスを見てください。このコマンドはサーバー側のリダイレクトを示しますが、ブラウザでのテストの代わりにはなりません。JavaScriptリダイレクトや拡張機能によるブロックはcurlでは見えません。短縮リンクは投稿に便利ですが、追加の遷移が診断を複雑にします。

SPAが内部遷移時にページビューを送信しない

シングルページアプリケーションでは、セクション間の遷移は完全なリロードなしで行われることがよくあります。ユーザーが料金プラン、商品カード、フォーム、サンクスページを開いても、Metricaは最初の画面のみを記録します。訪問はレポートに表示されるかもしれませんが、ランディングページ、閲覧深度、コンバージョンが不完全に見えます。

Networkで、アプリ内のルート変更後にMetricaへの新しいリクエストが表示されるか確認してください。ブラウザのボタンによる遷移、モーダルウィンドウ、言語の切り替え、動的URLをテストしてください。ルーターによる自動ページビュー送信は便利ですが、欠点はロジックのエラーでページビューの重複や訪問深度の過大評価が発生しやすいことです。

訪問があっても目標が達成されない

目標のレポートが空でも、サイトにトラフィックがないわけではありません。訪問は正常に収集されていても、フォームの送信、ボタンのクリック、購入、サンクスページへの遷移が記録されないことがあります。原因としては、変更されたCSSセレクター、カウンター初期化前のイベント、結果を処理しないAJAXフォーム、ページ上の別のMetrica番号などがあります。

手動でアクションを実行し、同時にNetworkを確認してください。その後、イベントの送信に関連するリクエストが表示されるはずです。ボタンクリックの目標はすぐに設定できますが、欠点はクリックを記録するのであって、フォームの送信成功ではないことです。申し込みには、入力開始、エラー、確認済みの結果を別々に追跡する方が有用です。

5分でできる診断チェックリスト

1. トラフィックが来るべきリンクを、ブロッカーなしの通常のブラウザで開きます。
2. DevToolsでNetworkを開き、ページを更新し、mc.yandex.ruでリクエストをフィルタリングします。
3. ConsoleタブでJavaScriptエラー、CSP、blocked by clientのメッセージを確認します。
4. ページコード内のカウンター番号を、Metrica管理画面のレポート番号と照合します。
5. access.logでテスト時間中の対象URLへのアクセスを確認します。例：grep "GET /promo" /var/log/nginx/access.log。
6. サーバーログと広告管理画面のクリックを、1つのリンクと1つの期間で照合します。
7. フィルター、選択された日付、タイムゾーン、サブドメイン、Cookie同意のシナリオを確認します。
8. SPAの場合は内部遷移を実行し、ルート変更後に新しいリクエストが送信されることを確認します。