回遊率とは？計算の考え方とGA4・ヒートマップで導線を見直す方法

回遊率を上げるために、関連記事へのリンクを増やした。

それでも、申込みや購入は増えなかった。

こんなときは、リンクの数より先に「どこから、どこへ進んでほしいのか」を確認します。

回遊の改善で目指したいのは、閲覧ページを増やすことだけでなく、必要な情報へ迷わずたどり着けることです。

この記事では、回遊率の計算の考え方、GA4の経路探索、ヒートマップでの点検手順をまとめます。

最後に、対象ページを決めて使える「目的別の回遊指標と導線点検表」も紹介します。

操作の説明は2026年10月4日に確認した公式資料に基づき、数値例は理解のための架空例です。

回遊率の定義をそろえる

「回遊率を改善する」という言葉だけでは、何を増やすのかが決まりません。

最初に、計算式と単位をレポートに書きます。

何を一回の回遊と数えるか決める

回遊の状態を見る方法の1つが、1回の訪問で平均何ページ見られたかを調べることです。

Webサイトだけを対象にするなら、同じ集計範囲のページビュー数をセッション数で割ります。

たとえば300ページビュー、100セッションなら、1セッションあたり3ページビューです。

これは3％ではなく、平均3ページビューという意味です。

GA4の「セッションあたりのビュー」はページや画面の表示数をセッション数で割る指標で、同じページの再表示も含みます（参考：Googleの指標定義）。

Webとアプリを一緒に計測している場合は、Webだけを調べるのか、両方を含めるのかもそろえてください。

また、再表示を含む3ページビューは、異なる3ページを読んだことと同じではありません。

一方、特定の導線を調べるなら「対象記事を見た人のうち、指定した順序で設定ガイドへ進んだ人の割合」のような指標を別に作ります。

こちらは、対象者が100人、条件を満たした人が20人なら20％です。

調べたいこと	指標の例	単位
訪問全体の閲覧量	ビュー数÷セッション数	ビュー／セッション
指定した導線の到達	条件を満たして目的地へ進んだ人÷対象の人	％
目的地での成果	申込みや購入が完了した件数	件

この記事では、これらをまとめて1つの「回遊率」にせず、名前を分けて扱います。

ページ数が多ければよいとしない

同じ商品ページと送料ページを何度も往復すると、閲覧数は増えます。

しかし、その人が送料を理解できずに迷っている可能性もあります。

反対に、商品ページだけで送料と納期が分かり、そのまま購入できたなら、少ない閲覧数でも目的は達成されています。

ページ数の増減だけでは、使いやすくなったかは判断できません。

記事サイトなら、関連記事を読むこと自体に価値がある場合もあります。

ただし、必要な回答をわざと複数ページに分けて閲覧数を増やす方法は、読者が知りたいことへの到達を遠ざけます。

「多く見るほどよい」ではなく、「どの情報を見れば判断できるか」から考えてください。

報告書にも、閲覧数と目的地への到達、最終的な成果を並べます。

回遊の対象ページを決める

サイト全体を一度に直そうとすると、原因も結果も分かりにくくなります。

まず、1つの入口ページと1つの目的地を選びます。

入口と目的地を定める

たとえば、製品の解説記事を読んだ人に、初期設定の方法まで理解してほしいとします。

この場合は「解説記事→初期設定ガイド」が調べる導線です。

料金ページを見た人に申込みへ進んでほしいなら、「料金ページ→申込フォーム」が対象になります。

入口の例	読者が次に知りたいこと	目的地の例
製品の解説記事	どう使い始めるか	初期設定ガイド
商品ページ	いつ届き、送料はいくらか	配送条件の説明
料金ページ	自分の条件で利用できるか	申込み・相談の案内

ここで使う「入口」は、分析の出発点として選んだページという意味です。

必ずしも、その訪問で最初に開いたランディングページとは限りません。

訪問の最初のページだけを対象にしたい場合は、GA4のランディングページの条件も含めて定義します（参考：ランディングページのレポート）。

集計前に「記事を訪問中のどこかで見た人」なのか「記事から訪問を始めた人」なのかを決めておきます。

サイト内の移動を計測する

対象を決めたら、入口と目的地の両方でページ表示が記録されるかを確認します。

入口だけにタグがあり、目的地にタグがなければ、実際には進んでいても経路を追えません。

同じページ内で表示だけ切り替わるサイトは、見た目の変化とページ表示イベントが対応しているかも点検します。

特に、URLや画面をJavaScriptで切り替えるサイトでは、画面遷移をどう送信するかの確認が必要です（参考：GA4の単一ページアプリ計測）。

また、GA4の拡張計測のクリックは、基本的に外部サイトへのリンクを対象にします。

サイト内のリンクを押した回数が、そのまま標準のクリックイベントに入るとは考えないでください（参考：GA4の拡張計測機能）。

同じページにある複数のリンクを区別したい場合は、内部リンク用のイベントを別に設計します。

たとえば「記事末尾の設定ガイド」と「本文途中の設定ガイド」を区別する名前を決めます。

クリックを追加計測するときは、開発担当者に対象要素と送る値を渡し、実際の遷移とイベントが対応するか確認してください。

メールアドレスや入力内容をイベント名・パラメータに入れる設計は避け、必要なリンク位置や行き先だけで判別できるようにします。

GA4で回遊の経路を調べる

経路探索は、想定していた移動と実際の移動を比べるために使います。

最初から全経路を読み切ろうとせず、選んだ入口か目的地のどちらかを起点にします。

開始点からたどる

GA4を開き、「探索」から「経路データ探索」を選びます。

既存の経路が表示される場合は「最初からやり直す」を使い、始点を指定します。

ノードの種類をページのパスやタイトルなどに切り替え、調べる記事を選択します。

次のノードを展開して、読者がどのページへ進んでいるかを確認します（参考：GA4の経路データ探索）。

確認するのは、次のような点です。

• 想定したガイドへ進む経路があるか
• トップページへ戻る動きが多いか
• 同じページを繰り返し表示していないか
• スマートフォンとパソコンで移動先が違うか

たとえば、解説記事から設定ガイドに進ませたいのに、会社概要への移動が目立ったとします。

この観察だけで、リンクの配置が悪いとは断定できません。

会社の信頼性を確認してから利用を決めたい読者がいる、という仮説も立てられます。

移動先を見て「なぜその情報が必要だったのか」を考え、該当ページの内容と照合してください。

目的地から逆に調べる

申込フォームに到達した人が直前に何を見たかを調べたい場合は、終点から逆にたどります。

経路をやり直し、終点として対象ページやイベントを選択します。

その手前のノードを展開し、料金ページや事例ページなど、到達前によく使われたページを確認します。

GA4の経路探索では、始点と終点を同時に指定するのではなく、どちらかから探索します（参考：GA4の経路データ探索）。

なお、経路は複数のセッションにまたがる場合があります。

そのため、経路図に現れた人数やイベント数を、そのまま「同じ訪問で記事から申込みへ進んだ割合」として扱わないでください。

順番を決めた到達の割合を確認するなら、次の節で紹介するファネルの条件も用意します。

経路探索は、あくまで改善仮説を見つける入口として使うと整理しやすくなります。

ヒートマップで内部リンクを点検する

GA4で移動の偏りが見えたら、次にページ上のどこでつまずく可能性があるかを調べます。

ヒートマップでは、リンクの位置まで届いているかと、どの場所が押されているかを分けて見ます。

リンクへの到達を確認する

Clarityを使う場合は、ヒートマップで対象URL、期間、端末をそろえます。

スクロールの表示に切り替え、設定ガイドへのリンクがある高さまで、どの程度の訪問者が到達しているかを確認します（参考：Clarityのスクロールマップ）。

記事の最下部にしかリンクがない場合は、そこまで到達していない読者に案内が届いていない可能性があります。

ただし、リンク付近までスクロールしたことは、文字を読んだことやリンクに気づいたことの証明ではありません。

次にクリックの表示へ切り替え、目的のリンクと周辺の要素を見ます。

Clarityのクリックマップにあるクリックの割合は、訪問者全体を分母にしたリンクのクリック率とは異なります（参考：Clarityのクリックマップ）。

表示された％だけをGA4の到達率と並べず、何を分母にした数値かを確認してください。

ページを変更した直後は、ヒートマップの画面と集計期間中のページが同じ構成かも点検します。

文言と行き先を確認する

リンクが見える位置にあり、押されてもいるのに、目的の操作につながらない場合があります。

そのときは、押す前の期待と移動先の内容が合っているかを見ます。

たとえば「詳しくはこちら」だけでは、設定方法なのか料金なのかが伝わりにくくなります。

「初期設定の手順を見る」なら、移動後に何が分かるかを予想しやすくなります。

リンクの目的をテキストや周辺の文脈から理解できるようにする考え方は、W3Cのアクセシビリティ解説でも示されています（参考：リンクの目的を明確にする）。

点検する場所	曖昧な例	書き換えの方向
商品ページのリンク	こちら	配送日と送料を確認する
解説記事のリンク	詳細を見る	初期設定の手順を見る
料金ページのリンク	次へ	申込みに必要な情報を確認する

これらは書き換え方を示す例で、クリック率の改善を実証した文言ではありません。

実際には、リンク先にその情報が載っていることが前提です。

案内の言葉だけ魅力的にしても、移動先が期待と違えば、すぐに戻る原因になります。

回遊を増やす前に迷いを減らす

経路が長いことも短いことも、それだけでは成功や失敗を意味しません。

録画と実ページを照らし合わせて、移動の意味を確認します。

往復する操作を調べる

セッションリプレイでは、同じページへの往復の前後を見ます。

商品を比較するために行き来しているのか、必要な条件が見つからず戻っているのかを切り分けます。

たとえば、次のように事実と仮説を分けてメモします。

区分	記録例
操作の事実	商品ページから配送案内へ進み、商品ページへ戻った
操作の事実	配送案内でページ内を上下に移動した
仮説	自分の地域の送料を探していた可能性がある
追加確認	地域別の料金が実ページで見つけやすいか確かめる
修正候補	商品ページから該当する説明へ直接案内する

これは分析方法を示す架空のメモです。

録画を見ただけで、訪問者が考えていたことまでは分かりません。

同じ操作が複数見つかっても、録画の対象条件や収集範囲を確認してから優先度を決めます。

必要なら、ユーザビリティテストで「送料を調べてください」と依頼し、実際にどこで困るかを確かめます。

観察とテストを分ける方法は、ユーザビリティテストの進め方でも解説しています。

完結するページを尊重する

営業時間、返品条件、用語の意味などは、1ページで答えが分かれば十分な場合があります。

そのページから次へ進まない人が多くても、目的を達成しているかもしれません。

関連情報へのリンクは、読者が次に必要とする内容がある場所に置きます。

すべての段落の直後に別ページを案内すると、本文の理解を妨げる可能性があります。

たとえば、返品条件を調べる人には、まず期限と対象条件をその場で伝えます。

追加の手続きが必要な人には、説明の後で申請フォームを案内します。

「最後まで読ませる」「別ページを必ず見せる」を先に目標にせず、読者が判断を終えられる順番を考えてください。

ページ単体で完結した方がよい情報は、回遊を増やす施策の対象から外す判断も必要です。

回遊改善の結果を確認する

修正した後は、閲覧数の変化だけで結論を出しません。

目的地への到達と、そこから先の成果を一緒に確認します。

目的地への到達で比べる

特定の順番で進んだ人を調べるには、GA4の「探索」からファネルデータ探索を使います。

入口ページの表示を最初のステップ、目的地の表示を次のステップとして設定します。

入口を経た人だけを対象にする場合は、クローズド型のファネルにします。

途中の別操作を許すか、直後の操作に限るか、時間制限を設けるかも決めます（参考：GA4のファネルデータ探索）。

ファネルはユーザーのステップ到達を扱うため、その値をセッション数として読み替えないでください。

「同一セッション内だけ」を条件にするなら、その条件を満たす集計方法を別途確認し、時間制限だけで同じ条件になると考えないことも大切です。

架空例として、対象100人のうち目的地へ進んだ人が20人から25人に変わったとします。

到達の割合は20％から25％ですが、これだけでリンク修正の効果とは断定できません。

流入元や端末、対象期間、広告内容が変わっていないかも確認します。

次の表を埋めると、担当者間で比較の条件をそろえやすくなります。

点検項目	記入する内容
対象の入口	URLと、訪問の最初に限定するか
目的地	URLまたは成功イベント
分母	対象ユーザー、セッションなどの集計単位
到達の条件	順序、途中操作、対象期間
比較の条件	端末、流入元、変更前後の期間
最終的な成果	申込受付や購入完了の件数
変更内容	リンクの位置・文言など、実際に変えた場所

施策の副作用を調べる

設定ガイドへの到達が増えても、申込みが減っていれば、案内の位置やタイミングを見直します。

必要な情報へ進めることと、主な操作を邪魔しないことの両方が必要です。

関連記事を増やした結果、スマートフォンの画面が長くなり、主要なボタンが見つけにくくなる場合もあります。

変更後は、実際のスマートフォン表示で、本文、リンク、ボタンの順序を確認してください。

閲覧数が急に増えた場合は、ページ表示イベントの二重送信も疑います。

GA4では自動送信と手動送信の組み合わせによって重複する可能性があるため、実装担当者と計測方法を点検します（参考：GA4のページビュー計測）。

改善を評価するときは、数字がよく見える条件へ後から変更せず、決めた条件を残します。

データが少ない場合は、結果を確定せず、観察した事実と次に確かめることを報告してください。

まずは1つのページで、入口、目的地、到達条件を決めるところから始めましょう。

必要な情報へ迷わず進めたかを確かめることが、回遊改善を成果につなげる出発点です。