メインコンテンツへスキップ
無料4 minutes初級

一部の訪問が「Direct」ソースとして表示されるのはなぜですか?

ダッシュボードの「Direct」ソース行はバグではありません — リファラーなしで到着したか、分類できなかったリファラーで到着した訪問です。その解釈方法と削減方法を説明します。

traffic-sourcesreferrerunknowntroubleshooting
最終更新日:

ウェブサイトのダッシュボードを開き、Analytics タブに移動して、ソース内訳カードを見つけます。ChannelsReferrers ビューで、Direct というラベルの付いた行が表示されることがよくあります。これは正常です — これは、特定のソースに属性付けするための十分な情報なしで到着した訪問を意味します。以下に説明があります。

「Direct」が実際に意味するもの

訪問にキャンペーン タグがなく、使用可能なリファラーがない場合、Zenovay はそれを Direct に分類します。これは以下の場合に起こります:

  • ユーザーがアドレスバーに URL を直接入力した。
  • ユーザーがブックマークをクリックした。
  • ブラウザが Referer ヘッダーを送信しなかった (最も一般的な場合、以下を参照)。
  • Referer ヘッダーが存在したが不正で、ホスト名を解析できなかった。
  • リファラーが同じサイトから来た (内部ナビゲーション) ので、外部ソースとしてはカウントされない。

Direct は「どこから来たか判断できなかった」という一般的な用語で、何かが壊れているというサインではありません。

「Direct」率が増える理由

いくつかの最新のブラウザおよびプライバシー トレンドがリファラー シグナルを減らします:

1. ソースサイトでの厳格なリファラー ポリシー

多くのサイトは Referrer-Policy: strict-origin-when-cross-origin または no-referrer をページに設定します。そのようなサイトからあなたのサイトをクリックした訪問者は、リファラーが削除されるか、オリジンだけに削減されます。完全に削除された場合、訪問は Direct として到着します。

2. プライバシー ブラウザ + 広告ブロッカー

Brave、Firefox の Strict モード、DuckDuckGo Privacy Browser、Safari の ITP は、クロスサイト リンクのリファラーを削除または低下させます。iOS も同様の保護を追加しました。

3. モバイル アプリ内ブラウザ

ネイティブ アプリからのクリック (Facebook、Instagram、Twitter、LinkedIn、Discord、WhatsApp、Telegram、Snapchat、Line) がアプリ内ブラウザで開きます。Zenovay はブラウザのユーザー エージェントでよく見かけるものを認識し、これらの訪問を Social に分類します。認識可能なユーザー エージェントを公開しないアプリ、またはリファラーを渡さないアプリは Direct として到着します。

4. HTTPS から HTTP へのリファラー抑制

ユーザーが HTTPS ページからあなたの HTTP ページにクリックすると (2026 年ではまれ — ほとんどのサイトは完全 HTTPS)、ブラウザはリファラーを完全に削除します。

「Direct」率を削減する方法

送信されなかったリファラーを復元することはできませんが、これらの訪問の多くを意味のあるカテゴリにもたらすことができます:

キャンペーンで UTM パラメータを使用する

?utm_source=twitter&utm_medium=social&utm_campaign=spring2026 を使用してすべてのキャンペーン リンクにタグを付けます。UTM はリファラーが削除された場合でも残ります。ソース内訳カード内の UTMs ビュー (およびチャネル分類に給付) に表示され、Direct に落ちるのではなく表示されます。

これは最大のレバレッジ効果を持つ単一の変更です。広告やメール キャンペーンを実行していて UTM がない場合、これらを追加すると「Direct」の大部分を適切なカテゴリに移動させます。

自分のサイトのリファラー ポリシーを確認する

Referrer-Policy ヘッダーが送信クリックに対して no-referrer に設定されている場合、サイトからリンクされているすべてのサイトのリファラーが削除されています — これと同様に、これらのサイトはあなたをそれらのソースとして識別する能力を失います。strict-origin-when-cross-origin (最新のデフォルト) への緩和を検討してください。

「Direct」が実際にバグの場合

「Direct」率が 総訪問の 50 % 以上 の場合、何かが間違っています:

  • 主要キャンペーンからの訪問に UTM があることを確認します (キャンペーン ソースに到着する必要があり、Direct ではありません)。
  • Live View タブを開き、サンプル訪問者を見ます。各訪問者カードに取得されたリファラーが表示されます。どこかから来るべき訪問で完全に欠落している場合、トラッキング スクリプトはリファラー データが利用可能になる前に実行されている可能性があります — これはページ スクリプト実行が非常に早い場合に一般的です。
  • ウェブサイト ドメインとソース内訳のスクリーンショットを含めて [email protected] にメールします。

プラン適用

ソース分類、UTM バケット、ボット フィルタリングはすべてのプランで機能します。Live View タブ (リアルタイムで個別訪問者の取得されたリファラーを検査できる) もすべてのプランで利用可能です。(各訪問者カード内の「Watch cursor」オーバーレイは Pro 以上の機能ですが、リファラーを読むためには必要ありません。)

関連記事

この記事は役に立ちましたか?