Microsoft ClarityでABテスト差分をどう読むか｜録画・ヒートマップ・タグ設計の実務
ABテストを回しているのに、勝ったパターンの理由が説明できない。テストツールのレポートにはコンバージョン率の差だけが並び、なぜその差が生まれたのかは数字からは読み取れない。広告運用の現場で改善会議が停滞する典型的な原因がこれです。差が出た理由を説明できないと、次のテスト案を出すときに根拠のない思いつきに頼ることになります。
この空白を埋める道具として実用的なのが、Microsoftが無料で提供している行動分析ツールのClarityです。セッション録画とヒートマップでユーザーの実際の動きを見られるため、パターンAとパターンBで何が違ったのかを「行動として」確認できます。ABテストツールが結果を示し、Clarityがその過程を示すという分担になります。
ただし、何も設計せずにClarityを入れただけでは、バリエーションごとの比較はできません。どのユーザーがどのパターンを見たのかをClarity側に伝える仕組みが必要だからです。この記事では、カスタムタグの設計から録画とヒートマップの読み方、データ保持期間やCookie同意といった制約まで、ABテストの差分を読むための実務手順を順に整理します。
この記事の要点
- ClarityはABテストの勝敗を決めるツールではなく、勝敗が生まれた理由を行動から説明するための観測ツールです
- バリエーション別に比較するには、どのパターンを表示したかをカスタムタグでClarityへ渡す設計が前提になります
- カスタムタグはサイトのコードに追加してからプロジェクトに反映されるまで30分から2時間かかります（2026年9月時点・Microsoft公式FAQ）
- Clarityのデータ保持は記録から30日間で、長期の比較は外部への書き出しを前提に設計します
- サンプリングを行わない仕様のため、少数しか発生しない行動も取りこぼさずに観察できます
ClarityがABテストの分析で担える役割
Microsoft Clarityとは、セッション録画・ヒートマップ・機械学習による行動インサイトを提供する無料のユーザー行動分析ツールです。Microsoft公式のドキュメントでは、サイトのパフォーマンスを阻害しないこと、アカウントあたりのサイト数に制限がないこと、そしてサンプリングを行わないことが特徴として挙げられています（2026年9月時点）。ABテストの文脈では、このサンプリングなしという仕様が決定的に重要になります。
理由は単純で、ABテストで注目したい行動はたいてい少数派だからです。フォームの途中で離脱した人、価格表を何度も往復した人、スクロールの途中で止まった人。こうした行動はセッション全体から見れば一握りで、サンプリングされる仕組みでは観察対象から抜け落ちてしまいます。全件を記録する前提だからこそ、差分を説明する材料が残ります。
もう一つの実務的な利点は、導入が軽いことです。計測タグを1つ設置するだけで録画とヒートマップが溜まり始め、事前に計測設計を作り込む必要がありません。イベント設計を詰めてから導入するタイプの解析ツールと違い、まず入れて後から絞り込みを足していける性質は、テストを素早く回したい現場と相性が良いといえます。
一方で、Clarityは実験を実施するツールではありません。トラフィックを分割してパターンを出し分ける機能も、統計的有意差を判定する機能も持っていません。実験の実施と勝敗判定はABテストツールの仕事、その理由の観察がClarityの仕事という線引きを最初に引いておかないと、役割を取り違えて「Clarityでテストする」という不可能な要件を立ててしまいます。
広告経由の流入に限定して見る意味
広告運用の改善でClarityを使うなら、観察対象は広告経由の流入に絞るのが実務的です。オーガニック検索から来た訪問者と、広告のクリエイティブで期待値を作られてから来た訪問者では、ページに対する反応がまったく違います。同じLPでも、流入元が違えばスクロールの深さも滞在時間も変わるため、混ぜて見ると平均に埋もれます。
流入元での絞り込みは、URLパラメータやカスタムタグを使えば実現できます。ABテストのバリエーションと広告のキャンペーンを両方タグで渡しておけば、「このキャンペーンから来た人が、このパターンを見たときの行動」という粒度まで絞り込めます。ここまで絞ると、改善案の解像度が一段上がります。
絞り込みの精度を上げるほど、1つの条件に該当するセッション数は減ります。母数が2、3本しかない条件で結論を出すと、偶然の動きを法則と取り違えます。絞り込みは段階的に強めていき、母数が十分に残る範囲で止めるのが安全な進め方です。まず流入元だけで絞り、足りなければデバイスを足し、さらに必要ならバリエーションを足す、という順序で調整します。
広告運用の現場では、キャンペーンや広告グループの単位で見たくなりますが、細かすぎる単位は母数が確保できません。最初は媒体単位、次にキャンペーン単位という粒度で試し、十分な件数が集まる階層を見つけてから定点観測に移すとよいでしょう。
定点観測の階層が決まったら、その条件を保存して毎週同じ条件で開く運用にします。毎回フィルターを組み直していると、条件のわずかな違いで数字が変わり、前週との比較が成り立たなくなります。条件を固定することは、観察を継続的な比較に変えるための最低条件です。
ABテストツールとClarityは何を分担するのか
分担の基本は、判定と説明の分離です。ABテストツールはトラフィックの分割、パターンの出し分け、コンバージョン率の集計と有意差の判定を担います。Clarityはそのどれも担いませんが、各パターンを見たユーザーが実際にどこで迷い、どこで戻り、どこで離脱したかを見せます。数字の上では同じ「離脱」でも、その中身はまったく違うことが録画を見ると分かります。
Microsoft Clarityの公式ブログでは、主要なABテストツールとの連携によって、バリエーションごとのセッション録画やヒートマップを確認できることが紹介されています。連携が用意されている場合はそれを使うのが最短ですが、連携メニューがないツールでも、後述するカスタムタグを自前で渡せば同じ状態を作れます。
| 工程 | ABテストツール | Clarity |
|---|---|---|
| トラフィック分割 | 担う | 担わない |
| パターンの出し分け | 担う | 担わない |
| コンバージョン率の集計 | 担う | 補助的に確認 |
| 有意差の判定 | 担う | 担わない |
| 離脱箇所の特定 | 粗い粒度 | 録画とヒートマップで特定 |
| 迷いや誤操作の観察 | 不可 | 録画で直接観察 |
| 次の改善案の材料 | 数値差のみ | 行動の根拠を提供 |
この表で注目してほしいのは、下3行です。数値差だけを持って改善会議に臨むと議論は推測の応酬になりますが、行動の観察結果を持ち込むと議論が具体的になります。「価格表のところで3割の人が上下にスクロールを繰り返している」という事実があれば、次に何を直すべきかは自ずと決まります。
勝ったパターンこそ観察する
観察の対象を負けたパターンに限定してしまうのは、よくある取りこぼしです。勝ったパターンでも、完了しなかったセッションには改善の余地が残っています。勝ち筋を伸ばすほうが負け筋を直すより効率が良い場面は多く、勝ったパターンの未完了セッションを見ることで、次のテストの案が自然に出てきます。
広告キャンペーン別にClarityの行動データを読む基本的な手順は、別記事で詳しく解説しています。ABテストに踏み込む前に、まず流入元別の行動が読める状態を作っておくと、本記事の内容がそのまま積み上がります。
なお、ABテストツールを導入していない段階でも、Clarityだけで得られる示唆は少なくありません。既存ページの録画とヒートマップを見るだけで、直すべき箇所が明らかになるケースは多く、その修正をテストの第1案として設計すれば、いきなり筋の良い仮説から始められます。テストツールの導入を待たずに観察から始められるのは、無料ツールならではの利点です。
バリエーションを見分けるカスタムタグの設計
バリエーション別の比較は、カスタムタグでどのパターンを表示したかをClarityに渡すことで実現します。Microsoft公式のFAQでは、Clarityのフィルターにさらにデータを送りたい場合はカスタムタグを使えばよいと明記されており、ページのラベルのような任意の情報を渡せると説明されています。タグの数に上限はありませんが、無制限に増やせば管理が破綻するため、設計段階で命名規則を決めておきます。
設計で最初に決めるのは、タグの粒度です。テストごとに個別のタグ名を作ると、テストが増えるたびにタグが乱立します。実務的には、テストの識別子とバリエーションの識別子を分けて2つのタグで渡す設計にすると、後から絞り込みやすく、テストが増えても構造が壊れません。
反映のタイミングにも注意が必要です。Microsoft公式FAQによれば、サイトのコードにタグを追加してからプロジェクトに反映されるまでに30分から2時間程度かかるとされています。実装した直後にフィルターに出てこないからといって設定ミスだと判断し、コードを何度も書き換えるのは時間の無駄です。まず待つ、というのが正しい初動になります。
カスタムタグ設計のチェック項目
- テスト識別子とバリエーション識別子を別のタグに分ける
- タグ名は英数字で統一し、日本語や記号を混ぜない
- テスト終了後にタグの送信を止める手順まで決めておく
- 広告のキャンペーン識別子も同時に渡し、流入元で絞れるようにする
- 実装後は反映まで最大2時間待ってから検証する
タグの送信を止める手順まで含めて設計するのは、終了したテストのタグが残り続けると、過去のテストのバリエーションが現在の絞り込み候補に並び続けて混乱を招くからです。開始と同じ熱量で終了の設計をしておくと、数か月後の自分が助かります。
実装を依頼するときの伝え方
タグの実装を制作会社や社内のエンジニアに依頼する場合、「Clarityにタグを送ってほしい」という伝え方では要件が伝わりません。どのタイミングで、どのタグ名に、どの値を入れて送るのかを表の形で渡すと、認識のずれが起きずに一度で実装が終わります。値の取りうる範囲まで列挙しておくと、なお確実です。
依頼の形式としては、タグ名、送信する値、送信のタイミング、想定される値の一覧、という4列の表を用意するのが確実です。表にしておけば、実装後の検証時にそのままチェックリストとして使えます。口頭やチャットの文章だけで依頼すると、細部の解釈がずれたまま実装が進みます。
実装後の検証は、実際にサイトを訪問して自分のセッションを探す方法が最も確実です。数十分から2時間ほど待ってからClarityのフィルターにタグが出現するかを確認し、想定した値が入っているかまで見ます。ここで値が空だったり、想定外の文字列が入っていたりすると、テスト期間の前半のデータが無駄になります。
広告運用をプロに任せたい方へ
ハーマンドットはGoogle・Yahoo!・Meta・TikTok・YouTube・LINE・Xの広告運用を代行しています。アカウントは貴社所有のまま、AIと運用者が成果から逆算して改善します。現状アカウントの無料診断も受け付けています。
録画で差分を読むときの進め方
録画は、端から順に見るのではなく、仮説を持って条件で絞ってから見ます。全セッションを漫然と再生しても時間が溶けるだけで、示唆は出てきません。「パターンBのほうがコンバージョン率が低い。フォームまで到達しているのに送信していないセッションを見たい」という問いの形にしてから絞り込むのが正しい手順です。
絞り込む軸としては、バリエーションのタグに加えて、デバイス、滞在時間、そして行動シグナルを組み合わせます。特に有効なのは、短時間で戻ってしまったセッションと、長く滞在したのに完了しなかったセッションを分けて見ることです。前者は期待値のずれ、後者は情報不足や操作の分かりにくさを示していることが多く、打ち手がまったく違います。
再生するセッション数は、1つの問いにつき10本前後を目安にします。3本では偶然かどうか判断できず、50本見ても新しい発見は増えません。10本程度見ると同じ動きが繰り返し現れるかどうかが分かり、その繰り返しこそが改善すべきポイントです。
再生するときは、倍速を使うより等速で見ることをおすすめします。倍速だと、ユーザーがどこで手を止めたかという時間の感覚が失われます。迷いは停止時間として現れるため、時間感覚を保ったまま観察するほうが発見は多くなります。1本あたり1分から2分の録画を10本見ても、所要時間は20分程度です。
録画から拾った観察をどう記録するか
観察結果は、必ず文章で残します。「フォームの郵便番号欄で入力が止まるセッションが10本中4本」というように、対象と件数と現象をセットで書きます。件数を添えるのは、後から読み返したときに「たまたま1本見ただけの印象」と「繰り返し確認された事実」を区別するためです。
記録する場所は、ABテストの実施記録と同じドキュメントに揃えておくのが実務的です。テストの仮説、結果の数値、行動観察の3点が1か所にまとまっていれば、半年後に同じ議論を蒸し返したときに過去の検証結果で即座に答えられます。
記録を続けると、自社サイトに固有の傾向が見えてきます。特定の言い回しが毎回スクロールを止める、特定の位置のボタンは常に押されない、といった蓄積は、他社のベストプラクティスより自社にとって価値のある知見です。社内に蓄積された行動観察の記録は、そのまま競合に真似できない資産になります。
ヒートマップの比較で見るべき箇所
ヒートマップは、クリックとスクロールの2種類を見比べるのが基本です。クリックのヒートマップでは、押されていないボタンと、押されているのにリンクではない箇所の2つが重要な発見になります。後者はユーザーがクリックできると期待した要素を示しており、そこをリンク化するだけで成果が動くことがあります。
スクロールのヒートマップでは、到達率が急に落ちる位置を特定します。パターンAとパターンBで落ちる位置が違うなら、その間にある要素が離脱の原因です。落ちる位置が同じなら、そこはテストの対象範囲外で起きている問題であり、今回の差分の説明にはなりません。
スクロール到達率は、ページの長さによっても変わります。パターンによってページの総量が違う場合、到達率のパーセンテージをそのまま比べても意味を持ちません。長さが異なるパターンを比較するときは、割合ではなく特定の要素まで到達したかどうかという絶対位置で見るようにします。
比較するときの注意点は、デバイスを必ず分けることです。スマートフォンとパソコンでは画面に収まる情報量が違うため、混ぜたヒートマップは両者の平均になって実態を表しません。デバイスを分けずに比較したヒートマップは判断材料にならないと考えて差し支えありません。
| 観察対象 | 読み取れること | 次の打ち手 |
|---|---|---|
| 押されないボタン | 文言か位置が期待と合っていない | 文言の書き換えと配置変更 |
| 非リンク要素へのクリック | その情報をもっと知りたい意思 | 該当箇所のリンク化や展開表示 |
| スクロール到達率の急落 | 直前の要素が離脱を招いている | 要素の順序入れ替えや削除 |
| 同一箇所の往復スクロール | 情報が見つけにくい状態 | 見出しの整理と要約の追加 |
この対応表は、そのまま改善会議の議事フォーマットとして使えます。観察された事実、読み取れる意味、実行する打ち手の3列を埋める形式にすると、議論が印象論に流れるのを防げます。
加えて、ヒートマップは期間を区切って見る習慣をつけてください。広告のクリエイティブを入れ替えた前後で流入の質が変われば、同じページでも反応は変わります。期間を区切らずに累積で見ていると、直近の変化が過去のデータに薄められて見えなくなります。
データ保持30日という制約を前提に設計する
Clarityのデータは記録から30日間保持されます。Microsoft公式FAQには、サイト管理者が利用できる期間は記録時点から最大30日と明記されています。この制約は、ABテストの設計に直接影響します。2か月前のテストの録画を後から見返すことはできないため、観察は実施中か直後に済ませる必要があります。
したがって実務では、テストの期間設計と観察のスケジュールをセットで組みます。テスト開始から1週間後に中間の観察、終了直後に本観察、という具合にカレンダーに入れておくと取りこぼしません。終わってから時間が空くほど、材料は静かに失われていきます。
観察のスケジュールは、テストの開始日を決めた時点で同時にカレンダーへ入れます。テストが走り出してから予定を探すと、多忙な週に重なって後回しになりがちです。中間観察と本観察の2回を先に確保しておけば、保持期間の制約に振り回されることはなくなります。
長期比較が必要な場合は、観察結果を文章とスクリーンショットで外部に残す運用にします。録画そのものは残せなくても、そこから得た気づきは残せます。半年分の気づきが1つのドキュメントに蓄積されていれば、それ自体が自社サイトに関する独自の知見になります。
保持期間の制約は、テスト期間の長さにも影響します。1か月を超える長期テストでは、序盤のセッション録画が観察前に消えることになります。長期テストを実施する場合は、期間を前半と後半に分けて中間観察を挟む設計にし、それぞれの時期の行動を別々に記録しておくと取りこぼしを防げます。
計測の基盤そのものが不安定だと、ABテストの結果も信用できません。タグの発火不良や重複計測が起きていないかは、テストを始める前に点検しておきたい項目です。
Cookie同意とセッションの扱い
ClarityはCookieを使用しており、Microsoft公式FAQでは利用者への告知が必要であると明記されています。日本国内でも、サイトのプライバシーポリシーや同意バナーにClarityの利用を記載しておくのが実務上の前提になります。同意管理の設計を飛ばしてツールを入れるのは避けるべきで、法務やプライバシー担当と事前に確認してください。
同意管理ツールを導入している場合、同意が取れるまでClarityのスクリプトを待機させる設定になっていることがあります。この場合、同意前の行動は記録されないため、同意バナーそのものの操作や、同意しなかったユーザーの行動は観察できません。この盲点を理解せずに数字を見ると、実際より少ない母数で判断してしまいます。
記録される内容の制御についても押さえておきます。Microsoft公式の説明では、Clarityは既定でコンテンツを抑制し、何を送るかはサイト管理者がダッシュボードの設定で制御するとされています。フォームの入力値など機微な情報が録画に映り込まないよう、マスキングの設定はテスト開始前に必ず確認してください。
データの保存先についても、Microsoft公式はAzureクラウド上に保存されると説明しています。EU圏の顧客はMicrosoft Ireland Operations Limitedと契約する形になるといった記述もあり、越境データ移転の整理が必要な組織では、社内規程との突き合わせを行っておくと導入がスムーズです。
広告運用の改善サイクルへの組み込み方
Clarityの観察は、週次の運用サイクルに固定枠として組み込むのが続けるコツです。時間が空いたら見る、という運用では必ず後回しになります。週に30分でよいので「今週のテストの録画を10本見る時間」を予定に入れてしまうと、観察が習慣として定着します。
観察から得た仮説は、次のテスト案として列に並べます。仮説の在庫を常に3件以上持っている状態を保てると、テストが終わった翌週にすぐ次を開始でき、改善の速度が落ちません。在庫が切れてから案を考え始める運用は、テストの間隔が空く最大の原因です。
仮説を並べるときは、実装コストと期待効果の2軸で優先順位を付けます。文言の書き換えだけで済む案は即座に実行し、構造の大きな変更が必要な案は制作の計画に乗せる、という仕分けです。この仕分けをしておくと、制作リソースの空き状況に関係なくテストを継続できます。
広告側との連携も忘れてはいけません。LPで「価格に関する情報を探す動きが多い」という観察が得られたなら、それは広告のクリエイティブや検索キーワードの選定にも反映できる知見です。サイト内の観察結果を広告側にフィードバックする経路を作っておくと、同じ発見が二重に効きます。
逆方向の連携も有効です。広告側で反応の良かった訴求文言をLPの見出しに反映し、その前後で行動がどう変わるかをClarityで観察する。この往復を繰り返すと、広告とLPの言葉が揃い、訪問者が感じる違和感が減っていきます。媒体をまたいで同じ訴求で検証できる体制になれば、改善の打ち手は一気に増えます。
LPそのものの設計に課題がある場合は、ABテストで細部を詰めるより、受け皿の分け方を見直すほうが効果が大きいことがあります。異なる検討段階のユーザーを1枚のLPで受けている状態は、テストで改善しきれない構造的な問題を抱えがちです。
Microsoft広告を運用しているなら、Clarityとの相性はさらに良くなります。同じMicrosoftのプロダクト同士で、検索広告の運用体制と行動分析をまとめて設計できるためです。運用代行を検討する段階であれば、測定と分析まで含めて相談できる体制かどうかを確認しておくとよいでしょう。
まとめ：Clarityは差分の理由を説明する道具
ABテストの数値差は、それ自体では次の一手を教えてくれません。Clarityで行動を観察し、なぜその差が生まれたのかを言葉にできて初めて、テストは改善の連鎖になります。タグ設計、観察の型、保持期間への対応の3点を先に決めておくことが、この連鎖を回し続けるための条件です。
導入自体は無料で、サイトへの負荷も小さく、始めるハードルは低いツールです。それでも成果に差が出るのは、観察を習慣として運用に組み込めているかどうかの違いによるところが大きいといえます。まずは1つのテストで、10本の録画を見るところから始めてみてください。
最後に運用上の注意を1つ挙げておきます。Clarityで観察していると、個別のセッションの印象が強く残り、少数の事例を全体の傾向だと錯覚しやすくなります。録画で見つけた仮説は必ず数値で裏を取るという原則を守れば、この罠は避けられます。観察は仮説を作る工程、数値は仮説を検証する工程、と役割を分けて考えてください。
行動観察と数値検証を往復させる体制が整えば、ABテストは単発の施策ではなく、自社サイトの理解を毎月積み上げていく仕組みに変わります。半年も続ければ、どの訴求が響き、どの導線でつまずくのかが社内の共通認識になり、新しいページを作るときの初速がまったく違ってきます。ツールの機能を使いこなすこと以上に、この積み上げを止めないことが成果を分けます。
- テスト識別子とバリエーション識別子を分けたカスタムタグ設計を先に固める
- 録画は仮説で絞って10本前後、観察は件数付きの文章で記録に残す
- 保持期間は30日のため、観察はテスト実施中と終了直後に必ず実施する
まずは無料で広告アカウント診断を
ハーマンドットでは、広告の配信設計だけでなく、着地後の行動分析とLP改善までを一体で支援しています。ABテストを回しているのに成果が伸びない場合、原因がテスト設計にあるのか、そもそも流入の質にあるのかを切り分けるところから始めるのが近道です。
広告のキーワードや配信面が意図とずれていれば、LPをどれだけ磨いても成果は頭打ちになります。逆に流入は適切なのに着地後で取りこぼしているなら、配信をいじるより先にページの改善に投資すべきです。この見極めを誤ると、時間と予算の両方を無駄にします。
診断では、配信設定と着地後の行動の両面を確認したうえで、どちらの側に伸びしろが残っているかを具体的な根拠とともにご説明します。ツールの導入状況や社内の体制に合わせて、無理なく続けられる改善の進め方までご提案します。
現状の広告アカウントと計測環境を拝見し、どこに手を付ければ最も効果が大きいかを優先順位付きでお伝えします。無料アカウント診断は閲覧権限の共有だけで受けられ、契約は不要です。改善の打ち手が尽きたと感じている段階でも、外から見ると手付かずの領域が残っていることは珍しくありません。