·GA4 / その他 / other / データのしきい値 / Googleシグナル

GA4で行が消える|(other)としきい値の正体

GA4のレポートで行が消える、流入元が「(other)」にまとまる、数値が伏せられる。これは別々の仕組みで起きます。(other)は行数の上限による集約、データのしきい値はGoogleシグナルのプライバシー保護。2つの見分け方と、丸めも非表示もしない売上の見方を実データで解説します。

GA4で行が消える|(other)としきい値の正体

GA4のレポートを見ていて、あるはずの行が消えていたり、細かい流入元がまとめて「(other)」に入っていたり、数値がハイフンで伏せられていたり。そんな経験はないでしょうか。バグを疑いたくなりますが、多くは仕様です。

先に結論を言います。GA4で「行が消える」現象には、原因の違う2つの仕組みがあります。ひとつは「(other)」への集約、もうひとつは「データのしきい値」です。前者は行数の上限で低頻度の値がまとめられるもの、後者はGoogleシグナル有効時に個人を守るため数値が伏せられるもの。原因が違うので、対処も違います。本記事では2つの見分け方と、そもそも丸めも非表示もしない売上の見方まで、実データつきで解説します。

まとめ解説動画

この記事のまとめ#

  1. GA4で行が消える理由は2つ、しかも別の仕組み

    「(other)への集約」と「データのしきい値」は原因が違う。混同すると対処を間違える

  2. (other)=行数の上限による集約(プライバシーは無関係)

    扱える値の種類には上限があり、超えた分の低頻度な値が「(other)」にまとめられる

  3. しきい値=Googleシグナル有効時のプライバシー保護

    ユーザー数が少ないと、個人を特定させないため一部の数値が伏せられる。年齢・性別で目立つ

  4. どちらもRevenueScopeにはない死角

    流入元別のRPS・AOVを丸めず、紐づかない売上もUnattributed行で正直に出す

1.GA4で行が消える2つの正体を切り分ける#

結論: GA4で「行が減る」「細かい流入元がまとまる」「数値が伏せられる」現象には、原因の違う2つの仕組みがあります。まず「どちらが起きているか」を見分けることが、対処の第一歩です。

1つ目は「(other)」への集約です。GA4が一度に扱える値(行)の数には上限があり、それを超えた低頻度の値がまとめて「(other)」という1行に押し込まれます。プライバシーとは関係ありません。

2つ目は「データのしきい値」です。Googleシグナルを有効にしていると、ユーザー数が少ないデータで個人が特定されないよう、GA4が一部の数値を自動で伏せます。年齢や性別のレポートで特に目立ちます。

見分ける手がかりは、レポートの種類とシグナルの設定です。値の種類が多いディメンション(検索語・商品名・キャンペーンなど)で「(other)」が出るならカーディナリティ。デモグラフィックのレポートでユーザー数が少ないときに数値が伏せられるなら、しきい値の可能性が濃い。

なお、流入元が「どのチャネルか判定できずに」not setや未割り当てへ入るのは、また別の話です。あれは分類の問題で、本記事の「行そのものが出ない・丸められる」とは軸が違います(GA4の(not set)と(other)の違い)。流入元がDirectや(none)に寄る話も、原因は別です(GA4のDirect/(none)が増える原因)。

GA4で行が消えたとき、原因を切り分ける診断フロー図(デモ)。どのレポート/ディメンションかを見て、人数が少なくGoogleシグナル有効なら「データしきい値」、低頻度の値が多いなら「(other)」に分岐する

2.(other)=カーディナリティ(行数の上限)#

結論: 「(other)」は、GA4が一度に扱える値の種類(行数)に上限があり、それを超えた低頻度の値をひとまとめにした行です。プライバシー保護ではなく、処理上の都合で起きます。

カーディナリティとは、そのディメンションに含まれる値の種類の多さのことです。検索語、商品名、ランディングページ、キャンペーンのように、値が何千・何万とあるディメンションで問題になりやすい。GA4は表示回数の多い値から順に個別の行として残し、上限を超えた分をまとめて「(other)」にします。

つまり「(other)」の中身は、ひとつひとつは小さいけれど数だけは多い、長い尾のような低頻度の値の集まりです。ここが膨らむと、細かい流入元や商品ごとの数字が見えなくなります。上限の具体的な行数は公表値が変わりうるため本記事では断定しませんが、値の種類が多いほど「(other)」に丸められやすい、と覚えておけば十分です。

対処は、期間を短く区切る、絞り込みで対象を狭める、といった方向になります。ただし低頻度の値を完全に個別に見るのは、標準レポートの範囲では難しいのが実情です。

見本ECサイトの流入元別セッション数を並べた横棒グラフ(デモ・90日)。主要チャネルに続いて、低頻度の流入元がまとめて「(other)」の1行に集約される様子を橙で強調

3.データしきい値=Googleシグナルのプライバシー保護#

結論: 「データのしきい値」は、Googleシグナルを有効にしているとき、ユーザー数が少ないデータで個人が特定されるのを防ぐために、GA4が一部の数値を自動で伏せる仕組みです。年齢・性別・興味などのレポートで特に目立ちます。

Googleシグナルは、ログイン中のGoogleユーザーの情報を使って、デバイスをまたいだ分析や年齢・性別の推定を可能にする機能です。便利な反面、少人数のデータでは「この条件に当てはまるのはあの人だ」と個人が割れてしまう恐れがある。そこでGA4は、人数がしきい値を下回るデータを自動で伏せます。

見分ける手がかりは3つです。デモグラフィックのレポートで起きやすいこと。期間を短くしたり細かく絞り込んだりすると数値が消えること。そしてレポートにしきい値が適用されている旨の印が出ること。値が多いから丸められる「(other)」とは、発動する条件も対象も違います。

避ける方向としては、Googleシグナルをオフにする、生データをBigQueryへ出す、といった選択肢が知られています。ただしどちらも代償があります。シグナルをオフにすると、しきい値は避けられても年齢・性別などのデモグラフィック情報そのものが取れなくなる。BigQueryへ出す方向は設定と運用が技術的に重く、片手間では回りません。どちらも「試しに一度」ならともかく、日々の運用で軽く使える回避策ではない、と理解しておくのが現実的です。

「(other)」と「データしきい値」を、原因・発動条件・影響するディメンション・見え方・対処の重さの5つの観点で見比べた比較表(デモ)

RevenueScopeの解決策

結論: RevenueScope は、流入元別の平均滞在・RPS・bot除外後のセッションを、低頻度の流入元も丸めずに1行ずつ見せます。GA4のように上限で「(other)」へまとめたり、しきい値で伏せたりしません。GA4の(other)を復元するのではなく、同じ死角をそもそも持たない設計です。

RPSとは訪問1回あたりの売上のことで、売上をセッション数で割って出します(RPSの意味と使い方)。実際のデモデータで見てみます。サンプルEC店舗の90日間では、細かい流入元も1行ずつ残ります。

流入元別のセッションとRPS(90日・サンプルEC)

流入元セッションRPS
Google検索814304円
ChatGPT210622円
Gemini77431円
Copilot25376円
Bing230円

※サンプルデータのフィクションEC(RevenueScopeデモ)

セッションが23回しかないBingも、25回のCopilotも、「(other)」にまとめず1行として残します。だから「小さいけれど売れている流入元」も、「来ているのに売れていない流入元」も、そのまま見比べられます。検索クエリ単位でも同じで、検索語ごとに「いくら売上に効いたか」を推定売上として持ちます(商品ごとの売上ではなく、検索語ごとの推定貢献です)。例えばこのサンプルECでは検索語「オーガニックコットン tシャツ」の推定売上は約34万円でした。この推定は保守的に過小寄りで、GSC由来のためGoogle検索のみ・2〜3日の遅れがある前提です。

ここで正直に線を引きます。RevenueScope の数値は自前の計測によるもので、GA4の(other)やしきい値を直すもの、GA4より正確に測るもの、GA4を置き換えるものではありません。役割は補完です。またRSは流入元やページ、検索クエリ単位の売上は出しますが、商品ごとの売上は出しません。botの水増しは振る舞いをもとに除外しますが、完全なbot判定は誰にもできません(botが流入元をゆがめる仕組み)。役割は、丸めも非表示もせずに、流入元ごとの売上を見比べられる状態にすること。ここに絞っています。

4.FAQ#

Q. 「(other)」を消す設定はありますか?

A. 完全に消す設定はありません。カーディナリティの上限は仕様のためです。期間を短く区切ったり対象を絞り込んだりすると「(other)」は小さくできます。ただし低頻度の値を全部そのまま見るのは、標準レポートの範囲では難しいのが実情です。

Q. データのしきい値は解除できますか?

A. Googleシグナルをオフにすれば、しきい値は避けられます。ただし年齢・性別などのデモグラフィック情報そのものが取れなくなります。生データをBigQueryへ出す方向もありますが、設定と運用が技術的に重く、片手間では回りません。どちらも代償のある選択です。

Q. 「(other)」としきい値は、どちらが起きているか見分けられますか?

A. 見分けられます。値の種類が多いディメンション(検索語・商品名など)で「(other)」が出るならカーディナリティ。デモグラフィックのレポートでユーザー数が少ないときに数値が伏せられるなら、しきい値の可能性が濃いです。原因が違うので、まず切り分けてから手を打ってください。

まとめ#

GA4で行が消えても、慌てないでください。原因は別々の2つです。「(other)」は行数の上限による集約で、プライバシーとは無関係。「データのしきい値」はGoogleシグナル有効時のプライバシー保護で、デモグラフィックのレポートで目立ちます。まずどちらが起きているかを切り分け、それから対処を選ぶ。GA4はどちらの仕組みでも、細かい流入元を丸めたり伏せたりします。売上への効き方を流入元ごとに見比べたいなら、そもそも丸めも非表示もしない見方に切り替えるのが近道です。

どの広告が売上を生んでいるか、一目でわかる

月5,000セッションまで、AIアナリストもずっと無料。クレジットカード不要。最短5分で導入。

あなたのサイト(例: yourshop.com) を分析する準備ができました

クレジットカード不要·最短5分で計測開始

参考文献#

関連記事