遷移・セッション・ページビュー：サイトアナリティクスの読み方

アナリティクスがサイトへの遷移とみなすもの

サイトへの遷移とは通常、外部ソースからの訪問者の流入を指します。視聴者は配信の説明欄、チャンネルパネル、チャットの固定メッセージ、SNSの投稿、プロフィール、あるいは配信アーカイブの下にあるリンクをクリックできます。アナリティクスでは、こうした訪問はソース（配信プラットフォーム、SNS、検索、広告、パートナー掲載など）と結びつけられます。

しかし、リンクのクリックとサイトへの遷移は必ずしも同じではありません。プラットフォームはクリックを即座に記録できますが、サイトが訪問者を認識するのはページが読み込まれ、カウンターにデータが送信された後だけです。ユーザーがタブを閉じたり、接続が切れたり、アナリティクスのスクリプトが動作しなかった場合、クリックはプラットフォームの統計に残っても、サイト側のセッションは発生しません。

ページビューとみなされるもの

ページビューは、訪問者がサイトのページを開き、カウンターがそのアクションに関するデータを受け取った時点で記録されます。複数ページのサイトでは、通常、別のアドレスに移動すると新しいページビューが発生します。ランディングページから条件ページへ、次に事例、連絡先、申請フォームへといった具合です。

ページビューはサイト内でのアクションを示すものであり、集客した視聴者の数を示すものではありません。 1人の視聴者が複数のセクションを開いたり、戻ったり、ページを更新したり、新しいタブで開いたりすることがあります。したがって、ページビューが多いからといって、配信からの遷移が同じ数だけあったわけでも、オーディエンスがコンバージョンアクションを実行した証拠にもなりません。

クリック・セッション・ページビューの違い

クリックとは、プラットフォーム上のリンクを押すことです。セッション（または訪問）とは、正常に読み込まれカウンターに記録された後、訪問者がサイト上で行う一連の行動の期間です。ページビューとは、そのセッション内で特定のページを開くことです。指標の名称はシステムによって異なる場合がありますが、区分の考え方は同じです。

• クリックはプラットフォーム上のリンクへの関心を示します。
• セッションはサイトのアナリティクスが訪問を記録したことを示します。
• ページビューは訪問者が流入後にどのアドレスを開いたかを示します。
• イベントは個別のアクション（ボタンのクリック、フォームの開封、申請の送信、メッセンジャーへの遷移など）を示します。

クリックの欠点は、視聴者がサイトに到達したかどうかを示さないことです。セッションの欠点は、実際の訪問の一部がカウンターに記録されない可能性があることです。ページビューの欠点は、同一人物の行動によって増加しうることです。

例：1回の遷移と複数のページビュー

配信の説明欄のリンクが120クリックされたとします。UTMタグにより、サイトは94セッションを記録しました。この94セッションで、アナリティクスは268ページビューを記録しました。視聴者はサービスページを開き、次に事例、よくある質問、連絡先を開いたのです。

このような状況で、268人がサイトに来たと言うことはできません。正確には、プラットフォームが120クリックを記録し、カウンターが94セッションを認識し、訪問者が合計268ページを開いたとなります。セッションあたりの平均ページビュー数はサイトの閲覧の深さを理解する助けになりますが、申請や問い合わせのデータの代わりにはなりません。

リンククリックとセッションが食い違う理由

リンクのクリックからサイトの読み込みまでの間には、いくつかの技術的なステップがあります。ブラウザはアドレスを開き、リダイレクトを経て、ページを読み込み、アナリティクスのコードを実行する必要があります。どの段階でも、訪問者はタブを閉じたり、読み込みの遅さに直面したり、接続を失ったりする可能性があります。

この食い違いは、水増し、弱いトラフィック、プラットフォームのエラーを証明するものではありません。一部の視聴者は気が変わり、リンクをバックグラウンドで開いてページを待たず、制限のあるブラウザを使い、あるいは一時的に利用できないサイトにアクセスした可能性があります。クリックとセッションだけを比較する欠点は、流入後に何が起きたかを示さないことです。

新しいクリックなしでセッションが発生する理由

セッションは必ずしも元のリンクの新しいクリックに紐づくわけではありません。視聴者はアドレスを保存し、後でブラウザの履歴からサイトに戻ったり、古い投稿からリンクを再度開いたり、記憶したドメインに直接アクセスしたりすることがあります。この場合、特定の配信下のクリックは増えませんが、サイトの訪問数は増えます。

また、1人のユーザーが複数のセッションを生成することもあります。朝にパソコンからアクセスし、その後スマートフォンでページを開いたり、長い休憩の後に戻ったりする場合です。ユーザー指標の欠点は、これも絶対的ではないことです。別のブラウザ、シークレットモード、Cookieの削除、新しいデバイスは、アナリティクスにとって新しい人物に見える可能性があります。

リダイレクトが遷移の計測に与える影響

リダイレクトとは、プラットフォーム上のリンクと目的のページとの間の中間的な遷移です。URL短縮サービス、パートナートラッカー、アドレス保護サービス、中間ページなどで使われます。計測にとって重要なのは、リダイレクトがUTMパラメータを引き継ぐかどうか、そして目的のアドレスを正しく開けるかどうかです。

短縮リンクがUTMタグなしのページに導く場合、セッションは別のソースやダイレクトトラフィックに分類される可能性があります。リダイレクトが誤って設定されている場合、プラットフォームはクリックを記録しても、サイトは訪問を受け取りません。複数のリダイレクトからなるチェーンでは、どのステップでパラメータや訪問者が失われるかを特定するのが難しくなるのが欠点です。

公開前にリダイレクトを確認する方法

別のブラウザでリンクを開き、アドレスバーで最終的なアドレスを確認します。そこに目的のページとマーキングのパラメータが保持されている必要があります。次に、ソースまたはキャンペーンのレポートでテストセッションを確認します。リンクが短縮サービス、トラッカー、別ドメインのフォーム、支払いページを経由する場合は特に、確認が重要です。

1つの短いアドレスに複数の異なる掲載を混在させないでください。配信の説明欄、チャットの固定、チャンネルプロフィールからのリンクは、少なくともutm_contentパラメータで区別する必要があります。このような詳細化の欠点は、リンクを事前に統一したスキームで設計する必要があり、そうしないとレポートが数十の似た行に分裂してしまうことです。

ブロッカーやブラウザの制限が統計を歪める仕組み

広告やアナリティクスのブロッカーは、サイトの表示を妨げないものの、カウンターの読み込みを禁止することがあります。視聴者はページを読み、連絡先を開き、フォームを送信さえしても、標準のアナリティクスはセッションやページビューを記録しません。厳格なプライバシー設定、JavaScriptの無効化、ブラウザの制限も同様の効果をもたらします。

チャンネル所有者はこれを、プラットフォーム上のクリック数とUTMタグによるセッション数の差として目にします。ブロッカーを使うすべての訪問者を1つのレポートで正確に数えることはできません。システムは彼らからデータを受け取らないからです。クリック、マーキングされたセッション、コンバージョンイベントを照合してください。ただし、レポートは実際のトラフィックの記録された部分として捉え、すべての訪問の完全なリストとは考えないでください。

UTMタグとイベントの計測を確認する方法

テストのために、ブロッカーのないブラウザでマーキングされたリンクを開き、アナリティクスに期待されるsource、medium、campaign、contentを持つセッションが表示されることを確認します。次に、必要なアクションを実行します。フォームを開く、メッセンジャーのボタンを押す、テスト申請を送信するなどです。イベントレポートには、期待されるアクションがちょうど1つ表示されるはずです。

その後、ブロッカーを有効にした状態でサイトの動作を別途確認できます。ページは開くものの、テストセッションとイベントが表示されない場合、食い違いの原因は明らかです。このような確認の欠点は、特定のブラウザと拡張機能の動作を示すものの、アナリティクスがブロックされているすべての視聴者の割合を測定することはできないことです。

レポートにおける訪問・セッション・遷移

アナリティクスのインターフェースでは、サイトへの訪問はビジット、セッション、あるいはセッションと呼ばれることがあります。通常、セッションは訪問者の活動期間中のアクション（ページビュー、ボタンのクリック、フォームの開封、申請の送信）をまとめます。セッションは特定のシステムのルールに従って終了します。例えば、長時間の無操作の後などです。

遷移はサイトへの外部からの流入を表す便利な言葉ですが、レポートでは指標の正確な名称を確認する必要があります。セッションをページビューと直接同一視したり、配信プラットフォーム上のクリックをサイト上のユーザー数と同一視したりすることはできません。そうしないと、計測方法の通常の違いを、トラフィックの質の問題と簡単に取り違えてしまいます。

ストリーマーがまず見るべき指標

クリックと訪問を混同しないためには、各掲載ごとに3つの指標を定期的に確認すれば十分です。1つ目は、プラットフォーム上の外部リンクのクリック数（この統計が利用可能な場合）。2つ目は、特定のUTMタグによるサイト上のセッション数。3つ目は、コンバージョンイベント（フォームの送信、メッセンジャーへのクリック、支払いへの遷移、その他掲載の目的に関連するアクション）です。

ページビューとセッションあたりのページビューは、補足的な文脈として使ってください。これらは、視聴者が流入ページの先もサイトを閲覧しているかを理解する助けになります。この指標の欠点は、閲覧の深さが高いことが、提案への関心を意味する場合もあれば、ナビゲーションの難しさや必要な情報の検索の困難さを意味する場合もあることです。

配信後に流入ページを分析する方法

流入ページは、視聴者が遷移後に実際にどこへ到達するかを示します。配信で協業条件について話したのに、リンクがトップページに導く場合、オーディエンスの一部は約束された情報を見つけられずに離脱する可能性があります。そのような呼びかけには、条件、事例、連絡フォーム、あるいはインテグレーション専用のページに導くのが適切です。

流入ページがマーキングされたリンクのアドレスと一致するか確認してください。リンクがランディングページに導くべきなのに、レポートにトップページが表示される場合、パラメータやパスがリダイレクトで失われている可能性があります。ランディングページが狭すぎる欠点は、文脈のない視聴者にとってサービスの一般的な説明が不十分になる可能性があることです。

流入ページの後に見るべきもの

流入後は、訪問者の経路を分析します。事例、条件、FAQ、連絡先、申請フォームを開いているかどうかです。特定の配信からの視聴者がコンバージョンブロックに到達し、イベントを実行している場合、そのソースは関心のあるオーディエンスを集めています。大多数が最初のページだけで終わっている場合は、呼びかけとランディングページの内容の一致、読み込み速度、モバイル版を確認してください。

掲載の評価には、最大のページビュー数ではなく、コンバージョンアクションまでの経路が重要です。 コンバージョンアクションは個別のイベントとして設定する必要があります。これがないと、アナリティクスは訪問数と閲覧の深さを示しますが、単にページを読んだだけの視聴者と、マネージャーに連絡したり申請を残したりした人を区別することはできません。

UTMタグでリンクをマーキングする方法

UTMタグは遷移元に関する情報をアナリティクスに伝えます。これにより、配信の説明欄のリンクを、チャット、プロフィール、SNSの投稿、パートナーの言及のリンクから区別する助けになります。マーキングがないと、トラフィックはSNS、リファラル、ダイレクトの一般グループに分類される可能性があります。

• utm_source — プラットフォームまたは掲載元。
• utm_medium — 掲載の種類：説明欄、投稿、インテグレーション、広告、またはあなたのスキームの別のバリエーション。
• utm_campaign — 配信、一連の配信、ローンチ、またはパートナー活動。
• utm_content — リンクの具体的な場所：説明欄、チャット、チャンネルパネル、固定投稿。

UTMマーキングの欠点は、アドレスが長くなり、チャットで使いにくくなることです。このようなリンクを短縮できるのは確認後のみです。短縮サービスはすべてのパラメータを保持し、余分な中間ステップなしで目的のページに導く必要があります。

レポートにとって統一したタグ名が重要な理由

UTMタグの名前は同じように書く必要があります。telegram、Telegram、tgといったバリエーションは、アナリティクスで別々のソースとして表示される可能性があります。同じことがキャンペーンにも当てはまります。同じ配信の異なる名前は手動で統合する必要があり、掲載の比較が不正確になります。

事前に統一した形式を選んでください。1つの言語、小文字、ハイフンかアンダースコアのどちらか1つのルールで。URLに視聴者の個人データ、注文番号、その他の機密情報を追加しないでください。厳格なスキームの欠点は、チャンネルの名義でリンクを公開するすべての人がそれを守らなければならないことです。

サイト内の内部遷移をどう計測するか

サイト内のページ間の遷移はページビューを増やしますが、新たに集客されたトラフィックとして数えるべきではありません。視聴者が配信の説明欄からランディングページに来て、次に支払いページを開き、条件に戻った場合、これはサイト内の1つの経路であり、プラットフォームからの複数の新しい遷移ではありません。

あなたのドメインがリファラルトラフィックのソースとしてレポートに表示される場合、設定が壊れている可能性があります。これは、フォーム、マイページ、支払いページ、サブドメインが単一セッションに関するデータを引き継がない場合に起こります。このエラーの欠点は、1回の実際の訪問が複数に分裂し、ソースの統計が不正確になることです。

1ページのランディングページで考慮すべきこと

通常のサイトでは、新しいアドレスが自動的にページビューを生成することがよくあります。1ページのランディングページでは、視聴者は料金プランを展開したり、事例を開いたり、フォームに移動したり、新しいURLを読み込まずに連絡ボタンを押したりできます。見た目上は複数のブロックを閲覧しましたが、標準設定のアナリティクスは1回のページビューしか記録しない可能性があります。

そのようなアクションにはイベントを設定します。条件ブロックの閲覧、フォームの開封、料金プランの選択、連絡先のクリック、申請の送信などです。場合によっては仮想ページビューが必要になります。手動設定の欠点は、ランディングページの更新後にイベントが重複したり、動作しなくなったりする可能性があるため、サイトの変更後に確認する必要があることです。