GA4のセッションタイムアウト「30分」は本当に適切か
Googleアナリティクスでは、ユーザーが30分間操作をしなければデフォルトでセッションが終了します。
この「30分」を変更せず、そのまま利用しているWebサイトは多いと思います。
しかし現在のユーザー行動では、複数のタブを開いて別の作業を挟み、しばらくしてから元のページに戻るといった利用も一般的です。長い記事で後から続きを読んだり、特定ページを同じ日に何度も確認したりすることもあります。
このような30分以上の非アクティブ時間を挟んだ後の再行動を「別の訪問」として扱うことが、分析したい利用実態と合わないケースがあります。
この記事では、GA4のセッションタイムアウト設定を30分のまま利用することを疑ってみる、というところから考えてみます。
セッションは「ユーザー行動そのもの」ではない
まずは「セッション」とは何かから整理していきましょう。
GA4では、ユーザーがWebサイトやアプリを操作する一連の行動をセッションとして扱います。デフォルトでは30分間操作がなければセッションはタイムアウトします。セッションそのものの継続時間に上限はなく、操作が続けばセッションは継続します。
このタイムアウト時間は変更可能で、最大7時間55分まで設定できます。
一方で、セッションタイムアウトの設定時間は、必ずしもユーザーが実際に訪問を終了したことを示す時間ではありません。データの集計上、一定時間操作がなければ一つのセッションを終了したものとして扱っているにすぎません。
つまり、セッションはユーザー行動そのものというよりも、分析のために人為的に設定された単位と言えます。
そう考えると、「GA4のデフォルトのセッションタイムアウトが30分だから30分で分析する」のではなく、「自社ではどこまでを一連のユーザー行動として捉えたいのか」を考えてもよいはずです。
いちしま泰樹セッションは分析側の基準でユーザー行動を区切った単位にすぎません。「セッションタイムアウト30分」はもっと再考してよいはずです。
ユーザーは「離脱」ではなく「保留」しているかもしれない
ユーザーがWebサイトを利用しているとき、途中で中断と再開が起きることがあります。
例えば次のような行動です。
- 複数のタブを開き、別のタブで作業した後に戻ってくる
- 長文の記事を途中まで読み、後から続きを読む
- 申し込みフォームを開いたまま、入力に必要な情報を別の場所で探している
計測上その後の行動がしばらく観測されなくても、ユーザーの利用実態としては必ずしもサイトの利用を終えて離脱したとは限りません。そのページを「保留」しているだけ、というケースもあります。
特にブラウザーのタブはこのような「保留」を容易にします。
30分のタイムアウトで一連の行動が分断される
例えば、次のようなユーザー行動を考えてみます。
10時にWebサイトの記事を読み始め、10時15分に別の仕事へ移ります。11時に開いていたタブへ戻り、関連ページを読んだ後、11時10分に問い合わせをしたとします。
30分のセッションタイムアウトであれば、10時台の行動と11時台の行動は別のセッションとして扱われます。
ビジネス上は「記事を読み、途中で仕事を挟み、その続きを見て問い合わせた」という一連の検討行動と捉えたいところです。しかしGA4上では最初の記事閲覧と問い合わせは別々のセッションに分かれます。セッションタイムアウト30分という定義に従えば、2つのセッションとして正しく集計されています。
問題は、ビジネス上ひとまとまりとして捉えたい行動と、計測上のセッションの単位が合っているかどうかです。
セッションを分母とする指標にも影響します。例えばGA4の指標「セッション キーイベント率」はキーイベントが発生したセッションの割合を示します。タイムアウトの設定が変わればこの値も変わります。
「30分だから正しいCVR」「タイムアウトを長くしたから実態に近いCVR」と一律には言えません。どこまでを一つのセッションとして扱うかによってセッションベースの評価も変わります。
ランディングページ「(not set)」は一つの手がかりになる
セッションタイムアウトを見直すきっかけの一つとして、ランディングページの (not set) があります。
GA4のランディングページは、セッションの最初の行動に関連付けられたページです。
例えばあるページを表示した後、そのタブを長時間放置したとします。セッションがタイムアウトした後に表示していたタブへ戻り、ページを再読み込みしないままスクロールやクリックなどのイベントだけが計測されるケースがあります。
この場合、新しいセッションが記録されてもそのセッション開始時にイベント page_view が存在しないことがあります。GA4ではセッションに page_view がない場合、ランディングページが (not set) として表示されることがあります。
(not set) は別の理由でも発生する可能性があり、「(not set) が多い＝セッションタイムアウトが原因」とは言えません。しかし、実装上の問題が見当たらず (not set) が一定数存在するのであれば、タイムアウト後にページビューを伴わず再行動しているセッションが含まれていないかを疑うことになります。
特に (not set) のセッションからキーイベントが多く発生しているサイトでは、本来どのページを起点とする行動だったのかを分析しにくくなります。
当社サイトではセッションタイムアウトを7時間55分に変更
当社サイトでは昨年の2025年5月1日に、GA4のセッションタイムアウトを標準の30分から7時間55分へ変更しました。7時間55分は現在GA4で設定できる最大値です。
背景には、当社サイトで公開しているWebツールの利用があります。「A/Bテスト有意差判定ツール」などは、同じユーザーが業務中に時間を空けて繰り返し利用することがあります。当社ではこうした利用を個々のセッションとして細かく分けるより、同じ日の一連の利用として捉えることを優先し、中断時間を広く許容する「7時間55分」を選択しました。7時間55分が一般的な最適値という意味ではなく、当社サイトの利用特性と分析方針を踏まえた設定です。
設定変更前後のランディングページ (not set) のセッションは、次のように変化しました。
| 2025年4月 | 2025年5月 | 2025年6月 | |
|---|---|---|---|
| 全セッション数 | 9,141 | 6,612 | 7,089 |
(not set) セッション数 | 1,926 | 412 | 421 |
(not set) セッション比率 | 21.1% | 6.2% | 5.9% |
変更前の4月ではランディングページ (not set) は全セッションの21.1%でしたが、変更後の5月は6.2%、6月も5.9%と大きく減少しました。5月はゴールデンウィークによるトラフィック減少を含むため、設定変更だけの影響とは断定できません。6月には全セッション数が5月より増えた一方、(not set) の比率は5.9%と低い水準を維持しました。
この比較だけで因果関係を証明できるわけではありません。しかし、30分で分断されていたセッションの一部がより長い一連の利用として扱われるようになった可能性は考えられます。
セッションタイムアウトは長ければよいわけではない
ここまで読むと「セッションタイムアウトは長くした方がよい」と感じるかもしれません。しかしそう単純な話ではありません。
タイムアウトを長くすれば、一連のユーザー行動をつなげやすくなります。一方で、本来は別の訪問として分析したい行動まで同じセッションに含む可能性があります。
特に影響するのは参照元やチャネルの分析です。
GA4では一つのセッションは一つのキャンペーンまたはトラフィックソースに関連付けられます。セッションの途中で新たなキャンペーンやトラフィックソースが検出されても、それを理由に新しいセッションにはなりません。
例えば朝9時にGoogle検索経由でサイトに訪問し、12時にメールマガジンのリンクから再び同じサイトを訪れたとします。30分タイムアウトであれば通常は別のセッションになり、「Organic Searchからのセッション」と「Emailからのセッション」として分けて見ることができます。
一方、長いセッションタイムアウトによって9時のセッションが継続していれば、12時のメールからのアクセスも同じセッション内の行動になります。
タイムアウトを長くするほど「一連の行動」はつながりやすくなりますが、「新しい流入機会」をセッションとして捉えにくくなります。
「行動の連続性」と「流入機会の識別」はトレードオフです。セッションタイムアウトの変更を検討する場合はこの点を考慮する必要があります。
セッションタイムアウトは何分に設定すればよいのか
では、自社サイトのセッションタイムアウトを何分にすればよいのでしょうか。
一律の正解はありません。
確認するとよいのは、意味のある行動と次の行動との間にどの程度の空白があり、その前後の行動が同じ文脈にあるかです。
GA4探索のユーザーエクスプローラでは、個々のユーザーのイベントタイムラインを確認できます。30分を超えて行動を再開しているケースについて、その前後にどのような行動があったのかを個別に確認できます（「ランディングページに (not set) を含むユーザー」としてセグメントで抽出できます）。
BigQueryへGA4データをエクスポートしているのであれば、より全体的な傾向を確認できます。例えば同一ユーザーの行動間隔を「30分未満」「30分〜1時間」「1〜2時間」「2〜4時間」などに分類し、それぞれがどの程度発生しているのかを集計できます。
その上で、同じ記事の続きを読んでいるのか、同じ商品やサービスを見ているのか、入力途中のフォームへ戻っているのかなど、前後の行動を確認します。逆に、まったく異なるコンテンツを別の参照元から閲覧しているユーザーが多ければ、新しいセッションとして分けた方が分析しやすいかもしれません。
セッションタイムアウトは「何分が一般的か」だけで決めるのではなく、自社ではどこまでを一連の利用として分析したいかという視点で設定するのがよいと考えます。
設定変更後は過去データとの比較に注意する
セッションタイムアウトを変更すると、セッション数やセッションベースの指標に影響します。つまりデータの連続性が途絶えます。
社内の各担当者だけでなく支援会社や広告代理店などの関係者と事前に協議した上で、変更日を重要情報として記録しておく必要があります。
特に、変更前後のセッション数やセッションキーイベント率、チャネル別のセッション数を比較するときには注意が必要です。ユーザーの行動が変わっていなくても、「どこでセッションを区切るか」が変わることで数値が変化するためです。
- 全体のセッション数
- チャネルグループ別や参照元別のセッション数
- ランディングページ
(not set)のセッション数 - セッションを分母とする指標（各種キーイベント率、エンゲージメント率など）
設定変更によってユーザー行動そのものは変わりません。同じユーザー行動を分析上どのように区切るかが変わるという点を意識する必要があります。
いちしま泰樹設定の変更は10秒で済むような項目ですが、事前の関係者とのコミュニケーションに時間がかかる内容です。
「30分」はGA4の設定上のデフォルトにすぎない
GA4のセッションタイムアウト30分というデフォルト設定を改めて疑う機会はほとんどありません。なんならGAの前身である2000年代のUrchinの設定から見て見ぬフリをされつつ「そういうものだ」と受け継がれてきた値かもしれません。
しかし現在のWebサイトでは、複数タブ、作業の中断、後からの再開、特定ページの反復閲覧など「30分非アクティブであれば利用は終了した」と言い切れない行動が多くあります（あなたもいま、タブをたくさん開きっぱなしにしていませんか？）。
一方で、タイムアウトを長くすれば異なる流入機会まで同じセッションとして扱われやすくなります。
短いタイムアウトでは行動が分断されやすく、長いタイムアウトでは別の訪問が結合されやすい。このどちらを重視するかはWebサイトの性質と分析の目的によって異なります。
重要なのは「自社にとって一つのセッションとはどのような利用なのか」を考えることです。
セッションはユーザー行動そのものではなく、分析のために設定した単位です。そうであれば、その区切り方もデフォルト値をそのまま受け入れるのではなく、自社のユーザー行動や分析したい内容に合わせて設計してよいはずです。
GAの活用体制づくり、ダッシュボード構築、既存の計測設定の見直しなどを伴走支援します。
