Microsoft Clarityの使い方｜録画から改善点を探す実践手順

Microsoft Clarityの使い方で迷いやすいのは、録画を開いた後です。

訪問者の動きは見えても、「結局どこを直すのか」が決まらないことがあります。

先に調べる質問を一つ決め、条件をそろえた録画から、修正できる問題を探しましょう。

この記事では、録画の選び方から観察メモ、再現確認、改善チケットの作成までをつなげます。

Clarityのタグ設置と、対象サイトの記録を閲覧できる準備ができている方を想定しています。

画面名や機能の説明はMicrosoftの公式資料をもとにし、観察例とチケット例は架空のものとして掲載しています。

Microsoft Clarityの録画で調べる課題を決める

最初に選ぶのは、録画の本数ではなく調べる工程です。

問い合わせや購入の流れを分けると、Clarityで確認したい操作が見えてきます。

成果が出ていないページを選ぶ

たとえば問い合わせなら、サービス紹介、料金確認、フォーム入力、受付完了という流れがあります。

サイト全体の録画を順番に見る前に、このうちどこを調べるか決めます。

GA4などの集計でフォーム到達後の完了が少ないと分かったなら、入力ページを調査対象にします。

ただし、受付完了の計測自体が正しいかも先に確認してください。

送信ボタンを押した回数と、正常に受け付けられた件数が違う可能性があるためです。

調査対象を決めるメモには、次の三点を記入します。

項目	架空の記入例
目標	問い合わせを正常に受け付ける
対象工程	スマートフォンのフォーム入力
確かめたいこと	送信後のエラーに気づいて修正できるか

「スマートフォンのフォーム」のように範囲を狭めると、開く録画も選びやすくなります。

Clarityは、HTMLと操作イベントから訪問を再構成する仕組みで、利用者の画面をそのまま撮影した動画ではありません（参考：Microsoftのセッション録画の説明）。

そのため、録画で気づいた表示を実際のページでも確かめるところまでを調査に含めます。

質問を一つに絞る

「使いにくいところを探す」だけでは、何を見ても問題に思えてしまいます。

観察できる操作へ質問を書き換えましょう。

たとえば「料金が分かりにくいか」なら、「料金へ移動した後、同じ場所を何度も行き来しているか」と具体化します。

これは料金への不満を断定する質問ではなく、確認する行動を決めるためのものです。

曖昧な問い	録画で確かめる問い
CTAが弱いか	CTAが表示された後に押されているか
フォームが難しいか	エラー表示後に入力へ戻れているか
メニューが使いにくいか	開いた後、目的のリンクを選べているか
比較しづらいか	商品間を往復するとき条件が維持されるか

観察の終わり方も先に決めます。

今回は「送信後の画面と、次の操作までを見る」としておけば、無関係なページへ調査が広がりません。

見つけた別の問題はメモへ分け、今の問いを一度閉じてから扱います。

Clarityの録画一覧から対象を探す

プロジェクトのRecordingsを開き、調査条件に合う訪問を選びます。

新着順の一覧だけを追いかけず、URL・期間・端末の条件を先に固定します。

URL・期間・端末をそろえる

RecordingsのFiltersから、まず対象期間とDeviceを指定します。

スマートフォンのフォームを調べる例なら、端末はMobileを選びます。

続いてPathのVisited URLに対象ページを指定します（参考：Clarityの録画フィルター）。

Visited URLは、そのページを訪れたセッションを探すための条件です。

Entry URLはサイトへの入口、Exit URLは出口の条件なので、目的に合わせて使い分けます。

問い合わせフォームを途中で開いた訪問も対象にするなら、入口だけに限定しないようにしてください。

URLの一致条件も確認します。

完全一致ではパラメータ付きURLを取りこぼし、部分一致では似た名前の別ページまで含めることがあります。

ClarityにはIs exactly、Contains、Matches regexなどの条件があるため、実際に記録されたURLで確かめます（参考：ClarityのURL条件）。

設定できたらApplyを押し、一覧の内容と有効なフィルターを確認してください。

繰り返し使う条件は、Save as segmentからSave as newを選び、目的が分かる名前で保存できます（参考：Clarityのセグメント保存）。

保存した条件は案件のメンバーにも使われるため、既存の条件を上書きするより、今回用の名前を付けると区別しやすくなります。

異常がある訪問だけに偏らない

Rage clicksやDead clicksを使うと、操作上の問題がありそうな訪問を探せます。

Rage clicksは狭い範囲での素早い連続クリック、Dead clicksはクリック後の反応が見られない操作を調べる手掛かりです（参考：Clarityの行動指標）。

ただし、その印が付いたことだけで故障や不満を確定できません。

数量を増やすボタンなら、連続クリックが自然な場合もあります。

同じページ・同じ期間・同じ端末の通常操作も比較用に選びます。

たとえば、問題候補の録画を数件見た後に、その条件を外した訪問も確認します。

この選び方は原因を探すためのもので、サイト全体を代表する無作為標本ではありません。

「見た録画の半分で迷っていたから、全訪問者の半分が迷っている」とは報告しないでください。

一覧のSortではDate、Duration、Clicks、Pagesなどで並べ替えられますが、長い録画だけを選ぶと別の偏りが生じます（参考：Clarityの録画一覧）。

どんな基準で選んだかを観察メモへ残すことが、後から判断を見直す助けになります。

Clarityの録画を読み解く

録画を開いたら、問題らしい瞬間だけでなく、その前後の画面を追います。

クリック、表示の変化、次の操作を一組で確認しましょう。

クリック前後の画面を確認する

再生中に気になる操作があったら、一時停止して少し前へ戻します。

More detailsのEventsでは、ページの訪問や操作を時系列で確認できます（参考：Clarityの録画プレーヤー）。

次は、フォームの動きを確認する架空の観察例です。

時点	見えた画面・操作	次に確認すること
送信前	フォーム下部のボタンが表示	必須項目の説明が見えるか
送信時	ボタンが押された	受付完了か入力エラーか
送信後	上の方にエラーが表示	利用者がその位置へ戻れたか
その後	下部のボタンをもう一度押す	同じ画面で操作を繰り返すか

「二回押した」という一点より、画面上の変化と続く操作を組み合わせた方が修正案につながります。

再生速度を上げて探す場合も、該当箇所は通常速度で見直してください。

Clarityの入力欄やドロップダウンの内容はマスクされるため、実際の入力値を読んで判断する方法にはしません（参考：Clarityのマスキング）。

必要なのは個人情報ではなく、どの操作の後に、どの画面へ進めなかったかです。

停止と離脱を区別する

操作が止まった時間だけで、訪問者が困っていたとは判断できません。

文章を読んでいた、別のタブを確認した、端末から離れたなど、複数の可能性があります。

ClarityのSkip inactivityは操作のない時間を飛ばす機能なので、確認目的に応じて切り替えます。

クリック前後を探すときには便利ですが、待ち時間を確認したいときは飛ばさず再生してください。

停止した画面に読み込み表示があるか、その後に操作が再開したかまで見ます。

録画が終わった位置も、訪問者が不満で離れた証明にはなりません。

問い合わせ完了画面で目的を達成して終わった可能性もあります。

反対に、ボタンを押しただけで成功したとは扱わず、完了画面や正常受付の計測も確認します。

ClarityのSession InsightsでAIによる要約を使う場合も、判断に使う場面は元の録画に戻ってください。

Microsoftも、生成AIが誤解や不正確な情報を出す可能性を説明しています（参考：ClarityのSession Insights）。

要約は確認箇所を探す補助として使い、訪問者の心理を確定する資料にはしません。

Clarityの録画に観察メモを付ける

見つけた場面は、後から同僚が同じところを確認できる形で残します。

録画のURLだけでなく、時点と観察内容を組み合わせるのがポイントです。

見えた事実を短く残す

プレーヤーのAdd noteから、該当時点へメモを付けられます。

メモを追加すると録画はFavoritesへ入り、Noteのラベルでも探せます（参考：録画のAdd note）。

記入するのは、観察できた操作を中心にします。

対象：スマートフォンの問い合わせフォーム
選択条件：対象URL・期間・端末
時点：録画の該当時刻
観察：送信後も画面下部に滞在し、送信ボタンを再度押した
画面の変化：ページ上部に入力エラー表示
結果：この録画内では受付完了を確認できず
追加確認：実機でエラー表示位置と移動動作を確かめる

「利用者が怒っている」「必須項目を理解していない」といった心理の断定は入れません。

分類したい場合は、More detailsのInfoにあるLabelsで名称を付けます（参考：Clarityの録画ラベル）。

たとえば「フォーム・再送信候補」「実機確認待ち」のように、現象と調査状態が分かる名前にします。

担当者ごとに同じ現象へ別の名前を付けないよう、よく使う分類を少数にそろえると探しやすくなります。

推測と追加確認を分ける

観察から原因を考えることは必要ですが、確定した事実と同じ欄へ混ぜないでください。

次のように三つの欄を用意します。

区分	架空の記入例
観察	送信後、下部のボタンを再度押している
仮説	上部のエラー表示に気づきにくい可能性
追加確認	エラー時の画面移動と表示領域を実機で確認

別の仮説がある場合も残します。

同じ操作は、通信待ちや、反応を示す表示が小さいことでも起こり得ます。

実機確認の結果、意図した表示が正常だったなら、その結果を追記して仮説を更新します。

チームで共有するときは、Share linkのWith project teamを使う方法があります（参考：Clarityの共有設定）。

With anyoneはリンクを知る人が見られる共有方式なので、相手と共有範囲を確認してから選んでください。

顧客の録画を、通常の報告書と同じ感覚で公開リンクへ貼らない運用にします。

Clarityの録画から修正案を作る

観察メモができたら、実ページの問題なのか、録画の再現上の問題なのかを切り分けます。

その後、どの範囲に影響しているかを調べます。

再現できる問題を切り分ける

対象のページを、録画に近い端末幅やブラウザで開きます。

個人情報を使わないテスト入力で、観察した操作を順に試してください。

フォームの場合は、テスト環境や管理者と合意した手順を使い、実注文や重複問い合わせを作らないようにします。

確認項目	記録する内容
環境	端末・ブラウザ・画面幅
前提	ログイン状態・表示中のページ版
操作	開く、入力する、送信するなどの順序
期待した結果	エラーが見えて入力へ戻れる
実際の結果	エラーが画面外で、位置が変わらない

再現しなかった場合は、録画当時からページが変更されていないかも確認します。

CSSやフォントにアクセスできないことが、録画の見た目の崩れにつながる場合もあります（参考：Clarityの録画表示のトラブルシューティング）。

録画だけが崩れていると分かったら、ページのデザイン修正とは別の対応に分けます。

再生を直すために、保護されたページ全体を無条件に公開する必要はありません。

必要な公開アセットの範囲や配信条件を、サイトの管理者と確認します。

影響範囲を集計で確かめる

同じ現象が他の訪問でも見られるか、条件をそろえて調べます。

気になるボタンをクリックマップで選び、View recordingsからその要素を押した録画へ進む方法もあります（参考：Clarityのクリックマップと録画）。

ただし、そこで集まるのはボタンを押した訪問であり、そのページを見た全員ではありません。

「押した後に止まる問題」と「そもそもボタンに届かない問題」を別に調べます。

影響を報告するときは、観察件数と集計の分母を分けてください。

たとえば「抽出した録画8件のうち3件で再送信を確認」は、観察の記録です。

「フォームを訪れた全セッションの37.5%で問題が起きた」という意味にはなりません。

受付完了率を評価するなら、対象ページへ到達した利用者と完了した利用者を同じ条件で集計します。

クリック回数と人数、セッション数を混ぜて計算しないようにしましょう。

一方、正しい入力でも送信できない不具合が実機で再現したなら、大量の録画が集まるまで修正を待つ必要はありません。

発生範囲の調査と、不具合への対応を並行して進めます。

Clarityを週次の改善に使う

録画を見る習慣だけでは、サイトは変わりません。

担当者と修正後の確認方法まで決めて、一つの作業にします。

担当者と期限を決める

観察メモから、修正チケットへ必要な情報を移します。

次は、架空のフォーム改善チケットです。

件名：スマートフォンのフォームで入力エラーへ戻れるようにする
根拠：対象録画の時点、実機での再現結果
観察条件：対象URL・期間・端末・ページ版
問題：送信後のエラーが画面外にあり、入力場所へ戻りにくい
対応案：エラー位置への案内と表示の改善
担当：実装担当、表示確認担当
期限：次回の公開予定日まで
完了条件：エラー箇所を確認して修正し、正常受付まで進める
計測確認：受付完了の計測が重複・欠落しない

リンクだけを渡して「この録画を見て直してください」と依頼するより、期待する動作が伝わります。

修正案が複数あるなら、まず問題に直接関係する変更へ絞ります。

同時に広告、デザイン、入力項目を大きく変えると、何が影響したのかを後で調べにくくなります。

Clarityの再生データには保存期間があり、通常の録画とお気に入り等では扱いが異なります（参考：Clarityのデータ保持期間）。

重要な場面を後日確認する場合は、お気に入りの状態と保持期間を確認し、観察メモも残してください。

共有リンクの有効期間と、録画そのものの保持期間を同じものとして扱わないことも大切です。

修正後に同じ条件で確かめる

公開後は、まず実機で完了条件を確かめます。

次に、修正後の期間へ切り替えてClarityの録画を確認します。

ページ、端末、流入の条件をそろえ、修正前の古い画面を混ぜないようにしてください。

比較表には、変更日と計測条件を一緒に残します。

確認すること	修正前	修正後
実機の操作	エラーへ戻りにくい	エラーを確認して修正可能
録画の観察	再送信を確認	同じ操作が残るか確認
完了の集計	同じ分母で記録	同じ分母で記録
他の変更	広告やページ版を記録	変更点を追記

前後の数字が良くなっても、流入や時期が違えば修正だけの効果とは断定できません。

「実機で問題が直った」「同じ条件の録画で操作が変わった」「完了率が変わった」を別々に報告します。

判定に必要な記録が足りなければ、確認日を決めて継続します。

Microsoft Clarityを開いたら、まず一つのページと一つの問いを選んでみてください。

録画から観察メモを一枚作り、担当者が着手できるチケットへ変えるところまで進めると、次の改善が具体的になります。