ClarityとGA4を連携する方法｜接続手順と、数値が合わないときの確認点

ClarityとGA4を連携すると、GAの集計をClarity側で確認しながら、ページ上の操作を調べる流れを作れます。

ただし、連携すれば両方の数値が一致したり、GA4のすべての条件を録画へ引き継げたりするわけではありません。

とくに、旧Google Analytics向けの説明と、現在のGA4向けの制限を混ぜないことが大切です。

この記事では、対象プロジェクトとプロパティの確認、接続手順、接続後の検証、数値差の調べ方をまとめます。

最後には、設定を引き継ぐための確認表と、レポートの数字を読み分ける表を残します。

操作と仕様は2026年10月5日時点の公式資料に基づき、掲載する確認手順と記入例は、個別アカウントでの実施結果ではありません。

ClarityとGA4の連携で確認したいこと

接続の前に、集計を見たあとで何を確かめたいのかを一つ決めます。

連携の目的を一つ決める

「データを全部まとめたい」だけでは、接続できても次の作業が決まりません。

たとえば、広告LPからの申込が減っているなら、GA4で対象の期間や流入を絞り、Clarityでフォームへ進む前の操作を調べます。

記事からサービス紹介へ進む人が少ないなら、関連リンクが見つかるか、押したあとに正しく移動するかを確認します。

最初の調査対象は、一つのページと一つの行動に絞ると整理しやすくなります。

調べたいこと	GA4で見る集計	Clarityで確認する操作
広告LPから申込へ進まない	LPへの流入と申込関連イベント	CTAの発見、フォームへの移動
スマホで成果が減った	端末別の件数と率	メニュー、追従要素、入力操作
記事から回遊しない	次ページへの移動や関連イベント	リンクの位置、クリック後の状態
フォームで止まる	開始と完了の差	エラーや戻り操作

この表は分析の組み立て方であり、各行のデータが自動的に一対一で結び付くという意味ではありません。

Microsoftの連携案内は、GAのデータをClarity側へ取り込み、Clarityの画面で確認する仕組みとして説明されています（参考：Google Analytics連携の概要）。

接続したことを成果にせず、次に調べるページが決まる状態を目指してください。

連携しても同じ指標にはならない

GA4とClarityは、別々のタグや条件に基づいて情報を集めます。

同じサイトに入っていても、取得できた訪問や集計方法が一致するとは限りません。

GA4のセッションは、利用者の活動をまとめる単位で、標準では操作がない状態が30分続くとタイムアウトします（参考：GA4のセッション）。

設定変更や識別方法の違いも、数字を読むときの前提になります。

さらに、GA4のユーザー数には「総ユーザー数」「アクティブユーザー数」「新規ユーザー数」などの違いがあります（参考：GA4のユーザー指標）。

別の画面に同じような数字が並んでいても、指標名を省略して「訪問者数」とまとめないようにしてください。

連携先のデータをClarity内に表示したものと、Clarity自身が計測したものも区別します。

数値差の確認では、まずデータの出所と定義をそろえ、そのあとタグや同意条件を調べます。

差をゼロにすることだけを目的にすると、正しい設定まで変えてしまうおそれがあります。

ClarityとGA4の接続前に準備するもの

接続する二つの環境を、名前だけでなくIDで対応づけます。

対象プロジェクトとプロパティを確認する

Clarityでは対象プロジェクトを選び、GA4では対象のアカウント、プロパティ、Webデータストリームを確認します。

本番と検証環境、旧サイトと新サイトが分かれている場合は、URLを併記してください。

GA4の測定IDは、管理画面の「データストリーム」から対象のWebストリームを開いて確認します（参考：GoogleタグID・測定IDの確認）。

ClarityのGA4向け手動設定では、アカウントID、表示名、測定ID、プロパティIDを区別して入力する案内があります（参考：ClarityのGA4連携）。

プロパティIDと測定IDは、同じ欄に入れる別名ではありません。

次の表へ、実際に選ぶ値を記録します。

確認項目	記録する内容	取り違えやすいもの
対象サイト	本番URLと対象範囲	検証用のドメイン
Clarity	プロジェクト名とID	旧サイトのプロジェクト
GAアカウント	アカウント名とID	別クライアントのアカウント
GA4プロパティ	名前とプロパティID	同名のテストプロパティ
Webストリーム	URLと測定ID	別ドメインのストリーム
担当者	設定を管理する人	退職・契約終了予定の人

一つのGA4プロパティに複数のデータストリームがある場合は、Clarityで調べたいサイトがどれかを明確にします。

ClarityとGA4の両方で必要な権限を持つ担当者が作業し、権限不足が出た場合は、その対象と操作を管理者へ伝えます。

連携範囲を公式資料で確認する

GA4専用の公式資料には、ClarityはGA4のセグメントに対応せず、録画の再生URLもGA4へ送信しないと明記されています（参考：GA4連携の注意点）。

古い記事にある「GAで作ったセグメントをそのまま使う」「再生URL用のカスタムディメンションを作る」といった説明を、現在のGA4へそのまま適用しないでください。

GA4の探索で作った複雑な条件が、Clarityへ自動で移るとも考えないようにします。

接続時には、Googleの認証画面で、選択しているアカウントと要求されるアクセス内容を確認します。

代理店がクライアントの環境を扱う場合は、どのデータをどこで見るのかを運用担当者と共有してください。

公式の連携案内では、一つのClarityプロジェクトへ接続できるWebプロパティは一つです（参考：連携するプロパティの範囲）。

複数サイトを管理するなら、一つへ無理にまとめる前に、サイトとプロジェクトの対応を決めます。

また、GA4連携の設定は、Clarityタグの設置や、訪問者の同意管理を代わりに済ませるものではありません。

タグの動作確認がまだなら、Microsoft Clarityの導入手順を先に確認できます。

ClarityからGA4へ連携を設定する

画面名が異なる場合は、対象のプロジェクトと設定項目を確認しながら進めます。

現行画面の接続手順を確認する

公式資料に沿った基本の接続手順は、次のとおりです。

1. Clarityで対象プロジェクトを開く
2. 「Settings」から「Setup」へ進む
3. 「Google Analytics integration」の「Get Started」を選ぶ
4. Googleの画面で対象アカウントへサインインする
5. 表示されたアクセス内容を確認する
6. 接続するWebプロパティを選ぶ
7. 「Save」で保存し、Clarityの設定画面へ戻る

この導線はMicrosoftの連携開始手順に基づきます（参考：Google Analytics連携の設定）。

手動入力の画面が出る場合は、先ほどの対応表にあるIDを、それぞれの項目へ入れます。

測定IDには測定IDを、プロパティIDにはプロパティIDを使い、似た数字だからと置き換えないようにしてください。

一覧に対象が出ない場合は、別のGoogleアカウントでログインしていないかと、対象プロパティへのアクセス権を先に調べます。

対象を見つけられないからといって、似た名前のプロパティへ接続しないようにします。

保存後には、接続先と有効状態を確認し、作業日時を記録します。

新しい解析タグを追加する必要があるかは、連携設定とは分けて判断してください。

すでにGA4が動いているサイトへ、連携のためという理由だけで同じタグを重ねて入れることは避けます。

接続後に表示を検証する

接続後は、Clarityの「Dashboards」から「Google Analytics」を開きます。

公式資料では、流入、ページ、国・地域、端末などの集計を確認する画面として案内されています（参考：Clarity内のGoogle Analyticsダッシュボード）。

まず、想定したサイトのページが表示されるかと、選んだ期間にデータがあるかを確認します。

表示された数字がClarity自身の集計なのか、GA由来の集計なのかも確認してください。

GAダッシュボードでは、通常のClarity画面と同じフィルターやセグメントがすべて使えるわけではなく、公式資料では各カードの期間指定に制限されています（参考：GAダッシュボードの制限）。

その画面から録画やヒートマップへ進んだ場合も、移動先に適用された条件を確認します。

画面を開けたことだけで、意図した調査条件がすべて再現されたと判断しないでください。

検証すること	合格の判断例
接続先	対応表のプロパティと一致する
対象ページ	想定するサイトのURLが含まれる
対象期間	データがある期間を選んでいる
録画の動作	Clarity側のテスト訪問を確認できる
条件の引き継ぎ	移動先の期間やフィルターを説明できる
制限の理解	GA4セグメントや再生URL送信を前提にしていない

データが少ない場合は、接続障害と決める前に、期間、タグ、同意条件を順に確認します。

GA4とClarityで同じ課題を調べる

集計で対象を絞り、録画で操作を確かめるときは、両方の条件を紙や表へ書き出します。

GA4で対象のページを絞る

広告LPを入口として調べるなら、GA4のランディングページレポートが候補になります。

ランディングページは、そのセッションで最初に表示されたページです（参考：GA4のランディングページレポート）。

セッションの途中でそのページを見た人まで含む「閲覧ページ」とは、条件が異なります。

レポートでは対象のページを絞り、必要に応じて「セッションの参照元／メディア」などの軸を追加します。

ユーザーが最初に獲得された流入元と、今回のセッションの流入元を混ぜないようにしてください。

対象期間を比較し、流入数だけでなく、目的のイベントや率がどう変わったかを確認します。

ただし、クリックやフォーム送信のイベントが、業務上の申込完了と一致しているかは別の確認が必要です。

たとえば、送信ボタンを押してエラーになった操作を、申込完了として数えていないかを調べます。

調査メモには、レポート名、ディメンション、指標、イベント名を残してください。

「スマホのCVが悪い」ではなく、「このLPを入口にしたスマートフォンの対象イベントを調べる」と書けば、次の確認へつなげやすくなります。

Clarityで該当条件を再現する

Clarityでは、GA4で確認した条件のうち、利用できるものを組み合わせて録画を絞ります。

最初は、対象URL、期間、端末など、対応を確認しやすい条件から始めます。

流入条件を加える場合は、同じキャンペーンを指しているかを、記録されたURLやUTMなどで確認してください。

「訪問したURL」と「入口のURL」を入れ替えると、調べる集団が変わります。

GA4の条件をすべて再現できない場合は、どこが違うかを記録します。

GA4側の条件	Clarity側で確認するもの	残す注意点
対象LPが入口	入口のURL条件	単なる閲覧URLにしない
スマートフォン	端末の条件	分類の完全一致を前提にしない
特定の流入	記録された流入情報	取得条件の違いを残す
申込未完了	利用できるイベントや操作	GA4の複合条件を自動移行できるとしない

録画では、CTAを押す前後、フォームの入力、エラー後の操作など、決めた問いに関係する場面を見ます。

一件の録画がGA4の集計上の特定ユーザーと一致すると、時刻や端末だけで断定しないようにしてください。

条件が近い記録から、操作上の問題の仮説を集めるという位置づけで進めます。

仮説が見つかったら、別の記録や実画面の操作でも同じ問題があるかを確かめます。

二つのツールの役割は、GA4とヒートマップの使い分けでも整理しています。

ClarityとGA4の数値が違うとき

数値差は、比較条件の違いと、実際の計測の問題に分けて調べます。

日付・時刻・集計単位をそろえる

まず、両方で同じ開始日と終了日を選んでいるかを確認します。

今日の途中の数字と、昨日までの集計を並べていないかも見直してください。

日付が同じでも、タイムゾーンやレポート更新のタイミングによって、含まれる範囲が違うことがあります。

GA4は処理の途中で数値が変わることがあり、Googleは処理に24〜48時間かかる場合があると説明しています（参考：GA4のデータ更新）。

当日の差だけを見て、タグを入れ直すことは避けます。

次に、PV、セッション、ユーザー、録画件数を混ぜていないかを確認します。

GA4のユーザー識別には、設定に応じてUser-ID、デバイスID、モデリングが関係します（参考：GA4のレポート用識別子）。

条件をそろえても、Clarityの録画件数と完全に一致することを前提にしないでください。

確認する前提	GA4	Clarity
期間と時刻	プロパティとレポートで確認	表示範囲と時刻の扱いを確認
指標	正式な指標名を記録	正式な指標名を記録
URL条件	入口・閲覧・クエリを区別	同じ目的の条件を選択
対象範囲	Web以外のデータ混在を確認	対象プロジェクトを確認
除外条件	内部・開発者などの設定	IPやタグ発火条件を確認
更新時点	取得日時を記録	取得日時を記録

比較表を埋めたうえで、同じ条件の過去期間と比べて急に差が広がったかを調べます。

同意やブロックの差を調べる

GA4のタグが動く条件と、Clarityのタグが動く条件が違えば、対象に含まれる訪問も変わります。

Cookieバナーで同意を管理している場合は、その選択がそれぞれへ正しく渡っているかを確認します。

Clarityは、同意の状態に応じてCookieや機能の動作が変わるため、GA4と接続したことだけで同意の連携まで完了したと考えないようにします（参考：Clarityの同意管理）。

Cookie同意がない場合には、継続した訪問の識別やページ間のつながりなどに制限が生じることがあります（参考：同意がない場合のClarityレポート）。

検証では、未選択、許可、拒否、設定変更後など、実際の方針に対応する状態を分けます。

ブラウザーの拡張機能、通信のブロック、特定ページへのタグの設置漏れも確認対象です。

社内アクセスを片方だけで除外していないか、検証環境が混ざっていないかも調べてください。

見つかった状況	次に確認すること
特定LPだけClarityが少ない	テンプレートのタグと同意の実装
更新日から差が急増した	タグ公開、CMP、サイト変更の履歴
社内テストだけ記録されない	IP除外、ログイン状態、検証環境の条件
特定ブラウザーだけ差がある	拡張機能、通信、Cookieの扱い
両方で全体が減っている	集客やサイト障害も含めた確認

同意の拒否が原因で対象が減っている場合は、数を合わせるために拒否を無視する変更を行わないようにします。

設定の検証方法は、ClarityのCookie同意の確認手順で詳しく説明しています。

ClarityとGA4の連携を運用する

接続の完了後は、担当者が変わっても状態を確かめられるようにします。

権限変更後に接続を確かめる

異動、退職、制作会社の変更があったら、ClarityとGoogleの両方でアクセス権と接続状態を確認します。

Clarityのプロジェクト権限は、チーム管理の対象です（参考：Clarityのチーム管理）。

誰が設定を変更できるかと、誰がレポートを読めるかを区別して整理してください。

必要以上の権限を渡すことと、作業に必要な権限を用意することを混同しないようにします。

接続エラーが起きた場合は、エラーが出た日時、対象プロジェクト、接続先、直前の権限変更を確認します。

エラーを共有するときは、認証コードやアクセストークンを含む画面をそのまま送らないようにしてください。

接続を切り直す前に、対象の取り違えと、有効状態を確認します。

連携の無効化・切断は、サイト上のClarityタグを取り外す操作とは別です。

一時停止、連携の切断、サイト上の計測停止のどれをしたいのかを明確にして、該当する設定を扱います。

引き継ぎ表には、設定担当者、確認日、接続先、同意の管理方法、定期確認するページを残してください。

レポートに出典を残す

レポートでは、GA4の数値とClarityの観察結果を、出所が分かる形で並べます。

「セッション数」とだけ書かず、どのツールのどの画面から取得した値かを添えます。

次は、数値と観察を読み分けるためのひな型です。

項目	出典	記録する条件	報告する内容
LPへの流入	GA4ランディングページ	期間、端末、流入	対象の件数と変化
申込関連イベント	GA4の対象レポート	イベント定義、集計単位	開始・完了の状況
CTAの操作	Clarity録画	URL、端末、対象件数	観測した操作
情報への到達	Clarityヒートマップ	URL、期間、端末、母数	要素の位置と到達状況
改善案	上記の調査	未確認の点も明記	次に検証する変更

GA4の母数へ、Clarityで見つけた録画件数をそのまま割り算して、全体の発生率にしないようにします。

収集条件や記録の選び方が違うため、その率が何を表すか説明できなくなるためです。

「確認した録画の中で起きたこと」と「GA4の全体集計」を分ければ、限られた情報でも改善案を具体化できます。

まず一つのLPを選び、接続先の確認表と、同じ課題を調べる条件表を作ってください。

連携の価値は、数字を一つに見せることではなく、集計から具体的なページ改善の確認へ進めることにあります。